cours 2

.run/20_generate_subnav.sh

@@ -47,11 +47,12 @@ generate_readme_in_subfolders() {
                 subdir_title="$base_dir"
             fi
 
-            local clean_subdir_path
-            clean_subdir_path=$(echo "$subdir" | sed 's://:/:g')
+            # Remove trailing slash from parent_dir if it exists, then construct the path
+            local clean_parent_dir="${parent_dir%/}"
+            local absolute_path="$clean_parent_dir/$base_dir/README.md"
 
-            new_content+="* [$subdir_title]($clean_subdir_path)\n"
-            echo "Generated link for $clean_subdir_path with title '$subdir_title'"
+            new_content+="* [$subdir_title](/$absolute_path)\n"
+            echo "Generated link for /$absolute_path with title '$subdir_title'"
         fi
     done
 

_sidebar.md

@@ -1,11 +1,11 @@
 * [Activités](activites/)
   * [Sortie Mutek ](activites/1_sortie_mutek/)
-  * [Présenter l'œuvres multimédia](activites/2_corpus_docsify/)
+  * [Présenter l'œuvres multimédia](activites/2_corpus_multimedia/)
 * [Contenus](contenus/)
   * [Docsify](contenus/docsify/)
-  * [ GIT](contenus/git/)
+  * [GIT](contenus/git/)
   * [Github](contenus/github/)
-    * [Publication Github](contenus/github/publication/)
+    * [Publication de Pages GitHub](contenus/github/pages/)
     * [Intégration Continue](contenus/github/scriptCI/)
   * [Markdown](contenus/markdown/)
   * [vscode.dev](contenus/vscodeDev/)

activites/2_corpus_multimedia/README.md

@@ -0,0 +1,72 @@
+# Présenter l'œuvres multimédia
+
+## Description
+
+Présentation orale du document en ligne (5 à 7 minutes)
+
+Livrable: URL du document en ligne 
+
+
+### Informations pertinentes à communiquer
+
+#### Qui ?
+
+(Auteur, Équipe)
+
+* Nom(s) de l'auteur ou des auteurs : Mentionnez le ou les créateurs de l'œuvre.
+* Équipe de production : Si l'œuvre a été réalisée par une équipe, nommez les membres clés et leur rôle (réalisateur, compositeur, programmeur, etc.).
+* Collaborateurs et partenaires : Indiquez les institutions, sponsors ou partenaires qui ont contribué à la réalisation de l'œuvre.
+
+#### Quand ?
+
+(Date de création et de présentation)
+
+* Date de création : Précisez quand l'œuvre a été créée. Mentionnez les périodes de conception, de développement, et de production si pertinent.
+* Date de première présentation : Indiquez la date à laquelle l'œuvre a été présentée au public pour la première fois.
+* Dates importantes : Ajoutez toute autre date significative liée à l'œuvre, comme les dates de tournées, d'expositions ou de remises de prix.
+
+#### Où ?
+
+(Contexte de présentation)
+
+* Lieu de présentation initiale : Mentionnez l'endroit où l'œuvre a été présentée pour la première fois (galerie, musée, festival, en ligne, etc.).
+* Contexte géographique et culturel : Donnez des détails sur le cadre culturel ou géographique qui a influencé la présentation de l'œuvre. Par exemple, si l'œuvre a été conçue pour un public spécifique ou si elle reflète des aspects culturels particuliers.
+* Autres lieux de présentation : Si l'œuvre a été présentée en plusieurs endroits, énumérez ces lieux avec les dates correspondantes.
+
+#### Quoi ?
+
+(Description de l'œuvre)
+
+* Description générale : Donnez une vue d'ensemble de l'œuvre. Qu'est-ce que c'est ? (installation, performance, vidéo, réalité virtuelle, etc.)
+* Objectifs de l'œuvre : Expliquez les intentions de l'auteur ou de l'équipe. Quel message ou expérience souhaite-t-elle transmettre ?
+* Public cible : Qui est le public visé par cette œuvre ?
+* Aspects techniques : Décrivez les aspects techniques importants, comme les technologies utilisées, les supports ou les médiums exploités.
+* Processus de création : Fournissez des détails sur la manière dont l'œuvre a été développée. Cela peut inclure des éléments comme l'écriture du scénario, la composition musicale, la programmation, etc.
+
+#### Comment ?
+
+(Une composante centrale à l'œuvre et son fonctionnement)
+
+* Composante centrale : Identifiez l'élément clé qui caractérise l'œuvre. Cela pourrait être une technologie spécifique, une approche narrative, ou une interaction particulière avec le public.
+* Fonctionnement : Expliquez comment cette composante centrale opère dans l'œuvre. Comment contribue-t-elle à l'expérience globale ? Quel rôle joue-t-elle dans l'engagement du public ou dans l'atteinte des objectifs de l'œuvre ?
+* Impact : Discutez de l'impact de cette composante sur la réception de l'œuvre. En quoi cet élément distingue-t-il l'œuvre dans le paysage multimédia ?
+
+#### Appréciation personnelle 
+
+( Pourquoi avoir choisi cette oeuvre) 
+
+## Contenus associées
+
+* [Git](/contenus/git/)
+* [Github page](/contenus/github/pages/)
+* [Markdown](/contenus/markdown/)
+* [Docsify](/contenus/docsify/)
+* [vscode.dev](/contenus/vscodeDev/)
+
+
+
+## Évaluations associées
+
+* [Évaluation formative 1](/evaluations/?id=ef-1)
+* [Évaluation sommative 1](/evaluations/?id=es-1)
+

activites/README.md

@@ -2,6 +2,6 @@
 
 <!-- generateSubNav -->
 
-* [Sortie Mutek ](activites/1_sortie_mutek/)
-* [Présenter l'œuvres multimédia](activites/2_corpus_docsify/)
+* [Sortie Mutek ](/activites/1_sortie_mutek/README.md)
+* [Présenter l'œuvres multimédia](/activites/2_corpus_multimedia/README.md)
 

contenus/README.md

@@ -2,9 +2,9 @@
 
 <!-- generateSubNav -->
 
-* [Docsify](contenus/docsify/)
-* [ GIT](contenus/git/)
-* [Github](contenus/github/)
-* [Markdown](contenus/markdown/)
-* [vscode.dev](contenus/vscodeDev/)
+* [Docsify](/contenus/docsify/README.md)
+* [GIT](/contenus/git/README.md)
+* [Github](/contenus/github/README.md)
+* [Markdown](/contenus/markdown/README.md)
+* [vscode.dev](/contenus/vscodeDev/README.md)
 

contenus/docsify/README.md

@@ -1 +1,2 @@
-# Docsify
+# Docsify
+

contenus/git/README.md

@@ -1,4 +1,4 @@
-#  GIT
+# GIT
 
 ## Qu'est-ce que Git ?
 

contenus/github/README.md

@@ -2,6 +2,6 @@
 
 <!-- generateSubNav -->
 
-* [Publication Github](contenus/github/publication/)
-* [Intégration Continue](contenus/github/scriptCI/)
+* [Publication de Pages GitHub](/contenus//github/pages/README.md)
+* [Intégration Continue](/contenus//github/scriptCI/README.md)
 

contenus/github/pages/README.md

@@ -0,0 +1,49 @@
+# Publication de Pages GitHub
+
+GitHub Pages est un service gratuit offert par GitHub qui permet de publier des sites web directement à partir d’un dépôt GitHub. Ce service est couramment utilisé pour héberger des sites personnels, des pages de projets ou des blogs.
+
+
+### Publication de Pages Statique HTML
+
+Le moyen le plus simple de publier une page sur GitHub est de déposer des fichiers HTML statiques dans un dépôt GitHub. Le service GitHub Pages servira automatiquement ces fichiers en tant que site web.
+
+### Étapes 
+
+####  Création du Dépôt 
+
+Créez un nouveau dépôt sur GitHub. Le nom du dépôt peut être libre ou peut suivre le format username.github.io pour créer un site personnel.
+
+#### Ajout des Fichiers
+
+Ajoutez vos fichiers HTML, CSS, JavaScript et autres ressources dans le dépôt. Assurez-vous que le fichier principal de votre site soit nommé index.html.
+
+####  Types de déploiement 
+
+#####  Classique
+
+Déploiement depuis la branche (méthode classique) est simple et direct : il suffit de choisir une branche spécifique (généralement main, master, ou gh-pages) dans les paramètres de GitHub Pages, et tous les fichiers de cette branche seront automatiquement servis comme site web. Cette méthode est idéale pour les projets simples ou statiques où les fichiers sont prêts à être publiés dès qu'ils sont poussés sur GitHub.
+
+* Allez dans les paramètres du dépôt (Settings).
+* Sous la section "Pages", choisissez la branche principale (main ou master) comme source, et définissez le dossier racine (/) ou /docs comme emplacement des fichiers.
+
+![page-deploiement-classique](page-deploiement-classique.png)
+
+##### Github Actions
+
+le déploiement via GitHub Actions offre une flexibilité et une automatisation accrues. Avec cette méthode, vous configurez un workflow CI/CD (Intégration Continue/Déploiement Continu) qui peut inclure des étapes de construction, de tests, ou de génération de contenu avant le déploiement. Par exemple, pour un site Jekyll, GitHub Actions permet de construire le site à partir des fichiers source Markdown et de pousser le résultat final dans la branche de déploiement. Cette approche est particulièrement utile pour les projets plus complexes ou dynamiques, où un simple push ne suffit pas pour obtenir un site prêt à être publié. Elle garantit également un déploiement cohérent et automatisé à chaque modification du code.
+
+Choisir déploiement statique
+
+![page-deploiement-actions.png](page-deploiement-actions.png)
+
+Committer l'action suggérée
+
+![alt text](page-deploiement-actions-commit.png)
+
+
+####  Accès à la Page 
+
+Une fois les changements appliqués, GitHub générera une URL pour votre site (par exemple, https://username.github.io/repository-name), qui sera automatiquement mis à jour chaque fois que vous pousserez des modifications au dépôt.
+
+
+

contenus/markdown/README.md

@@ -1 +1,24 @@
-# Markdown
+# Markdown
+
+Language de balisage léger visant à être lisible par des humains
+
+## Standardisation 
+
+* https://commonmark.org/
+
+## Spécifications 
+
+* https://spec.commonmark.org/current/
+
+## Survol des balise
+
+* https://commonmark.org/help/
+
+## Tutoriel interactif
+
+* https://commonmark.org/help/tutorial/
+
+## Testeur temps réel web
+
+* https://spec.commonmark.org/dingus/
+

contenus/vscodeDev/README.md

@@ -17,3 +17,7 @@ https://code.visualstudio.com/docs/editor/codebasics
 
 https://code.visualstudio.com/docs/sourcecontrol/overview
 
+
+## Exercice
+
+Modifier un du code source en ligne avec l'éditeur