Citation :

Scribus offers support for professional publishing features, such as CMYK color, easy PDF creation, Encapsulated Postscript import/export and creation of color separations.

Le support CYMK est quelque chose d'essentiel (pour cause de synthese additive des couleurs) au monde de l'imprimerie.

C'est justement un delta entre photoshop et Gimp.
Ca ne concerne pas la majorite des utilisateurs, mais ca fait une grosse difference dans certains domaines d'utilisation.

[ Répondre ]

Scribus est un utilitaire de PAO. Dans PAO, il ya P comme publication. Donc, c'est un utilitaire qui permet de venir facilement 'interfacer' (ou plutot s'inserer dans) une chaine d'imprimerie. L'une des fonctionalites majeures de Scribus (c'est une chose qui manque malheureusement au Gimp, mais je crois qu'ils travaillent dessus), c'est le support natif de la quadrichromie, et donc le fait de pouvoir (a condition de bien configurer le soft pour la chaine en question, en fonction des encres, des papiers, etc) de pouvoir directement confier les fichier a ton imprimeur prefere

[ Répondre ]

Il est sous licence IV ?

Heu, desole....

[ Répondre ]

Pourtant si :
- soit par secret de fabrication (cocas et autres sodas en tous genres) (et aussi la chartreuse - surtout la verte)
- soit par brevet/depot de processus/depot de marque (exemple : les recettes dans les fastes foudes...)

Par contre, heureusement, la blanquette de veau aux giroles n'est pas encore deposee...

[ Répondre ]

Oui, et puis un des plaisirs de la cuisine, c'est de gouter, comparer, ameliorer, partager (les secrets) et puis deguster aussi....
Donc vive la GPL appliquee a la tambouille.

Faut communique la nouvelle a 'copines de geeks', ca v a les aider a transformer leurs informaticiens de compagnie en fees du logis :)

[ Répondre ]

Il faut quand meme penser a un truc important :
- le plan A, c'est arriver a convaincre nos chers politiques (via les entreprise, via les communeaute) du non-sens et des soucis que represente le 'brevet logiciel'
- mais si ca rate, et que ces lois sont votees ? Une grande claque, c'est sur. Mais si on peut aussi preparer un plan B...

Mon idee d'un plan B, ce serait de pourrir/plomber/saper la valeur d'un brevet logiciel. En gros bien etudier les conditions de brevetabilite afin de faire en sorte que beaucoup de points essentiels ne le soient plus (brevetables).

Il me semble en particulier que lorsque qu'un concept est 'explique et publie' avant une demande de brevet, il n'est plus brevetable. (exemple : la roue. Si si, il ya des petits malins qui ont essaye)

La communeaute du libre a une grande force : la publication et la diffusion d'information. Et pour ce qui est de la creativite et de l'inventivite, le bilan n'est pas vraiment desastreux non plus.

-> En conclusion, au cas ou, tout faire pour que la plupart des concepts cles du logiciel ne soient plus brevetable de fait.

[ Répondre ]

J'avoue, j'ai laisse une piste iso d'un celebre OS non libre en telechargement p2p. (sous Gentoo, c'est pas un comble, ça ?)

Sinon la plupart du temps, c'est pour echanger des données légales (mais volumineuses). Exemple : piste iso d'un CD de photos, de la video...

C'est quand meme plus souple que le ftp ou le site ouaibe.

[ Répondre ]

Oui, dejaGNU est dans la meme veine, mais s'il est plus puissant :
- il est nettement moins facile a mettre en oeuvre
- il ne propose pas de clickodrome (interface conviviale) pour les resultats de tests.

[ Répondre ]

En fait, j'aurais du prendre un peu plus de temps pour ecrire l'article, il manque quelques points importants : - les tests, ce n'est pas du prototypage (le prototypage serait plutot une methode de developpement) - les tests, ou plutot la methode de test est etroitement liee aux methodes de developpement. - des tests sans une solide structure de projet ne servent a rien : les tests s'appuient sur des specifications (du systeme, des composants ...), sur un/des plans de test, ils doivent ensuite etre collectés et analysés. Je pense qu'utiliser DART (ou un autre outil du meme genre) n'est interessant que si : - les developpeurs sont feignants, mais organises - le projet est bien documente (d'un point de vue specifications) - le projet est structure (une roadmap bien definie, des repartitions des taches claires) A noter egalement, que DART tout seul ne sert a rien : - un traceur de bugs (Bugzilla....) - un systeme de gestion/suivi de soft/doc (Subversion) permettent de rentabiliser l'effort des tests. Donc pour resumer, un soft de gestion de tests (unitaire/integration/systeme) ne prend son interet que dans le cadre d'un developement bien structure, et dans le cadre d'une demarche reflechie et coherente.

[ Répondre ]

Bof, bof, bof...

Qui dit que l'interpreteur va se comporter de la meme facon que le compilateur ?
Si en prime l'interpreteur n'embarque pas toutes les 'fonctionalites' (templates par exemple) que le compilateur, l'interet devient de plus en plus faible.
En gros, tester avec un interpreteur :
- pour du haut niveau (fonctionnalite, algo, prototypage) -> OK
- pour du bas niveau (implementation, repetabilite, robustesse du code, performances....) : NON.

Quand le soft est proprement ecrit, il ya un moyen plus propre de faire du test unitaire.
Tu compiles et ensuite tu interfaces avec un langage interprete (bash, python, perl, tcl... c'est selon) : on appelle ca une moulinette.
En prime, on fait tourner selon des scenarii definis dans les specifications, ca tourne pendant la nuit, et on genere des beaux rapports de test automatiques (texte, html, xml) qu'on peut tranquillement regarder avec mozilla.
C'est quand meme plus civilise que faire mouliner un interpreteur, non ?

Pour faire de l'educatif :
- ben compiler du C/C++ deja (et comme dit plus haut, le temps de compile est souvent negligeable pour les didactiques)
Pour les projets didacticiels plus gros ca permet de s'interesser (et d'apprendre a gerer) aux problemes annexes : makefiles, cvs. (Et mine de rien, c'est un truc qui bouffe du temps, alors tant qu'a faire autant l'apprendre tot)
- sinon les langages interpretes purs (Ruby, python) sont beaucoup plus elegants, lisibles etc etc.
Et pour faire de l'algorithmique/prototypage, c'est nettement plus interessant.


Sinon, ben un projet de plus et c'est tant mieux, peut etre que d'autres y trouveront plus d'interet (j'espere). En tous cas aller voir le projet peut donner des idees (de ce que l'on veut faire, OU ne pas faire)

[ Répondre ]

J'avais acheté le bouquin pour ma soeur qui aime bien sa mandrake, mais qui n'aime pas lire les docs.
Et j'en ai bien profité de mon côté (alors que j'utilise une Gentoo) parce que le bouquin est un bon complément aux docs et qu'il simplement orienté Mandrake (install/config) et que les chapitres sur les applis sont applicable à toute distribution.

Il aborde les sujets et les applications principales de façon plus générale et assez homogène. En fait je dirais qu'il constitue une bonne introduction, avant de commencer à utiliser tel ou tel logiciel puis de se plonger dans la doc pour des points plus pointus.
En plus, il est nettement plus 'facile' à lire que de la doc.

Donc, le bouquin comme intro et/ou pour l'utilisateur.
La doc pour l'admin et/ou l'utilisateur qui cherche de l'info plus pointue (mais moins digeste)

[ Répondre ]

Pas d'accord :
avant de passer par le choix d'une distribution, la securite passe par une prise de conscience des utilisateurs.

Les outils de securite (je considere que l'OS en fait partie) correspondent a la porte (plus ou moins) blindée, les utilisateurs sont les murs et l'info le contenu de la piece.

Je m'explique : utiliser une OpenBSD, Mandrake ou Red Hat, bien configuree, proprement securisee ne sert a rien si l'utilisateur ne comprend pas qu'il ne FAUT PAS faire tout et n'importe quoi (mettre des docs en ligne tout betement).

Sur une autre point, il faut voir l'aspect positif des choses : l'armée joue souvent un role de precurseur technologique (helas, assez souvent avec une finalite horrible : des aciers speciaux pour les baionettes aux bombes atomiques en passant par les processus de securisation) (meme si on peut souvent rigoler en voyant l'equiment du piou piou de base). Et peut donc un petit coup de turbo a l'utilisation et peut etre meme des logiciels libres. (N'oublions pas que jusqu'a peu, c'est l'armée,americaine qui etait le plus gros sponsor d'OpenBSD).

mes deux centimes (d'euro)

[ Répondre ]

OK, mais il me semblait que les signaux en sortie de demodulateur cable ou de boitier satellite etaient les memes. Et que n'importe quelle carte TV numerique pouvait se depatouiller avec.

Sinon encore une question :
quelle est a peu pret la config necessaire pour enregistrer directement en DivX/XVid (du temps reel donc) ?

[ Répondre ]

Une question un peu naive :

Quelle est la difference entre les cartes pour la reception satellite et pour la reception cable ?
Il me semblait que ca revenait un peu au meme, et qu'il n'y avait que du packaging la dessous...

[ Répondre ]