eric1803 a écrit 40 commentaires

Ca ne me dit pas les avantages/différences des outils les uns par rapport aux autres...

Comme il faut que je refasse un site Web, avec des feuilles de style cette fois, je me demande avec quoi demarrer. N'étant pas un pro du WEB, j'aimerai bien utiliser un outil convivial, mais pas trop limitant quand meme, meme si ca doit se finir a coup d'emacs a la fin...

Je prends vos conseils...

-- eric

Ce qu'il faut savoir c'est que canon avait (je ne sais pas si les choses on évolué depuis) pris certainement la plus mauvaise des solutions pour écrire leurs drivers windows:

• Ils ne payent pas les licences à microsoft pour avoir access aux spécifications du système d'impression windows (ce que fait HP et beaucoup d'autres)


• A l'inverse de ce que fait, Epson, il ne cherchent pas a bypasser pas complètement ce système rendant les driveurs moins sensibles aux version du système


• Ils font du reverse engeneeing pour essayer de comprendre ce que contienne les structures de données utilisées en interne. Il va de soit que a chaque release de windows, il faut donc refaire tout le travail!!!

En plus, la culture est que le PC est un frein a la vente des imprimantes d'ou les système direct print depuis les appareils photos...

Je ne sous estime pas la communauté du libre, je dis que sans une volonté réelle de cooperation de Canon et un minimum d'acces à des specs le résutat sera au mieux acceptable. Faire un hack dans son coin est une chose, faire en sorte que ce hack soit la base du support d'une nouvelle imprimante est autre chose. En plus, vu le rythme de sortie des imprimantes (un nouveau modèle tout les six mois), je doute que on ai les driveurs à jour lorsque que quelqu'un achète une imprimante.

Ayant travaille 7 ans dans un centre de recherche Canon, je peux te dire qu'il
coulera de l'eau sous les ponts avant d'avoir quelque chose de vraiment utilisable sous linux et ceci pour plusieurs raisons :

• De manière générale, l'open source commence tout juste à faire son chemin chez Canon mais il manque encore tous les guidelines, les signatures et surtout le reformatage bas niveau des gens travaillant pour la propriété intellectuelle pour avoir le droit de contribuer du code Open Source. J'ai essayé mais ca a vraiment été tres dur sauf pour remplacer les serveur SUN/Solaris par du Dell/linux...


• Il y a eu une fois une tentative de driver sur une site japonais mais bizarement c'etait quelque chose qui permettait d'imprimer une image jpeg et rien d'autre. Aucune intégration a ghostscript ou quoi que ce soit d'autre de connu. Et le packaging avec le check en dur de numeros de version d'autre bibliothèque a fait que c'était mort né...


• La culture de "Je brevete tout meme si ca ne sert à rien pour obtenir mon quota de brevet" est radicalement en opposition avec tout modèle Open Source,


• Meme en temps que membre d'un centre de recherche du groupe, il etait quasiment impossible d'avoir access au code source des drivers windows,

Mais bon, rien n'empeche de réver. Mais si j'ai un conseil c'est de fuir à priori les imprimantes Canon si vous voulez les faire marcher sous linux. Bizarrement certaines machines haut de gamme marchent tres bien car elles utilisent des languages de description de page normalisés (EPL/Postcript)...

Néanmoins, comme ils font des drivers pour Mac, il se peut que lorsque tout le monde s'accordera pour dire que les parts de marché de linux pour le poste client est supérieure à celles des Macs, ils se décident...

Il y a aussi un pluggin pour digikam pour convertir les fichier RAW.

je fais développer sur le Web :
1) papier photo,
2) moins cher que d'imprimer sois meme,
3) représente seulement 3.83% de l'utilisation (Source JDNet)

Sinon, il y a gimp-print qui a des drivers plus pointus pour la photo. Mias le probleme de l'impression n'est pas spécifiquement lié à la photo numérique.

Dans les résumés qui sont (en général) publiées sur la page grafotech (voir annonce), il y a en général :
1) les conclusions,
2) des liens vers les outils qui me semblent les plus efficaces/prometteurs/puissants,
3) les supports utilisés si les auteurs sont d'accords,

Les membres de l'association Guliver participent et contribuent à titre personnel régulièrement aux forum Granit/Grafotech/Logiciel libre vu que la participation est libre et gratuite. Par contre, les sujets traités par Grafotech/logiciel libre, et le type de présentations (exposés principalement) sont néanmoins assez différents des ateliers pratiques proposés par Guliver à la MJC. Comme cela, chacun peut y trouver son compte. Plus on parle du libre, mieux c'est.

Granit : <http://www.granit.org>(...)
Grafotech : <http://www.granit.org/grafotech.html>(...)

Les autres sujets traités récemment :
<http://www.granit.org/grafotech_logiciel.htm>(...)

Quant au plan pour aller a la CCI, les pages jaunes offrent le service...

Il me semble que le fichier binaire est corrompu... Ou du moins c'est ce que j'ai quand je télécharge alors que j'ai plein d'espace libre a l'arrivée...

-- eric

Pas depuis la mise a jour du site il y a 15 jours... J'ai essayé mozilla 1.4 et netscape 7.1 (meme ous windows) ca ne marche pas.

Rtems n'est pas du tout abandonne. La version 4.6 est en rc2 et apporte pas mal de nouvelles fonctionnalités en particulier le support d'un filesystem MS-dos et des drivers IDE/ATA, NFS client et une remote console en (add on).

Je vous l'accorde; le site WEB est rebutant mais en comparant le volume des mailling listes respective RTEMS et Ecos, je dirais qu'il y a plus d'activité sur RTEMS que sur Ecos.

Moi ce qui m'inquiete dane Ecos autre la defection de Red Hat en 2002, c'est les objectifs des developpeurs. Au depart c'etait prévu pour des microcontrolleur 16 bits et maintenant ils ont ajouté dans le code le support SMP ce qui le complexifie pas mal et n'est pas vraiment utile a part pour des applications High-end.

-- eric

Faut'il une invitation? Si oui qui contacter?

Bien que je soie tout a fait d'accord avec le fait que l'ACPI (+ software suspend) sont important pour :
1) les economies d'energie
2) les portables

je dois dire que le mode de developement de l'ACPI est assez terrible. Meme Linus a publiquement envoye des mails pour dire que il faudrait que ca change avant qu'il l'integre en 2.5 (ce qui depuis a ete fait). Je passe sur le fait que les patch ne sont disponibles que sur des versions pre, sur le fait que il n'y a pas de bug tracking systeme et sur le fait que j'ai plus plante ma machine avec ces patches qu'avec des versions experimentales d'AC.

D'autre part, les outils pour vraiment gerer l'ACPI, sont quasiement inexistant. Il faut aller ecire dans /proc...

Donc, je pense que s'il en sont la, ils peuvent s'en prendre un peu a eux meme. Et c'est pas faute d'avoir suggerer ce que j'ai ecrit + haut et d'avoir meme envoye des fixes. Heureusement, sur la mailling liste du development, il y a des gens supers.

-- eric