fix: replace "voir" by "cf." (#40)

* fix: replace "voir" by "cf."

* fix: remove a "voir" inside a long "cf." sentence

Author: jy95

sections/chapters/approche/index.tex

@@ -2,7 +2,7 @@ \chapter{Approche}
 
 \epigraph{<< Les plans sont inutiles, mais la planification est indispensable >>}{Dwight David Eisenhower}
 
-En parallèle à nos différentes phases de planning (voir figure \ref{pic:ganttChart}), nous devions nous appliquer à mettre en place une méthode de travail efficace. Que ce soit au niveau de notre binôme ou des meetings prévus chaque semaine avec nos deux promoteurs, il fallait trouver une manière de s'organiser afin de mener notre mémoire sur la bonne voie. Ce chapitre a donc pour but d'expliquer notre méthodologie de travail (méthode utilisée, phases du travail, communication), l'élaboration d'un planning et l'organisation du travail en interne.
+En parallèle à nos différentes phases de planning (cf. figure \ref{pic:ganttChart}), nous devions nous appliquer à mettre en place une méthode de travail efficace. Que ce soit au niveau de notre binôme ou des meetings prévus chaque semaine avec nos deux promoteurs, il fallait trouver une manière de s'organiser afin de mener notre mémoire sur la bonne voie. Ce chapitre a donc pour but d'expliquer notre méthodologie de travail (méthode utilisée, phases du travail, communication), l'élaboration d'un planning et l'organisation du travail en interne.
 
 \section{Méthodologie}
 \label{section:methodologie}

sections/chapters/problematique/index.tex

@@ -1,7 +1,7 @@
 \chapter{Problématique}
 \label{chapter:problematique}
 
-Dans ce chapitre, nous allons nous concentrer sur l'analyse d'applications web existantes. Cette dernière est importante, car elle nous permettra de définir les besoins clés d'une application de partage de \glspl{resinfo}. Cette étape correspond à la première phase de notre planning (voir figure \ref{pic:ganttChart} en rouge). Vous pouvez considérer ce chapitre comme une introduction au chapitre \ref{chapter:analyseDesBesoins}, où nous développerons plus en détail les besoins spécifiques de \texttt{SourceCode}.
+Dans ce chapitre, nous allons nous concentrer sur l'analyse d'applications web existantes. Cette dernière est importante, car elle nous permettra de définir les besoins clés d'une application de partage de \glspl{resinfo}. Cette étape correspond à la première phase de notre planning (cf. figure \ref{pic:ganttChart} en rouge). Vous pouvez considérer ce chapitre comme une introduction au chapitre \ref{chapter:analyseDesBesoins}, où nous développerons plus en détail les besoins spécifiques de \texttt{SourceCode}.
 
 \section{Situation actuelle}
 \label{section:situation}

sections/chapters/solution/choixTechno/index.tex

@@ -281,7 +281,7 @@ \subsubsubsection{\Glspl{library} pour le \gls{frontend}}
 
 \noindent\underline{\href{https://highlightjs.org}{Highlight.js}}\\
 
-\Gls{library} permettant de détecter automatiquement le langage de programmation dans un texte et de lui appliquer la coloration syntaxique adéquate. Highlight.js est utilisé conjointement avec la libraire Tiptap pour écrire du code dans l'éditeur et profiter de la coloration syntaxique (voir image précédente).\\
+\Gls{library} permettant de détecter automatiquement le langage de programmation dans un texte et de lui appliquer la coloration syntaxique adéquate. Highlight.js est utilisé conjointement avec la libraire Tiptap pour écrire du code dans l'éditeur et profiter de la coloration syntaxique (cf. image précédente).\\
 
 \noindent\underline{\href{https://axios.nuxtjs.org/}{Axios}}\\
 

sections/chapters/solution/client/index.tex

@@ -163,7 +163,7 @@ \subsubsubsection{Le panneau à onglets}
 Vous pouvez supprimer ou modifier les favoris depuis ce panneau en passant la souris sur un favori, puis en sélectionnant une des deux icônes qui s'affichent.
 
 \begin{itemize}
-    \item \textbf{Le crayon} permet de modifier le favori. Il mènera donc sur la page de modification de ce favori (voir section \ref{section:gestionFavorite}).
+    \item \textbf{Le crayon} permet de modifier le favori. Il mènera donc sur la page de modification de ce favori (cf. section \ref{section:gestionFavorite}).
     \item \textbf{La poubelle} permet de supprimer le favori directement depuis le panneau.
 \end{itemize}
 
@@ -180,7 +180,7 @@ \subsubsection{La \gls{fiche} d’une \gls{resinfo}}
     \caption[SourceCode : la représentation d'une \gls{fiche}]{la représentation d'une \gls{fiche}}
 \end{figure}
 
-Lorsque la ressource vous appartient ou que vous êtes un administrateur, un bouton de modification apparait dans le coin supérieur droit de la \gls{fiche} de la ressource. Cliquer sur le bouton mènera sur le formulaire de modification de la ressource (voir section \ref{section:gestionResInfo} pour la gestion côté utilisateur ou voir section \ref{section:resInfoAdmin} pour la gestion côté (super-)administrateur).\\
+Lorsque la ressource vous appartient ou que vous êtes un administrateur, un bouton de modification apparait dans le coin supérieur droit de la \gls{fiche} de la ressource. Cliquer sur le bouton mènera sur le formulaire de modification de la ressource (cf. section \ref{section:gestionResInfo} pour la gestion côté utilisateur ou section \ref{section:resInfoAdmin} pour la gestion côté (super-)administrateur).\\
 
 \subsubsubsection{Panneau de détails}
 
@@ -484,13 +484,13 @@ \subsubsection{La gestion des \glspl{tag}}
 
 Les (super-)administrateurs ont la possibilité de gérer les \glspl{tag} présents sur la plateforme. Ils peuvent donc créer des \glspl{tag}, les modifier et changer le statut de ceux-ci.\\
 
-L'interface de gestion prévue à cet effet est semblable à celle de la gestion des ressources informatiques (voir \ref{section:resInfoAdmin}), mis à part que les filtres se limitent aux \glspl{tagCat} et au statut des \glspl{tag}.
+L'interface de gestion prévue à cet effet est semblable à celle de la gestion des ressources informatiques (cf. \ref{section:resInfoAdmin}), mis à part que les filtres se limitent aux \glspl{tagCat} et au statut des \glspl{tag}.
 
 \subsubsubsection{Statuts des \glspl{tag}}
 
 De la même manière que pour les \glspl{resinfo}, nous proposons un système de statuts pour donner une indication sur l'état d'un \gls{tag} (la figure \ref{pic:stateDiagramForTags} représente ces états sur un diagramme UML). Nous voulons que le système de \glspl{tag} soit évolutif et flexible. Nous laissons donc les utilisateurs de la plateforme ajouter leurs \glspl{resinfo}, mais aussi des propositions de \glspl{tag} afin d'agrandir le vocabulaire de \texttt{SourceCode}.\\
 
-Cela passe bien évidemment par la validation des administrateurs, qui agissent de concert pour offrir un vocabulaire contrôlé aux utilisateurs, évoluant ainsi en fonction des besoins (voir analyse bibliographique en annexe \ref{annexe:AnalyseBiblio}).
+Cela passe bien évidemment par la validation des administrateurs, qui agissent de concert pour offrir un vocabulaire contrôlé aux utilisateurs, évoluant ainsi en fonction des besoins (cf. analyse bibliographique en annexe \ref{annexe:AnalyseBiblio}).
 
 Voici la liste des différents statuts que peut prendre un \gls{tag} :