attention de bien virer avant gimp2.0 et sa libgimp2 ...
et de prendre les versions rpms de cooker/main (gimp2.2 et sa libgimp2)
après ça roule sans prob ... installation nickel ...
et j'ai bien fait le tour ... il marche bien
rapide, stable, et de mieux en mieux ...
Je ne supportait vraiment plus le filer gtk1 ... et là, c'est l'bonheur, en plus de toutes les nouvelles fonctionnalitées ...
le filtre "retinex" est assez incroyable ! Le lueur douce est vraiment sympa, ainsi que le cartoon ...
Les déformations en temps réel : epoustouflantes
les gadgets pour garder le zoom etc ... sont vraiment pratiques !
vraiment un super logiciel ...
(et par rapport à la discut sur Gimp "le logiciel phare du monde gpl", je soutiens ... c'était, et de loin, mon premier logiciel gpl (à part php), et c'est lui qui m'a donné l'envi d'aller plus loin dans le monde gpl ...)
> ...je ne pense pas que ça soit ce que tu
> veux (car toi tu veux la même chose sur
> les deux écrans) ...
non, je veux 2 affichages différents, ce pourquoi je disais "un X sur le moniteur, et un X sur la tv" ...
EN fait, j'aimerai pouvoir continuer à surfer sur le moniteur, pendant que ma fille regarde un DA/divx sur la TV ...
peu importe la méthode ... mais il faut que j'y parvienne ... ou je serais obligé d'acheter un 2eme ordi ;-( ...
Apparemment, ma carte ati9200 et le driver officiel ATI, supportent tous deux le "dual head" ...
apparemment, toi tu fais qqchose que j'aimerai bien faire, et en plus tu as une ati de la même génération ...
sinon, on a quasi la même config (j'ai juste un pIII 2.6ghz)
et mon glxgears me donne un beau 180FPS max ;-)
avec les drivers officiel d'ati (les 3.7 je crois)
Les drivers libre fglrx livré avec la mandrake10.1 de base me donnait bien plus effectivement ...
Le hic, c'est que j'ai besoin de la sortie TV, et pas de la 3D ... du coup je suis obligé d'utiliser les drivers de m%$£µ d'ati pour cette sortie tv ...
C'est soit l'un, soit l'autre ... c bête mais c comme ça !
mais de manière générale, dans le futur, je ferai très attention au matériel que j'acheterai ... fini les ATI, fini les CANON, etc ...
Je prendrai ce qui va bien pour mon linux, et basta ...
ça fera beaucoup moins de problèmes ...
je suis tombé sur un site qui propose des scripts lua pour scite, pour encore aller un peu plus loin ...(lua est embarqué dans les dernières versions de scite)
cependant, ça vaut vraiment le coup de s'y plonger de temps à autres, pour tirer le meilleur de scite ...
sinon, commencer par regarder de prêt les "*.propetiers" (surtout le global) est un bon début (beaucoup de lignes sont bien commentées)
et s'appuyer sur la doc, pour pousser un peu plus loin ...
L'appel au troll est là ! Mais beaucoup de réponses restent intelligentes (evolution de la communauté libre/linuxfr ?) ...
Pour l'anecdote, j'ai fait un "urpmi nedit" ... pour utiliser nedit en tant que viewer de texte (je sais c c*n comme idée, mais c t la mienne)
Et bien, je l'ai vite viré ... le copier/coller ne marchent pas avec d'autres applis (dans mon cas firefox/scite ...)
Sinon ... il est évident qu'on utilise les éditeurs suivant le besoin ...
moi même j'utilise vi quand je suis en ligne de commandes (pour ne pas prendre la souris) ...
SciTE en tant qu'editeur principal, car dispo sous linux et win (besoin au boulot)
et vs.net (au boulot) pour faire du csharp (car il aide énormément au codage de ce langage, même par rapport à un scite ultra configuré, car vs.net est le mieu placé pour faire du c# quand même)
sinon aussi, par rapport à scite, on retrouve souvent des remarques "scite n'a pas d'onglets", "scite ne fait pas l'autocompletion", "les copies de bloc verticaux" ... etc ...
à ceux là je dis ... lisez la doc ... SciTE fait tout ça et bien plus encore, il est ultra configurable (à un point qui me dépasse même (avec du lua)) ...
c certain, il faut plonger les mains dans le "camboui", car tout se passe dans un ensemble de fichiers ... mais je vous garantie qu'il y a tout dans cet éditeur !
Et on peut faire ressembler cet éditeur à n'importe quel éditeur (de la config des touches en passant par les menus ... etc ...) ... et se faire son propre éditeur "qui va bien" ! et quand on a celui-là, on ne peux plus le lacher !
C'est toujours un peu dure à trouver ce genre de chose, car on tombe souvent sur des choses obsoletes, et il faut remonter jusqu'à nos jours .... pour trouver quoi est devenu le truc après plusieurs mutations
mais bon, je suis heureux ... le résultat est impeccable ...
c'est apparemment lufs qui reprends le flambeau de avfs/fuse/ftpfs ...
sous mandrake, console root :
urpmi lufs
uprmi liblufs2
et un :
mount -t lufs none /home/moi/ftp_free -o nosuid,fs=ftpfs,host=ftpperso.free.fr,username=xxxx,password=xxxx,ftpactive
j'en profite pour poser une question qui me turlupine
etant bien plus à l'aise en python qu'en bash ...
ce genre de script en python est plus lourd (monopoliseur de ressources cpu/mem) qu'un script en bash ?
venant du monde win ... où clairement le script python est plus gourmand que le script ms ... je me pose la question, qu'en est il sous linux, entre bash et python ?
Porter kdelibs sous windows non (mais pourquoi pas?!) ...
Porter les applis standards (firefox, gaim, gimp, oo, ...) : oui, c'est necessaire !
Maintenant je ne suis absolument pas d'accord avec le gars ...
Ne serait ce que mon experience ...
ça fait qques années maintenant que j'utilisais, et tentais d'utiliser, au maximum des applications GPL sous windows (et je tente, au quotidien, de les faire apprivoiser par d'autres windowsiens)
Quand on se retrouve à utiliser 95% des applis "de tous les jours" en GPL sous windows : on est déjà "bien libre" qqpart ...Et on a déjà les "bonnes habitudes" ... et sans s'en rendre trop compte, on devient **indépendant** du système hôte ...
Ce qui veut dire qu'un switch vers un autre os n'a quasiment aucun coût ... autant pour la reprise des données, que pour la reprise de ses habitudes ... ça passe sans problème ... et ça C'EST ENORME ! ENORME ! ENORME !!!
Après il y a le petit truc déclencheur qui va faire passer le cap ... en voici qqu'uns :
- sécurité/fiabilité (fini les firewall et autres antivirus/anti spyware)
- être propriétaire, de bout en bout, de ses données (full GPL des pieds à la tête)
- meilleure intégration du tout
- contrôle totale de la machine
- les problèmes de la **boite noir windows** (l'avenir "ms longhorn" qui risque de vérouiller la machine et rechanger toute la donne, ...)
les seuls trucs qui pêchent, et qui peuvent empêcher un switch (je le vois autour de moi tous les jours), c'est la reconnaissance du materiel (se retrouver avec son superbe scanner innopérationnel : ça fait mal), et les jeux (fini les essayages de jeux video issus du p2p)
Ces 2 points sont vraiment rédhibitoires !
Maintenant, si on n'est pas "jeux video" et qu'on a du matos standard/normal/supporté ... il n'y a aucune raison de ne pas switcher dans ces cas là ... (mon experience : j'avais le double boot, et n'osait pas switcher définitivement, je suis donc resté 6mois sous win, et j'ai analyser mon comportement, qu'est ce que j'ai fait pendant 6 mois sous win ?... et bien, à ma grande surprise, je n'ai pas utilisé mon matos non supporté, et je n'ai pas joué ... du coup, je me suis dit autant switcher définitivement, et rebooter sous win quand j'aurai besoin d'un truc particulier, et c'était fait)
De plus ... les ports sous win32 des applis GPL, à part OO et firefox qui sont "mieux"(plus rapide) sous win32, font sourire ...
Utiliser gimp (ou gaim/sodipodi/inkscape) sous windows ça ne vaut pas, et de loin pas l'utilisation sous gnu/linux ! (c'est un des petits plus de passer à nux ;-)
Définitivement, ces ports sont necessaires !!! Il faut arriver à ce que le windowsien de base utilise 90% de produits GPL, qu'il retrouvera sur n'importequel os !!! il sera donc switchable sans problème
Après faut le faire réfléchir ... "liberté/emprisonnement" ... lui trouver les jeux qui vont bien ... et lui régler ses problèmes de matos ... (bref, un peu l'accompagner )
Linux pour le desktop est quasi mature, il reste encore qques points, mais d'ici 1an ou 2, il surpassera win xp pour le "quidam non informaticien" ...
MS-longhorn arrivera, et reprendra des distances (certes, pour le quidam de base, les ombres et les effets 3D sous le desktop : ça le fera ....(je sais, ça existe pour xorg, mais c pas encore de base) ), mais longhorn viendra avec tellement de nouvelles technos, qu'il faudra être fou pour y mettre ses données dedans ...
La question sera, pour beaucoup de gens, (les DSI et les particuliers)
- soit on prends la voie crosoft, et on la prends à vie (car crosoft va tout mettre en oeuvre pour vérouiller ses utilisateurs, c qqpart la "dernière carte" (et le turnover des api ... "cassage de la compatibilité ascendate"))
- soit on va vers qqchose qu'on reconnait .... un gnu/linux qui mimique le windows qu'on connait, avec la liberté qui va avec ...
Excellente nouvelle ! Je comptais justement changer d'imprimante (ma bjc3000 n'est pas super supportée sous linux (impression assez crade))
ET je comptais sous peu demander à linuxfr l'imprimante idéale sous gnu/linux ...
Ce sera donc une HP ... (dommage pour le qt, mais on fera avec)
pour les spams asiatiques, par exemple, gmail en amont, pourraient savoir si ce mail est un spam pour un européen ou pour un asiatique ...
Je ne suis pas savant non plus là dedans. Mais j'estime que google a toutes les billes pour faire qqchose. Ils sont loin d'être c**s, il vont toujours de l'avant, ils ont une flopée d'infos en amont qui ne demande qu'à être traité, ils ont des tunes ... Maintenant, il existe le fléau "spam" qui est reconnu dans le monde... Je pense que google/gmail a toute les billes pour faire qqchose. Peu importe si c'est fait avec du bayesian, des blacklists ou d'autres détections ... ce sera certainement un mélange de tout ça ! Mais au final, ils pourraient faire qqchose de bien !
Ce n'est que de la suputation ...
bon maintenant utiliser l'accès pop de gmail pour consulter ses mails dans un client lourd ?!? ... aucun intérêt (à part pour utiliser gmail comme filtre anti-spam, ou pour stocker en local ses mails)
Gmail est parfait en tant que webmail, et c tout ce que je lui demande
Quand je parle de prob de config/import/export ... je disais juste que c plus simple, sous linux, comme sous win, dans mon firefox, je clique sur un bouton, et g tout mes mails, sans quasiment rien configuré.
(ce qui m'a aidé pendant la phase de switch)
J'avais tenté jadis, le partage d'arborescence profil de thunderbird sur fat32 ... partagé entre win/linux ... ça marche bien en général ! Mais il y a un des 2 thunderbirds qui m'a niqué la structure, et rendu le tout impossible... heureusement je n'ai quasiment rien perdu, mais ça m'a refroidi à vie ...
Maintenant, que ça soit partagé des comptes mails, avec chacun sa config dans son OS/FS ... que soit en pop ou en imap (et dans les 2 cas, tu peux faire en sorte que les mails restent sur le serveur, même si c evidemment plus naturel en imap ;-) ... ton client lourd reste quand même à configurer 2 fois ... et il récuperera en local les mails ... tu te retrouveras avec 2 structures contenant tous tes mails (tout en double, et en triple avec le serveur ;-) ... certes ce sera synchro sans problèmes, mais tout en triple ... et t'aura le nettoyage côté serveur à faire, avant d'exploser le quota alloué par ton provider ...(c du vécu, surtout avec le spam)
ça doit être moi, ou ma façon et mes mauvaises habitudes windows
mais cinelerra plante en permanence ... à l'export
et qqfois en edition (j'avais trouver un cas systématique, mais je ne me rappel plus) ...
( je n'ai jamais réussi d'ailleurs à générer quoi que ce soit )
Kino est très stable ... mais je ne sais trop quoi faire de l'interface, je l'utilisais pour capturer le dv ... mais maintenant je préfère, et de loin, dvgrab ...
et je retourne bêtement sous win, pour faire mes montages à chaque coup (surtout pk g pas beaucoup de temps, pour me lancer dans cinelerra à 100%, et que sous win, je connais le logiciel par coeur)
oui, mais il y a le "faire pareil", et le "faire intelligemment" ...
Pour google, je crois très certainement qu'il vont tirer parti de ça, pour faire un service top ... c'est assez dans leurs habitudes ;-)
imagine 10000 utilisitateurs actifs qui marquent tel ou tel mail comme un junk, dans gmail ... C'est quand même 10000 x plus interessants que 10000 gars sous thunderbird qui marque chacun dans son coin ce mail comme un junk ... non ?
En recoupant toutes ces infos en amont, et en faisant un truc poussé (et c tout à fait le genre de google), il y a moyen de mettre les spams en quarantaine avant qu'ils arrivent dans ta boite ...
et les connaissants, ils seraient capables d'utiliser "leurs savoirs" pour mettre en place LE système anti-spam ... qui en finira une fois pour toute ..... (laissez moi rever non !)
Chose marrante, c'est qu'avant gmail, je ne comprennait pas l'intérêt d'un webmail, à part pour lire ses emails, avant de les lire chez soi.
Avec gmail, je ne vois même plus l'intérêt d'avoir un client lourd, et de récupérer ses mails en local ... (changement radical d'avis)
Les avantages sont tellement nombreux ... et l'interface, sur certains points, est même meilleure que les clients lourds ...
D'ailleurs, gmail a beaucoup contribué dans ma migration win -> nux ! J'ai pu avoir une continuïté dans le "service MAIL" sans avoir à installer/configurer quoi que ce soit sur la cible ... ainsi je pouvais passer de l'un à l'autre pendant la phase de config, tout en restant dispo pour mes mails ... qui restent toujours accessibles de la même manière, où que je sois, et sans config complexe (import/export/partage) ...
bref, tous les avantages du webmail par rapport à un client lourd
Je passe sur tous les risques quant à l'utilisation de gmail (le cookie gmail (google), corrélé avec les recherches google, et les sites adsense google = tracabilité max pour l'enfant d'google que je suis ;-)
Je ne peux plus vivre sans gmail ... ou plutôt sans "gmail + firefox + plugin gmail notifier" ....
au boulot, comme à la maison, j'accède à mes emails à partir du navigateur, et d'un simple clic ... je suis au courant des nouveaux messages rapidement ... et une place énorme pour s'abonner à une foultitude de mailing liste ....
leur système de fil de discusion est absolument parfait ! la completion dans la saisie des emails, du pure bonheur ... le moteur de recherche "à la google" dans ses emails trouvent tout ... leur système de junk me bluff pour l'instant ... les filtres sont impecc en adéquation avec leur système de dossier ... et plein de petits détails qui montrent que c'est très très léché de partout ... (et l'ouverture recemment des accès pop/smtp est un plus, que je n'utilise pas certes !)
avec firefox et ce plugin ... gmail peut quasiment faire office d' ICQ (IM) ... vu que mon navigateur est lancé en permanence ...
je pense aussi, qu'ils vont certainement être l'arme absolu contre le spam ... tout leur système (bayesian ?!) est centralisé ... imaginez le nb d'utilisateur qui reporte que tel ou tel mail est un junk ou non ... il y a moyen d'élaborer le filtre qui tue en recoupant toutes ces infos ...
bref le webmail nomade parfait ! même si j'ai vu qques bugs, (notamment avec des caracs accentués dans les PJ, mais c normal, c que english actuellement)
AFAIK ... les VCD, ce sera forcément du 320x qqchose (il me semble ...)
ce qui est marrant, c'est que j'ai également été obligé de faire un VCD, et je suis repassé également sous win ;-( ... j'ai fait mon DV en 720x576 ...
et dans nero, gravure en VCD forcément en 320x240 (que ce soit en pal ou en secam) ... du coup la geometry (le ratio hauteur x largeur) de l'image n'est absolument pas respectée ;-( et les persos sont tous aplatis ;-(
bref ... je suis également interessé par des outils simples sous linux pour du vcd (issus de photos ou de videos)
[^] # Re: Différence avec Python ?
Posté par manatlan (site web personnel) . En réponse à la dépêche Sortie de Ruby 1.8.2. Évalué à 2.
Je ne vois pas en quoi on voit un "esprit refleté dans ruby", quand on écrit mal du python comme ça ....
en python, on peut écrire aussi :
s.split(",") ## idem qu'en ruby ##
et
"|".join( s.split(",") ) ## qui est même plus parlant qu'en ruby je trouve (*) ##
* : on voit bien que le retour de ça, sera du "string"
[^] # Re: Package mandrake
Posté par manatlan (site web personnel) . En réponse à la dépêche Gimp 2.2.0 (et 2.2.1). Évalué à 4.
et je l'ai pris d'un repository cooker
(ftp://ftp.belnet.be/linux/mandrake/devel/cooker/i586/media/main/(...))
attention de bien virer avant gimp2.0 et sa libgimp2 ...
et de prendre les versions rpms de cooker/main (gimp2.2 et sa libgimp2)
après ça roule sans prob ... installation nickel ...
et j'ai bien fait le tour ... il marche bien
rapide, stable, et de mieux en mieux ...
Je ne supportait vraiment plus le filer gtk1 ... et là, c'est l'bonheur, en plus de toutes les nouvelles fonctionnalitées ...
le filtre "retinex" est assez incroyable ! Le lueur douce est vraiment sympa, ainsi que le cartoon ...
Les déformations en temps réel : epoustouflantes
les gadgets pour garder le zoom etc ... sont vraiment pratiques !
vraiment un super logiciel ...
(et par rapport à la discut sur Gimp "le logiciel phare du monde gpl", je soutiens ... c'était, et de loin, mon premier logiciel gpl (à part php), et c'est lui qui m'a donné l'envi d'aller plus loin dans le monde gpl ...)
[^] # Re: Ati 9600
Posté par manatlan (site web personnel) . En réponse au message un X sur le moniteur, et un X sur la TV. Évalué à 2.
[^] # Re: Ati 9600
Posté par manatlan (site web personnel) . En réponse au message un X sur le moniteur, et un X sur la TV. Évalué à 2.
> veux (car toi tu veux la même chose sur
> les deux écrans) ...
non, je veux 2 affichages différents, ce pourquoi je disais "un X sur le moniteur, et un X sur la tv" ...
EN fait, j'aimerai pouvoir continuer à surfer sur le moniteur, pendant que ma fille regarde un DA/divx sur la TV ...
peu importe la méthode ... mais il faut que j'y parvienne ... ou je serais obligé d'acheter un 2eme ordi ;-( ...
Apparemment, ma carte ati9200 et le driver officiel ATI, supportent tous deux le "dual head" ...
apparemment, toi tu fais qqchose que j'aimerai bien faire, et en plus tu as une ati de la même génération ...
je suis très interresé par ta technique ...
# suite à ton message privé
Posté par manatlan (site web personnel) . En réponse au message au secours ! radeon 9200 et mandrake 10.1. Évalué à 2.
sinon, on a quasi la même config (j'ai juste un pIII 2.6ghz)
et mon glxgears me donne un beau 180FPS max ;-)
avec les drivers officiel d'ati (les 3.7 je crois)
Les drivers libre fglrx livré avec la mandrake10.1 de base me donnait bien plus effectivement ...
Le hic, c'est que j'ai besoin de la sortie TV, et pas de la 3D ... du coup je suis obligé d'utiliser les drivers de m%$£µ d'ati pour cette sortie tv ...
C'est soit l'un, soit l'autre ... c bête mais c comme ça !
mais de manière générale, dans le futur, je ferai très attention au matériel que j'acheterai ... fini les ATI, fini les CANON, etc ...
Je prendrai ce qui va bien pour mon linux, et basta ...
ça fera beaucoup moins de problèmes ...
[^] # Re: troll
Posté par manatlan (site web personnel) . En réponse au journal Les éditeurs de texte. Deux religions dominantes.. Évalué à 2.
je suis tombé sur un site qui propose des scripts lua pour scite, pour encore aller un peu plus loin ...(lua est embarqué dans les dernières versions de scite)
http://lua-users.org/wiki/SciteScripts(...)
ça me fait penser qu'il faudra vraiment que je m'y mette, à lua ;-)
[^] # Re: troll
Posté par manatlan (site web personnel) . En réponse au journal Les éditeurs de texte. Deux religions dominantes.. Évalué à 2.
http://scintilla.sourceforge.net/SciTEDoc.html(...)
à ma connaissance, il n'existe pas de VF
cependant, ça vaut vraiment le coup de s'y plonger de temps à autres, pour tirer le meilleur de scite ...
sinon, commencer par regarder de prêt les "*.propetiers" (surtout le global) est un bon début (beaucoup de lignes sont bien commentées)
et s'appuyer sur la doc, pour pousser un peu plus loin ...
# troll
Posté par manatlan (site web personnel) . En réponse au journal Les éditeurs de texte. Deux religions dominantes.. Évalué à 2.
Pour l'anecdote, j'ai fait un "urpmi nedit" ... pour utiliser nedit en tant que viewer de texte (je sais c c*n comme idée, mais c t la mienne)
Et bien, je l'ai vite viré ... le copier/coller ne marchent pas avec d'autres applis (dans mon cas firefox/scite ...)
Sinon ... il est évident qu'on utilise les éditeurs suivant le besoin ...
moi même j'utilise vi quand je suis en ligne de commandes (pour ne pas prendre la souris) ...
SciTE en tant qu'editeur principal, car dispo sous linux et win (besoin au boulot)
et vs.net (au boulot) pour faire du csharp (car il aide énormément au codage de ce langage, même par rapport à un scite ultra configuré, car vs.net est le mieu placé pour faire du c# quand même)
sinon aussi, par rapport à scite, on retrouve souvent des remarques "scite n'a pas d'onglets", "scite ne fait pas l'autocompletion", "les copies de bloc verticaux" ... etc ...
à ceux là je dis ... lisez la doc ... SciTE fait tout ça et bien plus encore, il est ultra configurable (à un point qui me dépasse même (avec du lua)) ...
c certain, il faut plonger les mains dans le "camboui", car tout se passe dans un ensemble de fichiers ... mais je vous garantie qu'il y a tout dans cet éditeur !
Et on peut faire ressembler cet éditeur à n'importe quel éditeur (de la config des touches en passant par les menus ... etc ...) ... et se faire son propre éditeur "qui va bien" ! et quand on a celui-là, on ne peux plus le lacher !
[^] # Re: la copie ou le deplacement de bloc
Posté par manatlan (site web personnel) . En réponse au journal Les éditeurs de texte. Deux religions dominantes.. Évalué à 3.
[^] # Re: je me réponds à moi même
Posté par manatlan (site web personnel) . En réponse au message avfs ?. Évalué à 2.
(le umask n'est pas pris en compte par lufs)
[^] # Re: je me réponds à moi même
Posté par manatlan (site web personnel) . En réponse au message avfs ?. Évalué à 2.
je cherche encore ...
[^] # Re: je me réponds à moi même
Posté par manatlan (site web personnel) . En réponse au message avfs ?. Évalué à 2.
je n'ai apparemment pas les droits d'écriture avec mon user de base (501) ...
il y a un truc ?
# je me réponds à moi même
Posté par manatlan (site web personnel) . En réponse au message avfs ?. Évalué à 2.
C'est toujours un peu dure à trouver ce genre de chose, car on tombe souvent sur des choses obsoletes, et il faut remonter jusqu'à nos jours .... pour trouver quoi est devenu le truc après plusieurs mutations
mais bon, je suis heureux ... le résultat est impeccable ...
c'est apparemment lufs qui reprends le flambeau de avfs/fuse/ftpfs ...
sous mandrake, console root :
urpmi lufs
uprmi liblufs2
et un :
mount -t lufs none /home/moi/ftp_free -o nosuid,fs=ftpfs,host=ftpperso.free.fr,username=xxxx,password=xxxx,ftpactive
génial ... impeccable ...
# python ou bash
Posté par manatlan (site web personnel) . En réponse au message script bash pour qiv ?. Évalué à 3.
etant bien plus à l'aise en python qu'en bash ...
ce genre de script en python est plus lourd (monopoliseur de ressources cpu/mem) qu'un script en bash ?
venant du monde win ... où clairement le script python est plus gourmand que le script ms ... je me pose la question, qu'en est il sous linux, entre bash et python ?
[^] # Re: ce n'est que mon avis, mais je le partage
Posté par manatlan (site web personnel) . En réponse au journal Application open source sous windows, un bien ou un mal?. Évalué à 5.
il faut qu'on aille vers le windowsien, lui fournir les outils qu'il retrouvera lorsqu'il switchera avec l'arrivée de longhorn ...
# ce n'est que mon avis, mais je le partage
Posté par manatlan (site web personnel) . En réponse au journal Application open source sous windows, un bien ou un mal?. Évalué à 10.
Porter les applis standards (firefox, gaim, gimp, oo, ...) : oui, c'est necessaire !
Maintenant je ne suis absolument pas d'accord avec le gars ...
Ne serait ce que mon experience ...
ça fait qques années maintenant que j'utilisais, et tentais d'utiliser, au maximum des applications GPL sous windows (et je tente, au quotidien, de les faire apprivoiser par d'autres windowsiens)
Quand on se retrouve à utiliser 95% des applis "de tous les jours" en GPL sous windows : on est déjà "bien libre" qqpart ...Et on a déjà les "bonnes habitudes" ... et sans s'en rendre trop compte, on devient **indépendant** du système hôte ...
Ce qui veut dire qu'un switch vers un autre os n'a quasiment aucun coût ... autant pour la reprise des données, que pour la reprise de ses habitudes ... ça passe sans problème ... et ça C'EST ENORME ! ENORME ! ENORME !!!
Après il y a le petit truc déclencheur qui va faire passer le cap ... en voici qqu'uns :
- sécurité/fiabilité (fini les firewall et autres antivirus/anti spyware)
- être propriétaire, de bout en bout, de ses données (full GPL des pieds à la tête)
- meilleure intégration du tout
- contrôle totale de la machine
- les problèmes de la **boite noir windows** (l'avenir "ms longhorn" qui risque de vérouiller la machine et rechanger toute la donne, ...)
les seuls trucs qui pêchent, et qui peuvent empêcher un switch (je le vois autour de moi tous les jours), c'est la reconnaissance du materiel (se retrouver avec son superbe scanner innopérationnel : ça fait mal), et les jeux (fini les essayages de jeux video issus du p2p)
Ces 2 points sont vraiment rédhibitoires !
Maintenant, si on n'est pas "jeux video" et qu'on a du matos standard/normal/supporté ... il n'y a aucune raison de ne pas switcher dans ces cas là ... (mon experience : j'avais le double boot, et n'osait pas switcher définitivement, je suis donc resté 6mois sous win, et j'ai analyser mon comportement, qu'est ce que j'ai fait pendant 6 mois sous win ?... et bien, à ma grande surprise, je n'ai pas utilisé mon matos non supporté, et je n'ai pas joué ... du coup, je me suis dit autant switcher définitivement, et rebooter sous win quand j'aurai besoin d'un truc particulier, et c'était fait)
De plus ... les ports sous win32 des applis GPL, à part OO et firefox qui sont "mieux"(plus rapide) sous win32, font sourire ...
Utiliser gimp (ou gaim/sodipodi/inkscape) sous windows ça ne vaut pas, et de loin pas l'utilisation sous gnu/linux ! (c'est un des petits plus de passer à nux ;-)
Définitivement, ces ports sont necessaires !!! Il faut arriver à ce que le windowsien de base utilise 90% de produits GPL, qu'il retrouvera sur n'importequel os !!! il sera donc switchable sans problème
Après faut le faire réfléchir ... "liberté/emprisonnement" ... lui trouver les jeux qui vont bien ... et lui régler ses problèmes de matos ... (bref, un peu l'accompagner )
Linux pour le desktop est quasi mature, il reste encore qques points, mais d'ici 1an ou 2, il surpassera win xp pour le "quidam non informaticien" ...
MS-longhorn arrivera, et reprendra des distances (certes, pour le quidam de base, les ombres et les effets 3D sous le desktop : ça le fera ....(je sais, ça existe pour xorg, mais c pas encore de base) ), mais longhorn viendra avec tellement de nouvelles technos, qu'il faudra être fou pour y mettre ses données dedans ...
La question sera, pour beaucoup de gens, (les DSI et les particuliers)
- soit on prends la voie crosoft, et on la prends à vie (car crosoft va tout mettre en oeuvre pour vérouiller ses utilisateurs, c qqpart la "dernière carte" (et le turnover des api ... "cassage de la compatibilité ascendate"))
- soit on va vers qqchose qu'on reconnait .... un gnu/linux qui mimique le windows qu'on connait, avec la liberté qui va avec ...
mais tout ça n'est que mon avis "optimiste" ...
[^] # Re: Xpdf
Posté par manatlan (site web personnel) . En réponse au journal La pub Firefox dans le NY Times. Évalué à 5.
http://www.mozilla.org/images/nyt_ad_large_2004.png(...)
[^] # Re: Xpdf
Posté par manatlan (site web personnel) . En réponse au journal La pub Firefox dans le NY Times. Évalué à 1.
un png qqpart ?
# excellent !
Posté par manatlan (site web personnel) . En réponse au journal HP Linux Imaging and Printing System. Évalué à 2.
ET je comptais sous peu demander à linuxfr l'imprimante idéale sous gnu/linux ...
Ce sera donc une HP ... (dommage pour le qt, mais on fera avec)
[^] # Re: gmail ... ah gmail
Posté par manatlan (site web personnel) . En réponse au journal Google GMail... ?. Évalué à 2.
Je ne suis pas savant non plus là dedans. Mais j'estime que google a toutes les billes pour faire qqchose. Ils sont loin d'être c**s, il vont toujours de l'avant, ils ont une flopée d'infos en amont qui ne demande qu'à être traité, ils ont des tunes ... Maintenant, il existe le fléau "spam" qui est reconnu dans le monde... Je pense que google/gmail a toute les billes pour faire qqchose. Peu importe si c'est fait avec du bayesian, des blacklists ou d'autres détections ... ce sera certainement un mélange de tout ça ! Mais au final, ils pourraient faire qqchose de bien !
Ce n'est que de la suputation ...
bon maintenant utiliser l'accès pop de gmail pour consulter ses mails dans un client lourd ?!? ... aucun intérêt (à part pour utiliser gmail comme filtre anti-spam, ou pour stocker en local ses mails)
Gmail est parfait en tant que webmail, et c tout ce que je lui demande
Quand je parle de prob de config/import/export ... je disais juste que c plus simple, sous linux, comme sous win, dans mon firefox, je clique sur un bouton, et g tout mes mails, sans quasiment rien configuré.
(ce qui m'a aidé pendant la phase de switch)
J'avais tenté jadis, le partage d'arborescence profil de thunderbird sur fat32 ... partagé entre win/linux ... ça marche bien en général ! Mais il y a un des 2 thunderbirds qui m'a niqué la structure, et rendu le tout impossible... heureusement je n'ai quasiment rien perdu, mais ça m'a refroidi à vie ...
Maintenant, que ça soit partagé des comptes mails, avec chacun sa config dans son OS/FS ... que soit en pop ou en imap (et dans les 2 cas, tu peux faire en sorte que les mails restent sur le serveur, même si c evidemment plus naturel en imap ;-) ... ton client lourd reste quand même à configurer 2 fois ... et il récuperera en local les mails ... tu te retrouveras avec 2 structures contenant tous tes mails (tout en double, et en triple avec le serveur ;-) ... certes ce sera synchro sans problèmes, mais tout en triple ... et t'aura le nettoyage côté serveur à faire, avant d'exploser le quota alloué par ton provider ...(c du vécu, surtout avec le spam)
[^] # Re: Mais si...
Posté par manatlan (site web personnel) . En réponse au journal Linux et VCD : au secours?. Évalué à 2.
mais cinelerra plante en permanence ... à l'export
et qqfois en edition (j'avais trouver un cas systématique, mais je ne me rappel plus) ...
( je n'ai jamais réussi d'ailleurs à générer quoi que ce soit )
Kino est très stable ... mais je ne sais trop quoi faire de l'interface, je l'utilisais pour capturer le dv ... mais maintenant je préfère, et de loin, dvgrab ...
et je retourne bêtement sous win, pour faire mes montages à chaque coup (surtout pk g pas beaucoup de temps, pour me lancer dans cinelerra à 100%, et que sous win, je connais le logiciel par coeur)
mdk10.1c à jour ...
[^] # Re: gmail ... ah gmail
Posté par manatlan (site web personnel) . En réponse au journal Google GMail... ?. Évalué à 4.
Pour google, je crois très certainement qu'il vont tirer parti de ça, pour faire un service top ... c'est assez dans leurs habitudes ;-)
imagine 10000 utilisitateurs actifs qui marquent tel ou tel mail comme un junk, dans gmail ... C'est quand même 10000 x plus interessants que 10000 gars sous thunderbird qui marque chacun dans son coin ce mail comme un junk ... non ?
En recoupant toutes ces infos en amont, et en faisant un truc poussé (et c tout à fait le genre de google), il y a moyen de mettre les spams en quarantaine avant qu'ils arrivent dans ta boite ...
et les connaissants, ils seraient capables d'utiliser "leurs savoirs" pour mettre en place LE système anti-spam ... qui en finira une fois pour toute ..... (laissez moi rever non !)
Chose marrante, c'est qu'avant gmail, je ne comprennait pas l'intérêt d'un webmail, à part pour lire ses emails, avant de les lire chez soi.
Avec gmail, je ne vois même plus l'intérêt d'avoir un client lourd, et de récupérer ses mails en local ... (changement radical d'avis)
Les avantages sont tellement nombreux ... et l'interface, sur certains points, est même meilleure que les clients lourds ...
D'ailleurs, gmail a beaucoup contribué dans ma migration win -> nux ! J'ai pu avoir une continuïté dans le "service MAIL" sans avoir à installer/configurer quoi que ce soit sur la cible ... ainsi je pouvais passer de l'un à l'autre pendant la phase de config, tout en restant dispo pour mes mails ... qui restent toujours accessibles de la même manière, où que je sois, et sans config complexe (import/export/partage) ...
bref, tous les avantages du webmail par rapport à un client lourd
# gmail ... ah gmail
Posté par manatlan (site web personnel) . En réponse au journal Google GMail... ?. Évalué à 7.
Je ne peux plus vivre sans gmail ... ou plutôt sans "gmail + firefox + plugin gmail notifier" ....
au boulot, comme à la maison, j'accède à mes emails à partir du navigateur, et d'un simple clic ... je suis au courant des nouveaux messages rapidement ... et une place énorme pour s'abonner à une foultitude de mailing liste ....
leur système de fil de discusion est absolument parfait ! la completion dans la saisie des emails, du pure bonheur ... le moteur de recherche "à la google" dans ses emails trouvent tout ... leur système de junk me bluff pour l'instant ... les filtres sont impecc en adéquation avec leur système de dossier ... et plein de petits détails qui montrent que c'est très très léché de partout ... (et l'ouverture recemment des accès pop/smtp est un plus, que je n'utilise pas certes !)
avec firefox et ce plugin ... gmail peut quasiment faire office d' ICQ (IM) ... vu que mon navigateur est lancé en permanence ...
je pense aussi, qu'ils vont certainement être l'arme absolu contre le spam ... tout leur système (bayesian ?!) est centralisé ... imaginez le nb d'utilisateur qui reporte que tel ou tel mail est un junk ou non ... il y a moyen d'élaborer le filtre qui tue en recoupant toutes ces infos ...
bref le webmail nomade parfait ! même si j'ai vu qques bugs, (notamment avec des caracs accentués dans les PJ, mais c normal, c que english actuellement)
# ça fait pas avancer le schmilblick, mais ...
Posté par manatlan (site web personnel) . En réponse au message MDK 10.1 / Shuttle SN41G2 - Freezes + retour à l'écran de login. Évalué à 3.
j'ai du relire pas mal de fois avant de comprendre ...
car 4j d'upload, c énorme ...
4j d'uptime, c peu ;-(
# euhhh ...
Posté par manatlan (site web personnel) . En réponse au journal Linux et VCD : au secours?. Évalué à 3.
ce qui est marrant, c'est que j'ai également été obligé de faire un VCD, et je suis repassé également sous win ;-( ... j'ai fait mon DV en 720x576 ...
et dans nero, gravure en VCD forcément en 320x240 (que ce soit en pal ou en secam) ... du coup la geometry (le ratio hauteur x largeur) de l'image n'est absolument pas respectée ;-( et les persos sont tous aplatis ;-(
bref ... je suis également interessé par des outils simples sous linux pour du vcd (issus de photos ou de videos)