Archive pour le mot-clef ‘développement’

XHTML 1.0 ou HTML5 ?

Lundi 7 novembre 2011

Il m’est arrivée qu’on me demande quelle est la norme actuelle à utiliser. Or, certains pensent que parce qu’on parle beaucoup de HTML5 que cela signifie que les précédentes normes (XHTML 1.0 et HTML 4.01) sont obsolètes, loin de là !

Je viens donc faire une petite mise au point là-dessus.

L’état actuel du HTML5

Cette nouvelle norme étant tout récemment arrivée, elle est encore au stade expérimental, ce qui fait que des changements peuvent encore survenir avant sa finalisation, même si on peut déjà utiliser les balises <header>, <footer>, <nav>, <article> et <aside> pour ne nommer que celles-là parmi les nouvelles balises apportées.

Malgré son stade expérimental, il est déjà exploitable en autant qu’on utilise les scripts pour le support sur les anciens navigateurs, notamment IE8 et versions antérieures, et qu’on adopte le principe de la dégradation gracieuse, dont Twitter en est un bon exemple. D’ailleurs, WordPress et Blogger utilisent déjà HTML5 pour le skin principal.

Mais suis-je obligé(e) de passer à HTML5

Même si certains vous disent de l’utiliser, libre à vous de rester pour le moment à XHTML 1.0, comme je le fais d’ailleurs, si vous n’avez pas besoin de balises spécialisées comme <audio> et <video> et que le support des appareils mobiles n’est pas votre priorité
Même si HTML5 est de plus en plus présent, les doctypes XHTML 1.0 continueront d’être valides pendant longtemps.

Mais si vous voulez optimiser le support des appareil mobiles sur votre sites, l’utilisation du HTML5 est recommandé pour les raisons suivantes :

  • Contrairement au Flash, la balise <video> est supportée par les terminaux mobiles d’Apple.
  • Certaines valeurs pour l’attribut type pour la balise <input /> email, url et phone, affichent un clavier adapté au type de contenu sur les appareils mobiles, ce qui est très pratique !

Et le CSS3 alors ?

Il n’est pas nécessaire d’utiliser HTML5 pour utiliser CSS3. Vous pouvez très bien l’utiliser avec XHTML 1.0. Il n’est d’ailleurs pas rare de voir des propriétés CSS3 sur des sites en XHTML. Même si les propriétés ne sont pour la plupart pas supportés par les anciens navigateurs (IE < 9 surtout) ou ne le sont qu'en utilisant les préfixes vendeurs (-moz-, -webkit-, -o-) pour les anciennes versions de Firefox, Chrome, Safari et Opera, ce n'est pas la fin du monde si c'est un peu moins léché, du moment que ça n'affecte pas l'utilisabilité du site. C'est ce qu'on appelle la « dégradation gracieuse ».

Pour en savoir plus

Si vous voulez en savoir plus sur HTML5 ou si vous avez des questions à ce sujet, les habitués d’Alsacréations seront les mieux placés pour vous répondre adéquatement.

Lien du site : http://www.alsacreations.com

Si vous avez déjà lu le cours XHTML/CSS du Site du Zéro, sachez que le cours vient d’être totalement refondu pour se bases sur HTML5 et CSS3.

Lien du cours : Apprenez à créer votre site Web avec HTML5 et CSS3

Développement : Attention au format des fins de ligne dans vos fichiers !

Lundi 31 octobre 2011

Si vous avez déjà fait du développement Web pour vos besoins, pour partager une astuce ou une ressource ou pour contribuer à un projet, il vous est probablement déjà arrivé l’un de ces cas de figure :

  • Vous avez à demander de l’aide, répondre à quelqu’un ou partager une astuce sur un forum, et pour cela, vous avez à poster un code venant directement de votre éditeur de texte. Mais une fois votre message envoyé, vous remarqué que vos lignes sont séparées par un saut de ligne, ce qui fait que vous devez éditer votre message pour virer les retours à la ligne en trop !
  • Vous vous mettez au développement collaboratif avec Git, puis on vous signale un problème de sauts de ligne causant des différences entre deux versions d’un fichier.

Si un de ces cas de figure vous est arrivé, lisez ce qui suit. …et même si ça ne vous était jamais arrivé, ça peut quand même vous être utile.

Une question de formats de fin de ligne

Saviez-vous qu’il existe plusieurs formats de fin de ligne ? Bien que ce ne soit pas perceptible visuellement lorsque vous éditez vos fichiers, il est important que vous les connaissiez.

Il existe deux principaux formats de fins de ligne : le format DOS/Windows (CRLF), dont la fin de ligne s’écrit comme \r\n, et le format UNIX/Linux (LF), qui s’écrit tout simplement \n

Que signifie ces codes :

  • \r signifie « carriage return », ou autrement dit « retour chariot »
  • \n signifie « new line », ou autrement dit « nouvelle ligne »

Vous serez donc sûrement d’accord avec moi que deux codes juste pour une nouvelle ligne, c’est superflu, alors qu’un seul suffirait.

Et puisque pour des raisons historiques, on va préférer les méthodes unixiennes, la convention dans le monde Open source veut donc que les fichiers utilisent le format UNIX (LF) pour les fins de ligne.

Comment passer au format UNIX

Premièrement, la fonction « rechercher/remplacer » de votre éditeur de texte (Notepad++, gedit, kate) permet généralement de remplacer le \r\n par \n dans vos fichiers, même si ces codes sont invisibles. C’est d’ailleurs la solution temporaire que j’ai utilisée en attendant d’avoir la solution qui va suivre.

Deuxièmement, vous pouvez généralement configurer le format de fin de ligne à utiliser à l’enregistrement. Suivant votre éditeur, cela peut se trouver dans vos préférences (ex: Notepad++), mais dans d’autres comme gedit, cette options n’est présente que dans la fenêtre « Enregistrer sous », au moment d'enregistrer votre fichier, donc ne faites pas comme moi : pensez à regarder à cet endroit également !

Et finalement, pour ceux qui utilisent Git, vous devrez configurer Git pour convertir automatiquement les fins de ligne au format UNIX. Pour cela, c'est indiqué dans l'aide en ligne de GitHub : http://help.github.com/line-endings/
Vous devez choisir l'une ou l'autre des commandes en fonction de votre système d'exploitation, ce qui signifie que vous devez prendre la première si vous êtes sous Mac ou Linux, ou la deuxième si vous êtes sous Windows.

Et pour mes fichiers déjà enregistrés ?

Si vous avez déjà enregistrés plusieurs fichiers, ou si vos fichiers ont été originalement créés sous Windows ou sont dérivés de fichiers originalement créés sous cet OS, vous devrez les ouvrir un à un, et les ré-enregistrer en choisissant le format UNIX pour que l'éditeur convertisse les fins de ligne.

À partir de là, vous ne devriez plus avoir ces problèmes.

Plan de match pour les deux semaines précédant les vacances

Dimanche 3 juillet 2011

C’est enfin ce soir que je prends la dernière goutte pour dilater ma pupille, ce qui fait que demain, pour la première fois depuis que je suis sous traitement pour mon uvéite, que je n’aurai pas une vision floue dans l’oeil droit pendant les deux tiers de la journée et que je doive enlever mes lunettes pour que ce soit moins flou, et que je n’aurai plus à mettre obligatoirement des verres fumés et une casquette pour sortir, même par temps couvert.

Sachant que je prends cette dernière goutte (suivie de l’onguent) juste avant d’aller au lit, j’ai donc réinitialisé mes préférences Firefox pour les remettre telles qu’elles étaient avant que je ne les modifie, en suivant ce mini-tuto. J’ai aussi remis les tailles d’origine pour les polices du bureau Ubuntu.

À partir de là, je peux enfin pouvoir recommencer à travailler sur mon site sans être ennuyée par les blocs qui partent dans tous les sens à cause de l’agrandissement. Et avec une vision à nouveau normale, je peux enfin reprendre le graphisme.

Pour les deux semaines qui suivent

Puisque ma mère sera en vacances du 14 au 31 juillet et qu’elle veut passer l’intégralité de ses vacances dans notre caravane au camping, je vais la suivre, ce qui fait que je serai deux semaines sans toucher à mon ordi. Je dois donc m’assurer de finir des tâches commencées pour ne rien laisser traîner pendant les vacances.

Voici donc ce que je compte faire pour ces deux premières semaines de juillet :

  • Rattrapage au niveau des commandes graphiques pour Terraburg
  • Finir le logo de clan pour une commande sur ID
  • Faire le détourage que Mandie m’avait commandé
  • M’avancer dans la future version de mon site, pour au moins l’adaptation
  • Préparer le readme pour le convertisseur CB vers FluxBB
  • Avancer dans le design pour Brightmarks (faudrait que je contacte SdT justement)
  • Et j’en oublie peut-être d’autres…

En bref, je pourrais en faire une bonne partie si je ne me laisse pas trop distraire.

Ishimaru Design passera à FluxBB

Lundi 16 mai 2011

Ça fait déjà un bout que je vous avais parlé de mon projet de refonte complète de mon site.

Je vous avais alors montré le futur design, et j’avais fait mention, si je me souviens bien, de la création de nouveaux modules qui remplaceront les anciens module de styles et de tutos, afin de mettre les ressources et les tutoriels plus en valeur.

Mais lorsque j’ai commencé à travailler dessus, je le faisais en fonction de la plate-forme Connectix Boards qui fait tourner le forum depuis trois ans. Or, la situation a changé.

Monôme et malédiction du numéro 0.8.4

Il y a trois ans, rien ne laissait deviner que le développement de Connectix Boards stagnerait. D’ailleurs, un correctif était sorti un mois après que mon site soit passé de phpBB2 vers cette plate-forme, et le développeur était très présent.

Puis vient la fin des études, le boulot… et la vie de couple. Et c’est justement là le gros point faible du développement en monôme : Le développement de ton projet est à la merci de ton emploi du temps. Si tu te retrouves overloadé, tu n’as plus le temps pour coder et tester, et donc, le développement ralentit…

Cela rappelle le cas de CoolForum, qui était également développé en monôme et qui a connu le même destin. Et par coïncidence, sa dernière version était la 0.8.4, le même numéro que la version actuelle de CB qui date de mai 2008 ! Ce chiffre serait-il maudit ? En tout cas, ça porte à croire que oui, puisqu’on n’a pas de nouvelles au sujet de la future version 1.0 depuis quelques mois.

Je lui avais suggéré de passer au développement à plusieurs pour assurer la pérennité du projet, mais j’ai bien l’impression que l’idée est arrivée un peu tard, car ce n’était pas prévu avant le 1.0…qui tarde à sortir.

Mais pendant ce temps, les dernières plages d’IPv4 ont été assignées, et on ignore encore quand on verra apparaître les premiers visiteurs utilisant IPv6, alors que CB ne le supporte pas du tout à cause des fonctions ip2long() et long2ip() qui ne supportent que IPv4 : j’ai eu à bricoler un hack pour accéder à mon forum local, car sinon, j’ai une erreur fatale car l’IP retournée par ip2long() était vide, du fait qu’IPv6 est activé sur Ubuntu depuis la version 9.04, et je sais que la situation est la même sur MAMP et les dernière versions de Wamp et Xampp.

Aussi, j’ai régulièrement des attaques de spam, car le captcha par défaut est rendu vieillissant (en plus de poser des problèmes d’accessibilité), et le Question/Réponse simplifié est vite devenu insuffisant. Je sais qu’il y a les Akismet et autres APIs antispam, mais je ne me sens pas à l’aise pour me lancer dans le codage d’un mod basé dessus.

Aussi, je rêve depuis longtemps de retrouver la possibilité de splitter et fusionner les sujets, mais ces fonctionnalités ne sont prévues que pour la 1.0, et je n’ai pas trop l’énergie pour me lancer dedans, pas plus que je n’ai l’énergie pour créer un fork de CB pour lui donner un second souffle.

Quand FluxBB me fait de l’oeil

Pendant ce temps, FluxBB sort sa version 1.4, et je commençais à penser à l’idée de passer mon bar (utilisant PunBB 1.3) à FluxBB 1.4. Cela s’en venait sérieux lorsque les nouvelles sur PunBB se faisaient rares, ce qui fait en sorte que j’ai installé FluxBB 1.4 en local pour le tester. Sa simplicité m’a tout de suite plu, en plus qu’il supporte l’UTF-8, l’url rewriting et IPv6, et qu’il inclut les fonction de division et de fusion des sujets ! Et puis, installer 2-3 mods pour quelques fonctionnalités manquantes (MP, etc.), ce n’est pas la mer à boire. :)

Mais puisqu’on avait enfin des nouvelles de PunBB, j’avais donc mis ça sur la glace, mais l’idée de migrer plutôt Ishimaru Design commençait à faire son chemin, puisqu’on n’a pas de nouvelles du développement de CB.

Puis récemment, je suis tombée sur le post de KaNa sur FluxBB.fr, qui envisageait lui aussi de migrer son CB vers Flux. Je me mets donc à la recherche d’un convertisseur, pour finalement trouver un outil qui convertit plusieurs types de forums vers FluxBB, puis je me lance dans le codage d’un convertisseur pour CB à partir de ces bases.

Puis lorsque j’ai eu mes premiers problèmes que je ne pouvais résoudre, j’ai fini par aller sur fluxbb.org, où daris a résolu mon problème et ajouté mon convertisseur au dépôt de l’outil. À partir du paquet corrigé, je me suis donc affairée ce soir à faire les tests avec un FluxBB local et une des sauvegardes d’Ishimaru Design, ce qui fait que j’ai pu corriger pas mal de bugs, que ce soit des coquilles ou des BBCodes mal convertis ou des oublis.

Maintenant, il ne me reste que deux bugs insolubles à corriger, et j’ai donc posté une autre réponse dans le sujet dédié, en prenant le soin de poster le lien pour télécharger l’archive à jour.

Bientôt la reprise des travaux

Une fois que les derniers bugs seront corrigés et que le convertisseur sera suffisamment stable, je pourrai alors continuer la refonte, en commençant par adapter les pages des modules pour FluxBB.

Futur webdiz d’Ishimaru Design – Les maquettes sont prêtes !

Lundi 7 février 2011

J’en avais déjà parlé dans quelques articles ces deux derniers mois, mais cette nuit, je viens de finaliser les maquettes codées des pages de démo pour donner un premier aperçu live de la prochaine version de mon site qui sera caractérisée par un refresh total du design, avec mon fidèle Gimp avec son petit frère Inkscape pour les graphiques et mon Gedit pour le codage XHTML et CSS. Dakin Quelia, mon collègue de phpBB France, a eu la chance de voir quelques pages et ça m’a du coup permise de faire quelques correctifs dans le CSS, notamment pour le menu en haut à droite qui, sous certaines configs, n’avait pas assez de place pour s’y positionner et se trouvait donc décalé en bas.

Voici donc un aperçu de différentes pages :

Aperçu de la page d’accueil

En version connecté

Page des news

Accueil des ressources

Page spécifique à une catégorie

Une liste de styles

Détails d’un style

Une liste de MODs et hacks

Détails d’un MOD/Hack

Accueil des tutoriels

Une liste de tutoriels

Plan du site

Page fixe #1
Page fixe #2

Quant à la partie Forum, ça se fera quand je commencerai l’intégration dans Connectix Boards.

Jusqu’à maintenant, les pages ont été testées sous FF 2.x et 3.6.x ainsi que sous Chromium. Je n’ai donc pas encore testé sous IE, étant sous Linux, mais je sais que les arrondis CSS3 ne fonctionnent pas avant IE9 et j’hésite entre mettre le script Roundies ou non.

[Dev collaboratif] Les péripéties de mon premier checkout

Jeudi 23 septembre 2010

Auparavant, j’ai toujours été habituée à travailler seule dans mon coin sur un script ou une modification. De ce fait, je n’avais jamais touché à SVN, ni à Git jusqu’à maintenant.

Or, étant depuis mi-septembre dans l’équipe de phpBB-France, un des projets m’intéressait et j’ai donc appliqué pour pouvoir travailler du côté du template d’EzBB, le fork de phpBB2.

Mais avant de pouvoir modifier un fichier, il fallait d’abord installer un client SVN sur sa machine et faire un premier checkout pour y importer les fichiers depuis le dépôt.

Confusions et problèmes niaiseux

Mais lorsque je me suis mise à me documenter sur SVN, le post destiné à l’équipe ne parlait que de TortoiseSVN, un client pour Windows. Or, étant sous Linux, je ne pouvais pas utiliser cet utilitaire, et j’avais donc demandé des suggestions d’utilitaires pour Linux. Une première réponse parlait de RabbitVCS et une autre, celle de l’auteur du sujet, parlait de lignes de commandes et de RapidSVN et d’un script pour Nautilus. J’ai d’abord suivi la première réponse (et du coup, découvert un problème avec le paquet global et j’ai d’ailleurs ouvert un ticket sur Launchpad) puis j’ai suivi la deuxième réponse.

J’installe donc subversion, en me faisant un lien symbolique depuis /var/svn vers /home/caroline/svn afin de ne pas perdre ma copie en cas de crash de la partition contenant le système, mon /home étant dans une partition séparée.

Une fois tout ça installé, je me suis mise à chercher de la documentation, mais celles que je trouvais pour Subversion parlaient de créer et configurer un dépôt (avec svnadmin). Étant débutante, je pensais que c’était donc un prérequis pour importer sa copie de travail, ce qui fait que j’ai créé mon dépôt, mais lorsque j’ai tenté un checkout, ça me retournait une erreur :

Erreur pendant l'exécution de l'action : Le serveur a envoyé une valeur inattendue (405 Method Not Allowed) en réponse à la requête MKCOL pour '/repos/!svn/wrk/8be0655e-8b54-46c5-90cd-d3bfa706ffa1/trunk/db'

C’est là que Mathedit m’a dit de le faire dans un dossier vide. Par la suite, après avoir effacé les fichiers créés par la commande svnadmin create, je retente avec RapidSVN, mais ça tournait dans le beurre : Rien ne se passait ! En lui rapportant ça, il m’a alors demandé de tester avec la ligne de commande à la place, en utilisant ces lignes :

cd /home/caroline/svn/ezbb
svn checkout https://{ADRESSE_DEPOT}/ .

en me spécifiant de mettre le point à la fin. Notez que j’ai censuré l’adresse du dépôt pour ne pas l’ébruiter en dehors des parties privées.

Je retente donc une nouvelle fois avec la commande, ce qui me donne ça comme résultat :

caroline@caroline-desktop:~/svn/ezbb$ svn checkout https://{ADRESSE_DEPOT}/ .
Mot de passe du porte-clé GNOME '(null)' :
svn: OPTIONS de 'https://{ADRESSE_DEPOT}': Échec à l'autorisation : Could not authenticate to server: rejected Basic challenge (https://{ADRESSE_SERVEUR)
caroline@caroline-desktop:~/svn/ezbb$

Mais tout de suite, je sentais que le fait qu’on me demandait le mot de passe du porte-clé GNOME y était pour quelquechose. Après deux autres tentatives, j’ai fini par faire une recherche, ce qui me conduit à ce sujet, portant sur le même problème : Mot de passe du porte-clés GNOME ‘default’ => RESOLU

Voyant que son problème était résolu par la commande qui a été donnée :

rm ~/.gnome2/keyrings/default.keyring

J’essaie donc avec cette commande, après avoir vérifié le nom du fichier en question, qui était login.keyring, puis je réessaie un checkout à nouveau… qui a enfin réussi ! Le retrait du fichier .keyring a permis la réinitialisation du mot de passe du porte-clés, ce qui fait que j’ai pu entrer mes logins pour me connecter au dépôt, et définir un nouveau mot de passe pour le trousseau !

En résumé

Si vous débutez en développement collaboratif et que vous êtes sous Linux, vous devez savoir ce qui suit :

  1. En installant Subversion, ne faites que créer un lien symbolique entre /var/svn et /home/votrenom/svn pour éviter les désagrément liés aux permissions, et aussi pour protéger votre répertoire contre un éventuel crash (si vous avez mis /home dans une partition séparée).
  2. Pour une utilisation client, vous ne devez pas créer de dépôt et vous n’avez donc pas besoin d’utiliser svnadmin create ni de svnserve. Il faut que votre premier checkout soit fait dans un répertoire vide !
  3. En cas de demande d’entrer un mot de passe du porte-clés GNOME, effacez simplement le fichier ~/.gnome2/keyrings/nomdufichier.keyring pour réinitialiser le mot de passe.

phpBB2, le phénix

Vendredi 17 septembre 2010

Les vétérans de l’utilisation de phpBB qui se tiennent moindrement au courant savent que phpBB 2.x.x n’est plus maintenu depuis le 1er février 2009. Or, on voit encore beaucoup de forums phpBB2 qui ne veulent pas migrer, notamment à cause des nombreux MODs installés, même si la compatibilité de cette version avec les futures versions de PHP est incertaine.

Face à ce constat, l’équipe de la jeune communauté phpBB France dont je viens de joindre les rangs en tant que Responsable graphiste, a pris l’initiative de continuer le développement de cette branche, et donc de moderniser l’ensemble de son code pour que phpBB2 puisse fonctionner sur les versions actuelles et futures de PHP. Puisque le Groupe phpBB ne sera pas impliqué dans le développement même s’il est d’accord avec le projet, il s’agit donc d’un fork et, de ce fait, son nom changera pour EzBB, contraction de Easy Bulletin Board

» Voir l’annonce publiée sur phpBB France

Mon rôle dans le développement

Puisque je n’ai pas encore une maîtrise solide du langage PHP, je me suis proposée pour m’occuper de la partie HTML et CSS, qui sera revue en profondeur, et je compte y appliquer plusieurs choses que j’ai apprises sur Alsacréations. Quant au JS, je ne m’en occuperai pas, puisque mon niveau dans ce langage est très faible.

C’est donc pour moi la première fois que je participe aussi directement au développement d’un logiciel Open Source.

Et Connectix Boards alors ?

Même si je participe au développement d’EzBB, je n’abandonnerai pas Connectix Boards pour autant. Je continuerai de contribuer à ce projet, que ce soit en documentation, en MODs ou en styles ou encore en bêta-tests ou en proposition de bouts de code.

Autres nouvelles en vrac

En dehors de phpBB-France, je donne quelques nouvelles, en commençant par mon big-tuto Gimp qui déjà, a vite soulevé l’enthousiasme des membres du SDZ et qui n’a pas tardé à être cité sur Gimpfr.org, l’annonce postée sur GA aidant. Cela n’a pas tardé que j’ai été contactée par le Community Manager du SDZ pour m’informer que le cours allait être soumis à la zCorrection et donc, que je n’allais pas pouvoir y toucher tant que ce n’est pas terminé.

Cela me laisse donc le temps de travailler sur d’autres tâches et d’ailleurs, je me suis replongée dans la commande pour le forum Terraburg, et j’ai aussi codé un petit générateur pour phpBB-France.

Et parlant de phpBB, j’ai enfin fini la mise à jour des thèmes phpBB2 de Solitude et il ne me reste donc qu’à les mettre en ligne. Pour l’un de ces thèmes, je suis présentement en train de tester une technique d’arrière-plan étirable ainsi qu’un hack pour simuler position:fixed; sous IE6, mais le hic c’est la difficulté à trouver du monde qui a encore IE6, car les tests demandent de faire défiler la page. Et le hack en question utilise des expression CSS spécifiques à IE et dans ce cas, je ne sais jamais si le résultat est vérifiable sur les versions standalone (Multiple IEs – qui d’ailleurs ne fonctionne plus chez moi) ou émulées (via Wine).

Donc si quelqu’un passe par ici et a IE6, il peut laisser une réponse dans les commentaires.

[EDIT le 09/02/11] Suite à un échange de MPs entre moi et le fondateur de support-phpbb2, je considère maintenant que je suis prête à tourner la page, et pour lui prouver cela, je retire le paragraphe parlant de cette épisode, en plus d’avoir mis hors-ligne un article de mon ancien blog et édité les posts dont je me souvenais d’avoir parlé de cette épisode sur -fr.com et .biz

Tâches à faire – Je commence à avoir le dessus !

Mercredi 30 juin 2010

Ces derniers mois, j’ai eu pas mal de boulot à faire. Cela allait au point où j’ai été quelques temps où j’avais même du mal à m’avancer, même de quelques lignes, dans mon big-tuto GIMP que j’écris depuis plusieurs mois.

Hors-internet, j’avais à jongler entre renouveler les biscuits maison, mes entraînements au gym (bien que j’ai pris une pause le temps de laisser mon genou récupérer après un claquage lors d’un step-up), mes rendez-vous divers avec mes intervenantes, ainsi que plus récemment, les sorties avec ma nouvelle amie.

Mais il reste que j’ai quand même pas mal de boulot à faire sur le PC aussi : Avec la découverte du problème de couleurs des PNGs de mes styles sous Firefox 3.6, cela m’amène donc beaucoup de boulot à faire. Puis vient une commande où l’on me demande plusieurs variantes de mon style phpBB3 « Pro_Ubuntu » pour un phpBB-SEO, ce qui implique qu’en plus de faire les variantes de couleur, il faut que je modifie ce qui est à personnaliser dans ce qui a été ajouté par les modules de la prémod. Puis avec le problème de bots qui devenait de plus en plus difficile à gérer sur mon ancien blog, il a fallu que je déménage et donc, que je me familiarise avec WordPress pour pouvoir mettre en place et personnaliser ce blog où vous êtes présentement en train de lire ce billet. Et c’est sans compter tous les imprévus qu’il peut y avoir.

Avec tout ça, j’en venais à en avoir même de la misère à me trouver du temps pour travailler sur mon cours. Mais avec la demande croissante d’un cours de graphisme ainsi que les questions concernant une date de sortie du cours, il fallait bien que je fasse un choix, d’autant plus que j’aimerais bien pouvoir passer à la toute dernière version d’Ubuntu qui est sortie vers fin avril de cette année.

S’organiser

Même si j’avais une grosse commande et que les mises à jour des styles étaient à faire, le cours de GIMP pressait de plus en plus. Je me suis donc lancée dans un blitz de rédaction durant le mois de juin pour au moins finir le chapitre 6 et faire des retouches sur le cours. J’ai finalement même eu le temps de réorganiser le chapitre 4 dont la structure ne me satisfaisait plus. Je remercie au passage m@tteo78 pour son aide précieuse en tant que gimpeur expérimenté pour certains points.

Entre-temps, en allant sur le blog de Simple IT, je tombe sur ce billet sur l’organisation qui m’a permise d’apprendre quelques trucs pour organiser mes tâches, dont une application pour les gérer.

En effet, jusqu’à maintenant, j’utilisais une simple note où j’écrivais les tâches à faire, mais je ne mettais pas de délai, ni de division selon la priorité : tout était pêle-mêle ! Cela avait pour résultat que certaines tâches pouvaient traîner pendant plus d’un an !

En lisant le billet, j’ai donc découvert Getting Things Gnome!, un utilitaire Linux s’intégrant parfaitement dans l’environnement Gnome pour gérer ses tâches. Pour un cas comme moi, cela fait parfaitement l’affaire et ainsi, j’ai migré tout ce que j’ai noté. Ce qui est le fun, c’est que :

  • On peut définir un délai pour chaque tâche, en utilisant le petit calendrier. Ainsi, une tâche urgente aura un délai plus court qu’une tâche qui presse moins.
  • Le système d’arborescence fait que l’on peut ajouter des tâches-enfant dans une tâche-parent. Ainsi, par exemple, ma tâche parent est Mettre à jour mes styles phpBB3, et dans cette tâche, il y a plusieurs sous-tâches (ou tâches-enfants), chacun désignant un style à mettre à jour. La profondeur de l’arborescence peut aller à l’infini !

Ainsi, j’ai mis dans les tâches urgentes le big-tuto ainsi que la commande à faire. Ensuite, comme tâches qui viennent après, ce sont mes styles à mettre à jour. De cette façon, si j’ai un trou de libre, je peux mettre à jour un style, avant de replonger dans les tâches urgentes.

Au final, j’ai déjà quelques tâches mis en Terminé : trois styles phpBB3 que j’ai mis à jour lorsque j’ai eu des trous libres. Quant aux tâches urgentes, la finition de mon big-tuto Gimp pour la première publication viendra bientôt rejoindre la liste, puisque j’ai pu faire les dernières retouches (dont compléter les annexes) à temps, et au moment d’écrire ce billet, le cours sera envoyé à la validation dans quelques heures..

Le sentiment d’avancer vite tout d’un coup

Maintenant, dans les tâches urgentes, il ne reste que la grosse commande de styles pour le forum phpBB-SEO. Déjà, j’ai commencé à travailler dessus à fond, en commençant par compléter les modifications là où il y a les modules, pour au moins que le portail soit dans les bonnes teintes de couleurs. Et lorsqu’arrive un trou, j’update un style !

Donc, dès le moment où j’ai terminé la réorganisation du chapitre 4 de mon cours (incluant le transfert des images), j’ai senti tout d’un coup que ça s’est mis à avancer vite et que je ne stagne plus dans les tâches à faire ! Même si je me couche très tard ces temps-ci, le fait que j’ai terminé quelquechose de gros à faire fait que je me couche avec le sourire, en pensant au boulot que je viens de terminer et que je n’aurai pas à reprendre le lendemain.

Je commence donc à être confiante à terminer mes différentes tâches à temps selon le délai donné, voire même de prendre un peu d’avance. Enfin… du moins ça dépend encore de la date à laquelle la version 1.0 de Connectix Boards sortira, puisque je ne veux pas me lancer dans les travaux majeurs sur mon site tant que cette version ne sortira pas, puisque j’aimerais réorganiser l’architecture de mon site pour en faire un vrai CMS utilisant le moteur du forum, et non plus un simple site maison qui ne fait qu’utiliser les sessions du forum pour l’espace membre. D’après les dernières nouvelles, il y a des possibilités que ça puisse sortir en septembre, mais ça dépend toujours des imprévus qui sont inévitables en développement Web.

Mais d’ici-là, j’ai encore deux gros mois pour tout le boulot que je compte faire avant septembre.