Vous n'êtes pas identifié(e).
Je les ai créées moi-même, mais la base est identique à celle utilisée par le buttonmaker. Note bien que l'effet de fade in/out est géré par Ajax/jQuery, rien à voir.
Tout le monde (ayant accès au ftp) peut le faire. J'ai pas spécialement le temps, au sens où j'oublie de le faire — ainsi que les dizaines de petits fix en attente — parce que je suis bien trop occupé à des choses qui me permettent de manger.
Pour régler ce problème et d'autres, il faut se co au ftp et modifier le fichier qui va bien, lequel est désigné comme le « fichier principal » sur la page de présentation de la skin. En l'occurence, il s'agit de /dvorak/bepo.fr-web/htdocs/wiki/skins/Bepo.php.
La page de discussion is the place to go. Si personne ne répond, c'est que potentiellement, c'est passé inaperçu. Dans ce cas, ou de manière préventive, utilise la page de discussion perso d'un membre actif du wiki (nemolivier, A2, loup, moi...)
Je-sais-plus qui devait me faire une photo de même genre (haute résolution, si possible RAW) avec un clavier TypeMatrix. Pas eu de nouvelles. Toute photo intéressante et en haute résolution m'intéresse, que ce soit du clavier ou autre chose (évidemment, il faut que ça fasse sens en tant que bannière de bepo.fr, mais par exemple... pourquoi pas un aperçu du corpus manuscrit, bien typographié ? pourquoi pas un tas de touches de clavier en vrac dans un bol ? etc.)
- J'ai corrigé les niveaux de titres. Ça devrait être bon question rendu hiérarchique.
- Les liens externes sont tous marqués par une icône après le lien sous les navigateurs qui supportent la clause CSS [c].after[/c]. Par contre, un certain nombre de liens vers fr.wp sont réalisés comme des liens internes, par [c][[wp:Truc|Bidule chose]][/c], d'où l'absence d'icône. Il faut transformer ces liens en [c][http://fr.wikipedia.org/wiki/Truc Bidule chose][/c], ce que je fais quand j'en repère. Exemples d'une telle modification pour la page « Manuel », justement.
- Pour ma part, je préfère le texte justifié. Statistiquement, les variations d'espaces inter-mots sont limitées (fonction de la densité de mots par ligne, donc de la longueur des lignes et de l'inverse de la longueur des mots). En demandant rapidos à quelques cobayes dans mon entourage, le justifié semble préféré pour son rendu plus propre, et personne n'avait tiqué sur le problème d'espacement variable. À voir…
C'est un wiki, just do it ^^ Onglet modifier en haut.
C'est plus ou moins ça. Dans le même temps, d'autres pourraient réaliser des vidéos, étendre les exercices, donner leur avis, faire la chasse aux sections manifestement périmées, fignoler des communiqués de presse/release pour différents niveaux de spécialisation, réécrire certaines pages, etc. Juste des idées dans le vent hein, je ne force personne Je pense qu'à l'issue de ton listing précis, on pourra en discuter un peu plus précisement ici et sur la ml.
Je serais friand de stats pour le wiki. Tu les compiles comment ces données, d'ailleurs ?
J'ai voté droit parce que c'est le plus fréquent, mais j'utilise les deux. Parfois, le gauche s'insère bien dans l'alternance des mains.
Ça pourrait faire un nouvel exercice de frappe, alternance stricte des mains avec la barre d'espace gérée tantôt par le pouce droit, tantôt par le pouce gauche (impossible à vérifier numériquement, bien sûr, mais il « suffit » de mettre l'accent dessus explicitement en demandant à l'utilisateur de faire attention ).
Les fils d'Ariane sont des indications données au visiteur sur l'endroit où il se trouve dans le site. Par exemple, vous pouvez voir des choses du genre [c]En savoir plus > Méthodologie > Fréquences des digrammes[/c] quand vous êtes sur la page Fréquence des digrammes.
Points clés :
- les intitulés sont des liens vers des pages qui sont censées être des portes d'entrée vers toutes les autres pages concernées (ie. appartenant au fil d'Ariane correspondant en tant que feuille terminale ; par exemple, Méthodologie est une page-entrée et Fréquences des digrammes une feuille terminale) ;
- le visiteur doit pouvoir accéder à toutes les pages (auxquelles ont veut qu'il puisse accéder) en passant par ces portes d'entrée ;
- elles sont organisées selon une hiérarchique stricte (un parent à plusieurs enfants, mais un enfant n'a qu'un seul parent, et potentiellement des enfants) ;
- ce ne sont pas des catégories et s'il peut y avoir redondance de dénomination, les rôles ne sont pas les mêmes (les catégories sont des tags, organisés sans hiérarchie stricte, de façon semi-automatique, et il y aura certainement plus de catégories/tags que d'entrées pour les fils) ;
- une page d'entrée fait référence à tous ces enfants mais est plus qu'une simple liste : c'est une vraie page créée manuellement, avec un texte bien écrit et un propos organisé en paragraphes voire sections.
Ce sur quoi vous pouvez aider :
Est-ce qu'on veut une entrée Outils ? et une entrée Apprentissage, ou plutôt Aide ? où classe t-on Logiciels, sous Outils ou sous Apprentissage (pour les fils, car en terme de catégories, certainement dans les deux !) ? faut-il des sous-entrées Unix, Windows... pour les Logiciels, et si oui, seraient-ce obligatoirement les sections de l'entrée Logiciels ? etc.
Il faut donc construire une arborescence stricte parent -> enfants. Pas trop étendue horizontalement pour ne pas perdre le visiteur. Idéalement, les premiers enfants de la racine constituraient tout ou partie des liens du menu.
Pour vous faire une idée, les pages sur En savoir plus (ne pas paniquer si certains fils semblent répéter le titre de la page, le modèle utilisé pour les créer a changé et les fils doivent tous être mis à jour, ce qui sera d'autant mieux fait qu'on aura décider d'une structure hiérarchique).
Propositions ?
Bon depuis la dernière fois que j'ai posté, il y a eu quelques nouveautés intéressantes : nouveaux modèles, un rendu plus conforme dans les différents Internet Explorer, etc. Comme ça me gonfle de faire une liste là tout de suite, je me fendrai d'une liste sur la page de doc de la skin
Maintenant, c'est essentiellement un travail sur le contenu et les pages qui commence. Il faut :
- passer en revue les pages (Loup s'en occupe) ;
- si nécessaire, fusionner ou au contraire externaliser du contenu entre ces pages ;
- homogénéiser toutes les pages (style, utilisation des modèles) ;
- gérer les catégories (à la façon de tags, hiérarchie souple) ;
- gérer les fils d'Ariane (hiérarchie stricte) ;
- etc
On m'a demandé d'essayer d'autres couleurs que le rouge bordeau. Je vais tester (je ne sais pas encore quand) un vert et un bleu, en créant deux variantes de la skin qui seront disponibles dans les préférences.
Il est vraisemblablement impossible de convaincre l'éducation nationale sans claviers bépo dans le commerce et sans une masse critique d'utilisateurs. L'éducation nationale n'est (sauf très rare exceptions soumises à conditions précises) pas un corps précurseur et elle modifie ses outils à un rythme proche de l'escargot unijambiste, et seulement quand tout le monde l'a déjà fait dix ans avant (j'ai bon ?)
Toutefois, ce n'est pas inintéressant d'y réfléchir, car :
- de la difficulté naissent les idées : si ce n'est pas pour l'éducation nationale, alors peut-être pour un autre interlocuteur public ou privé ayant des activités similaires, ou tout du moins des problématiques du même ordre ;
- qui dit formation dit enseignant, auxquels ils faut au préalable donner une… formation. Le projet bépo (les gens) pourraient agir sur ce plan, par exemple en montant des ateliers de découverte et d'apprentissage lors d'évènements choisis et/ou sur demande ;
- etc.
Bonjour, et bienvenue.
Les débuts sont toujours un peu laborieux, et comme tu l'expérimentes, certains problèmes semblent plus psychologiques que mécaniques (après tout, les doigts travaillent moins ).
L'apprentissage du bépo est en partie une reprogrammation nerveuse. Comme tu dois déconstruire tes réflexes et que ton objectif est d'acquérir à nouveau une certaine vitesse d'exécution, ton centre nerveux stressé se fatigue et a tendance à se reposer sur ses acquis (réflexes azerty…) quand tu ne prends pas le temps et/ou n'as plus l'énergie de mener correctement la rétroaction (ie. vérifier ce que tu dois faire dans l'immédiat en considérant ce qu'il vient de se passer — exemple type : enchaîner deux mouvements logiques rapidement). Les sportifs blessés qui reprennent ont souvent remarqué qu'ils « bloquent » sur un geste ou une étape en particulier et sans raison apparente, peut-être parce qu'elle est un peu plus délicate musculairement, ou demande plus d'effort, ou au contraire qu'elle a toujours été effectuée « sans y penser » (gros facteur réflexe).
Pour faire court, si le « r » te pose problème, ralentis franchement autour du r au début, et travaille les digrammes en r (enchaînement de deux touches, par exemple « ar », « tr », « re ») en contexte (dans des mots et des phrases). Augmente la vitesse progressivement et dilue l'effort dans des phrases plus variées, ça devrait passer tout seul.
Bon courage
Mikrolit, your avatar freaks me out but I’m gonna suck it up, that’s for sure (comprendre : je confirme pour l'usage en anglais).
Je trouve également que la page principale d'installation est trop chargée et découpée pour le moment, et qu'elle ne devrait pas privilégier l'extension horizontale car c'est incontrôlable (résolutions écran). Pas trop fan des liens directs de téléchargement non plus (je ne les avait même jamais remarqué jusqu'à ce que je survole les icônes décalées par l'application du thème bepo). Keep it stupid simple ? J'ai une idée, à tout à l'heure
Finalement, je suis revenu plus tôt.
Pour ceux qui n'auraient pas le réflexe « Modifications récentes », j'ai créé une page Skin bépo dans mon espace utilisateur pour documenter un peu le thème et le processus de création.
Ça remarche sous IE.
J'ai fignolé les bandeaux d'avertissement créés par les modèles {{note}} et son nouveau dérivé, {{attention}}. J'ai refait le pied-de-page, pour une version plus sobre et discrète qui, il me semble, n'est pas trop hideuse J'ai ajusté un certain nombre de taille de polices et le menu, en suivant les remarques de A2 et nemolivier, dites-moi s'il subsiste des soucis.
Il me reste à bricoler un nouveau style de boîtes (page d'installation…) et chasser les petits bugs. Toute aide dans leur relevé sera appréciée Je vais peut-être encore améliorer le modèle pour créer les touches : on pourrait se passer du modèle au pluriel {{touches}} désormais, car j'ai nommé les arguments et on peut avoir une infinité d'arguments anonymes (nom des touches), mais ça nécessiterait de mettre à jour tous les appels du modèle {{touche}}, car pour le moment, ma version gère les appels avec et sans arguments nommés. C'est un peu technique, mais bon, retenez que si j'ai le temps et l'envie, je travaillerai à simplifier ce truc-là
Il faudra que je teste la réactivité de l'ensemble avec un ordinateur moins puissant. Mon code jQuery est potentiellement un peu lent, je crois que je pourrais opter pour une version compressée et plus astucieusement codée quand tout sera fixé ! Chez moi, ça charge vite et bien, mais chez vous, y a t-il des « préchargement d'animation » visibles car trop lents (par exemple, des trucs qui deviennent difficilement transparents, qui disparaissent tout d'un coup, etc.) ?
Bien, je m'en vais jusqu'au 1er septembre dans un coin sans connexion, donc je stoppe là mes update. Un bug est apparu dans IE, mais cet imbécile de navigateur ne me donne qu'un numéro de ligne, pas le fichier concerné. J'ai pas encore eu le temps de voir ça, à mon avis ça attendra...
Hier, j'ai refait les modèles de touches et j'ai ajouté des détections de la largeur minimale à appliquer en fonctions des onglets et de la barre supérieure ; Agnès, ça devrait régler ton problème sous l'eeePC.
Au cas où : je suis entrain de mettre à jour MediaWiki pour faire fonctionner correctement certaines extensions. Pas de panique. Et j'ai fait un backup avant
edit -- il semblerait que nous ayons atteint notre quota d'espace disque. J'avais en effet vu qu'on flirtait avec la limite à 10mo près, il y a quelques jours. Il y a un gros backup de l'ancien site. Pour le moment, je vais en mettre un peu de coté, ie. faire un backup local et faire de la place sur le serveur (les anciens dump ne servent plus à rien sur le serveur, par exemple…) mais évidemment je les garde à disposition.
edit -- mis à jour en 1.16alpha réussi, avec l'aide d'A2 pour trouver un peu d'espace disque.
Pour le moment je n'ai rien fait concernant les modèles, j'essaye de debug un truc bizarre avec mon style de pre contenant les numéros de lignes. Il y a un super léger décalage, pas important, mais pour le principe… J'ai intégré les fils d'ariane issus des modèles {{navigation}} que j'avais créé pour le thème actuel. Avec un peu de jQuery encore, je trouve que ça donne un truc léger et sobre. J'ai un peu retouché le modèle pour pouvoir gérer les deux thèmes en concurrence, il faudra pas que j'oublie de le nettoyer si jamais (d'où ma note à moi-même ci-dessus )
Pour la fameuse page de test, je mettrai de toute façon un lien dans ma page utilisateur.
À noter que je pars en Bretagne (!) le 19, donc mercredi, jusqu'au 1er septembre grosso modo. Pas de connexion internet je pense, donc deux semaines de pause
Note à moi-même : TODO
> <li class="lastnav">[[{{FULLPAGENAME}}]]</li>
dans le modèle navigation.
Je me disais ce matin qu'en fait, ce serait peut-être plus sympa et réussi de refaire les boîtes et autres modèles pour que ce soit plus en conformité avec le thème. Actuellement, ce sont des modèles extirpés de fr.wikipedia, donc en rapport avec le thème Monobook. Outre le fait qu'ils sont quand même assez moches (non ?), leurs couleurs donnent un contraste étrange, plus le problème des polices. Je vais bricoler un nouveau modèle de boîtes/encadrés sur une page de test, allez
! -- Bien faire un refresh complet des pages pour voir la dernière version (ctrl+F5 ou ctrl+R). -- !
J'ai uploadé une version un peu plus avancée, en ayant corrigé et retravaillé sur la base de vos remarques du mieux que j'ai pu. Grosse surcouche de jQuery au final C'est censé se répercuter sans accrocs particuliers si javaScript est désactivé (ce qui devient rare, même en entreprise, m'enfin…)
En plus de pied-de-page, Il subsiste un certains nombre de problèmes de taille de polices, mais c'est lié à des modèles actuellement utilisés par le thème Monobook et c'est codé en dur dans les modèles eux-mêmes. Extermaliser ces règles de styles pour pouvoir gérer plusieurs thèmes à la fois serait une perte de temps et une prise de tête certaine, aussi je verrai ça en temps utile, si on fait le changement ^^
Le conteneur principal est limité à 1500px en sup, 840px en inf. Je vais peut-être adapter la borne inf pour éviter un débordement par l'image du clavier, en page d'accueil…
Vu que je repasse par là :
- pour les titres, il manque en effet quelques règles pour clear. Ça n'a (presque) rien à voir avec un modèle clr (t'inquiètes pas je sais les faire, les modèles ), il faut que j'ajoute quelques subtilités dans ma feuille de style. Le nombre de cas à gérer est assez élevé, si vous en voyez d'autres, n'hésitez pas à me le signaler ;
- je peux ajouter des styles pour les focus, oui. J'y pense jamais, mais c'est une bonne remarque de geek Si certains liens ne « s'allument pas » c'est sans doute qu'il s'agit de liens externes : je vais tâcher d'uniformiser le rendu tout en signalant d'une manière ou d'une autre que ce ne sont pas des liens internes au wiki. Sur Wikipédia, on utilise une icône mais elle n'apparait pas sous la plupart des IE, du coup on a gardé un style (couleur) un peu différent en doublon ;
- je me demande si je ne vais pas en plus d'un « alt » donner une infotab jolie avec jQuery. Je testerai et vous me donnerez votre avis, il ne faut pas surcharger non plus ;
- tu as raison pour l'icône de recherche. Ce que je vais faire, je pense, c'est l'externaliser et la transformer en boutton submit. Ce sera moins fashion que dans le champ de recherche lui-même, mais plus intuitif vu qu'on pourra cliquer dessus. À l'intérieur, c'est juste un background et on ne peut pas imbriquer un submit dans le champ de recherche. Quoiqu'avec un déplacement relatif ou un float… encore un truc à tester ;
- onglets, comme tu l'as vu, cf. ci-avant ;
- preneur de ta photo dans le même style (clavier, doigts en position sur la rangée du milieu) si tu peux ! Et de toutes autres photos sympa… ;
- pour ce qui est du footer, c'est plus du détail. J'ai pas trop étudié la question cela dit, MediaWiki renvoie tout un bordel sans id à partir d'une seule variable php, styler ça requière de faire appel à quelques règles CSS mal supportées par IE, comme toujours. Disons que je vais pouvoir faire joli dans les navigateurs corrects et que ce sera en vrac dans les IE
Cool. Pour répondre à tes remarques :
- page d'install : la police à avoir avec le style appliqué à ces modèles en particulier, je vais régler ça après. Pour le moment je ne peux pas trop y toucher, ça changerait le rendu dans le thème actuel ;
- les onglets sont en effets dans l'ordre inverse, pour une histoire de float en CSS. Ça me tittille aussi et j'ai une idée pour régler le problème, à voir ;
- le SEARCH est également un résidu du thème actuellement en place, ce sera à régler une fois le changement effectué, si changement il y a ;
- attention pour la colonne de gauche : certains items sur les pages perso, les historiques etc. ont des libellés assez large (quand ça passe sur deux lignes, c'est moins joli avec la flèche). Et puis, avoir un peu d'espace sans texte, ça donne de la respiration au menu je trouve, sinon c'est trop collé au texte principal ^^ Cela dit je peux amaincir un peu
Pour ce qui est du forum, c'est un univers différent, mais je pense que créer un thème pour FluxBB ne doit pas être trop compliqué.