> Et à part ca avec les machines qui seront vendues dans 4 ans, tout le monde pourra recommencer à spammer
Et en plus, ça va relancer Intel !!!!
Avant, ct «avec Pentium, surfez plus vite sur l'Internet»
Maintenant, ce sera: «avec pentium 6, vos mails arrivent désormais plus vite qu'avec la Poste !»
Pour mon Duron 700 par contre... je vais me remettre à acheter des timbres :)
Non, kword a un format assez proche de OOo à savoir un ZIP avec des fichiers XML inside (tm).
Sinon, de toute façon, y'a des filtres OOo pour exporter dans un fichier XML unique aussi.
Le format XML de MS, je le sens venir:
un gros fichier XML avec en premiere ligne:
<msoffice:worddocument type="octet/stream">[{#[{#[`|\@|^|-dsdf17&"é"'é" [...]ç$^é[`@</msoffice:worddocument>
Hop, un .DOC binaire dans un document XML :)
Mais non PBG :) Je déconne, ce sera pas un gros blob binaire, je sais très bien que ce sera du XML bien formé avec un super schéma XML.
Perso, j'attendrai encore un peu que les Athlons 64 baissent... je suis un peu dans le même cas que toi avec un Duron 700... il me convient a peu près (OK...prend du temps pour compiler KDE 3.2 :) pour l'instant, mais je compte passer en Athlon 64 au cours de l'année.
J'ai fait une telle étude pour la boîte dans laquelle j'ai fait mon stage de fin d'études.
En gros, j'ai étudié pas mal des logiciels cités plus hauts. En matière de trucs libres, y'en a pas bcp qui sont généraux (moi, mon système devait être adapté au repport d'incidents, au soft et même à l'applications de procédures...) :
* Bugzilla, Bug Tracker : bons, mais pas de workflows... donc bien pour le soft, pour le reste...
* Double Choco, Issue Tracker, Mantis et plein de softs de SourceForge... : pas assez aboutis ou carrément bogués
* Scarab : pas mal, mais à l'époque encore incomplet (workflows notamment), à mon avis, celui qui a le plus d'avenir
En fait, mon préféré, ct TrackStudio, pas libre mais pas cher et OpenSource (enfin, avec certaines des licences proposées), marche nickel sous Nux et est très extensible. Inconvéniens: interface moche à la XP (heureusement, on peut créer ses propres skins), très générique. http://trackstudio.com/(...)
Le plus gros avantage, c'est les workflows qui sont gérés de manière simple et intuitive, et la très grande configurabilité !!!
En gros, c'est un outil qui marche presque direct et qui peut s'adapter pratiquement à n'importe quoi. En plus, le principe est très simple.
J'ai testé pas mal de systèmes (là, je parle que des libres), mais pour moi, c'est le meilleur au niveau rapport-qualité-prix. Et à mon sens (hormi pour le soft où là je pencherais plus pour Bugzilla car les dev y sont habitués... et encore, il est très adaptable !), ce serait mon choix.
Les drivers installés avec OOo sont une chose, mais tous les drivers CUPS fonctionnent avec OOo !!!!
(On peut même trouver de tels drivers sur le site d'adobe)
Pour ajouter les drivers, c'est simple, trouve les fichiers .ppd sur ton système (sans doute /usr/share/cups/model/ ) correspondant à ton imprimante. (Y'en a d'autres sur Linuxprinting.org...), dans spadmin, choisis "importer" et choisis le répertoire correspondant au driver que tu souhaites... hop, c'est gagné :)
Bon... allons-y.
D'abord, lpr existe sous CUPS comme outil de compatibilite. Regarde dans ta distric, il doit y avoir un package cups-client et cups-client-bsd ou un truc dans le genre, ce qui te permet d'avoir la compatibilité avec tous les vieux programmes.
Si tu veux les boites de dialogue KDE en plus, ça marche aussi:
kprinter -J "Impression OpenOffice" --stdin
marche très bien.
En plus, OOo gère en natif CUPS... donc la couille vient sans doute de ta config CUPS.
Première chose à voir, les lignes
Printcap /etc/printcap
PrintcapFormat BSD
sont les bienvenues dans ton fichier CUPS afin de permettre compatibilité avec vieux progs.
Par ailleurs, tu n'as pas besoin de mettre de filtre pour OOo puisque CUPS le fait pour toi !
Enfin, chez moi, encore mieux, CUPS est détecté par OOo et donc toutes les imprimantes CUPS sont dispos par OOo sans config.
La gestion des évènements en particulier est très différente d'un environnement à l'autre. Pour simplifier, les applications graphiques utilisent une boucle d'évènements «quand l'application ne fait rien», c'est à dire 90% du temps. Cette boucle dirige les évènements vers les contrôles notamment (par exemple, un menu qui change d'apparence quand la souris passe dessus...).
Cette boucle est différente pour chacun des toolkits, c'est le premier problème.
Le second, c'est que les toolkits n'ont pas toujours les même «widgets» (contrôles graphiques) et si ils les ont, n'ont pas toujours le même comportement.
Tu as ptet les commandes lp pour lpd... dans ce cas, regardes si tu n'as pas le package lpd et les commandes associées...
Sinon, sou deb, il existe les packages:
cupsys-bsd
cupsys-client
Tu dois avoir des équivalents sous ta distrib...
Moi, à ta place, je virerais lpd si il est installé sur ta distrib.
Les applis GTK savent imprimer avec un serveur CUPS en particulier, donc un petit setup d'un serveur CUPS me semble approprié (ou LPD, mais y'a moins de possibilités...)
Sinon, il te reste la solution kprinter qui marche avec tous les programmes qui permettent d'imprimer avec une ligne de commande.
kprinter --stdin
Pour imprimer depuis un flux.
Oui, d'autant plus que déposer un brevet pour ses fins personnelles n'a AUCUN sens.
Si un brevet antérieur existe, de toute façon, MS est baisé.
Si un brevet est déposé APRES, MS baise celui qui dépose le brevet car ils ont l'antériorité.
Donc, si MS dépose de tels brevets, c'est pour baiser des gens (comment ça Mozilla ?)
Un conseil, pour tous les périphériques montés en USB ou ce genre, il faut s'assurer, que le système est bien synchronisé avant d'enlever le périphérique. Je ne sais pas si tu l'as monté à la main ou non, si tu l'a monté à la main, soit sûr de bien l'avoir démonté. Si il a été monté avec autofs, vérifie d'avoir dans les entrées d'autofs une option "sync", au besoin, fais un "sudo sync" avant de l'enlever. Autre chose, j'ai pu constater, notamment avec un archos jukebox et mon appareil photo, qu'il fallait mieux éteindre le périphérique AVANT de débrancher le périphérique (visiblement, quand on éteint le périph, il envoie des infos via USB), ce qui permet d'éviter des msg d'erreur au niveau du kernel.
KDE a un protocole noomé CGI qui permet une exécution de scripts a partir de konqueror et de toutes les applis KDE... très utile notamenbt pour déboguer :)
[^] # Re: En quoi la mise en page par tableaux est-elle stupide
Posté par bad sheep (site web personnel) . En réponse à la dépêche En quoi la mise en page par tableaux est-elle stupide. Évalué à 1.
http://glaacademy.free.fr/personne.php?qui=psouchay(...) : ... encore une perle celle-là : "Pour les aveugles, ce site il est illisible."
[^] # Re: Raaa Firebird me déçoit sur ce coup, même IE fait mieux !
Posté par bad sheep (site web personnel) . En réponse au journal Raaa Firebird me déçoit sur ce coup, même IE fait mieux !. Évalué à 1.
[^] # Re: Bill Gates veut signer l'arrêt de mort du spam
Posté par bad sheep (site web personnel) . En réponse à la dépêche Bill Gates veut signer l'arrêt de mort du spam. Évalué à 2.
Et en plus, ça va relancer Intel !!!!
Avant, ct «avec Pentium, surfez plus vite sur l'Internet»
Maintenant, ce sera: «avec pentium 6, vos mails arrivent désormais plus vite qu'avec la Poste !»
Pour mon Duron 700 par contre... je vais me remettre à acheter des timbres :)
[^] # Re: Materiel à la mode sous Linux ?
Posté par bad sheep (site web personnel) . En réponse au journal Materiel à la mode sous Linux ?. Évalué à 1.
Moi, il est encore en train de compiler (en plus, j'ai de la mémoire de merde et j'ai mis les options d'optimisation max :)
Enfin, c'est quand même pas un drame :)
[^] # Re: Microsoft brevète un format XML de traitement de texte
Posté par bad sheep (site web personnel) . En réponse au journal Microsoft brevète un format XML de traitement de texte. Évalué à 1.
Sinon, de toute façon, y'a des filtres OOo pour exporter dans un fichier XML unique aussi.
Le format XML de MS, je le sens venir:
un gros fichier XML avec en premiere ligne:
<msoffice:worddocument type="octet/stream">[{#[{#[`|\@|^|-dsdf17&"é"'é" [...]ç$^é[`@</msoffice:worddocument>
Hop, un .DOC binaire dans un document XML :)
Mais non PBG :) Je déconne, ce sera pas un gros blob binaire, je sais très bien que ce sera du XML bien formé avec un super schéma XML.
# Re: Materiel à la mode sous Linux ?
Posté par bad sheep (site web personnel) . En réponse au journal Materiel à la mode sous Linux ?. Évalué à 1.
[^] # Re: JAVA: la fin?
Posté par bad sheep (site web personnel) . En réponse au journal JAVA: la fin?. Évalué à 10.
# Re: Mozilla 1.6 dans les bacs
Posté par bad sheep (site web personnel) . En réponse à la dépêche Mozilla 1.6 dans les bacs. Évalué à 8.
A tester avec IE bien sûr :)
http://zcat.wired.net.nz/upgrade/(...)
[^] # Re: CMS mulitlingue
Posté par bad sheep (site web personnel) . En réponse au journal CMS mulitlingue. Évalué à 1.
Évidemment, il est multilingue :)
[^] # Re: Acer TravelMate 290Xci Presque tout marche !
Posté par bad sheep (site web personnel) . En réponse au journal Acer TravelMate 290Xci Presque tout marche !. Évalué à 1.
http://dona.ferentes.free.fr/index.php(...)
Y'a aussi la liste de diffusion detaxe@aful.org qui vance pas mal, n'hésite pas à poser des questions après avoir lu le lien ci-dessus.
[^] # Re: GTK-Qt-OpenOffice.org: un pas de plus vers une meilleure intégration
Posté par bad sheep (site web personnel) . En réponse à la dépêche GTK-Qt-OpenOffice.org: un pas de plus vers une meilleure intégration. Évalué à 1.
QT est un toolkit (même plus, mais je parle pour la partie graphique)
GTK est un toolkit
Motif est un toolkit
GTK aussi affiche tout lui même, c'est le principe !
# Re: Bug|Ticket|Change Tracking System libre
Posté par bad sheep (site web personnel) . En réponse au journal Bug|Ticket|Change Tracking System libre. Évalué à 2.
En gros, j'ai étudié pas mal des logiciels cités plus hauts. En matière de trucs libres, y'en a pas bcp qui sont généraux (moi, mon système devait être adapté au repport d'incidents, au soft et même à l'applications de procédures...) :
* Bugzilla, Bug Tracker : bons, mais pas de workflows... donc bien pour le soft, pour le reste...
* Double Choco, Issue Tracker, Mantis et plein de softs de SourceForge... : pas assez aboutis ou carrément bogués
* Scarab : pas mal, mais à l'époque encore incomplet (workflows notamment), à mon avis, celui qui a le plus d'avenir
En fait, mon préféré, ct TrackStudio, pas libre mais pas cher et OpenSource (enfin, avec certaines des licences proposées), marche nickel sous Nux et est très extensible. Inconvéniens: interface moche à la XP (heureusement, on peut créer ses propres skins), très générique. http://trackstudio.com/(...)
Le plus gros avantage, c'est les workflows qui sont gérés de manière simple et intuitive, et la très grande configurabilité !!!
En gros, c'est un outil qui marche presque direct et qui peut s'adapter pratiquement à n'importe quoi. En plus, le principe est très simple.
J'ai testé pas mal de systèmes (là, je parle que des libres), mais pour moi, c'est le meilleur au niveau rapport-qualité-prix. Et à mon sens (hormi pour le soft où là je pencherais plus pour Bugzilla car les dev y sont habitués... et encore, il est très adaptable !), ce serait mon choix.
[^] # Re: Les processeurs 64 bits
Posté par bad sheep (site web personnel) . En réponse au sondage Les processeurs 64 bits. Évalué à 1.
Ca arrive, 263 :
http://www.rue-hardware.com/prix/details/12559/(...)
Et vu qu'un nouveau modèle vient de sortir, ça va encore baisser !!!!
[^] # Re: J'ai mon nouveau PC ! Mais rien ne marche.... :(
Posté par bad sheep (site web personnel) . En réponse au journal J'ai mon nouveau PC ! Mais rien ne marche.... :(. Évalué à 1.
Direct Rendering: Yes ????
[^] # Re: Vous rêvez d'une fonctionnalité ? Créez votre propre récompense !
Posté par bad sheep (site web personnel) . En réponse à la dépêche Vous rêvez d'une fonctionnalité ? Créez votre propre récompense !. Évalué à 3.
Gros bounties à venir... :)
[^] # Drivers pour OOo: PPD
Posté par bad sheep (site web personnel) . En réponse au journal KDE + OOo + printer = baaaaad. Évalué à 1.
Les drivers installés avec OOo sont une chose, mais tous les drivers CUPS fonctionnent avec OOo !!!!
(On peut même trouver de tels drivers sur le site d'adobe)
Pour ajouter les drivers, c'est simple, trouve les fichiers .ppd sur ton système (sans doute /usr/share/cups/model/ ) correspondant à ton imprimante. (Y'en a d'autres sur Linuxprinting.org...), dans spadmin, choisis "importer" et choisis le répertoire correspondant au driver que tu souhaites... hop, c'est gagné :)
# Re: KDE + OOo + printer = baaaaad
Posté par bad sheep (site web personnel) . En réponse au journal KDE + OOo + printer = baaaaad. Évalué à 3.
D'abord, lpr existe sous CUPS comme outil de compatibilite. Regarde dans ta distric, il doit y avoir un package cups-client et cups-client-bsd ou un truc dans le genre, ce qui te permet d'avoir la compatibilité avec tous les vieux programmes.
Si tu veux les boites de dialogue KDE en plus, ça marche aussi:
kprinter -J "Impression OpenOffice" --stdin
marche très bien.
En plus, OOo gère en natif CUPS... donc la couille vient sans doute de ta config CUPS.
Première chose à voir, les lignes
Printcap /etc/printcap
PrintcapFormat BSD
sont les bienvenues dans ton fichier CUPS afin de permettre compatibilité avec vieux progs.
Par ailleurs, tu n'as pas besoin de mettre de filtre pour OOo puisque CUPS le fait pour toi !
Enfin, chez moi, encore mieux, CUPS est détecté par OOo et donc toutes les imprimantes CUPS sont dispos par OOo sans config.
[^] # Re: Et pourquoi pas à Gnome/GTK ?
Posté par bad sheep (site web personnel) . En réponse à la dépêche Lancement d'un projet officiel d'intégration d'OpenOffice.org à KDE. Évalué à 3.
Cette boucle est différente pour chacun des toolkits, c'est le premier problème.
Le second, c'est que les toolkits n'ont pas toujours les même «widgets» (contrôles graphiques) et si ils les ont, n'ont pas toujours le même comportement.
[^] # Re: Comment imprimer dans les applis gtk et autres ?
Posté par bad sheep (site web personnel) . En réponse au journal Comment imprimer dans les applis gtk et autres ?. Évalué à 1.
Sinon, sou deb, il existe les packages:
cupsys-bsd
cupsys-client
Tu dois avoir des équivalents sous ta distrib...
Moi, à ta place, je virerais lpd si il est installé sur ta distrib.
# Re: Comment imprimer dans les applis gtk et autres ?
Posté par bad sheep (site web personnel) . En réponse au journal Comment imprimer dans les applis gtk et autres ?. Évalué à 0.
Sinon, il te reste la solution kprinter qui marche avec tous les programmes qui permettent d'imprimer avec une ligne de commande.
kprinter --stdin
Pour imprimer depuis un flux.
[^] # Re: Brevet à la con....
Posté par bad sheep (site web personnel) . En réponse au journal Brevet à la con..... Évalué à 2.
Si un brevet antérieur existe, de toute façon, MS est baisé.
Si un brevet est déposé APRES, MS baise celui qui dépose le brevet car ils ont l'antériorité.
Donc, si MS dépose de tels brevets, c'est pour baiser des gens (comment ça Mozilla ?)
Belle hypocrisie en tous cas :)
# Re: Mozilla 1.6 bêta est sorti !
Posté par bad sheep (site web personnel) . En réponse au journal Mozilla 1.6 bêta est sorti !. Évalué à 2.
Enfin, Mozilla va pouvoir fonctionner partout, même dans les boîtes où seul IE pouvait s'authentifier au proxy par exemple :)
# Re: Mon lecteur MP3 serait-il anti-linux ??
Posté par bad sheep (site web personnel) . En réponse au journal Mon lecteur MP3 serait-il anti-linux ??. Évalué à 2.
[^] # Re: Compatibilité des Memory Stick avec Linux
Posté par bad sheep (site web personnel) . En réponse au journal Compatibilité des Memory Stick avec Linux. Évalué à 2.
Les DCS P-8 et P10 marchent de la balle sous NUNUX !!!!
http://souchay.net/news,20030904.html(...)
NON mais !!!
# Un truc auquel on ne pense pas souvent
Posté par bad sheep (site web personnel) . En réponse au journal Page perso très perso. Évalué à 4.
http://docs.kde.org/en/HEAD/kdebase/kioslave/cgi.html(...)