Trim a écrit:

Bon bon, on prend quel mockup ? celui de fbianco ou de cisoun ?

Je pense qu'il faut surtout faire remonter le topic et relancer la discussion avant de prendre un décision.

Cela dit, je salue ton entrain.

Je continue de voter pour garder l'actuel, c'est sobre et pas surchargé.
Rien à faire.

fonji a écrit:

Je continue de voter pour garder l'actuel, c'est sobre et pas surchargé.
Rien à faire.

Pareil.. par contre si seul les CSS sont touchées ça permettrait de proposer plusieurs skins tout en gardant l'ancien.

Et un dépôt Mercurial pour les sources avec un accès read-only + webhg ça peut être pas mal. Tout le monde pourrait proposer des patchs à tous les niveaux..

fbianco a écrit:

[GO]Skywalker13 a écrit:

fonji a écrit:

Je continue de voter pour garder l'actuel, c'est sobre et pas surchargé.
Rien à faire.

Pareil..

Si si... proposer autre chose !

J'ai pas spécialement envie de proposer quelque chose que je trouverai moins bien que ce qu'il y a maintenant !

fbianco a écrit:

sebseb01 a écrit:

PS: Avis à nos "graphiste" favoris ... les arrondis et les dégradés complique considérablement le code xhtml (en tout cas tant que CSS3 n'est pas fini), il pourrait être sympa de ne pas en mettre partout.

Je ne suis pas entièrement d'accord... par exemple : http://fbianco.opensourcewizards.org/
mais c'est vrai que des boîtes carrées c'est plus simple, surtout pour faire des pages adaptives à la taille de la fenêtre.

Voila, c'est exactement ça, tes bordures sont bien jolies mais sont fixes... De plus ça charge la page, puisque tu dois charger tout une image de ~600pixels de large au lieu d'un seul (ou en se débrouillant avec border).

Donnons-nous une deadline pour proposer des projets et on organisera un vote.

Je peux prendre en charge la gestion du groupe de travail (ou en tout cas en faire partie). J'ai un peu de temps en ce moment.

Je peux créer un dépôt SVN (et si j'ai vraiment le temps, déployer un codingteam pour l'occasion).

Dernière modification par Eggman (28 Jan 2009 16:33:43)

Hello,

   Je disgresse, mais [GO]Skywalker13 a mentionné Mercurial, qui apporte plusieurs avantages significatifs sur Subversion:

* Il permet les commits déconnectés (et donc de bosser dans le train avec le versioning)
* Le repo est décentralisé et est récupérable même en cas de crash/absence de backup du serveur
* Tout le monde peut contribuer et utiliser le versioning, pas besoin de gérer des users a l'avance
* Les commandes de base sont identiques à svn, lorsqu'elles ne sont pas encore plus simples

  Mais avant tout, c'est une bonne occasion de s'initier à un VCS moderne. Quand on a pris l'habitude, c'est dur de s'en passer (c'est un peu comme migrer de cvs à svn )

BOFH, tout a fait d'accord.

le VCS "moderne" que j'utilise est GIT. Cependant la gestion des utilisateurs est beaucoup plus lourde, et sur de petits projet comme ceci je ne suis pas sur que ce soit utile.
Sinon, je ne connait pas du tout mercurial, mais pourquoi pas

Plop plop plop!

Je rentre du recrutement (j'ai fini pionner en informatique) et je vous défends d'utiliser mon mockup. Il est bien trop naze comme ça!

Je propose également de garder l'actuel qui est très bien comme ça mais on pourrait encore laisser le topic ouvert pour les futurs propositions car je risque de réessayer une création de mockup juste pour le fun.

Hé bien... voilà du pain sur la planche, et qui me (nous) donne raison de vouloir refaire le design de notre site web pour mettre plus en avant les différentes parties :

Bonjour,

Je vous contacte à nouveau - hors de cet événement  - pour vous faire du
beta-user concernant votre site.

LES PLUS

-Les titres sont très nets votre association :
-L'écriture est en français, j'entends par là, lisibible et pas en
anglais technique.
-Il n'y a pas d'allusion à des soirées alcoolisées ou de remarques de
type discrimination positive (ex: alors les filles!)
- il n'y a pas de spam animées

LES MOINS
- La page de garde n'explique pas le rôle de l'association
- les titres sont classés par outil sans mettre contact mail... (sic)
- le lecteur ne fait pas un accès par outil mais ceci: savoir qui vous
êtes, ou vous êtes, comment venir, ce que vous faites et quels jours. Il
faut ces éléments sur la page de garde.
- développez les titres. Ex: Galerie. Galerie de quoi, quel sujet?
Galerie est un outil. Il faut préférer: "Voir les photos de nos ateliers
d'initiation aux outils informatiques libre" par exemple.


Conseil immédiat: changer les titres pour mettre: Présentation de
association, nos activités, comment venir, nous contacter =>factoriser
les outils de communication dans une rubrique et préciser leurs rôles
pour le lecteur (ex: flux RSS est un outil pour se tenir informer;
jabber communication interne ouverte au public en s'inscrivant..., liste
de diffusion: communication interne... communiqué de presse:
communication externe pour prise de position... mail: pour nous
contacter...)

Ce courriel m'a été envoyé par la personne en charge des RMLL.

Je suis d'accord avec les remarques puisque, comme je le disais plus haut, elles rejoignent entièrement mes réflexions sur notre site.

J'ai aussi eu du mal avec les plus, mais si ça peut te rassurer voilà la suite de l'échange par courriel :

Du fait que j'ai "épluché" plus de 200 sites de GUL pour envoyer
l'appel, j'ai vu que votre site était très beau aussi je me suis permis
de m'arrêter 2mn dessus

En disant que l'on y travaillait déjà en grande partie :

J'espérais surtout que vous y voyez un bienveillant conseil.

En tout cas pour ma part, c'est comme ça que j'ai pris ces remarques. C'est comme ça que le Schmilblick avance.

Concerant contact, ce qu'elle voulait probablement dire, c'est qu'il n'y a pas clairement une adresse à qui on peut s'adresser pour parler à l'association SLo.

Eggman a écrit:

Instructif comme échange.
Et remarques pertinentes !

j'ai vu que votre site était très beau aussi je me suis permis
de m'arrêter 2mn dessus

Ça, ça fait toujours plaisir...

En effet, ça confirme l'idée générale suivante (qui a été proposée au-dessus) : conserver une grande partie du CSS et modifier surtout la structure de la page d'accueil (plutôt du côté HTML, donc), pour plus de clareté.

Demain je pourrais en redessiner un histoire de passer le temps.
Parce qu'en fait c'est quoi qu'il faut modifier sur la page d'accueil exactement?