Euh ça fait au moins 5 ans que le multi-touch fonctionne avec Debian sur mon laptop qui en a au moins 7… Mais ça nécessite peut-être un touchpad synaptic.
C'est fait via /lib/lsb/init-functions, qui est sourcé au début de la plupart des scripts présents dans /etc/init.d. Le fichier installé par systemd (/lib/lsb/init-functions.d/40-systemd/) appelle systemctl et exite s'il détecte que systemd est en train de tourner.
Quand Gnome a décidé d'utiliser SystemD, ont-ils pris le même principe ? si pas, qqun peut me résumer les différences ?
Exactement le même principe. Et on les a descendus en flamme en disant que KDE arrivait bien à faire tout fonctionner avec une couche d'abstraction :-D
Tu peux installer gnome sans systemd, tu as juste besoin de libsystemd-whatever pour le côté "client dbus", mais tu n'as pas besoin de l'init system en lui-même.
Et ça sera vraisemblablement pareil avec KDE sauf si ta distribution s'amuse à compiler sans support pour systemd, ce qui risque pas d'arriver sauf si tu utilises gentoo ou assimilé.
Si l'article dit vrai (y a-t-il eu un communiqué officiel sur le sujet?) le problème principal rencontré est un problème d'interopérabilité avec les formats propriétaires utilisés par les contacts de l'administration munichoise qui sont restés sous Windows…
Grosso modo le problème n'est pas l'environnement Linux, mais le fait que Office 2014 ne tourne pas sous Linux et/ou que les formats "populaires" sont mal supportés avec LibreOffice. Dans mon expérience personnelle c'est vrai que le rendu d'un xlsx ou d'un docx est souvent très différent sous Office et LibreOffice. Et l'interlocuteur ne fera jamais l'effort d'installer LibreOffice.
Il faut aussi remarquer que c'est une doléance classique qui est faite à Office (même sous Windows): le fait que la mise à jour de certains utilisateurs vers une nouvelle version "force" les autres à mettre à jour également sous peine de ne pas pouvoir lire les documents échangés.
Par ailleurs je me demande si l'Allemagne souffre des mêmes chrises schizophrènes que d'autres pays. En Belgique il me semble qu'il est question pour les administrations d'utiliser ODF, mais absolument tous les documents disponibles le sont exclusivement dans les formats Microsoft.
On parle d'un utilisateur sous Windows, là… qui n'a même pas vu que la barre était en auto-hide, ce qui signifie qu'il utilise la souris suffisemment délicatement pour ne pas toucher le bord de l'écran avec, tu sais, des fois que la souris serait fragile?
Le côté drôle, c'est qu'à chaque fois que le .bashrc est exécuté, le PC est inexorablement ralenti, ce qui après un certain temps provoque une certaine frustration auprès de la personne cible, surtout quand les terminaux commencent à prendre plusieurs dizaines de secondes à s'afficher…
J'ai fait ça une fois et je me suis senti coupable quand le mec a formatté et réinstallé la nuit même, avec perte de documents à la clef parce que son pc "était cassé"… Pas eu le temps de lui dire ce qui s'était passé et surtout, pas cru qu'il ne trouverait même pas la barre des tâches qui était mise en auto-hide…
qui a eu l'idée d'appliquer ça à des putains de disques durs ? Ça ne veut rien dire.
En fait, sans vouloir entrer dans la polémique, ça a tout son sens historiquement quand on étudie le fonctionnement des disques IDE.
À l'époque des disques IDE, on pouvait placer deux disques sur la même natte, dans une configuration appelée master/slave. Le fonctionnement était tel que en fait le contrôleur du premier disque (le "master") indiquait au second disque (le "slave") quand il pouvait transférer des données vers ou depuis l'ordinateur. Le terme "slave" vient donc du fait que le contrôleur du 2e disque de la natte était asservi au contrôleur du 1er disque.
Ça avait probablement plus de sens que dans le cas de systèmes de redondance où le slave n'est aucunement asservi au master…
Il me semble que sur les systèmes qui ne gèrent pas les "client-side decorations" (ou sur lesquels elles sont désactivées explicitement) tu dois avoir une barre d'entête sans la croix, façon toolbar classique. Je ne sais pas si le titre est masqué dans ce cas-là, par contre…
Auparavant ils demandaient "sans-serif", maintenant, ils n'utilisent pas encore @font-face (même si c'est une possibilité énoncée) mais ils demandent maintenant explicitement certaines polices, en commençant par des polices "open", en l'occurence: Arimo,"Liberation Sans","Helvetica Neue",Helvetica,Arial,sans-serif
Oui par contre je suis pas très d'accord avec "La barre de navigation devrait prendre toute la largeur de l’écran et être plus petite (à l’image de la «version bureau» ou elle est très fine)." parce que si je demande des boutons bien carrés avec bordures et clicables c'est justement parce que j'ai du mal à cliquer dessus avec mes gros doigts actuellement.
Je crois qu'il faut que ça prenne tout l'écran pour éviter de pousser sur ce qu'il y a derrière, et qu'on s'assure que toute la hauteur de la barre est clicable (pas de marges inutiles) pour simplifier l'utilisation au doigt. Sur le desktop personne n'utilise les boutons sur la barre, tout le monde utilise son clavier je pense.
Et mon screenshot n'est pas chrome mais firefox mobile…
Ta réflexion sur les utilisateurs qui mentent m'a fait penser à Dr House qui part du principe que tout le monde ment … et ça m'a amusé.
En fait c'est redoutablement pertinent: dans le cas du Dr House on a des patients sans connaissances médicales qui ne peuvent pas exprimer correctement ce qu'ils vivent, et dans le cas du sysadmin, on a des clients sans connaissances informatiques qui ne peuvent pas exprimer correctement ce qu'ils vivent.
Mon boulot pourrait être qualifié de "devops" dans la mesure où je travaille sur des trucs à installer chez des clients. Je n'ai pas d'utilisateurs directs mais, de par l'installation de nos systèmes chez nos clients, nous sommes amenés à faire du support technique auprès des sysadmins qui gèrent lesdits systèmes.
Je n'irais pas jusqu'à dire que 99% des sysadmins mentent ou se moquent des explications, mais en toute honnêteté, une bonne partie des administrateurs systèmes se comportent d'une façon très similaire aux utilisateurs que tu décris. Pas tous, loin de là, certains peuvent faire preuve d'une très bonne volonté quand il s'agit de résoudre des problèmes, qui, après tout, les affectent au premier plan. Mais pour certains, la configuration se modifie toute seule par magie (alors que les logs pointent toujours le coupable), le réseau est doué d'une volonté propre, et la documentation n'a qu'une seule utilité: pouvoir se plaindre de son absence… mais en aucun cas la feuilleter en cas de souci. Certains ne s'intéressent tout simplement pas à l'aspect dûquel tu t'occupes.
Je pense que le problème n'est pas forcément lié au job, je pense qu'il est surtout lié au type de fonction. Á partir du moment où tu parles à un client, tu es condamné à revivre le même genre d'expérience. Et si tu étais dans l'administratif ou les RH, avoir un énième zigoto qui n'a pas lu le document explicatif qui va avec le formulaire et qui te répète que ça ne sert de toute façon à rien doit aussi égayer ta journée et revaloriser ton égo. D'ailleurs, est-ce que les RH, les supports techniques et les administrations ne sont pas souvent étiquetés de désagréables et condescendants ?
Et le pire, c'est qu'au final, l'utilisateur n'est peut-être pas de mauvaise foi. Un document explicatif mal compris, une opération réalisée par accident sans forcément le remarquer (genre un truc qui tombe sur le clavier et qui en profite pour enfoncer la touche "delete"), ou un comportement inattendu, un accident bête qui au final va passer pour une explication farfelue, ça peut arriver à tout le monde et ce n'est pas toujours de mauvaise foi. Et en tant qu'expert en ton domaine, effectivement, le premier commandement est de ne pas coire ce que l'utilisateur explique, même de bonne foi.
C'est avec Firefox mobile. Avec Chrome j'ai à peu près le même rendu que toi.
D'ailleurs pour la barre je suggèrerais de l'avoir en width:100% et avec des boutons < et > bien carrés avec des bordures (pour bien montrer où on doit mettre les doigts, c'est parfois un peu fastidieux)
Il faut aussi se souvenir que l'écran fait environ 5cm sur 8.5 pour pouvoir se rendre compte. La police est certes nette, mais fort petite sur l'écran.
Moi le truc qui me bloque c'est le fait qu'avec firebug on voit les marges/padding/etc mais pas avec les devtools intégrés à firefox. Mais on m'a dit que ça allait changer sous peu.
Un des problèmes que j'ai rencontré dans mon utilisation de linuxfr sur mobile c'est aussi la taille "pattes de mouches" de la police. J'ai remarqué que la police semble plus petite sous firefox mobile beta que sous chrome mais je pense que c'est dû à une police par défaut différente (c'est dûr de vérifier…). Pour moi la police est vraiment à la limite inférieure du lisible sans mettre mon nez sur l'écran, et ça ne doit pas arranger les problèmes de vue des utilisateurs…
J'utilise un Sony Xperia P dont les spécifications d'écran sont:
Résolution: 540x960 pixels
Taille physique: 4.0 inches
Densité de pixels: ±275 ppi
Je ne peux en toute honnêteté pas dire que le problème est généralisé car la lisibilité dépend probablement de la densité de pixels des différents modèles de téléphones et de tablettes. Cependant je crois qu'une taille un peu plus grande sur mobile ne pourrait faire que du bien. Par ailleurs le paramètre "text size" dans Firefox mobile n'a absolument aucune influence sur la taille du texte sur le site malgré que les tailles soient définies en em…
[^] # Re: Mwai
Posté par nud . En réponse au journal Tic-tac, tic-tac, tic-tac... plouf.. Évalué à 5.
Euh ça fait au moins 5 ans que le multi-touch fonctionne avec Debian sur mon laptop qui en a au moins 7… Mais ça nécessite peut-être un touchpad synaptic.
[^] # Re: services
Posté par nud . En réponse au journal systemd: je me lance. Évalué à 7.
C'est fait via /lib/lsb/init-functions, qui est sourcé au début de la plupart des scripts présents dans /etc/init.d. Le fichier installé par systemd (/lib/lsb/init-functions.d/40-systemd/) appelle systemctl et exite s'il détecte que systemd est en train de tourner.
[^] # Re: Abstractions...
Posté par nud . En réponse au journal KDE Plasma et systemd. Évalué à 4.
Exactement le même principe. Et on les a descendus en flamme en disant que KDE arrivait bien à faire tout fonctionner avec une couche d'abstraction :-D
[^] # Re: Dépendance obligatoire ou optionelle
Posté par nud . En réponse au journal KDE Plasma et systemd. Évalué à 10.
Tu peux installer gnome sans systemd, tu as juste besoin de libsystemd-whatever pour le côté "client dbus", mais tu n'as pas besoin de l'init system en lui-même.
Et ça sera vraisemblablement pareil avec KDE sauf si ta distribution s'amuse à compiler sans support pour systemd, ce qui risque pas d'arriver sauf si tu utilises gentoo ou assimilé.
[^] # Re: table
Posté par nud . En réponse à la dépêche CommonMark, une syntaxe Markdown en commun et répandue. Évalué à 3.
Fais du LaTeX ?
Sinon, tant avec Markdown qu'avec reST il est possible d'inclure directement du HTML, pour les cas compliqués de ce style.
# Interopérabilité
Posté par nud . En réponse au journal Munich ferait marche arrière. Évalué à 10.
Si l'article dit vrai (y a-t-il eu un communiqué officiel sur le sujet?) le problème principal rencontré est un problème d'interopérabilité avec les formats propriétaires utilisés par les contacts de l'administration munichoise qui sont restés sous Windows…
Grosso modo le problème n'est pas l'environnement Linux, mais le fait que Office 2014 ne tourne pas sous Linux et/ou que les formats "populaires" sont mal supportés avec LibreOffice. Dans mon expérience personnelle c'est vrai que le rendu d'un xlsx ou d'un docx est souvent très différent sous Office et LibreOffice. Et l'interlocuteur ne fera jamais l'effort d'installer LibreOffice.
Il faut aussi remarquer que c'est une doléance classique qui est faite à Office (même sous Windows): le fait que la mise à jour de certains utilisateurs vers une nouvelle version "force" les autres à mettre à jour également sous peine de ne pas pouvoir lire les documents échangés.
Par ailleurs je me demande si l'Allemagne souffre des mêmes chrises schizophrènes que d'autres pays. En Belgique il me semble qu'il est question pour les administrations d'utiliser ODF, mais absolument tous les documents disponibles le sont exclusivement dans les formats Microsoft.
[^] # Re: Autre
Posté par nud . En réponse au sondage Quand je vois une session ouverte.... Évalué à 2.
On parle d'un utilisateur sous Windows, là… qui n'a même pas vu que la barre était en auto-hide, ce qui signifie qu'il utilise la souris suffisemment délicatement pour ne pas toucher le bord de l'écran avec, tu sais, des fois que la souris serait fragile?
# Crescendo
Posté par nud . En réponse au sondage Quand je vois une session ouverte.... Évalué à 6.
Quand c'est un linuxien qui est en faute, taper ceci dans un terminal est toujours drôle (sur le long terme)
Le côté drôle, c'est qu'à chaque fois que le .bashrc est exécuté, le PC est inexorablement ralenti, ce qui après un certain temps provoque une certaine frustration auprès de la personne cible, surtout quand les terminaux commencent à prendre plusieurs dizaines de secondes à s'afficher…
[^] # Re: Autre
Posté par nud . En réponse au sondage Quand je vois une session ouverte.... Évalué à 5. Dernière modification le 28 juillet 2014 à 11:51.
J'ai fait ça une fois et je me suis senti coupable quand le mec a formatté et réinstallé la nuit même, avec perte de documents à la clef parce que son pc "était cassé"… Pas eu le temps de lui dire ce qui s'était passé et surtout, pas cru qu'il ne trouverait même pas la barre des tâches qui était mise en auto-hide…
[^] # Re: La novlangue est d'abord la langue des vainqueurs
Posté par nud . En réponse au journal La novlangue fait son entrée dans Django. Évalué à 10.
En fait, sans vouloir entrer dans la polémique, ça a tout son sens historiquement quand on étudie le fonctionnement des disques IDE.
À l'époque des disques IDE, on pouvait placer deux disques sur la même natte, dans une configuration appelée master/slave. Le fonctionnement était tel que en fait le contrôleur du premier disque (le "master") indiquait au second disque (le "slave") quand il pouvait transférer des données vers ou depuis l'ordinateur. Le terme "slave" vient donc du fait que le contrôleur du 2e disque de la natte était asservi au contrôleur du 1er disque.
Ça avait probablement plus de sens que dans le cas de systèmes de redondance où le slave n'est aucunement asservi au master…
[^] # Re: Nostalgie bis
Posté par nud . En réponse au journal Sparc chez Debian, c'est fini. Évalué à 3.
Et alors, pas d'Internet, mais l'encyclopédie Encarta est omniprésente.
[^] # Re: Comment profiter de cette nouvelle version ?
Posté par nud . En réponse à la dépêche GNOME 3.12 : sans domicile. Évalué à 2. Dernière modification le 21 avril 2014 à 10:24.
Les versions dans Debian, oui, mais les couleurs sont relatives aux versions de la branche 3.10
[^] # Re: Comment profiter de cette nouvelle version ?
Posté par nud . En réponse à la dépêche GNOME 3.12 : sans domicile. Évalué à 2.
Je dirais même plus: http://www.0d.be/debian/debian-gnome-3.12-status.html pour la version qui nous occupe dans cette dépêche.
[^] # Re: ArchLinux
Posté par nud . En réponse à la dépêche GNOME 3.12 : sans domicile. Évalué à 2.
Il me semble que sur les systèmes qui ne gèrent pas les "client-side decorations" (ou sur lesquels elles sont désactivées explicitement) tu dois avoir une barre d'entête sans la croix, façon toolbar classique. Je ne sais pas si le titre est masqué dans ce cas-là, par contre…
# Récent redesign de Wikipedia
Posté par nud . En réponse à l’entrée du suivi Utilisation d'une police "zoomable". Évalué à 2 (+0/-0).
Wikimedia a mis en production ces derniers jours un léger redesign de ses différents sites, centré autours de la typographie.
Auparavant ils demandaient "sans-serif", maintenant, ils n'utilisent pas encore @font-face (même si c'est une possibilité énoncée) mais ils demandent maintenant explicitement certaines polices, en commençant par des polices "open", en l'occurence:
Arimo,"Liberation Sans","Helvetica Neue",Helvetica,Arial,sans-serif[^] # Re: Ca traduit bien un état d'esprit de la part des développeurs de systemd
Posté par nud . En réponse au journal Systemd vs Linux, quand l'intransigeance d'un développeur tourne au ridicule.... Évalué à 5.
Je suis sûr que tous les contributeurs de systemd utilisent un IDE. Il s'appelle probablement vim ou emacs d'ailleurs.
[^] # Re: Police pattes de mouches
Posté par nud . En réponse à l’entrée du suivi Compilation des problèmes sur mobile. Évalué à 2 (+0/-0).
Je ne vois pas de différence. Il me semble que le dernier commit de nono ne touche qu'à la taille de police des commentaires, non?
[^] # Re: Même sentiment
Posté par nud . En réponse au journal So, you wanna be a sysadmin ? (Trolldi inside). Évalué à 9. Dernière modification le 28 mars 2014 à 17:19.
\_o<[^] # Re: Police pattes de mouches
Posté par nud . En réponse à l’entrée du suivi Compilation des problèmes sur mobile. Évalué à 2 (+0/-0). Dernière modification le 28 mars 2014 à 17:15.
Oui par contre je suis pas très d'accord avec "La barre de navigation devrait prendre toute la largeur de l’écran et être plus petite (à l’image de la «version bureau» ou elle est très fine)." parce que si je demande des boutons bien carrés avec bordures et clicables c'est justement parce que j'ai du mal à cliquer dessus avec mes gros doigts actuellement.
Je crois qu'il faut que ça prenne tout l'écran pour éviter de pousser sur ce qu'il y a derrière, et qu'on s'assure que toute la hauteur de la barre est clicable (pas de marges inutiles) pour simplifier l'utilisation au doigt. Sur le desktop personne n'utilise les boutons sur la barre, tout le monde utilise son clavier je pense.
Et mon screenshot n'est pas chrome mais firefox mobile…
[^] # Re: Il faut savoir en rire ....
Posté par nud . En réponse au journal So, you wanna be a sysadmin ? (Trolldi inside). Évalué à 9.
En fait c'est redoutablement pertinent: dans le cas du Dr House on a des patients sans connaissances médicales qui ne peuvent pas exprimer correctement ce qu'ils vivent, et dans le cas du sysadmin, on a des clients sans connaissances informatiques qui ne peuvent pas exprimer correctement ce qu'ils vivent.
# Un niveau plus haut
Posté par nud . En réponse au journal So, you wanna be a sysadmin ? (Trolldi inside). Évalué à 10. Dernière modification le 28 mars 2014 à 13:07.
Mon boulot pourrait être qualifié de "devops" dans la mesure où je travaille sur des trucs à installer chez des clients. Je n'ai pas d'utilisateurs directs mais, de par l'installation de nos systèmes chez nos clients, nous sommes amenés à faire du support technique auprès des sysadmins qui gèrent lesdits systèmes.
Je n'irais pas jusqu'à dire que 99% des sysadmins mentent ou se moquent des explications, mais en toute honnêteté, une bonne partie des administrateurs systèmes se comportent d'une façon très similaire aux utilisateurs que tu décris. Pas tous, loin de là, certains peuvent faire preuve d'une très bonne volonté quand il s'agit de résoudre des problèmes, qui, après tout, les affectent au premier plan. Mais pour certains, la configuration se modifie toute seule par magie (alors que les logs pointent toujours le coupable), le réseau est doué d'une volonté propre, et la documentation n'a qu'une seule utilité: pouvoir se plaindre de son absence… mais en aucun cas la feuilleter en cas de souci. Certains ne s'intéressent tout simplement pas à l'aspect dûquel tu t'occupes.
Je pense que le problème n'est pas forcément lié au job, je pense qu'il est surtout lié au type de fonction. Á partir du moment où tu parles à un client, tu es condamné à revivre le même genre d'expérience. Et si tu étais dans l'administratif ou les RH, avoir un énième zigoto qui n'a pas lu le document explicatif qui va avec le formulaire et qui te répète que ça ne sert de toute façon à rien doit aussi égayer ta journée et revaloriser ton égo. D'ailleurs, est-ce que les RH, les supports techniques et les administrations ne sont pas souvent étiquetés de désagréables et condescendants ?
Et le pire, c'est qu'au final, l'utilisateur n'est peut-être pas de mauvaise foi. Un document explicatif mal compris, une opération réalisée par accident sans forcément le remarquer (genre un truc qui tombe sur le clavier et qui en profite pour enfoncer la touche "delete"), ou un comportement inattendu, un accident bête qui au final va passer pour une explication farfelue, ça peut arriver à tout le monde et ce n'est pas toujours de mauvaise foi. Et en tant qu'expert en ton domaine, effectivement, le premier commandement est de ne pas coire ce que l'utilisateur explique, même de bonne foi.
[^] # Re: Police pattes de mouches
Posté par nud . En réponse à l’entrée du suivi Compilation des problèmes sur mobile. Évalué à 2 (+0/-0). Dernière modification le 27 mars 2014 à 16:03.
C'est avec Firefox mobile. Avec Chrome j'ai à peu près le même rendu que toi.
D'ailleurs pour la barre je suggèrerais de l'avoir en width:100% et avec des boutons < et > bien carrés avec des bordures (pour bien montrer où on doit mettre les doigts, c'est parfois un peu fastidieux)
[^] # Re: Police pattes de mouches
Posté par nud . En réponse à l’entrée du suivi Compilation des problèmes sur mobile. Évalué à 2 (+0/-0).
Voici:
Il faut aussi se souvenir que l'écran fait environ 5cm sur 8.5 pour pouvoir se rendre compte. La police est certes nette, mais fort petite sur l'écran.
[^] # Re: Firebug
Posté par nud . En réponse au journal Internet, "Le Monde", et la 4G et la fibre optique . Évalué à 2.
Moi le truc qui me bloque c'est le fait qu'avec firebug on voit les marges/padding/etc mais pas avec les devtools intégrés à firefox. Mais on m'a dit que ça allait changer sous peu.
# Police pattes de mouches
Posté par nud . En réponse à l’entrée du suivi Compilation des problèmes sur mobile. Évalué à 2 (+0/-0).
Un des problèmes que j'ai rencontré dans mon utilisation de linuxfr sur mobile c'est aussi la taille "pattes de mouches" de la police. J'ai remarqué que la police semble plus petite sous firefox mobile beta que sous chrome mais je pense que c'est dû à une police par défaut différente (c'est dûr de vérifier…). Pour moi la police est vraiment à la limite inférieure du lisible sans mettre mon nez sur l'écran, et ça ne doit pas arranger les problèmes de vue des utilisateurs…
J'utilise un Sony Xperia P dont les spécifications d'écran sont:
Je ne peux en toute honnêteté pas dire que le problème est généralisé car la lisibilité dépend probablement de la densité de pixels des différents modèles de téléphones et de tablettes. Cependant je crois qu'une taille un peu plus grande sur mobile ne pourrait faire que du bien. Par ailleurs le paramètre "text size" dans Firefox mobile n'a absolument aucune influence sur la taille du texte sur le site malgré que les tailles soient définies en em…