Re: [glob2-devel] Glob2

[Stephane Magnenat]

Hello,

> Tu veux dire pas 3 parties comme j'ai fait (glob1, glob2, globdev), mais une
> seule qui regrouppe tout? Ok.

Je dirais qu'on regroupe glob2 et globdev dans une partie, et qu'on laisse
glob 1 dans son coin, pourquoi pas en releasant le code source. Luc, ton avis
?

> Menu deroulant? DHTML?? J'espere que c'est pas ce que tu voulais dire... Car
> je trouve que le DHTML est une source de problemes innutiles qui n'apporte
> pas de reele fonction interessente a l'interface.

Meuh non po du dhtml.
Juste que si t'es sur la section dev tu vois les sous-options de dev et sinon
tu vois juste dev. Suis-je plus clair ?

> Quand aux frames, je suis contre, car c'est typiquement dans ce cas
> (referencer dans une frame un site exterieur) qu'on obtient un gros bordel
> bien touffu. Car je ne controle pas les liens de savannah (est-ce qu'ils
> ouvrent leurs lien au top level des frames ou pas), et ca ne resoud
> absolument pas le bordel visuel de savannah (au contraire, on ajoute encore
> notre menu qui en plus a aussi un autre look). Dans ce cas, vaut mieux ne
> pas faire de section dev, et mettre un lien vers savannah.

Je pensais aux frames surtout pour que le site de glob2 soit agreable.
On fait un jeu, on peut se permettre de la tech un peu plus recente (jusqu'aux
frames cette fois). Faut voir pour savannah. Si ca fout vraiment le bordel, 
alors on link savannah
que par un lien. Mais on peut peut-etre directement prendre le contenu des
pages savannah sans le truc autour. Car a la fin, le code de savannah est en
gpl.
De plus, rien n'empeche de linker tout les autres site avec framedest=_top
(enfin, tu vois, je sais plus par coeur le nom) et pis voila.

> Cela dit, faire des frames avec toutes les pages qui sont gerees par le meme
> systeme peut donner d'assez bon resultats, avec l'avantage que le menu ne
> bouge pas quand on scroll le contenu. Mais l'inconvenient qu'on a un double
> scroll, si le menu n'a pas entierement la place dans l'ecran. D'ou a nouveau
> beaucoup d'emmerdes pour un resultat qui n'apporte pas grand choses.

Je pensais exactement a l'avantage du menu qui bouge pas. Evidemment il faut
calculer pour qu'il tienne sur une page standard. On peut aussi partager la
page en vertical, si on fait pas de menu avec sous-menus.

> Bref, vive l'HTML de base avec du CSS pour un layout quand meme un poil plus
> flexible et maitrisable.

Ben la je suis mitige. Le CSS demande un navigateur un peu trop recent.
Petite question : si le navigateur supporte pas le CSS ca marche quand meme ?
Si oui, alors aucun probleme. Si non, faut discuter.

> Ben si seulement il y avait un moyen de ne reccuperer que le contenu de
> sourceforge (ou savannah), car franchement les menus surcharges et les pub
> c'est pas terrible... Et la en plus, ca change completement la page, pour
> revenir, il n'y a que le bouton back. Mais, s'ils avaient ouvert une
> nouvelle page pour chaque lien vers sourceforge, ca ne serait sans doute pas
> mieux. Et comme deja dit, les frames ca surchage encore beaucoup plus...

Je pense qu'il y a un moyen de recuperer le contenu. Ce serait l'ideal (cf
plus haut, j'avais pas encore lu ca).

> J'ai vraiment pas de solution, c'est chiant ces interfaces a la sourceforge!
> De quelles fonctions sur savannah avez-vous vraiment besoin? Et lesquelles
> pourraient facilement etre refaites et optimisees pour globulation (genre le
> bug report?)? Et finalement est-ce que les fichiers se trouvant directement
> sur savannah ne peuvent pas etre directement linkees (genre "click here to
> download XXX"?)?

Non ces interfaces sont super utiles. On a *vraiment* besoin de savannah et il
n'est pas question de reinventer la roue dans ce cas. Savannah est bien
administre, a tres peu de downtime, est rapide et sur, et fonctionne bien.
Par contre, je pense qu'il est assez flexible pour s'y interfacer proprement.

> Oui, OLAF est super cool pour faire du multilang, en mode lazy (pas ttes les
> pages sont traduites) ou strict (les pages non-traduites n'apparaissent pas
> dans les autres langues). Mais je me demande quand meme si vraiment le
> multilang est une feature interessante pour Globulation... Ca represente
> beaucoup de travail de traduction et de maintenance par chaque changement
> futur, car meme en mode lazy il faut quand meme quelques pages traduites
> pour que ca ait un sens. Perso, j'opterais pour ne pas mettre de multilang.

A mon avis, ca n'a pas vraiment de sens d'avoir un jeu en pleins de langues et
pas la page web. Evidemment certaines sections n'ont pas besoin d'etre
traduites. De toute facon, une fois release, c'est facile de trouver des
traducteurs (experience de gnuwin2).

> Bon ca c'est l'eternelle question qu'on va pas resoudre le mois qui suit. Je
> pensais partir sur un look neutre tout de meme vaguement globulisant qu'on
> pourra changer le jour ou Globulation aura un graphisme considere comme
> definitif. Mais est-ce que ce jour arrivera vraiment, car dans Glob, presque
> tout peut etre customise... C'est facile a chager avec un systeme comme
> OLAF.

J'ai envie de faire un JEU une fois, pas seulement un moteur !!!

> Mais je n'ai pas encore d'idee plus precise en ce qui concerne l'apparence
> du site.

A mon avis, elle devrait etre discutee ici, non ?

A++

Steph