[SI-LINDER-PARTNER-2][OSC] - Refonte du site Internet pour supporter le Responsive Design
/*
ATTENTION - le design du site ne peut pas être passé en doctype html (html 5) dans la révision 1 du design.
bien qu'une révision 2 sera instanciée plus tard (l'année prochaine), il faudra se contenter de nombreux workaround en restant en HTML TRANSITIONAL 4.01
Du fait du nombre massif des éléments DE CETTE PAGE (et de ce qui en découlerait) qui seront à revoir pour transformer le design en design responsive..
.. il est alors plus judicieux de globaliser un TAG unique pour cette tâche pour ne pas alourdir de commentaires le code déjà suffisemment alourdi comme cela!
En gros, ici, pour cette méga-tâche, je vais utiliser un format maison de commentaires pour cette tâche précise:
--> pour en comprendre les méandres, voir le fichier /[!] - Saphyra-Interactive-TaskList-Explanations/[SI-LINDER-PARTNER-2][OSC]--semantic.php
*/
// <- [SI-LINDER-PARTNER-2][OSC] - Refonte du site Internet pour supporter le Responsive Design
?>
[VTAB-TEAM-LINDER-PARTNER-1][OSC][SimpleTaskDescription]:{" on va ici juste ajouter un
qui englobera le tableau, et on donnera à ce
une classe CSS pour être en mesure de le cibler plus tard "} ?>
[SI-LINDER-PARTNER-2][OSC][MultiTaskDescriptions]:{
- 1/ on va ajouter un tas de petites modifications, des classes, des styles, et peut-être du comportement à différents éléments de ce tableau
à noter que ce tableau contient le contenu visuel de la page.
- 2/ on va ajouter une série de classes au tableau (
..
)
ces classes serviront à pouvoir cibler plus efficacement cette partie sensible du design, autant en affichage normal qu'en responsive
- 3/ on va ajouter une série de classes à la cellule du tableau (
..
)
ces classes serviront à pouvoir cibler plus efficacement cette partie sensible du design, autant en affichage normal qu'en responsive
- 4/ on ajoutes des classes UI-Kit à l'élément de formulaire afin de lui donner plus de style,
que l'on réadaptera peut-être en overrides dans le fichier CSS principal du design 2020
- 5/ remplacement de l'ancien bouton (lien) ou (soumission), pour l'avoir désormais géré par UI Kit, mais aussi, avec une classe précise
- 6/ suite à un oubli du développeur de OSCommerce, le texte ici ne change pas même si l'adresse n'est pas nouvelle, mais qu'on en édite une existante...
de fait on va ajouter un petit bloc de vérification qui affichera du texte différent selon la situation rencontrée
- 7/ modification de l'ancien système (mais gardé en commentaires au cas où), pour définir le genre lors de la création d'une nouvelle adresse OU édition d'une adresse existante
avant:
Si nouvelle adresse: le genre était coché à Femme
Si adresse existante: le genre était coché sur $gender (ou $entry['gender'] qui sont tout deux valides en théorie, mais, $gender parfois ne retournait rien pour une adresse existante)
maintenant:
Si nouvelle adresse: le genre est coché à ni Femme, ni Homme, en gros, rien est coché
Si adresse existante: le genre est coché sur $entry['gender'] qui est à mon sens le seul fiable à 100%)
le echo console.log() est juste un debug pour moi, ça peut resservir, alors ne pas le supprimer
}
*/
?>
[SI-LINDER-PARTNER-2][OSC][SubTaskDescription]::BEGIN ?>
[SI-LINDER-PARTNER-2][OSC][SubTaskDescription]::BEGIN ?>