Lorsqu'on lance l'application depuis un autre répertoire, ça foire parce que les chemins vers les images sont indiqués en relatifs, et python cherche dans le répertoire où il a été lancé, pas dans le répertoire du fichier ui.py.
Ça peut se résoudre en créant à l'init un attribut install_path
class interface(gtk.Window):
def __init__(self):
super(interface, self).__init__()
self.install_path = os.path.dirname(inspect.getfile(inspect.currentframe()))
qu'on utilise pour préfixer les chemins :
blue = cairo.ImageSurface.create_from_png(self.install_path + '/pixs/blue_alpha.png')
red = cairo.ImageSurface.create_from_png(self.install_path + '/pixs/red_alpha.png')
green = cairo.ImageSurface.create_from_png(self.install_path + '/pixs/green_alpha.png')
yellow = cairo.ImageSurface.create_from_png(self.install_path + '/pixs/yellow_alpha.png')
boum = cairo.ImageSurface.create_from_png(self.install_path + '/pixs/boum_alpha_big.png')
[...]
Testé chez moi, ça marche mais ce n'est peut-être pas la façon habituelle de procéder, je n'en sais rien. Une autre approche pour distribuer pourrait être de mettre les chemins en dur dans les fichiers du paquet. Ou, pour distribuer une archive, d'utiliser un makefile qui modifie les fichiers .py lors du make install pour remplacer pas exemple $INSTALL_DIR par le chemin qui va bien. Mais peut-être qu'en python, on fait encore autrement. Si qqn sait, ça m'intéresse.
Avant la release, il faudrait aussi placer le fichier de config dans un répertoire adapté. J'avais posé la question ici-même. Je l'ai fait pour gbirthday et ça donne ça, mais il y a peut-être plus simple :
# If XDG_CONFIG_HOME is defined, use it to store config files
if 'XDG_CONFIG_HOME' in os.environ:
self.base_config_path = os.environ['XDG_CONFIG_HOME'] + "/gbirthday"
# If no config file here, check for config files in ~/.config
if not os.path.isdir(self.base_config_path):
if os.path.isdir(os.environ['HOME'] + "/.config/gbirthday"):
shutil.copytree(os.environ['HOME'] + "/.config/gbirthday",
self.base_config_path)
else:
os.makedirs(self.base_config_path)
# else, use ~/.config
else:
self.base_config_path = os.environ['HOME'] + "/.config/gbirthday"
if not os.path.isdir(self.base_config_path):
os.makedirs(self.base_config_path)
J'ai essayé de prévoir le cas où XDG_CONFIG_HOME est défini alors qu'avant, il ne l'était pas. (Mais le cas où il disparaît n'est pas prévu…)
Pour ces deux points, je suis plutôt demandeur de "bonnes pratiques".
J'avais un site chez free. Après avoir résilié, tout continuait de fonctionner. Mais un an exactement après ma résiliation, j'ai perdu l'accès FTP, et la BDD a été supprimée ou n'est plus accessible. Du coup, il reste des pages qui foirent, faute de BDD, et je ne peux même pas les retirer…
Je crois que j'ai écrit, un jour, pour leur demander d'au moins retirer ce qui restait. Je n'ai pas eu de réponse.
J'avais pensé aux redirections, mais altern ne le propose pas, et ça voudrait dire passer par gmail, yahoo, ou je ne sais pas qui. (En fait je pourrais aussi passer par un copain qui utilise Gandi mail.) Simplement, ça ne me semblerait pas compliqué à rajouter dans l'interface de Gandi, et ça serait plutôt commode.
Quand on a un nom de domaine chez un fournisseur, c'est pertinent d'avoir comme adresse de contact une adresse sur un autre domaine. Comme ça en cas de pépin, on est encore joignable. Dans mon cas, c'est une adresse chez altern.org.
Sauf que pendant une période, je n'avais pas d'accès internet à la maison (le propriétaire n'avait pas fait passer les câbles de téléphone à la construction…), et donc je n'utilisais plus mon client mail (claws-mail) qui récupère automatiquement mes messages chez altern, je n'utilisais plus que roundcube depuis mon lieux de travail, sur mon adresse principale.
Et donc j'ai raté les nombreux messages de rappel de Gandi pour le paiement du nom de domaine. Je m'en suis rendu compte immédiatement, quand je n'avais plus accès à mon serveur. Après avoir payé, ça a été rétabli très rapidement et je ne crois pas avoir perdu de message.
Dans l'absolu, le nom de domaine aurait pu être acheté dans l'intervalle, et j'aurais effectivement été marron.
J'ai proposé à Gandi la possibilité d'avoir deux adresses de contact : l'adresse principale, et une adresse de secours. Pas de réponse.
J'utilise un serveur dédié virtualisé chez Gandi, qui est aussi mon fournisseur de nom de domaine.
Logiciels utilisés (entre autres) : postfix, dovecot, spamassassin, roundcube (squirrelmail est installé aussi mais ne sert qu'en cas de problème avec roundcube).
J'ai la main sur la config de spamassassin (la config par défaut me convient tout à fait). Grâce à un plugin roundcube pour sieve, chaque utilisateur peut créer des filtres (en particulier, il peut décider de quoi faire des messages en fonction de leur score spamassassin, ce qui rend la config spamassassin un peu personnalisable).
J'ai aussi mailman pour les listes de discussions, postfixadmin pour gérer les utilisateurs, les alias, etc.
L'intérêt d'une telle config ? Nom de domaine propre, configuration personnalisée, alias illimités, gestion de l'antispam, listes de discussion. Et bien sûr, le serveur ne sert pas qu'à ça (hébergement, etc).
Et puis j'ai appris plein de trucs. J'étais un gros noob, je reste un noob, et à vrai dire, je trouve que même quand on n'y connaît rien et qu'on fait n'importe quoi, c'est assez difficile à casser. Ma dernière grosse connerie, ça a été lors de la MàJ vers Squeeze. J'ai fait ça naïvement, sans me documenter, et je ne savais pas qu'en dédié virtualisé, je devais passer par l'interface de Gandi pour demander le changement de noyau. Comme le noyau que j'utilisais avant n'était pas compatible avec la nouvelle version de udev (je crois, de mémoire), je ne pouvais plus monter le disque supplémentaire, qui contient notamment le /home… Plus rien ne marchait. Panique. Surtout un samedi soir, pas de support avant lundi. En règle générale, je procède comme ça : j'essaye, je casse, je répare. Ça fait parfois des sueurs froides… mais c'est vraiment robuste.
Je viens d'essayer avec midori (lui aussi basé webkit). Pour une raison que j'ignore, il ne semble pas détecter la présence du plugin gnash (rien dans about:config alors que browser-plugin-gnash est installé).
Eh bien, ça fonctionne impec sur DM et YT (avec toujours le même problème sur YT : beaucoup de vidéo en flash seulement...). À croire que sur DM, le fait de cocher ou non l'activation du lecteur HTML5 Beta ne change rien à l'affaire, mais qu'en l'absence de plugin flash/gnash, c'est la méthode HTML5 qui est employée.
Edit : J'ai parlé un peu vite, ça fonctionne mais c'est vrai que ça peut planter, notamment en mode plein-écran...
Je poursuis mes tests HTML5 avec epiphany (qui gère WebM et h.264), en acceptant les cookies.
Sur DM, la page est blanche parce que gnash se lance et ne parvient pas à lire la vidéo. J'ai pourtant activé le lecteur HTML5 Beta. Est-ce parce que seulement un sous-ensemble des videos est accessible via HTML5, et aucune de celles que j'ai essayé ? Un site suggère d'insérer openveideo dans l'URL mais ça n'a pas fonctionné.
Sur YT, ça fonctionne mais le simple fait d'avoir le cookie stipulant qu'on veut tester le HTML5 ne suffit pas à limiter le choix des vidéos proposées. Donc si on clique sur l'une des vidéos proposées dans la colonne de droite, rapidement, on tombe sur une en flash qui foire. Il y a moyen de limiter le choix ? De voir à l'avance sur quel format on va tomber ?
Je n'ai pas installé le plugin flash (pour pas salir), et j'ai gnash, qui arrive quelquefois à afficher des sites avec des menus en flash, et à afficher les vidéos youtube. Ceci impacte fortement le WAF (je préfèrerais parler de facteur d'acceptation par le conjoint) de mon PC...
Sur le fond je suis évidemment favorable à l'abandon de flash. Mais je crains moi aussi qu'une période douloureuse s'annonce pour certains d'entre nous, car le lecteur flash pour linux est très largement utilisé, et on risque de connaître une longue période pendant laquelle "c'est nul linux, ça lit pas le flash"...
À l'exception de quelques sites web en flash intégral (qui, certes, mériteraient le bûcher à leur créateur) pour lesquels c'est gênant, c'est uniquement pour les vidéos que ça m'embête. Je cherche donc des alternatives.
Télécharger les vidéos
J'ai cherché des extensions firefox pour télécharger les vidéos, mais en règle générale, ça ne fonctionne pas sur la plupart des sites annoncés par l'extension. J'ai l'impression que les sites, las de se faire "piller", se sont adaptés et sont passés d'un système où le lecteur flash ne fait que lire une fichier .flv directement accessible sur le serveur en http, à un système où c'est le lecteur flash qui est en charge de la communication et obfusque tout. Quelqu'un peut confirmer/infirmer ? Me suggérer une extension ?
Pour les vidéos sur Pluzz (retransmissions France Télévision, j'ai trouvé un script python qui marche bien : pluzzdl.
HTML5
HTML5, je découvre. Faut-il que j'active spécifiquement quelque chose sur iceweasel ? (Que j'attende la version 10 ?) Quels sites l'utilisent ?
Sur la page HTML5 de Dailymotion, ça foire. La vidéo ne se lit pas et on me propose d'utiliser flash. Les boutons en dessous ne font rien. Avec epiphany, ça marche et c'est épatant. Les vidéos ne s'affichent pas pour autant, j'ai du blanc à la place.
Quant à la page HTML5 de youtube, elle m'indique que mon navigateur est compatible "Tag vidéo" et "WebM". J'ai pu regarder des vidéos, y compris en plein écran. Avec epiphany, youtube dit que tous les éléments sont compatibles (y compris "h.264") mais le bouton de plein écran était sans effet. Il semble aussi que toutes les vidéos ne soient pas accessibles et youtube propose d'ajouter &webm=1 à la fin d'une URL de recherche pour filtrer. C'est pas super pratique (et bonjour le WAF). De plus, HTML5 n'est pas le choix par défaut, il ne le devient que si on coche "Participer à l'essai HTML5". J'imagine que ça veut dire autoriser youtube à mettre des cookies. Comment faites-vous pour faire de HTML5 le choix par défaut ?
Pourquoi y a-t-il une différence epiphany / iceweasel ? C'est lié à ma config ou bien c'est une différence Gecko / Webkit ?
Merci pour vos éclaircissements et désolé pour les questions de noob. Je débarque complètement... Et puis comme on dit, celui qui pose la question n'a l'air con qu'une seule fois...
Aaaaahhhhh, ça y est. Effectivement, maintenant que j'ai compris, ça paraît évident et je comprends pourquoi on ne comprenait pas ce que je ne comprenais pas. En tout cas c'est maintenant limpide. Merci et désolé.
Posté par jihele .
En réponse à la dépêche Apache passe en version 2.4.
Évalué à -2.
Dernière modification le 22 février 2012 à 10:09.
Je ne comprends toujours pas "à pleinement supporté". C'est le "à" qui est en trop ?
Désolé, c'est peut-être moi. Je ne connais pas MPM event et tout mais c'est la syntaxe de la phrase qui m'échappe. Et le "à supporté" me semble suspect.
LibreOffice semble disculpé sur le coup. Mais je ne dirais pas que ce n'était pas un problème. C'est un peu embêtant que ce genre de choses arrive.
L'intérêt d'avoir un standard, c'est aussi de savoir que lorsqu'on enregistre ce qu'on voit, ça s'affichera pareil sur tout autre poste doté d'un logiciel, n'importe lequel, respectueux du standard.
C'est bien de pouvoir diffuser du .pdf, mais c'est bien aussi de pouvoir bosser à plusieurs sur un fichier sans avoir la présentation qui déconne.
Je ne m'explique pas pourquoi les tailles ont changé. Je ne vois rien dans le changelog à ce sujet. À moins que ce ne soit justement LibreOffice qui utilise les polices différemment. Très franchement, ça me dépasse un peu.
Ben comme je dis dans un commentaire au-dessus, sur les deux versions, la taille de police diffère, donc je pense que LibreOffice n'y est pour rien et il n'y a pas de bug a priori.
J'utilise les polices DejaVu et OpenSymbol. Dans /usr/share/fonts/truetype/ttf-dejavu, tout est daté du 27 février 2011. Et /usr/share/fonts/truetype/openoffice/opens___.ttf est daté du 19 mai 2011. Du coup j'avais éliminé cette hypothèse.
Et pourtant, si je superpose l'ancien et le nouveau .pdf (en activant la transparence du compositeur pour voir les deux en même temps), je vois clairement que les lettres du nouveau sont un poil plus grosses. Donc il s'agit bien d'une différence de police (ou de la façon dont LibreOffice s'en sert ?). C'est compliqué, les polices, et je ne me hasarderais pas à émettre trop d'hypothèses, au risque d'écrire n'importe quoi... avec un jour d'avance.
À titre d'exemple, j'ai un document d'une page (un CV) enregistré le 26 janvier. Je l'ouvre aujourd'hui et je me rends compte que la présentation a changé : ça dépend ça dépasse sur le deuxième page.
Je suppose que c'est lié à la MàJ en 3.4.5 que j'ai faite le 27 janvier
ls -al /usr/share/libreoffice
drwxr-xr-x 5 root root 4096 janv. 27 22:41 .
C'est gênant que ça casse, comme ça. Et j'ai du mal à me l'expliquer. Mais je me vois mal m'en plaindre : c'est peut-être un bug qui a été corrigé, et la présentation précédente qui était "fausse" (même si le .pdf généré m'allait très bien...).
Je te plussoie parce que j'ai un break. C'est trop bien, un break, si c'est suffisamment bien dimensionné, on peut dormir dedans tout alongé. Et on peut mettre pleeeein de trucs dedans.
Acheter des bagnoles qui vont vite c'est vraiment une connerie. La vitesse c'est inutile, dangereux et ça pollue. Ça devrait être interdit les bagnoles qui consomment trop, au lieu d'un malus de rien du tout.
Bon, et puis si j'ai envie de me faire plaisir à rouler comme un con, je sors la moto...
[^] # Re: Petit bug, ouverture application.
Posté par jihele . En réponse à la dépêche Bubble Crusher 0.9 bêta release. Évalué à 2.
Lorsqu'on lance l'application depuis un autre répertoire, ça foire parce que les chemins vers les images sont indiqués en relatifs, et python cherche dans le répertoire où il a été lancé, pas dans le répertoire du fichier ui.py.
Ça peut se résoudre en créant à l'init un attribut install_path
qu'on utilise pour préfixer les chemins :
Testé chez moi, ça marche mais ce n'est peut-être pas la façon habituelle de procéder, je n'en sais rien. Une autre approche pour distribuer pourrait être de mettre les chemins en dur dans les fichiers du paquet. Ou, pour distribuer une archive, d'utiliser un makefile qui modifie les fichiers .py lors du make install pour remplacer pas exemple $INSTALL_DIR par le chemin qui va bien. Mais peut-être qu'en python, on fait encore autrement. Si qqn sait, ça m'intéresse.
Avant la release, il faudrait aussi placer le fichier de config dans un répertoire adapté. J'avais posé la question ici-même. Je l'ai fait pour gbirthday et ça donne ça, mais il y a peut-être plus simple :
J'ai essayé de prévoir le cas où XDG_CONFIG_HOME est défini alors qu'avant, il ne l'était pas. (Mais le cas où il disparaît n'est pas prévu…)
Pour ces deux points, je suis plutôt demandeur de "bonnes pratiques".
[^] # Re: Moui, moui...
Posté par jihele . En réponse à la dépêche Projet numérique du Front de Gauche. Évalué à 3.
Je crois que tu dis une connerie, par définition de la médiane (qui n'est pas une moyenne).
# Big Brother sait ce que vous mangez !
Posté par jihele . En réponse à la dépêche Repas du Libre le 8 mars 2012 à Toulouse. Évalué à 3.
C'est horrible, cette fuite d'informations nominatives confidentielles ! Je n'ose imaginer l'exploitation qui pourrait en être faite.
[^] # Re: XDG Base Directory
Posté par jihele . En réponse au message Emplacement des fichiers de config utilisateur. Évalué à 1.
Merci pour vos réponses.
La raison aurait pu être que la norme diffère d'un système à l'autre, mais si c'est freedesktop qui le dit…
[^] # Re: free
Posté par jihele . En réponse au message Hébergement web gratuit. Évalué à 2.
J'avais un site chez free. Après avoir résilié, tout continuait de fonctionner. Mais un an exactement après ma résiliation, j'ai perdu l'accès FTP, et la BDD a été supprimée ou n'est plus accessible. Du coup, il reste des pages qui foirent, faute de BDD, et je ne peux même pas les retirer…
Je crois que j'ai écrit, un jour, pour leur demander d'au moins retirer ce qui restait. Je n'ai pas eu de réponse.
[^] # Re: CPU
Posté par jihele . En réponse à la dépêche Piwik sort en version 1.7. Évalué à 1.
Je n'avais rien remarqué. En tout cas ça semble corrigé en 1.7.1, donc ça n'aura duré qu'une semaine.
J'ai choisi Piwik par hasard, mais OWA a l'air sympa aussi.
[^] # Re: celui de mon fournisseur de nom de domaine
Posté par jihele . En réponse au sondage Quel fournisseur de courrier électronique utilisez-vous ?. Évalué à 1.
J'avais pensé aux redirections, mais altern ne le propose pas, et ça voudrait dire passer par gmail, yahoo, ou je ne sais pas qui. (En fait je pourrais aussi passer par un copain qui utilise Gandi mail.) Simplement, ça ne me semblerait pas compliqué à rajouter dans l'interface de Gandi, et ça serait plutôt commode.
[^] # Re: celui de mon fournisseur de nom de domaine
Posté par jihele . En réponse au sondage Quel fournisseur de courrier électronique utilisez-vous ?. Évalué à 1.
Ça, je ne sais pas faire.
[^] # Re: celui de mon fournisseur de nom de domaine
Posté par jihele . En réponse au sondage Quel fournisseur de courrier électronique utilisez-vous ?. Évalué à 1. Dernière modification le 27 février 2012 à 14:57.
J'ai déjà perdu mon nom de domaine…
Quand on a un nom de domaine chez un fournisseur, c'est pertinent d'avoir comme adresse de contact une adresse sur un autre domaine. Comme ça en cas de pépin, on est encore joignable. Dans mon cas, c'est une adresse chez altern.org.
Sauf que pendant une période, je n'avais pas d'accès internet à la maison (le propriétaire n'avait pas fait passer les câbles de téléphone à la construction…), et donc je n'utilisais plus mon client mail (claws-mail) qui récupère automatiquement mes messages chez altern, je n'utilisais plus que roundcube depuis mon lieux de travail, sur mon adresse principale.
Et donc j'ai raté les nombreux messages de rappel de Gandi pour le paiement du nom de domaine. Je m'en suis rendu compte immédiatement, quand je n'avais plus accès à mon serveur. Après avoir payé, ça a été rétabli très rapidement et je ne crois pas avoir perdu de message.
Dans l'absolu, le nom de domaine aurait pu être acheté dans l'intervalle, et j'aurais effectivement été marron.
J'ai proposé à Gandi la possibilité d'avoir deux adresses de contact : l'adresse principale, et une adresse de secours. Pas de réponse.
[^] # Re: celui de mon fournisseur de nom de domaine
Posté par jihele . En réponse au sondage Quel fournisseur de courrier électronique utilisez-vous ?. Évalué à 4.
J'utilise un serveur dédié virtualisé chez Gandi, qui est aussi mon fournisseur de nom de domaine.
Logiciels utilisés (entre autres) : postfix, dovecot, spamassassin, roundcube (squirrelmail est installé aussi mais ne sert qu'en cas de problème avec roundcube).
J'ai la main sur la config de spamassassin (la config par défaut me convient tout à fait). Grâce à un plugin roundcube pour sieve, chaque utilisateur peut créer des filtres (en particulier, il peut décider de quoi faire des messages en fonction de leur score spamassassin, ce qui rend la config spamassassin un peu personnalisable).
J'ai aussi mailman pour les listes de discussions, postfixadmin pour gérer les utilisateurs, les alias, etc.
L'intérêt d'une telle config ? Nom de domaine propre, configuration personnalisée, alias illimités, gestion de l'antispam, listes de discussion. Et bien sûr, le serveur ne sert pas qu'à ça (hébergement, etc).
Et puis j'ai appris plein de trucs. J'étais un gros noob, je reste un noob, et à vrai dire, je trouve que même quand on n'y connaît rien et qu'on fait n'importe quoi, c'est assez difficile à casser. Ma dernière grosse connerie, ça a été lors de la MàJ vers Squeeze. J'ai fait ça naïvement, sans me documenter, et je ne savais pas qu'en dédié virtualisé, je devais passer par l'interface de Gandi pour demander le changement de noyau. Comme le noyau que j'utilisais avant n'était pas compatible avec la nouvelle version de udev (je crois, de mémoire), je ne pouvais plus monter le disque supplémentaire, qui contient notamment le /home… Plus rien ne marchait. Panique. Surtout un samedi soir, pas de support avant lundi. En règle générale, je procède comme ça : j'essaye, je casse, je répare. Ça fait parfois des sueurs froides… mais c'est vraiment robuste.
[^] # Re: Questions pratiques
Posté par jihele . En réponse à la dépêche Adobe n'en finit pas de tuer Flash. Évalué à 0. Dernière modification le 25 février 2012 à 02:16.
Je viens d'essayer avec midori (lui aussi basé webkit). Pour une raison que j'ignore, il ne semble pas détecter la présence du plugin gnash (rien dans about:config alors que browser-plugin-gnash est installé).
Eh bien, ça fonctionne impec sur DM et YT (avec toujours le même problème sur YT : beaucoup de vidéo en flash seulement...). À croire que sur DM, le fait de cocher ou non l'activation du lecteur HTML5 Beta ne change rien à l'affaire, mais qu'en l'absence de plugin flash/gnash, c'est la méthode HTML5 qui est employée.
Edit : J'ai parlé un peu vite, ça fonctionne mais c'est vrai que ça peut planter, notamment en mode plein-écran...
[^] # Re: Questions pratiques
Posté par jihele . En réponse à la dépêche Adobe n'en finit pas de tuer Flash. Évalué à 0.
Je poursuis mes tests HTML5 avec epiphany (qui gère WebM et h.264), en acceptant les cookies.
Sur DM, la page est blanche parce que gnash se lance et ne parvient pas à lire la vidéo. J'ai pourtant activé le lecteur HTML5 Beta. Est-ce parce que seulement un sous-ensemble des videos est accessible via HTML5, et aucune de celles que j'ai essayé ? Un site suggère d'insérer openveideo dans l'URL mais ça n'a pas fonctionné.
Sur YT, ça fonctionne mais le simple fait d'avoir le cookie stipulant qu'on veut tester le HTML5 ne suffit pas à limiter le choix des vidéos proposées. Donc si on clique sur l'une des vidéos proposées dans la colonne de droite, rapidement, on tombe sur une en flash qui foire. Il y a moyen de limiter le choix ? De voir à l'avance sur quel format on va tomber ?
[^] # Re: Quel remplacant pour les jeux en flash ?
Posté par jihele . En réponse à la dépêche Adobe n'en finit pas de tuer Flash. Évalué à 1.
Hou la la, c'est dangereux, ça. Je crains pour notre productivité. Heureusement que le vendredi, on a mieux à faire ici...
# Questions pratiques
Posté par jihele . En réponse à la dépêche Adobe n'en finit pas de tuer Flash. Évalué à 3.
Je n'ai pas installé le plugin flash (pour pas salir), et j'ai gnash, qui arrive quelquefois à afficher des sites avec des menus en flash, et à afficher les vidéos youtube. Ceci impacte fortement le WAF (je préfèrerais parler de facteur d'acceptation par le conjoint) de mon PC...
Sur le fond je suis évidemment favorable à l'abandon de flash. Mais je crains moi aussi qu'une période douloureuse s'annonce pour certains d'entre nous, car le lecteur flash pour linux est très largement utilisé, et on risque de connaître une longue période pendant laquelle "c'est nul linux, ça lit pas le flash"...
À l'exception de quelques sites web en flash intégral (qui, certes, mériteraient le bûcher à leur créateur) pour lesquels c'est gênant, c'est uniquement pour les vidéos que ça m'embête. Je cherche donc des alternatives.
Télécharger les vidéos
J'ai cherché des extensions firefox pour télécharger les vidéos, mais en règle générale, ça ne fonctionne pas sur la plupart des sites annoncés par l'extension. J'ai l'impression que les sites, las de se faire "piller", se sont adaptés et sont passés d'un système où le lecteur flash ne fait que lire une fichier .flv directement accessible sur le serveur en http, à un système où c'est le lecteur flash qui est en charge de la communication et obfusque tout. Quelqu'un peut confirmer/infirmer ? Me suggérer une extension ?
Pour les vidéos sur Pluzz (retransmissions France Télévision, j'ai trouvé un script python qui marche bien : pluzzdl.
HTML5
HTML5, je découvre. Faut-il que j'active spécifiquement quelque chose sur iceweasel ? (Que j'attende la version 10 ?) Quels sites l'utilisent ?
Sur la page HTML5 de Dailymotion, ça foire. La vidéo ne se lit pas et on me propose d'utiliser flash. Les boutons en dessous ne font rien. Avec epiphany, ça marche et c'est épatant. Les vidéos ne s'affichent pas pour autant, j'ai du blanc à la place.
Quant à la page HTML5 de youtube, elle m'indique que mon navigateur est compatible "Tag vidéo" et "WebM". J'ai pu regarder des vidéos, y compris en plein écran. Avec epiphany, youtube dit que tous les éléments sont compatibles (y compris "h.264") mais le bouton de plein écran était sans effet. Il semble aussi que toutes les vidéos ne soient pas accessibles et youtube propose d'ajouter &webm=1 à la fin d'une URL de recherche pour filtrer. C'est pas super pratique (et bonjour le WAF). De plus, HTML5 n'est pas le choix par défaut, il ne le devient que si on coche "Participer à l'essai HTML5". J'imagine que ça veut dire autoriser youtube à mettre des cookies. Comment faites-vous pour faire de HTML5 le choix par défaut ?
Pourquoi y a-t-il une différence epiphany / iceweasel ? C'est lié à ma config ou bien c'est une différence Gecko / Webkit ?
Merci pour vos éclaircissements et désolé pour les questions de noob. Je débarque complètement... Et puis comme on dit, celui qui pose la question n'a l'air con qu'une seule fois...
[^] # Re: Mot manquant
Posté par jihele . En réponse à la dépêche Apache passe en version 2.4. Évalué à 0.
Aaaaahhhhh, ça y est. Effectivement, maintenant que j'ai compris, ça paraît évident et je comprends pourquoi on ne comprenait pas ce que je ne comprenais pas. En tout cas c'est maintenant limpide. Merci et désolé.
[^] # Re: Mot manquant
Posté par jihele . En réponse à la dépêche Apache passe en version 2.4. Évalué à -2. Dernière modification le 22 février 2012 à 10:09.
Je ne comprends toujours pas "à pleinement supporté". C'est le "à" qui est en trop ?
Désolé, c'est peut-être moi. Je ne connais pas MPM event et tout mais c'est la syntaxe de la phrase qui m'échappe. Et le "à supporté" me semble suspect.
# Mot manquant
Posté par jihele . En réponse à la dépêche Apache passe en version 2.4. Évalué à 1.
Il doit manquer un mot dans cette phrase.
[^] # Re: Obiwan Kenobi
Posté par jihele . En réponse au sondage Les Humble Indie Bundle, vous en pensez quoi ?. Évalué à 5.
Jamais entendu parler.
[^] # Re: Compatibilité ascendante
Posté par jihele . En réponse à la dépêche LibreOffice 3.5 est disponible. Évalué à 1.
LibreOffice semble disculpé sur le coup. Mais je ne dirais pas que ce n'était pas un problème. C'est un peu embêtant que ce genre de choses arrive.
L'intérêt d'avoir un standard, c'est aussi de savoir que lorsqu'on enregistre ce qu'on voit, ça s'affichera pareil sur tout autre poste doté d'un logiciel, n'importe lequel, respectueux du standard.
C'est bien de pouvoir diffuser du .pdf, mais c'est bien aussi de pouvoir bosser à plusieurs sur un fichier sans avoir la présentation qui déconne.
Je ne m'explique pas pourquoi les tailles ont changé. Je ne vois rien dans le changelog à ce sujet. À moins que ce ne soit justement LibreOffice qui utilise les polices différemment. Très franchement, ça me dépasse un peu.
[^] # Re: Compatibilité ascendante
Posté par jihele . En réponse à la dépêche LibreOffice 3.5 est disponible. Évalué à 1.
Ben comme je dis dans un commentaire au-dessus, sur les deux versions, la taille de police diffère, donc je pense que LibreOffice n'y est pour rien et il n'y a pas de bug a priori.
[^] # Re: Compatibilité ascendante
Posté par jihele . En réponse à la dépêche LibreOffice 3.5 est disponible. Évalué à 2.
C'est gentil mais je pense que c'est résolu. La police a l'air d'avoir changé. J'ai modifié les marges et des espacements pour que ça rentre.
[^] # Re: Compatibilité ascendante
Posté par jihele . En réponse à la dépêche LibreOffice 3.5 est disponible. Évalué à 2.
Ben .odt. (Et je l'envoie en .pdf)
[^] # Re: Compatibilité ascendante
Posté par jihele . En réponse à la dépêche LibreOffice 3.5 est disponible. Évalué à 2.
Oui, ça m'avait traversé l'esprit.
J'utilise les polices DejaVu et OpenSymbol. Dans /usr/share/fonts/truetype/ttf-dejavu, tout est daté du 27 février 2011. Et /usr/share/fonts/truetype/openoffice/opens___.ttf est daté du 19 mai 2011. Du coup j'avais éliminé cette hypothèse.
Et pourtant, si je superpose l'ancien et le nouveau .pdf (en activant la transparence du compositeur pour voir les deux en même temps), je vois clairement que les lettres du nouveau sont un poil plus grosses. Donc il s'agit bien d'une différence de police (ou de la façon dont LibreOffice s'en sert ?). C'est compliqué, les polices, et je ne me hasarderais pas à émettre trop d'hypothèses, au risque d'écrire n'importe quoi... avec un jour d'avance.
[^] # Re: Compatibilité ascendante
Posté par jihele . En réponse à la dépêche LibreOffice 3.5 est disponible. Évalué à 1.
Ton commentaire est pour le moins lacunaire.
À titre d'exemple, j'ai un document d'une page (un CV) enregistré le 26 janvier. Je l'ouvre aujourd'hui et je me rends compte que la présentation a changé : ça dépend ça dépasse sur le deuxième page.
Je suppose que c'est lié à la MàJ en 3.4.5 que j'ai faite le 27 janvier
ls -al /usr/share/libreoffice
drwxr-xr-x 5 root root 4096 janv. 27 22:41 .
C'est gênant que ça casse, comme ça. Et j'ai du mal à me l'expliquer. Mais je me vois mal m'en plaindre : c'est peut-être un bug qui a été corrigé, et la présentation précédente qui était "fausse" (même si le .pdf généré m'allait très bien...).
[^] # Re: tu lâches rien
Posté par jihele . En réponse au journal Puissance et danger : le sophisme de la loi des 100ch. Évalué à -1. Dernière modification le 14 février 2012 à 19:52.
Je te plussoie parce que j'ai un break. C'est trop bien, un break, si c'est suffisamment bien dimensionné, on peut dormir dedans tout alongé. Et on peut mettre pleeeein de trucs dedans.
Acheter des bagnoles qui vont vite c'est vraiment une connerie. La vitesse c'est inutile, dangereux et ça pollue. Ça devrait être interdit les bagnoles qui consomment trop, au lieu d'un malus de rien du tout.
Bon, et puis si j'ai envie de me faire plaisir à rouler comme un con, je sors la moto...