3 - Le site : philosophie, organisation, problèmes...

Super que tu aies commencé à bosser là dessus. Ceci dit, Tiki 14 n'est pas une LTS, la LTS sera la version 15.
Du coup, ça demande réflexion. T'en penses quoi ?
a+
Olivier

J'en pense qu'une fois converti à bootstrap, il sera facile de passer à tiki15 LTS, qui sera sous bootstrap aussi.

C'est pas l'idéal c'est vrai, mais refaire le design avec les tabulations comme je le propose sans bootstrap va me demander le double de travail, qui sera ensuite jeté à la poubelle lors du passage à bootstrap.

Ceci dit mon travail actuel peut aussi attendre tiki15, qui est prévu pour février 2016.
Je vous laisse méditer là dessus.

des bises

oliv'

Tiens, un autre élément de réflexion :
Quel est l'interet d'une version LTS par rapport à la version stable ?
J'ai l'impression que l'interet principal est que la LTS a une durée de vie plus longue.
Cependant, si de toute façon on met le site régulièrement à jour -par exemple en passant d'une version LTS à une autre version LTS lorsqu'il y en a deux (ce qui sera le cas avec la sortie de tiki 15 LTS)- on ne profite pas de la durée de vie complète (tiki 12 sera supporté jusqu'en 2018, à ce moment on en sera à tiki 21 LTS).
Du coup, veut-on absolument une version LTS ?

Tiki propose un tableau récapitulatif ici :
https://info.tiki.org/Version+Lifecycle#Strategies
Il faudrai définir notre cas de figure, à mon avis :
- I want the new features. Because they are cool! (version stable, on passe à tiki14 même si c'est déjà un peu tard, on aurai pu le faire avant)
ou
- I want the least possible number of bugs. I have a huge user-base and they are grumpy. (version LTS en regular et quality support, on attend tiki15)

oliv'

L'intérêt d'une LTS est surtout pratique pour une entreprise de services web. Sinon les mises à jour des sites clients deviennent aléatoires et trop fréquentes. La gestion LTS assure un support de correction de bugs et surtout des mises à jour de sécurité sur une longue période. De plus, cela permet de réduire grandement les frais de service.

Choisir une version stable au lieu d'une LTS implique simplement un suivi plus strict au niveau de la sécurité, de la gestion des bugs et des mises à jour qui doivent être plus fréquentes. Les versions stables de Tiki ne sont supportés que de 6 à 8 mois. L'intérêt des versions stables est de pouvoir profiter des nouveautés plus rapidement, mais implique également un coût de main d'oeuvre plus élevé.

Deux des intérêts principaux d'utiliser une LTS de Tiki sont que l'on est sûr :

• de trouver d'avantage auprès de la communauté Tiki (forums,IRC,...) d'aide puisqu'on utilise une LTS
• que les correctifs importants sont rétro-portés comme dit sur la page que tu mentionnes pianolivier

C'est, de plus, ce qu'on fait depuis longtemps : on est resté longtemps à une version 3.1, puis on est monté en 9.x puis en 12.x de mémoire.
À mon avis, pour un serveur en production, il faut avoir au moins un développeur actif chez Tiki dans l'équipe pour se permettre d'utiliser une non-LTS.
Pour moi, le choix est tout fait : on reste sur du LTS. Et il faudrait me convaincre vraiment beaucoup de l'utilité d'utiliser une non-LTS pour linuxmao.

Pour ce qui est du travail que tu as commencé, il me semble comprendre que ça tourne beaucoup autour de bootstrap, qui est une CSS améliorée pour être adaptable au support de lecture ("responsive" comme y disent chez les zanglophones) si j'ai compris l'idée générale. Ça me semble vraiment bien ce truc et c'est chouette que tu te proposes pour ça.

Ceci dit, si tu travailles dessus à l'aide d'une copie du site (comme tu sembles avoir commencé à faire), j'aurai tendance à penser qu'on n'est pas pressé et que tu peux bosser tranquillement dessus et que du coup, ça sera prêt quand on passera à la version 15 de Tiki. T'en penses quoi ?

J'ai lu qu'il y avait encore des problèmes avec la lignée 14 (qui donnera la LTS 15) et notamment en ce qui concerne la version php nécessaire qui serait une version très récente pas encore dans les dépôts stables de la majorité des distributions (et donc, y'a des chances que ce ne soit pas ce que l'on a sur le serveur chez UNGI).

Voilà les quelques éléments qui traversent mon esprit.

Merci pour les retours à vous deux.

Concernant l'aide et les correctifs plus importants avec une LTS, je ne suis sûr de rien. Vu le nombre de bugs que j'ai reporté pour rien sur le tracker et la mailing list, j'en doute, mais c'est un avis perso.
Pour le reste, ok, on peut donc se dire qu'on attend tiki15.
Dans ce cas, on fait quand même la maj mineur 12.x d'ici là ?

Je ne travaille pas encore sur une copie du site, simplement sur un autre tiki sur lequel j'ai recopié quelques pages de linuxMAO, mais ça va finir par être bloquant.

Ma stratégie serai :
- créer un nouveau thème bootstrap pour tiki 14 et plus (au passage, on revient aux templates smarty d'origine, toute modif se fait en css)
- créer une version linuxmao de ce thème (orange plus boutons et animations spécifiques)
- installer tiki14 sur le serveur d'ungi (copie "dev" du site) afin de tester toutes les sections du site et de compléter ce qui manque (va falloir voir avec ungi pour mettre php à jour)
- remplacer ce tiki14 par tiki15 une fois qu'il sort
- test test et re test sur tiki15
- une fois qu'on est bon, on passe le site prod de 12 à 15 directement.

On est pas vraiment pressé en effet. Par contre je risque d'avoir moins de temps pour m'occuper de cela plus tard dans l'année.
Dans tout les cas si c'est bon pour vous, je dois toujours avoir les accès nécessaires pour m'occuper de la copie "dev" du site, j'attend le feu vert.

oliv'

deux petites images pour patienter

Chouette !

La maj vers 9.1 c'est opérée depuis la 6.1 .

Cela dit même si je me fou de ce qu'il se passe ici j'avoue que que le dernier screenshot a de l’allure c'est clair.
Et bravo pour le logo (ou bannière selon comment tu l'appelle)

Bonne continuation.

Donc du coup, ça a du être ceci l'historique des mise à jour ici : (une paire de truc de l'époque Gilles/Trinine/...) -> 2.4 -> 3.1 -> 6.1 -> 9.1 -> 12.1 -> 12.2, ce qui fait qu'on est pas mal puisque depuis aux alentours des versions 3/4, les stables sont les multiples de 3 (6, 9, 12, et la 15 qui arrive).

J'ai ajouté "tiki 15" dans le titre du fil de discussion pour différencier cette future mise à jour de la mise à jour vers 12.5 qui arrive.

Salut tlm,

Voici quelques idées/cahier des charges pour la prochaine version du site.
Hésitez pas à en discuter ici et à en ajouter.

Navigation
Ce qui va bien :
- le fil d'ariane
- navigation sur n'importe quelle page en 3 clics maxi
Ce qui ne va pas :
- les menus à rallonge et niveaux multiples (remplacement des menus par des tabulations)
- la multitude des liens (affichage des liens par section - wiki, forums...)
Ce qui peut aussi être amélioré :
- la clareté de la page d'accueil (meilleur hierarchie des éléments - placement, tailles, couleurs)
- les textes de certains boutons

Lisibilité
Ce qui va bien :
- limitation en largeur des images et des pages
Ce qui ne va pas :
- le contraste à l'intérieur des pages (assombrir un poil le fond)
- distraction générale (trop de couleurs partout autour, dans les modules etc)
Ce qui peut être amélioré :
- la largeur des paragraphes (réduire encore)
- les polices d'écriture (créer une hierarchie)
- les tailles de polices (augmenter généralement et créer une hierarchie)


Design graphique
Ce qui va bien :
- une couleur identité du site (orange)
Ce qui peut être amélioré :
- la lecture sur petit écran (réduction à une colonne unique pour tous, utilisation de bootstrap pour transformer les modules sur petits écrans)
- la complexité apparente du site :
réduction à une colonne unique
liens : affichage par section, ajout d'icones associées, hierarchie taille/couleurs/contraste/visibilité en fonction de l'importance pour un guidage visuel plus organisé, animations
utilisation d'éléments de design familiers (icones, "flat design", logique de disposition)
ajout d'espace vide
hierarchie des couleurs et tailles (réduction de la palette)

Performances
Ce qui peut être amélioré :
- rapidité du site / utilisation du cache (affichage de liens par section)

Salut pianoliv'

Je suis à peu près en accord avec ton résumé dans le message du dessus.

Il y a des trucs que je ne cerne pas. Tu peux m'éclairer sur ces points stp :

• les menus à rallonge et niveaux multiples (remplacement des menus par des tabulations)
• la multitude des liens (affichage des liens par section - wiki, forums...)
• distraction générale (trop de couleurs partout autour, dans les modules etc)
• utilisation d'éléments de design familiers (icones, "flat design", logique de disposition)

Ça, je suis moyen d'accord :

• réduction à une colonne unique

-> car, bien que l'idée soit louable, je ne vois pas comment ça pourrait être faisable (mégaphone en particulier). Par contre, c'est sûr qu'on peut faire sauter la boîte "connexion" avec un truc comme sur le site tiki.org par exemple et un affichage des utilisateurs connectés autre page (bas de page par exemple).

• liens : affichage par section, ajout d'icones associées, hierarchie taille/couleurs/contraste/visibilité en fonction de l'importance pour un guidage visuel plus organisé, animations

-> Les animations, je suis pas fan du côté bling-bling ça clignote et tout ça, en plusse, ça pompe de la ressource et risque de faire ralentir le site. Pour le reste (affichage par section, ...) je ne comprends pas ce que tu veux dire, explique moi stp (si t'as un truc fonctionnel ou une capture d'écran, ça peut être bien).




Et un coucou à toi en passant, j'espère que ça roule,
Olivier

coucou

• les menus à rallonge et niveaux multiples (remplacement des menus par des tabulations)
• liens : affichage par section

l'idée c'est de n'afficher, par exemple le menu wiki, que dans la section wiki.
Dans la capture d'écran précédente (ce n'est qu'un exemple), on peut voir le menu wiki en "tabulation" (docu, logiciels, matos...).
Il n'est affiché que dans les pages wiki. J'en suis arrivé à séparer le site en différentes sections, chacune avec son menu :

• accueil
• wiki
• news
• forum
• mon linuxmao
• aide
• admin

• la multitude des liens / distraction générale

Comment ne pas se sentir perdu la première fois qu'on arrive sur le site ?
On en revient à l'idée ci-dessus, une navigation contextuelle peut largement aider.

• réduction à une colonne unique

j'expérimente avec le mégaphone, je ne sais pas encore trop. Pour le reste, tout peut bouger facilement amha.

• Les animations, je suis pas fan du côté bling-bling ça clignote et tout ça, en plusse, ça pompe de la ressource et risque de faire ralentir le site

Il s'agit d'animation de liens, quand on passe la souris dessus. Rien qui bouge sans qu'on lui demande.
C'est pas obligatoire, c'est juste sympa et moderne. Enfin, ça ne s'applique pas à la version touchscreen.
Niveau ressource pas de grande différence que je sache (sans compter que si on enlève le menu-wiki-à-rallonge, tout va déjà largement plus vite)

dis-moi

oliv'

Yop pianolivier,

y'a un truc en place que je puisse tester plutôt que de discuter du sexe des anges (on est bon pour ça tous les deux ).