Pendant une soirée de congé des fêtes, tout bon vieux couple qui cherche à briser la routine se doit de remplir ses obligations au moins une fois par 10 ans en pratiquant cette activité : faire des rouleaux avec la monnaie accumulée durant sa vie commune.

On fait le compte :

• 63 rouleaux de 1 sous (0,50$ / rouleau)
• 9 rouleaux de 5 cennes (2$ / rouleau)
• 10 rouleaux de 10 cennes (5$ / rouleau)
• 14 rouleaux de 25 cennes (10$ / rouleau)

Grand total : 239,50$

Dès demain, nous irons déposer le tout à la banque. Vos suggestions sur la façon de dépenser cet argent sont les bienvenues :-)

Aussi étonnant que cela puisse paraître, c'est un cadeau que je ne tenais pas nécessairement à recevoir. Non, c'est vrai, j'ai déjà une tablette Nexus 7 qui me satisfait, pourquoi avoir un iPad mini ? Vu le buzz et le facteur de mode, certains de mon entourage m'ont immédiatement offert de me l'acheter avant même de l'avoir déballé. J'avoue avoir hésité un peu. Il faut dire que mon expérience avec l'iPod Touch m'a laissé un goût amer : l'obsolescence planifiée des produits Apple a vite eu raison de mon intérêt. La plupart des applications que j'avais acheté et installé devenaient soudainement incompatibles avec les mises à jour d'iOS (support maximum de 3.1.3 pour la 1ère génération). Comme quoi la stratégie pour réduire volontairement la durée de vie utile d'un produit fonctionne et que les consommateurs mordent à l'hameçon avec le sourire... Mais bon, comme j'ai reçu l'iPad gratis, je ne devrais pas m'en plaindre. Au contraire, c'est une opportunité pour comparer les deux gadgets et qui sait, éventuellement développer sur ces plateformes mobiles (un aspect de la programmation qui m'intéresse de plus en plus).

J'ai dressé la liste des avantages et inconvénients de chacun, selon mon point de vue.

iPad mini wifi / 32GB

J'aime

• le design et la finition, beaucoup plus sexy
• la caméra iSight pour prendre des photos de 5 MP
• Siri, qui reconnaît mieux les commandes vocales avec l'accent québécois que son équivalent Android
• les applications sont généralement de meilleure qualité
• l'excellente application GarageBand pour la musique (4,99$)
• le rendu satellite 3D de Apple Plans. L'image est léchée et tape-à-l'oeil, ça fait penser aux miniatures d'une maquette, seulement disponible dans les grands centres urbains

J'aime moins

• 430$ + tx
• être obligé d'utiliser iTunes
• l'application Plans en général. Heureusement, Google Maps est de nouveau disponible depuis quelques jours.
• le connecteur Lightning et l'adapteur à 29$ qu'on est pratiquement obligé d'acheter
• l'absence de GPS (on est positionné selon le réseau sans fil le plus proche)
• l'absence d'assistant de navigation
• les applications gratuites sont souvent un prétexte pour devenir payantes avec les achats intégrés
• la difficulté de déposer des fichiers dans l'appareil (par exemple des CBR ou PDF). Merci Dropbox!
• chargement par la prise murale seulement (adapteur inclus dans la boîte). Malgré que mon PC ait été fabriqué en 2012, le port USB ne fournit pas suffisamment de puissance pour le recharger par là.
• l'accessoire iRig ne semble plus compatible avec iOS 6
• un petit défaut de réponse de l'écran proche du cadre

Nexus 7 / 16 GB

J'aime

• 209$ + tx (bon rapport qualité/prix)
• l'intégration des outils de Google
• le GPS disponible en tout temps à condition de charger les cartes offline
• l'assistant de navigation avec les directions vocales pour se rendre à destination
• beaucoup d'applications gratuites, les autres sont généralement moins chères
• avoir reçu 25$ à dépenser dans le Play Store lors de l'achat en ligne
• la facilité à déposer des fichiers dans l'appareil comme si c'était une clé USB
• chargement possible par le port USB ou l'adapteur mural (aussi inclus)

J'aime moins

• la finition (l'écran est légèrement décollé, comme s'il manquait un tour de vis lors du montage. J'ai commandé en pré-vente 1 mois avant sa sortie, probablement que ce problème s'est corrigé par la suite)
• une seule caméra (frontale) pour le chat vidéo, impossible d'utiliser Instagram
• aucun équivalent à GarageBand ni possibilité d'y connecter un guitar link
• la qualité de certaines applications, ça tend à s'améliorer. Les développeurs ont tendance à prendre Android pour un système de deuxième ordre et concentrent leurs efforts sur l'iPad, beaucoup plus grand public
• la reconnaissance vocale qui laisse à désirer, sauf si je me donne un accent français de France :-)
• la disponibilité du contenu à télécharger varie selon notre emplacement. Lorsque je suis allé aux États-Unis, j'avais accès à beaucoup plus de contenu qu'au Canada

Mon verdict

À défaut d'avoir une tablette unique qui présente toutes les caractéristiques désirées, je vais alterner entre les deux selon le type d'utilisation que j'en ferai. L'iPad demeure un beau produit mais comme je l'utiliserai principalement pour connecter ma guitare à GarageBand, je n'aurais pas déboursé plus de 400$ pour en obtenir un. Déjà que je possède un multi-effets Digitech RP155, un Guitar Link USB de type Behringer UCG102 et une interface M-Audio FastTrack à connecter à l'ordinateur pour enregistrer avec ProTools... La bonne nouvelle, c'est qu'il semble possible de les connecter aussi à l'iPad àpeu de frais à l'aide d'un adapteur générique de type USB Camera to Lightning (10$ sur eBay au lieu de 29$ au Apple Store). Comme ça vient de la Chine, je vous en reparlerai lorsque je l'aurai reçu et testé le tout.

Depuis peu, je suis propriétaire d'un iPad mini et mon prochain billet lui sera consacré. Pendant la rédaction, je cherchais à trouver comment faire une capture d'écran et j'ai eu l'intuition que ça pouvait être une combinaison de touches semblable à ce que j'avais décrit avec ma tablette Nexus 7. Cette astuce peut sembler évidente pour les accros des produits Apple mais comme je n'en suis pas un...

Pour faire un screenshot de votre écran, appuyez simultanément pendant 2 secondes sur les boutons suivants puis relâchez les :

• Power (mise en marche/veille), qui se trouve sur le dessus de l'appareil
• Home (bouton principal) au bas de l'écran

Vous devriez entendre un déclic de caméra et l'écran fera un flash blanc. N'attendez pas trop longtemps pour relâcher les boutons, j'ai moi-même éteint par mégarde l'appareil :-)




Les images des captures se retrouveront dans vos photos (icône encadrée sur la photo).

Pour terminer, un petit truc GIMP concernant le montage photo ci-dessus où j'ai illustré l'emplacement des boutons : j'ai finalement ajouté le plugin Draw Arrow provenant du GIMP Plugin Registry pour m'éviter de les tracer à la main comme je le faisais d'habitude. Eh misère que je me donnais du trouble...

Si vous pensez qu'il est dispendieux d'engager un professionnel pour accomplir le travail, attendez d’avoir embauché un amateur.

Plus tôt cette semaine, je me suis fait complimenter sur la qualité de mon français par une lectrice de mon blogue. Quand on reçoit des félicitations, on dit qu'il faut les prendre humblement pendant que ça passe. À bien y penser, ce n'était pas la première fois que j'entendais ces mots être prononcés. Généralement, ça tournait autour du "Tu écris bien pour un gars". Là, c'était plutôt "Tu écris bien, surtout pour un programmeur". Bah, à chacun ses forces!

Il faut admettre que le français est rarement la force des gars. La plupart vont préférer passer du temps à faire du sport ou à être devant un jeu vidéo plutôt que de se caler dans un fauteuil pour lire un bouquin. Je n'ai pas la prétention que mon français écrit est parfait, au contraire. Cherchez les fautes sur ce blogue, vous en trouverez trop à mon goût. Seulement, je suppose qu'il est remarqué parce que j'y apporte une attention particulière par rapport à d'autres qui utilisent l'écriture que de façon fonctionnelle.

Donc possiblement qu'il est supérieur à la moyenne. Être un intellectuel et un rat de bibliothèque n'est pas étranger à cela. Pourtant, les règles grammaticales sont depuis longtemps oubliées dans ma mémoire et je n'ai qu'un vague souvenir de me rappeler de quelques-unes. Je suis convaincu qu'à force d'avoir beaucoup lu depuis mon enfance, ma mémoire photographique des mots et des formulations de phrases me suffit à tirer mon épingle du jeu.

Au bureau, chaque poste de travail possède une licence du logiciel de correcteur linguistique Antidote. Je n'ai jamais senti le besoin de l'utiliser, peut-être parce que mes rares fautes se font discrètes si on compare à celles qu'on retrouve dans les textes rédigés par mes supérieurs. Quand la majorité des gens sont incapables de noter les erreurs flagrantes dans un texte, on se dit que les nôtres passeront sans doute inaperçues.

Pour minimiser les risques d'erreurs, il existe une botte secrète que vous avez sans doute déjà appliquée sans le savoir. Depuis mon jeune âge, chaque fois que j'avais à faire une rédaction et que j'ignorais l'orthographe d'un mot, je le remplaçais par un synonyme dont j'étais certain de l'épellation ou je changeais la tournure de la phrase. Plus vieux, j'ai découvert que j'appliquais la Loi de Chaboillez : contourner le problème plutôt que de faire ou de dire une bêtise.

Cette loi, aussi dite du Square de Chaboillez, prend son origine vers 1885 à Montréal (au site de l'ancien Planétarium Dow, à l'intersection des rues Saint-Jacques et Peel). Louis Cyr, l'homme le plus fort du Canada de l'époque (et possiblement du monde vu la nature de ses exploits), exerçait aussi le métier de policier. Un jour de canicule, alors qu'il patrouillait dans le secteur avec un autre agent, on les informa qu'un cheval était mort d'épuisement en raison de sa charge et la chaleur. Son collègue commença à rédiger le rapport mais il ignorait comment écrire "Chaboillez". Louis Cyr se gratta la tête, ramassa le cheval et le traîna jusqu'au coin de la rue suivante. "Voilà, tu n'as qu'à écrire que le cheval est mort sur la rue Notre-Dame !".

Je suppose que ça s'applique aussi à d'autres domaines que la langue. Récemment, un collègue était irrité par l'absence d'une fonctionnalité dans un logiciel. Plutôt que de chercher comment activer l'option dans les préférences, il a jugé bon de remplacer le logiciel par celui d'un concurrent qui avait l'option activée par défaut. Quoique là, ça appartient un peu au domaine de la bêtise...

Il y a de ces bogues que les développeurs ont tendance à oublier car ils connaissent suffisamment bien la mécanique du système pour savoir comment l'utiliser et contourner les comportements indésirables. Pour l'utilisateur normal, la façon d'utiliser un système est généralement plus intuitive et fait ressortir les surprises malgré lui. Il peut avoir tendance à recommencer à nouveau s'il ne voit pas d'indicateur ou de changement visuel en guise d'indice de progression. D'autres sont adeptes du double-clic sur les contrôles pour être certains que le système ait bien saisi ce qu'il doit faire. Si ça ne fonctionne pas, pèse plus fort! Pour l'action qui en résulte, on a qu'à penser à l'envoi répété d'un courriel ou pire, un paiement qui passe en double. C'est ce qui est arrivé dans un projet utilisant le composant Dialog de jQueryUI.

L'idéal est de pouvoir détecter le doublon d'appel côté serveur mais parfois une contrainte nous en empêche. Une solution simple et efficace est de modifier l'interface utilisateur et de restreindre la possibilité de cliquer sur les boutons d'action, en les désactivant ou en les cachant.

Ici, chaque fois qu'on clique sur le bouton "Accepter",  une requête Ajax se fait sur le serveur et du code est exécuté. D'ordinaire, il aurait dû s'exécuter une seule fois mais comme la requête Ajax doit attendre la réponse du serveur qui vient plus ou moins vite selon sa charge de travail, les utilisateurs n'ont pas d'indicateur visuel pour indiquer que le processus est en cours.

Comment solutionner ce problème ?

Dès qu'un bouton d'action du dialogue est cliqué, on peut désactiver tous les boutons à l'intérieur. Par cette contrainte, il n'est plus possible de cliquer à nouveau dessus et lancer par erreur d'autres requêtes vers le serveur. Par contre, le thème CSS de jQueryUI fait que l'apparence ne change pas. L'ajout d'une classe pour griser les boutons pourrait s'avérer suffisant. Dans ma solution, j'ai préféré cacher les boutons et remplacer le contenu du dialogue par un GIF animé montrant une progression de chargement accompagné d'un message indiquant de patienter.


Code d'exemple épuré pour reproduire la problématique

Inclusion de jQueryUI et ses dépendances

<link type="text/css" rel="stylesheet" href="/js/jquery-ui-1.9.2.custom/css/ui-lightness/jquery-ui-1.9.2.custom.min.css" />

<script type="text/javascript" src="/js/jquery-ui-1.9.2.custom/js/jquery-1.8.3.js"></script>
<script type="text/javascript" src="/js/jquery-ui-1.9.2.custom/js/jquery-ui-1.9.2.custom.min.js"></script>

Le code HTML

<h1>jQueryUI dialog</h1>

<p><input type="button" id="btnOpenDialog" value="Ouvrir le dialogue" /></p>

<div id="divDialog" title="Confirmation" style="display:none;">
    Faites un choix
</div>

JavaScript 

var dialogConfig =
{
    autoOpen: false,
    modal: true,
    resizable: true,
    draggable: true,
    buttons: {
        'Accepter': function(){
            // closure
            var dialogContainer = $('#divDialog').parent();

            // chercher ces classes à l'intérieur du HTML de dialogContainer
            $('.ui-dialog-content, .ui-dialog-buttonpane button', dialogContainer).hide();
   
            // Si vous préférez désactiver les boutons plutôt que les cacher
            // $('.ui-dialog-content, .ui-dialog-buttonpane button', dialogContainer).attr('disabled','disabled');
  
            $('div.ui-dialog-buttonpane', dialogContainer)
                .css('text-align', 'center')
                .append( $('')
                .attr({'src':'/images/ajax-loader.gif'}) )
                .append(' ' + ' Veuillez patienter...');

            var theDialog = this;

            $.ajax({
                url: 'ajax/long-process.php',
                success: function(data){
                    $(theDialog).dialog('close');
                }
            });

        },
        'Refuser': function(){
            $(this).dialog('close');
        }
    },
    close: function(){
        // réinitialisation du dialogue à son état d'origine
        $('#divDialog').parent().html(dialogHtml);
        $('#divDialog').dialog(dialogConfig);
    }
};

var dialogHtml = null;

$(document).ready(
    function(){
        dialogHtml = $('#divDialog').parent().html();

        $('#divDialog').dialog(dialogConfig);

        $('#btnOpenDialog').click(
            function(){
                $('#divDialog').dialog('open');
            }
        );
    }
);

Comme le code JavaScript altère le contenu du dialogue généré par jQueryUI, il perdra son état initial lors d'une réouverture éventuelle. C'est pourquoi lors du chargement de la page, le balisage (markup) HTML initial est conservé dans la variable dialogHtml avant d'être transformé par jQuery pour pouvoir être réinitialisé au moment de fermer la boîte de dialogue.

Sinon, la clé de la solution réside dans l'inspection du code HTML généré par le contrôle Dialog. C'est seulement en regardant le HTML généré qu'on peut découvrir le nom des classes utilisées à l'interne par jQueryUI et les utiliser dans un sélecteur CSS pour altérer le DOM. À noter qu'on doit référer au contenur parent ajouté par jQueryUI pour englober le DIV utilisé pour générer le dialogue et lui donner son look.

Finalement, pour ceux qui désirent reproduire cet exemple, voici tout ce que long-process.php contient pour simuler une exécution plus lente côté serveur:

sleep(3);
echo 'OK'; 

Tout le monde a du talent. Ce qui est rare est le courage de suivre le talent à l'endroit obscur où il mène.