Je suis assez d'accord, pas avec le ton mais avec le fond.
Je l'ai déjà constaté, des commentaires parfois pertinent (selon moi) sont pliés.
Et du coup, j'ai pris l'habitude de tout dépiler, ce qui est contre productif.
Je vais tenter de poster un ticket.
Je vais surement me faire démonter mais tant pis.
Il a été conçu précisément pour répondre à la problématique que tu soulève : remettre de l'ordre dans le flux de texte (d'objets) d'un pdf.
Ça exporte en markdown, html et epub (sa finalité).
Petit bémol, il ne sais pas traiter les graphiques.
Je ne sais plus qui l'a mentionné ici en premier mais je l'en remercie.
Non, puisque tu dis imprimer en N&B, tu ne changera quasiment jamais la cartouche de couleurs.
à 120€ tu as une imprimante couleur + scanner de bonne facture.
Le challenge était de trouver une imprimante N&B neuve moins cher que la moins cher des imprimantes couleur (<50€).
sauf que imho, bronsonisation est un mot tout pourri, alors que nécrologie est un vrai mot.
et puis ce ne sont pas de synonyme : bronsonisation = décès d'une personne célèbre.
Je n'ai pas de KDE sous la main donc je n'ai pas pu installer kexi.
Les screencasts et screenshots ont l'air prometteur.
Par contre je n'ai pas l'impression qu'il gère les relations.
C'est mandatory pour moi.
XMPP est un protocole et non un fournisseur de service.
Si tu as un compte FB (facebouc, c'est bien ça ?), tu ne peux communiquer qu'avec tes contacts FB. Même chose pour Gtalk.
Il y a très peux de services de messagerie instantanée qui reconnaissent les comptes des autres bien que la technologie le permette.
Il y a MSN et OrangeMessenger mais ce n'est pas du XMPP.
Il me semble qu'il y avait skyrock et je ne sais plus qui mais ce n'est pas du XMPP.
Et je crois que Jabber.org permet cela mais je ne sais plus avec qui.
Ce troll est trop velu pour en venir à bout ici : linuxfr étant codé en Ruby, nous allons effondrer le site en court de débat (bing 2ème troll, mince on est pas vendredi).
Si il arrive à tenir avec 64M de heap, il faudrait tester avec moins de PermGen.
Même avec une architecture à base de composants, et donc un nombre de classe à charger important, il devrait tenir avec moins de 64M de PermGen.
(Je ne peux pas tester dans l'immédiat)
Bon après, il ne descendra pas aux 5M de Miranda :P
On va donc se retrouver à nouveau avec du code imbriqué non compilé dans les applications et des moteurs de parsing dans les bases de données. Pourquoi pas des frameworks O(NoSQL)M - pour remplacer les ORM.
Je suis assez septique sur la création d'un DSL unifié pour les bases de données NoSQL.
Car autant le SQL est adapté à un modèle, le relationnel mais les bases NoSQL n'ont pas toutes le même paradigme.
Reprends l'exemple donné dans ce journal. L'utilisateur pense que c'est une clé usb.
Si à l’insertion, le système demande:
"vous venez d'insérer un clavier Machin/Truc
voulez vous l'utiliser ?"
L'utilisateur devrait se dire, "bah non ça devrait être une clé USB" ; et cliquer sur "non", l'arracher et la jeter à la poubelle.
Le périphérique peut tricher sur sa marque et son modèle mais ne peut pas tricher sur son rôle de clavier sinon il ne pourra pas envoyer les instructions et le hack ne marchera pas.
Peut importe le vendeur/modèle dans ma proposition.
Si le périphérique veut agir en tant que clavier, il est obligé de se déclarer comme tel (HID) au système.
L'idée est de demander à l'utilisateur si il ce qu'il a inséré correspond bien à la réalité.
Oui, il y a même des tutoriaux pour changer le contenu de ce CDROM et y injecté des saloperies qui profiteront de l'autoexec de la plupart des machines windows.
Est ce qu'il ne serait pas possible de paramétrer la détection de périphérique (udev) pour qu'elle demande l'autorisation à l'utilisateur avant d'utiliser un périphérique ?
Genre "un nouveau clavier (vendeur, modèle) a été inséré, voulez vous l'activer ?".
Si on a inséré ce que l'on croyait être une clé usb et que c'est en fait un clavier, ça peut faire réagir l'utilisateur pour qu'il dise non.
Le PDF est bien adapté pour faire des impressions papier. Le plus souvent ils sont crés pour sortir sur des formats répandus : A4/Letter voire A3 voire A5.
Sur une liseuse, on est plus proche d'un A6.
D'autre part, PDF ne conserve pas le flux de lecture ; c'est en particulier vrai sur un document double colonnes ou avec une présentation encore plus travaillée type article de journal.
Donc les liseuses savent faire du rendu PDF mais ne sont pas capable de les adapter à leur écran par augmentation de la taille de la police, tout au plus de zoomer.
Le EPUB est un format bien plus simple (du XHTML) et qui conserve le flux de texte.
Bref, ils n'ont pas le même usage.
Ce serait vraiment bien que l'EPUB se popularise comme que le PDF l'a fait, surtout pour les publications techniques ou scientifiques.
Cela éviterai de devoir recourir à de la transformation certes assistée mais fastidieuse ; merci pour le lien PdfMasher, j'utilise aussi avec contentement Sigil.
Car quand même, quel confort de lire sur un écran à encre électronique.
[^] # Re: Petit coup de gueule : Visiblement y en a qui "moinsse" les commentaires
Posté par steph1978 . En réponse au message Faire une réduction de code en supprimant les fonctions non utilisées. Évalué à 2.
Je suis assez d'accord, pas avec le ton mais avec le fond.
Je l'ai déjà constaté, des commentaires parfois pertinent (selon moi) sont pliés.
Et du coup, j'ai pris l'habitude de tout dépiler, ce qui est contre productif.
Je vais tenter de poster un ticket.
Je vais surement me faire démonter mais tant pis.
# pdfMasher
Posté par steph1978 . En réponse au message Remise en page d'un document pdf. Évalué à 2.
Il a été conçu précisément pour répondre à la problématique que tu soulève : remettre de l'ordre dans le flux de texte (d'objets) d'un pdf.
Ça exporte en markdown, html et epub (sa finalité).
Petit bémol, il ne sais pas traiter les graphiques.
Je ne sais plus qui l'a mentionné ici en premier mais je l'en remercie.
[^] # Re: Imprimante
Posté par steph1978 . En réponse au journal C'est la rentrée. Évalué à 2.
Non, puisque tu dis imprimer en N&B, tu ne changera quasiment jamais la cartouche de couleurs.
à 120€ tu as une imprimante couleur + scanner de bonne facture.
Le challenge était de trouver une imprimante N&B neuve moins cher que la moins cher des imprimantes couleur (<50€).
[^] # Re: Imprimante
Posté par steph1978 . En réponse au journal C'est la rentrée. Évalué à 2.
Dans la pratique, tu as trouvé une imprimante noire et blanc moins cher que l'imprimante couleurs la moins cher ? (hors occasion, j'entends)
[^] # Re: La nécro
Posté par steph1978 . En réponse au journal [RIP] Pour l'amour de l'eBook. Évalué à 4.
sauf que imho, bronsonisation est un mot tout pourri, alors que nécrologie est un vrai mot.
et puis ce ne sont pas de synonyme : bronsonisation = décès d'une personne célèbre.
[^] # Re: en web
Posté par steph1978 . En réponse au message solution d'édition de données relationnelles. Évalué à 2.
Bien, cela semble correspondre à mon besoin ; je vais les tester pour me faire une meilleur idée.
Merci.
[^] # Re: Kexi ?
Posté par steph1978 . En réponse au message solution d'édition de données relationnelles. Évalué à 1.
C'est le but, et je t'en remercie.
Je n'ai pas de KDE sous la main donc je n'ai pas pu installer kexi.
Les screencasts et screenshots ont l'air prometteur.
Par contre je n'ai pas l'impression qu'il gère les relations.
C'est mandatory pour moi.
[^] # Re: LibreOffice.BASE
Posté par steph1978 . En réponse au message solution d'édition de données relationnelles. Évalué à 1.
LibreOffice.BASE ne gère pas les relations.
Mais merci quand même.
[^] # Re: Je ne comprends pas
Posté par steph1978 . En réponse au journal Google rachète Motorla Mobility, autre raison. Évalué à 2.
et donc il suffit de dire "juré craché c'est pas uniquement pour ça" ?
[^] # Re: XMPP & Fb
Posté par steph1978 . En réponse à la dépêche Nouvelle version stable de Jitsi. Évalué à -1.
XMPP est un protocole et non un fournisseur de service.
Si tu as un compte FB (facebouc, c'est bien ça ?), tu ne peux communiquer qu'avec tes contacts FB. Même chose pour Gtalk.
Il y a très peux de services de messagerie instantanée qui reconnaissent les comptes des autres bien que la technologie le permette.
Il y a MSN et OrangeMessenger mais ce n'est pas du XMPP.
Il me semble qu'il y avait skyrock et je ne sais plus qui mais ce n'est pas du XMPP.
Et je crois que Jabber.org permet cela mais je ne sais plus avec qui.
[^] # Re: Sponsorisé par les fabricants de RAM?
Posté par steph1978 . En réponse à la dépêche Nouvelle version stable de Jitsi. Évalué à 3.
Ce troll est trop velu pour en venir à bout ici : linuxfr étant codé en Ruby, nous allons effondrer le site en court de débat (bing 2ème troll, mince on est pas vendredi).
[^] # Re: Sponsorisé par les fabricants de RAM?
Posté par steph1978 . En réponse à la dépêche Nouvelle version stable de Jitsi. Évalué à 4.
Si il arrive à tenir avec 64M de heap, il faudrait tester avec moins de PermGen.
Même avec une architecture à base de composants, et donc un nombre de classe à charger important, il devrait tenir avec moins de 64M de PermGen.
(Je ne peux pas tester dans l'immédiat)
Bon après, il ne descendra pas aux 5M de Miranda :P
[^] # Re: vie et mort d'un outil
Posté par steph1978 . En réponse au journal Line meurt. Évalué à 3.
Ce serait pour remettre un vieux portable ne marche, donc oui.
[^] # Septique
Posté par steph1978 . En réponse à la dépêche UnQL : all your bases are belong to us. Évalué à 2.
On va donc se retrouver à nouveau avec du code imbriqué non compilé dans les applications et des moteurs de parsing dans les bases de données. Pourquoi pas des frameworks O(NoSQL)M - pour remplacer les ORM.
Je suis assez septique sur la création d'un DSL unifié pour les bases de données NoSQL.
Car autant le SQL est adapté à un modèle, le relationnel mais les bases NoSQL n'ont pas toutes le même paradigme.
[^] # Re: vie et mort d'un outil
Posté par steph1978 . En réponse au journal Line meurt. Évalué à 3.
moi je cherche un Pentium III mobilile. ça existe plus cette bête :(
[^] # Re: Exemple concret de line(1)
Posté par steph1978 . En réponse au journal Line meurt. Évalué à 5.
là où tu utilise "head -1"
du coup ce n'est peut être pas le moment de procéder au remplacement.
[^] # Re: hack USB
Posté par steph1978 . En réponse à la dépêche Clé web USB et sécurité. Évalué à 5.
Et le système demandera l'accord pour un nouveau périphérique.
Ça tient encore.
[^] # Re: Se prémunir de l'attaque ?
Posté par steph1978 . En réponse à la dépêche Clé web USB et sécurité. Évalué à 1.
paternité de l'idée : 15h01.
[^] # Re: hack USB
Posté par steph1978 . En réponse à la dépêche Clé web USB et sécurité. Évalué à 5.
Reprends l'exemple donné dans ce journal. L'utilisateur pense que c'est une clé usb.
Si à l’insertion, le système demande:
L'utilisateur devrait se dire, "bah non ça devrait être une clé USB" ; et cliquer sur "non", l'arracher et la jeter à la poubelle.
Le périphérique peut tricher sur sa marque et son modèle mais ne peut pas tricher sur son rôle de clavier sinon il ne pourra pas envoyer les instructions et le hack ne marchera pas.
Je suis pas clair ou ça tien pas la route ?
[^] # Re: hack USB
Posté par steph1978 . En réponse à la dépêche Clé web USB et sécurité. Évalué à 3.
Peut importe le vendeur/modèle dans ma proposition.
Si le périphérique veut agir en tant que clavier, il est obligé de se déclarer comme tel (HID) au système.
L'idée est de demander à l'utilisateur si il ce qu'il a inséré correspond bien à la réalité.
[^] # hack USB
Posté par steph1978 . En réponse à la dépêche Clé web USB et sécurité. Évalué à 1.
Oui, il y a même des tutoriaux pour changer le contenu de ce CDROM et y injecté des saloperies qui profiteront de l'autoexec de la plupart des machines windows.
Est ce qu'il ne serait pas possible de paramétrer la détection de périphérique (udev) pour qu'elle demande l'autorisation à l'utilisateur avant d'utiliser un périphérique ?
Genre "un nouveau clavier (vendeur, modèle) a été inséré, voulez vous l'activer ?".
Si on a inséré ce que l'on croyait être une clé usb et que c'est en fait un clavier, ça peut faire réagir l'utilisateur pour qu'il dise non.
[^] # Re: PDF
Posté par steph1978 . En réponse à la dépêche Petites brèves : ebooks, nwm et Cloud Foundry. Évalué à 4.
Le PDF est bien adapté pour faire des impressions papier. Le plus souvent ils sont crés pour sortir sur des formats répandus : A4/Letter voire A3 voire A5.
Sur une liseuse, on est plus proche d'un A6.
D'autre part, PDF ne conserve pas le flux de lecture ; c'est en particulier vrai sur un document double colonnes ou avec une présentation encore plus travaillée type article de journal.
Donc les liseuses savent faire du rendu PDF mais ne sont pas capable de les adapter à leur écran par augmentation de la taille de la police, tout au plus de zoomer.
Le EPUB est un format bien plus simple (du XHTML) et qui conserve le flux de texte.
Bref, ils n'ont pas le même usage.
Ce serait vraiment bien que l'EPUB se popularise comme que le PDF l'a fait, surtout pour les publications techniques ou scientifiques.
Cela éviterai de devoir recourir à de la transformation certes assistée mais fastidieuse ; merci pour le lien PdfMasher, j'utilise aussi avec contentement Sigil.
Car quand même, quel confort de lire sur un écran à encre électronique.
[^] # Re: Bal des dictateurs: au tour de mugabe
Posté par steph1978 . En réponse au journal La répression en Libye grâce à nos technologies. Évalué à 2.
??
la source ne correspond pas à l'énoncé.
bref, on ne comprend pas la thèse ni les arguments.
[^] # Re: révision...
Posté par steph1978 . En réponse au journal Répression et peines de prison. Évalué à 2.
Qu'elle n'a aucun rapport avec le sujet de ce journal et les thèmes de ce site.
[^] # Re: Ah bon
Posté par steph1978 . En réponse au sondage Après le démarrage de mon environnement de bureau favori, je lance.... Évalué à 5.
Non, ça ça tourne 24/24 sur une seedbox qqconque.
Là on te parle d'une machine pour mouler.