Mwai, enfin, tu sais, dans les entreprises et les administrations, tu vas pas lire tes mails avec un Webmail...
Ben dans toutes les fac, écoles ou boites ou j'ai été, il y avait un Webmail (que tout le monde utilisait). Ainsi qu'un serveur pop ou imap.
Mais j'ai beaucoup plus rarement vu un client de messagerie installé sur les PCs. (ou alors il était caché dans un quelconque menu, et de toute manière pas configuré)
Ceci dit, quand il y a un client en dur de correctement configuré et de visible, j'ai remarqué que les gens l'utilisent (ici par exemple, sur les postes linux on a un TB 2.0, configuré et visible, et les gens s'en servent).
Techniquement, on ne peut pas écrire de "client" Wave standard à l'heure actuelle.
Les seules spécifications que Google a arrêté (enfin à peu près) sont celles de communication serveur-serveur.
Pour celles client-serveur, Google fait ça avec sa propre soupe (et s'ils n'ont pas releasé, c'est à mon avis qu'ils ne pensent pas que leur solution soit pérenne). Ils montrent néanmoins une ébauche de serveur wave open-source dont la base pourrait servir à définir un protocole standard, mais ça reste très incertain.
Si j'ai bien compris, Raindrop c'est plutôt un outil d'aggrégation de moyens de communication.
Wave c'est un moyen de communication.
Donc un plugin Wave pour Raindrop serait plus l'idée. Enfin, dès qu'un le protocole de communication client-serveur de Wave sera finalisé (et je ne sais pas où on en est).
(un webmail avec toutes les fonctionnalités utiles de Thunderbird, je demande à voir).
C'est amusant, pour moi c'est l'inverse. J'aimerai bien un client mail en dur qui ait les fonctionnalités que je trouve utiles dans GMail :
- des tags (et non uniquement des dossiers)
- un affichage permettant de voir l'ensemble des mails d'une conversation d'un seul coup (et non une liste où les messages d'une même conversation sont affichés en autant de clics différents)
- une recherche dépouillée et puissante (un seul champ qui cherche partout, aussi bien dans les contenus que les objets que les destinataires, sans avoir à se demander quel est le bon joker/le bon champ à utiliser)
- utilisant l'imap (ça inclu les tags et la recherche) avec un mode offline configurable à volonté (garder tous les messages x jours, sauf pour certains tags spécifiques)
- puisse synchroniser ses réglages entre toutes ses installations automatiquement (et indépendemment du système d'exploitation)
Peut-être que ça existe, auquel cas j'aimerai bien découvrir. En attendant, je ne peux plus abandonner GMail, malgré ses (nombreux) défauts.
J'ai un ordinateur au boulot, un autre à la fac, un troisième chez moi, et un portable. Des fois j'utilise un ordinateur public ou celui d'un ami.
Le tout sous des système d'exploitation différents (XP, Win 7, Debian, Red Hat, Mac OS) et avec des architectures différentes (32 bits, 64 bits).
J'ai tout juste de la chance de ne pas avoir de notebook ARM.
Donc j'aime les applications webs. J'aime avoir toujours le même logiciel de mail sans avoir à l'installer. J'aime avoir toujours le même lecteur de flux RSS. J'aime avoir toujours le même bloc-note.
J'aime aussi ne pas avoir à me soucier d'où sont stockées mes données (entre windows qui des fois les planque dans un répertoire semi-aléatoire dépendant de sa version, les linux qui les balancent en plein milieu d'un tas de fichiers configs plus ou moins cachés, et mac os qui me fait plus peur qu'autre chose) ou sous quelle forme elle le sont (il parait qu'en 2009 les logiciels de mails ont toujours leur propre système de fichier pour gérer eux-même leurs données).
Beaucoup des applications que j'utilise contiennent le mot Google (mais pas toutes), beaucoup ne disposent pas de mode offline (qui ne m'a jamais servi, mais je n'ai pas de subnotebook pour frimer dans le train), beaucoup sont imparfaites et buggées, beaucoup sont lentes et toutes utilisent une interface et un thème différent.
Mais malgré ces défauts dans les cas où je peux utiliser une web app, je préfère ça à 5 applications différentes que j'aurai du installer et configurer autant de fois.
Malheureusement, je n'ai toujours pas trouvé de traitement de texte compilateur/editeur LaTeX web-based.
Ces gens vivent dans un monde ou il n'y a pas de cadre de référence spatial by Orange différent du cadre commun. C'est un monde ou on ne trouve pas d'organismes de certification concurrents qui bénissent des standards divergents et incompatibles. Ici pas de ICRF-OASIS qui devrait lutter contre ICRF-OOXML.
Facile, on utilise une boîte compagnie qui propose des envois gratuits en échange de publicité sur l'enveloppe.
[Et bientôt sur vos écrans, Google Poste : vos couriers sont scannés à la réception par Google, au lieu d'être distribués chez vous. Vous pouvez les consulter à volonté sur GPoste.com, voir même les imprimer à vos frais.]
Et surtout, sur les écran widescreen, ça permet une utilisation un peu plus efficace de l'espace qu'un navigateur affichant une unique page (verticale) en plein écran.
Question peut-être stupide : ça sert à quelque chose en 2009 l'overlay ?
Si je ne m'abuse, l'idée était d'éviter de court-circuiter quelques étapes de la chaine de rendu pour que tout aille plus vite. Pourquoi est-ce que c'est encore utilisé (par défaut visiblement) par une application de lecture vidéo grand public ? Plus simple à coder ?
Attention tout de même, il ne faut *jamais* réserver un trajet en plusieurs billets indépendants. Utiliser la système de correspondance à la main (le "via"), oui. Mais prendre plusieurs billets, jamais.
Pourquoi ? Tout simplement, si un des trains a un retard quelconque et que vous ratez les suivants, vous ne serez jamais remboursé des suivants. Ni de la nuit d'hotel pour attendre le premier train du lendemain. La SNCF vous assure le bon port d'un bout à l'autre d'un billet, mais pas sur la durée de plusieurs billets indépendants.
Idem pour les allers-retours trop courts, si vous arrivez après le départ de votre retour et que vous les avez pris indépendents, vous ne serez pas remboursé.
C'est marrant, à chaque fois que quelqu'un parle du son sous Linux, ça me fait penser à l'époque où, sous DOS, on devait indiquer à chaque application les paramètres physiques de sa carte son.
Plus largement : cette tendance de classification non plus par catégorie/répertoire (arborescente) mais par tag/label/libellé (non arborescente) vous séduit-elle? Un système de fichier "non arborescent" est-il imaginable? (ou la folie m'emporte?)
Je trouve assez archaïque que l'utilisateur (pas l'admin hein) soit encore forcé d'utiliser un système de fichier arborescent arbitraire et unique.
Pouvoir identifier un fichier par plusieurs tags/labels et plusieurs positions dans plusieurs arborescences virtuelles me semble beaucoup plus adéquat. Si les liens symboliques et les raccourcis ont été inventés, c'est bien parce qu'ils permettent de manipuler des arborescences plus naturelles pour l'utilisateur. Idem pour les tags qui sont un moyen de classification beaucoup plus puissants qu'une simple hiérarchie.
Le problème est clairement pratique : pour permettre de manipuler les fichiers de la sorte il faudrait réaliser une couche, entre le véritable système de fichiers et les applications (toutes, ça implique une rétro-compatibilité totale), qui permette de manipuler ces fichiers de manière transparente.
J'attends avec impatience de voir ce que va proposer Google Chrome sur ce point.
PS: Ceux qui sont en dégroupage total peuvent aussi demander leur mise en liste orange chez leur opérateur, chez free c'est dans une option de la console d'administration, ca s'appelle pas pareil mais ca fait pareil en tout cas.
A ce propos, quelqu'un sait comment fonctionnent les pages blanches ? J'ai désactivé la publication de mes numéros (géographique et 08) depuis plus de deux ans sur la console de free, et pourtant mon numéro géographique est toujours listé dans l'annuaire.
Quelqu'un sait qui est responsable de ça ? Les pages blanches ? Free ? Orange (vu que c'est le numéro géographique) ?
Oui la navigation est lente, mais ça sera quasiment la même chose sur tous les readers : le facteur limitant, c'est le rafraichissement de l'écran, et l'écran, c'est le même partout. (sauf erreur les Hanlin sont un chouilla plus rapides, mais de peu)
Ceci dit, vu que le temps pour changer de page est comparable au temps nécessaire pour tourner la page sur un véritable livre et que normalement, on ne passe dans les menus qu'une fois entre chaque livre (ce qui n'arrive pas toutes les dix minutes), au final, ça ne joue pas vraiment à l'utilisation. Du moins c'est bien la dernière critique à laquelle j'aurai pensé.
Par contre, pour lire des pdf non-reformatable, les constructeurs vont soit devoir augmenter la taille des écrans en A4, soit réduire le temps nécessaire au rafraichissement pour permettre un zoom plus rapide. Donc ça viendra, même si pour l'instant, ce genre de lecture n'est vraiment pas le marché ciblé.
Ah, je le fais un coup, par précaution, parce qu'ici ça peut ne pas paraitre évident : la majorité des readers actuels ne sont absolument pas faits pour lire des livres techniques (trucs avec des diagrammes, des bouts de code, des équations, des manchots full-color), et ce qu'ils soient reformatés ou non (la majorité des readers ne gèrent ni index, ni toc). Pour ça, attendez les readers quasi-A4, et oubliez sony/amazon.
(sinon c'est très confortable dans le lit, vu que y'a plus besoin de bouger la main pour tourner la page, ça permet plein de positions nouvelles o_O)
Mais justement, le format epub c'est du xhtml/css...
... avec juste certains éléments gadgets des spécifications css en moins et surtout, une spécification précise de comment doivent être packagés les fichiers. Et c'est ce dernier point le plus important.
Un lecteur de livre électronique, c'est du matériel embarqué ultra basse consommation (on lui demande quand même plusieurs semaines d'autonomie), donc le moins d'énergie il aura à utiliser pour parser le fichier, le mieux ça sera. En pratique, le point le plus important de la spécification epub, c'est que le texte est découpé en plusieurs fichiers xhtml, ce qui permet d'éviter aux lecteurs d'avoir à calculer la mise en page/lire un part trop conséquente du texte d'un seul coup.
Et puis utiliser du html, c'est risquer de voir apparaître des balise de mise en forme dans le document (et non dans le CSS). Et ça, ça peut définitivement rendre un livre illisible (typiquement un fichier html qui indique la police à utiliser pour chaque paragraphe, j'ai déjà croisé et c'est absoluement imparsable pour un lecteur matériel...).
Evidemment ce genre de considérations ne s'applique pas lors de la lecture sur ordinateur/tablette lcd/subnotebook et autres, mais le format epub n'est pas conçu pour ça.
Ou qu'il préparent l'utilisation de leur licence Wimax ?
On commence par des hotspots près des Freebox, puis après, il suffira de rajouter des antennes petit à petit pour proposer une couverture sur la France entière. Plus besoin d'attendre d'avoir une couverture correcte pour lancer le service, il l'est déjà.
Plan de secours en cas de difficulté avec la licence 3G probablement.
… ou les touches du clavier : m. a. n. Pour la petite anecdote, j’ai eu un contrôle sur table, la question demandait la description d’une option, ne connaissant pas la réponse j’ai bravement écrit man machin, et j’ai eu mon point. :) Généralement --help suffit et est moins indigeste.
Le man (ou le --help), c'est très bien, mais à la condition qu'on sache déjà le nom de ce qu'on cherche.
Quand on cherche un programme dont on ne connait pas le nom, mais juste la fonction, là, tous les man du monde n'y pourront rien.
Roger branche son ordinateur sur un réseau sans DHCP, Roger n'a pas d'interface graphique, Roger ne sait qu'une seule chose : il doit règler l'adresse ip de sa carte réseau. Dans un clicodrome, il s'essayerai au hasard du coté des périphériques réseaux et il finirait par trouver. En ligne de commande, il aura du mal à inventer le man ifconfig. Situation déjà rencontrée.
Ou, plus simplement, tentez d'afficher un fichier texte sans connaitre le nom (plus précisément, le nom de l'executable !) d'un éditeur de texte ou l'existence d'une commande à la more/less. Roger aurait fouillé dans le menu de son clicodrome, ou utilisé l'association par défaut d'un fichier texte à un quelconque éditeur. De même, situation déjà rencontrée.
La ligne de commande ne permet pas l'expérimentation, une interface graphique complète (j'insiste sur le complète) le permet. Et, amha, l'expérimentation est malheureusement une phase nécessaire de l'utilisation de l'outil informatique, pour le commun des mortels du moins.
[^] # Re: Et bien sûr, une excellente campagne marketing autour...
Posté par Vlobulle . En réponse au journal Thunderbird 3 est dehors. Évalué à 2.
Ben dans toutes les fac, écoles ou boites ou j'ai été, il y avait un Webmail (que tout le monde utilisait). Ainsi qu'un serveur pop ou imap.
Mais j'ai beaucoup plus rarement vu un client de messagerie installé sur les PCs. (ou alors il était caché dans un quelconque menu, et de toute manière pas configuré)
Ceci dit, quand il y a un client en dur de correctement configuré et de visible, j'ai remarqué que les gens l'utilisent (ici par exemple, sur les postes linux on a un TB 2.0, configuré et visible, et les gens s'en servent).
[^] # Re: Ils sont en train de bosser sur un client wave (?)
Posté par Vlobulle . En réponse au journal Mozilla ont-ils abandonné Thunderbird. Évalué à 2.
Les seules spécifications que Google a arrêté (enfin à peu près) sont celles de communication serveur-serveur.
Pour celles client-serveur, Google fait ça avec sa propre soupe (et s'ils n'ont pas releasé, c'est à mon avis qu'ils ne pensent pas que leur solution soit pérenne). Ils montrent néanmoins une ébauche de serveur wave open-source dont la base pourrait servir à définir un protocole standard, mais ça reste très incertain.
[^] # Re: Ils sont en train de bosser sur un client wave (?)
Posté par Vlobulle . En réponse au journal Mozilla ont-ils abandonné Thunderbird. Évalué à 2.
Wave c'est un moyen de communication.
Donc un plugin Wave pour Raindrop serait plus l'idée. Enfin, dès qu'un le protocole de communication client-serveur de Wave sera finalisé (et je ne sais pas où on en est).
[^] # Re: Les utilisateurs ont-ils abandonné Thunderbird ?
Posté par Vlobulle . En réponse au journal Mozilla ont-ils abandonné Thunderbird. Évalué à 7.
C'est amusant, pour moi c'est l'inverse. J'aimerai bien un client mail en dur qui ait les fonctionnalités que je trouve utiles dans GMail :
- des tags (et non uniquement des dossiers)
- un affichage permettant de voir l'ensemble des mails d'une conversation d'un seul coup (et non une liste où les messages d'une même conversation sont affichés en autant de clics différents)
- une recherche dépouillée et puissante (un seul champ qui cherche partout, aussi bien dans les contenus que les objets que les destinataires, sans avoir à se demander quel est le bon joker/le bon champ à utiliser)
- utilisant l'imap (ça inclu les tags et la recherche) avec un mode offline configurable à volonté (garder tous les messages x jours, sauf pour certains tags spécifiques)
- puisse synchroniser ses réglages entre toutes ses installations automatiquement (et indépendemment du système d'exploitation)
Peut-être que ça existe, auquel cas j'aimerai bien découvrir. En attendant, je ne peux plus abandonner GMail, malgré ses (nombreux) défauts.
# J'aime ça.
Posté par Vlobulle . En réponse au journal Vous êtes plutôt applications web ou applications desktop/native ?. Évalué à 2.
Le tout sous des système d'exploitation différents (XP, Win 7, Debian, Red Hat, Mac OS) et avec des architectures différentes (32 bits, 64 bits).
J'ai tout juste de la chance de ne pas avoir de notebook ARM.
Donc j'aime les applications webs. J'aime avoir toujours le même logiciel de mail sans avoir à l'installer. J'aime avoir toujours le même lecteur de flux RSS. J'aime avoir toujours le même bloc-note.
J'aime aussi ne pas avoir à me soucier d'où sont stockées mes données (entre windows qui des fois les planque dans un répertoire semi-aléatoire dépendant de sa version, les linux qui les balancent en plein milieu d'un tas de fichiers configs plus ou moins cachés, et mac os qui me fait plus peur qu'autre chose) ou sous quelle forme elle le sont (il parait qu'en 2009 les logiciels de mails ont toujours leur propre système de fichier pour gérer eux-même leurs données).
Beaucoup des applications que j'utilise contiennent le mot Google (mais pas toutes), beaucoup ne disposent pas de mode offline (qui ne m'a jamais servi, mais je n'ai pas de subnotebook pour frimer dans le train), beaucoup sont imparfaites et buggées, beaucoup sont lentes et toutes utilisent une interface et un thème différent.
Mais malgré ces défauts dans les cas où je peux utiliser une web app, je préfère ça à 5 applications différentes que j'aurai du installer et configurer autant de fois.
Malheureusement, je n'ai toujours pas trouvé de traitement de texte compilateur/editeur LaTeX web-based.
# Un monde différent
Posté par Vlobulle . En réponse au journal Les standards, les quasars.... Évalué à 4.
Ça fait combien de pieds un mètre déjà ?
[^] # Re: 21ème siècle
Posté par Vlobulle . En réponse au journal Chiottes de "plateformes" de renseignement. Évalué à 6.
Facile, on utilise une boîte compagnie qui propose des envois gratuits en échange de publicité sur l'enveloppe.
[Et bientôt sur vos écrans, Google Poste : vos couriers sont scannés à la réception par Google, au lieu d'être distribués chez vous. Vous pouvez les consulter à volonté sur GPoste.com, voir même les imprimer à vos frais.]
[^] # Re: Je n'adhère pas...
Posté par Vlobulle . En réponse au journal Nimrod, ça se rapproche du langage idéal. Évalué à 2.
[^] # Re: super..
Posté par Vlobulle . En réponse au journal L'internationalisation des adresses internet. Évalué à 10.
[^] # Re: Respect de la licence d'utilisation
Posté par Vlobulle . En réponse au journal Spotify sans les pubs audio. Évalué à 1.
Ça se trouve, c'est déjà le cas pour certains.
[^] # Re: Un FS a base d'etiquette(tag)
Posté par Vlobulle . En réponse au sondage Le filesystem que je préfère. Évalué à 3.
[^] # Re: Pub
Posté par Vlobulle . En réponse au journal Prototype du nouveau thème de Firefox 3.7 sous Linux. Évalué à 2.
[^] # Re: OVERLAY !!!
Posté par Vlobulle . En réponse au journal Une couleur... transparente !. Évalué à 2.
Si je ne m'abuse, l'idée était d'éviter de court-circuiter quelques étapes de la chaine de rendu pour que tout aille plus vite. Pourquoi est-ce que c'est encore utilisé (par défaut visiblement) par une application de lecture vidéo grand public ? Plus simple à coder ?
# Avec quelques frais supplémentaires...
Posté par Vlobulle . En réponse au journal Numéricable secoue le marché des FAI avec son offre à 19,90 Euros.. Évalué à 4.
Ces frais ne sont pas dégressifs avec l'ancienneté.
Donc, oui, c'est moins cher que le reste du marché, mais d'un chouilla.
[^] # Re: ...
Posté par Vlobulle . En réponse au journal SNCF : Antibes-Grenoble en 16h, c'est possible.. Évalué à 3.
Pourquoi ? Tout simplement, si un des trains a un retard quelconque et que vous ratez les suivants, vous ne serez jamais remboursé des suivants. Ni de la nuit d'hotel pour attendre le premier train du lendemain. La SNCF vous assure le bon port d'un bout à l'autre d'un billet, mais pas sur la durée de plusieurs billets indépendants.
Idem pour les allers-retours trop courts, si vous arrivez après le départ de votre retour et que vous les avez pris indépendents, vous ne serez pas remboursé.
# Nostalgie...
Posté par Vlobulle . En réponse au journal Test de Debian et Open Sound System version 4. Évalué à 9.
Désolé pour les 24 heures d'avance.
[^] # Re: Pas écolo
Posté par Vlobulle . En réponse au journal Encore et toujours et toujours des économies avec mes amies les lampes fluocompactes. Évalué à 10.
Tout à fait. Je suis pour des ampoules ne produisant plus de champ électromagnétique.
Comme ça, on s'éclairera uniquement avec nos écrans.
# Je n'aime pas les arborescences
Posté par Vlobulle . En réponse au journal [webmail] Organisation en répertoire ou tag/label/libellé. Évalué à 1.
Je trouve assez archaïque que l'utilisateur (pas l'admin hein) soit encore forcé d'utiliser un système de fichier arborescent arbitraire et unique.
Pouvoir identifier un fichier par plusieurs tags/labels et plusieurs positions dans plusieurs arborescences virtuelles me semble beaucoup plus adéquat. Si les liens symboliques et les raccourcis ont été inventés, c'est bien parce qu'ils permettent de manipuler des arborescences plus naturelles pour l'utilisateur. Idem pour les tags qui sont un moyen de classification beaucoup plus puissants qu'une simple hiérarchie.
Le problème est clairement pratique : pour permettre de manipuler les fichiers de la sorte il faudrait réaliser une couche, entre le véritable système de fichiers et les applications (toutes, ça implique une rétro-compatibilité totale), qui permette de manipuler ces fichiers de manière transparente.
J'attends avec impatience de voir ce que va proposer Google Chrome sur ce point.
[^] # Re: va lire ce journal
Posté par Vlobulle . En réponse au journal Industrie culturel: le support physique la fin d'une réalité. Évalué à 1.
Accessoirement, j'ai du mal à emmener un orchestre philharmonique avec moi quand je vais à la plage.
[^] # Re: Effet Kiss-Cool
Posté par Vlobulle . En réponse au journal Email Standards : les standards du web dans l'email ??!?. Évalué à 1.
Elle utilise Hotmail, ou Yahho mail, ou GMail. Ou encore son-fai-webmail.
[^] # Re: Mets-toi sur "liste Orange" en appelant le 1014
Posté par Vlobulle . En réponse au journal À mort les arnaques téléphoniques. Évalué à 1.
A ce propos, quelqu'un sait comment fonctionnent les pages blanches ? J'ai désactivé la publication de mes numéros (géographique et 08) depuis plus de deux ans sur la console de free, et pourtant mon numéro géographique est toujours listé dans l'annuaire.
Quelqu'un sait qui est responsable de ça ? Les pages blanches ? Free ? Orange (vu que c'est le numéro géographique) ?
[^] # Re: J'en profite
Posté par Vlobulle . En réponse au journal Amazon s'enflamme et vous offre ses sources !. Évalué à 4.
Oui la navigation est lente, mais ça sera quasiment la même chose sur tous les readers : le facteur limitant, c'est le rafraichissement de l'écran, et l'écran, c'est le même partout. (sauf erreur les Hanlin sont un chouilla plus rapides, mais de peu)
Ceci dit, vu que le temps pour changer de page est comparable au temps nécessaire pour tourner la page sur un véritable livre et que normalement, on ne passe dans les menus qu'une fois entre chaque livre (ce qui n'arrive pas toutes les dix minutes), au final, ça ne joue pas vraiment à l'utilisation. Du moins c'est bien la dernière critique à laquelle j'aurai pensé.
Par contre, pour lire des pdf non-reformatable, les constructeurs vont soit devoir augmenter la taille des écrans en A4, soit réduire le temps nécessaire au rafraichissement pour permettre un zoom plus rapide. Donc ça viendra, même si pour l'instant, ce genre de lecture n'est vraiment pas le marché ciblé.
Ah, je le fais un coup, par précaution, parce qu'ici ça peut ne pas paraitre évident : la majorité des readers actuels ne sont absolument pas faits pour lire des livres techniques (trucs avec des diagrammes, des bouts de code, des équations, des manchots full-color), et ce qu'ils soient reformatés ou non (la majorité des readers ne gèrent ni index, ni toc). Pour ça, attendez les readers quasi-A4, et oubliez sony/amazon.
(sinon c'est très confortable dans le lit, vu que y'a plus besoin de bouger la main pour tourner la page, ça permet plein de positions nouvelles o_O)
[^] # Re: Du bon usage de la css
Posté par Vlobulle . En réponse au journal EPUB, format libre d'ebooks. Évalué à 6.
... avec juste certains éléments gadgets des spécifications css en moins et surtout, une spécification précise de comment doivent être packagés les fichiers. Et c'est ce dernier point le plus important.
Un lecteur de livre électronique, c'est du matériel embarqué ultra basse consommation (on lui demande quand même plusieurs semaines d'autonomie), donc le moins d'énergie il aura à utiliser pour parser le fichier, le mieux ça sera. En pratique, le point le plus important de la spécification epub, c'est que le texte est découpé en plusieurs fichiers xhtml, ce qui permet d'éviter aux lecteurs d'avoir à calculer la mise en page/lire un part trop conséquente du texte d'un seul coup.
Et puis utiliser du html, c'est risquer de voir apparaître des balise de mise en forme dans le document (et non dans le CSS). Et ça, ça peut définitivement rendre un livre illisible (typiquement un fichier html qui indique la police à utiliser pour chaque paragraphe, j'ai déjà croisé et c'est absoluement imparsable pour un lecteur matériel...).
Evidemment ce genre de considérations ne s'applique pas lors de la lecture sur ordinateur/tablette lcd/subnotebook et autres, mais le format epub n'est pas conçu pour ça.
[^] # Re: 3G
Posté par Vlobulle . En réponse au journal Free lance FreeWIFI un réseau "communautaire" comme NeufWIFI ou FON. Évalué à 1.
On commence par des hotspots près des Freebox, puis après, il suffira de rajouter des antennes petit à petit pour proposer une couverture sur la France entière. Plus besoin d'attendre d'avoir une couverture correcte pour lancer le service, il l'est déjà.
Plan de secours en cas de difficulté avec la licence 3G probablement.
[^] # Re: The Elements Of Style: UNIX As Literature
Posté par Vlobulle . En réponse au journal Au secours! Mark Shuttleworth veut simplifier les logiciels !. Évalué à 4.
Le man (ou le --help), c'est très bien, mais à la condition qu'on sache déjà le nom de ce qu'on cherche.
Quand on cherche un programme dont on ne connait pas le nom, mais juste la fonction, là, tous les man du monde n'y pourront rien.
Roger branche son ordinateur sur un réseau sans DHCP, Roger n'a pas d'interface graphique, Roger ne sait qu'une seule chose : il doit règler l'adresse ip de sa carte réseau. Dans un clicodrome, il s'essayerai au hasard du coté des périphériques réseaux et il finirait par trouver. En ligne de commande, il aura du mal à inventer le man ifconfig. Situation déjà rencontrée.
Ou, plus simplement, tentez d'afficher un fichier texte sans connaitre le nom (plus précisément, le nom de l'executable !) d'un éditeur de texte ou l'existence d'une commande à la more/less. Roger aurait fouillé dans le menu de son clicodrome, ou utilisé l'association par défaut d'un fichier texte à un quelconque éditeur. De même, situation déjà rencontrée.
La ligne de commande ne permet pas l'expérimentation, une interface graphique complète (j'insiste sur le complète) le permet. Et, amha, l'expérimentation est malheureusement une phase nécessaire de l'utilisation de l'outil informatique, pour le commun des mortels du moins.