blog.roxing.net

Concevoir des formulaires efficaces – UX Collective

Pierrox — 2018-09-11T13:26:13Z

Les formulaires sont l'une des parties les plus importantes de la conception de site internet.
Cet article passe en revue les problèmes courants et les problèmes de conception de formulaire. Gardez à l'esprit que ce sont des lignes directrices générales et qu'il existe des exceptions à chaque règle.

Voir en ligne : Design Better Forms – UX Collective

Bosser sur la zone avec git

placido — 2017-09-22T10:49:32Z

########################################################### ## Création d'un nouveau plugin sur la zone ############### ########################################################### # On commence par récupérer les plugins de la zone, mais sans prendre le contenu des dossiers svn checkout --depth=immediates svn://zone.spip.org/spip-zone/_plugins_ # On crée ensuite son plugin et un trunk cd _plugins_ mkdir mon_plug mkdir mon_plug/trunk # puis on le commit svn add mon_plug svn add mon_plug/trunk svn commit -m "ajout du nouveau plugin mon_plug" # On peut ensuite effacer tout ça, pour la suite on bossera avec git svn ############################################################ ## importer un dépôt git existant dans la zone ############# ############################################################ # On crée le dossier du plugin sur la zone comme ci-dessus, # puis on clone ce dossier en local # l'option -s à la fin est utile si le dépôt SVN a la structure trunk branches tags git svn clone --prefix=origin/ svn://zone.spip.org/spip-zone/_plugins_/mon_plug -s # On crée une branche temporaire git branch svn # On importe le dépôt git existant (p.ex ici sur github git remote add github git@github.com:mon_compte_github/mon_plug.git git pull github master # Puis on passe tous ces commits git au-dessus du premier commit svn git rebase svn # On peut alors effacer la branche temporaire… git branch -d svn ############################################################ ## Travailler sur un plugin existant déjà sur la zone ###### ############################################################ # on clone le projet à l'endroit souhaité # l'option -s à la fin est utile si le dépôt SVN a la structure trunk branches tags git svn clone --prefix=origin/ svn://zone.spip.org/spip-zone/_plugins_/mon_plug -s # le mieux est ensuite de se créer une branche locale git branch local # et de travailler sur cette branche git checkout local # Pour récupérer les nouveautés sur la Zone, # on repasse sur la branche principale git checkout master # et on chope les nouveautés git svn rebase # qu'on merge ensuite sur la branche locale git checkout local git merge master # Pour publier ses modifs, on commence par récupérer les # nouveautés comme ci-dessus… # Puis on merge la branche locale sur le master git checkout master git merge local # Et on envoie nos commits sur le SVN, chaque commit git va # créer un commit svn correspondant git svn dcommit # On peut ensuite travailler normalement avec git, sauf qu'au lieu de faire des # "git push", on fera git svn dcommit

Voir en ligne : https://gist.github.com/bystrano/5755464

Générer un fichier de commandes SVN et GIT pour l'installation d'un ensemble de plugins à partir de ceux d'un SPIP existant - Documentation technique

placido — 2017-09-10T10:09:38Z

#!/bin/bash # # générer un sh avec les "svn checkout" ou "git clone" de tous les plugins d'un SPIP # # chaque ligne du fichier généré est de la forme: # svn co svn://zone.spip.org/spip-zone/_plugins_/nom_plugin nom_plugin # ou # git clone https://github.com/nom_repo/nom_plugin.git nom_plugin # # ce fichier sera lancé dans le rep plugins/ d'un SPIP que l'on veut munir des mêmes plugins # # chemin du répertoire des plugins du SPIP REP_PLUGINS=/var/www/mon_spip/plugins # chemin du fichier sh à créer FICHIER_SH=./dupliquer_plugins.sh # initialiser le fichier echo "# commandes des plugins a installer" > $FICHIER_SH for i in <code class='spip_code spip_code_inline' dir='ltr'>ls $REP_PLUGINS</code>; do if [ -d $REP_PLUGINS/$i/.svn ]; then svn info $REP_PLUGINS/$i |sed -r -n '/^URL.:/{h;G;s/\n/ /;s/URL.:/svn co/1;s/\/trunk$//;s/\/branches\/[^\/]*$//;s/URL.*\///;p}' >> $FICHIER_SH fi if [ -d $REP_PLUGINS/$i/.git ]; then grep "url" $REP_PLUGINS/$i/.git/config |sed 's/.*url = /git clone /;s/.*\/\([^\/]*\).git$/\0 \1/' >> $FICHIER_SH fi done # passer le fichier sh en executable chmod +x $FICHIER_SH

Un autre script (SVN uniquement) via @Marcimat :

#!/bin/bash # # Ce script crée un fichier <code class='spip_code spip_code_inline' dir='ltr'>liste_svn_co.done.sh</code> contenant une liste # de commande svn checkout à faire pour retrouver la même arborescence # # Ceci sous-entend que seuls les répertoires à la racine du répertoire # d'exécution sont sous svn (pas de sous répertoire ayant lui même les répertoires SVN). # Tout répertoire non svn est ignoré. # # Ainsi, si le script est exécuté dans plugins/ # Avec cette arbo cela fonctionnera : # - A # - B # - C # où A, B et C sont les répertoires issus d'un SVN quelconque. # # Mais *pas* avec cette arbo : # - themes/A # - themes/B # - C # Le répertoire 'themes' n'étant pas en SVN sera ici ignoré. # FILE='liste_svn_co.done.sh' ICI=$(pwd) rm -f $FILE; echo "#!/bin/bash" >> $FILE echo "#" >> $FILE echo "# Liste des svn co du répertoire :" >> $FILE echo "# "$ICI >> $FILE echo >> $FILE for i in $(ls); do if [ -d $i ]; then cd $i URL=$(svn info | grep URL | head -1 | cut -d ":" -f2-3) NOM=$(basename $i) cd .. if [ -n "$URL" ]; then echo "svn co"$URL $NOM >> $FILE; fi fi done

Voir en ligne : https://tech.gamuza.fr/generer-un-f...