iznogoud a écrit 594 commentaires

  • [^] # Re: Question :

    Posté par  . En réponse au journal Sortie de Firefox 1.5 RC1. Évalué à 2.

    J'étais au stand OOo pour discuter du port sous macos version sans X11, avec Eric... Ceci explique cela, ça nous a pris pas mal de temps et on n'a même pas pu finir notre discussion :)
  • [^] # Re: Question :

    Posté par  . En réponse au journal Sortie de Firefox 1.5 RC1. Évalué à 2.


    Juste une question : combien d'objets et d'API faut il que tu apprennes pour faire la même chose, que ce soit en python, en C++ ou ce que tu veux ? Combien de lignes de codes pour le faire ?

    Pour moi, ce n'est pas plus une liste à rallonge que ça : http://docs.python.org/lib/lib.html

    par flemme, je ne répondrais qu'à ce commentaire (j'avoue c'est aussi pour éviter de tomber dans le pugilat inutile et stérile).

    Alors, pour faire une application multiplateforme je dirais :
    * un langage de programmation (et un seul : python)
    * une ou deux librairies à importer (xmlrpc) : une fois l'import fait, deux lignes de code et tu as de manière transparente pour le client accès à toutes les fonctions proposées par le serveur (comme si elles étaient implémenté côté client quoi).
    * une pour faire une interface graphique (au choix, qt, gtk, wxwidget...).

    Maintenant, pour avoir le même rendu en xul, je devrais apprendre :
    * au moins 3 langages de programmation (xul, avec tout ce qui va avec : rdf..., php/autre pour générer mes fichiers xul ou mes rdf..., javascript)
    * pour le rendu, il faut mixer javascript pour faire des trucs un peu "hype", CSS, SVG/canvas.

    Je dois apprendre plus d'éléments, qui s'intègrent moins bien entre eux (globalement) que dans l'autre version.
    Donc oui, j'ai tendance à dire que développer en xul, c'est plus dur à faire (du moins au début, après, quand on est un dev warrior :p)


    Voilà, goto miam maintenant ^^
  • [^] # Re: Question :

    Posté par  . En réponse au journal Sortie de Firefox 1.5 RC1. Évalué à 3.

    Il y a du bon et du moins bon là dedans, je trouve :) Non que je prenne la défense de qui que ce soit, mais :

    la 1.5, il y a énormément de changements, même si ils ne se voient pas tous pour l'utilisateur lambda.

    Peut-être qu'un des problèmes des dév mozilla est le manque de retours d'informations à l'utilisateur. Tu dis plus loin qu'ils sont en train de modifier tout le moteur pour permettre des trucs niveau css. Bah figure-toi que même si je lis pas mal la presse liée à firefox, je n'en avais jamais entendu parler. Et c'est un travail dont on ne voit aucun résultat. Peut-être un effort de communication non pas orienté vers les utilisateurs finaux, mais plus pour les développeurs d'applications web, serait nécessaire. Un grand article dans le Times, c'est bien, mais ça n'attire pas le web dev :)


    As tu regardé toutefois pour d'autres technos où il en est ? SVG, XForms, SMIL (en cours) et j'en passe.. Le système des extensions, XUL, XBL, E4X, RDF, MathML, XTF etc.. Ils ont tous ça les autres navigateurs ? Ou l'équivalent ? Ils proposent quoi comme alternative au futur XAML et WPF/E qui va debarquer chez Microsoft __et qui va faire mal__ ?


    Tu présentes ici mozilla comme une plateforme applicative. On se rapproche presque d'une conception "à la java", avec un code, portable, et une VM pour faire tourner tout ça.

    Alors non, aucun autre navigateur n'a XUL, mais il faut voir qu'un navigateur, pour beaucoup, ne sert pas à grand chose d'autre que naviguer sur le net.
    Quand je tombe sur une page avec que du flash, je hurle. Si je tombais sur une page avec que du svg+xul+... qui ne marchent que sous firefox, je vais également hurler. Parce que tu crées une situation *similaire* à celle de flash, même si elle est libre, ta solution, elle met *tous* les navigateurs autres que firefox aux oubliettes.

    Et, comme vous l'avez si bien dit à la conf XUL à Lyon en octobre, le xul c'est super, mais il y a encore des défauts qui pour moi sont bloquants :
    * rien pour développer/débugger (un truc tout bête : xulrunner sous mac ne se lançait absolument pas au dernier test (la semaine dernière) que j'ai fait.
    * encore peu de documentation (ça commence à venir, et c'est tant mieux :) )
    * regarde la liste des technos que tu as données. Ajoutes-y DOM, javascript, (x)html, xpcom... et tu vas avoir une liste à rallonge pour finalement quelque chose qui pourrait être fait en :
    ** python/autrelangage pour le client, et xmlrpc pour le serveur. Et là, je n'aurais plus que deux à trois technologies à maîtriser pour un rendu sensiblement équivalent. Finalement, XUL et tout ça, c'est excellent, mais à maîtriser, ça demande beaucoup de choses. Pour ne faire finalement qu'une application.

    Je ne dis pas ça méchamment, pour dire : "mais arrêtez vous foncez dans le mur". Simplement, toutes ces technologies que vous avez présenté à la conférence donne l'eau à la bouche, mais manquent encore trop de maturité pour moi.
  • [^] # Re: Question :

    Posté par  . En réponse au journal Sortie de Firefox 1.5 RC1. Évalué à 3.

    Comme je garde beaucoup mes mails voici le bug thunderbird :

    https://bugzilla.mozilla.org/show_bug.cgi?id=202729

    Il n'a toujours pas été mis dans les versions proposées, depuis juin où il a été dit "résolu". J'ai une version à jour de thunderbird, et le bug y est encore.

    Pour le second thunderbird :
    https://bugzilla.mozilla.org/show_bug.cgi?id=297101
    Je pense que la description était suffisante, j'ai à la réception du mail "expired" supprimé l'image que j'avais faite, qui montrait bien le problème. Depuis, le bug n'est plus reproduisible tout le temps, mais souvent. Que de changement :)

    Encore un bug thunderbird, qui m'arrive encore parfois :
    https://bugzilla.mozilla.org/show_bug.cgi?id=273142

    Et pour le bug firefox, je n'ai plus le mail en question, mais la description que j'avais faite était en fait trop complète : j'avais mis plein d'étapes pour comprendre comment j'arrivais au bug, alors qu'aucune n'est désormais nécessaire avec la dernière version de firefox (la 1.5RC1)

    Aucun des bugs n'a été vraiment corrigé depuis.

    Je sais bien que je ne suis pas le seul à rapporter des bugs. Mais je pense que même s'il y a des priorités à établir, si tu veux garder un rapport humain avec les utilisateurs, il faut éviter de les prendre pour des boulets qui ne savent rien à rien. Oui je ne suis pas développeur firefox, oui, je ne comprend rien au code source du machin. Il n'empêche que quand on essaye d'aider, qu'on agite les bras, et que les développeurs restent dans leur coin, ça n'incite pas à continuer.

    Je suis peut-être un peu boulet de penser ça, mais voilà, moi, ils ne m'incitent pas à aider à améliorer le produit.
  • [^] # Re: raaaaah

    Posté par  . En réponse au journal Encore du nouveau pour les graphistes. Évalué à 3.

    Si tu préfères, j'utilise les logiciels propriétaires pour faire découvrir le libre et toi tu utilises le libre pour faire la promotion de logiciel propriétaire.

    Ca fait mal au coeur de lire ça. De voir que quelqu'un aurait l'esprit assez tordu pour voir dans mon commentaire une quelconque volonté de promotion de Mac OS. Apple fait sa promotion tout seul, ils n'ont pas besoin de moi pour ça, et je ne suis pas là pour dire que Mac OS c'est bien et Linux moins.
    Comme dit dans un commentaire, j'utilise un ordinateur pour son côté 'utilitaire'. C'est un *outil*. Maintenant, si je peux utiliser et promouvoir au maximum du logiciel libre, je le fais.

    Concrètement, si j'utilise Mac OS, c'est mon droit. J'ai, cela va peut-être t'étonner, lu l'ensemble des licences qui vont avec, tout comme j'ai déjà lu les GPL, LGPL, etc.


    Maintenant on peut se poser la question sur la 'ligne éditoriale de linuxfr'. Pour moi c'est linux et le logiciel libre. Et clairement, macox n'est ni l'un ni l'autre.


    Et bien là, on a un logiciel libre, il se trouve qu'il tourne sous windows, linuw, et même macos (dingue non !). Et le seul paquet disponible était à l'heure où j'ai écrit mes lignes celui pour windows, alors que de magnifiques screenshots présentaient la version macos. N'ai-je pas le droit d'être intrigué par un tel état de fait ?

    Alors oui, j'utilise autre chose que Linux. Je n'ai pas *que* du libre sur mon PC. Maintenant, opendarwin est libre, et outre quelques pilotes et l'interface graphique, je n'utilise pas grand chose de non libre. Et le jour où tu me pondras les drivers wifi pour l'airport extreme, et une interface graphique du niveau d'ergonomie de celle de macos, alors oui, ce jour-là, je serais à 100% dans le libre. En attendant, j'utilise ce qui me permet de développer vite et de manière agréable. Chacun son truc.

    Tu savais que le Libre, c'est aussi l'ouverture ? Si tout le monde avait un esprit aussi fermé que le tien, le libre n'irait probablement pas loin. Personne n'aurait d'abiword, OpenOffice.org sur windows et macos. Personne ne pourrait faire de dessin vectoriel ou de retouche d'image sous windows/macos.

    Tu sais que le libre, ça peut *aussi* s'utiliser et se promouvoir sur un autre os que linux ?


    Note pour les intéressés : les sources contiennent bien des trucs pour la compilation sous macos, mais je n'en tenterais pas de faire un paquet, apparemment y'a des gens que ça gêne qu'on puisse tenter de contribuer au logiciel libre à sa façon. Vous avez le droit de lui dire merci.
  • [^] # Re: raaaaah

    Posté par  . En réponse au journal Encore du nouveau pour les graphistes. Évalué à 4.

    As-tu déjà demandé à pBpG ce qu'il faisait là ?
    On n'a pas le droit de venir si on n'utilise pas *strictement* tout le temps linux ? Si je suis sous BSD ou BeOS, j'dois supprimer mon compte linuxfr ?

    Pour ta gouverne, j'utilise Mac OS X ET Linux. Plus souvent Mac OS que linux, certes, mais quand bien même, je ne vois pas pourquoi je devrais dégager.

    Je suis utilisateur de logiciels libres. Certes, pas beaucoup linux, mais tu sais, si linuxfr.org ne devait parler que du noyau linux, il n'y aurait pas grand monde. Je suis employé dans une SSLL. Je développe du Logiciel Libre. Je n'ai cependant pas ma place ici. :(

    Même sous Mac OS, tu sais, il y a des logiciels libres (et j'ai tendance à penser "de plus en plus").
    OpenOffice.org, inkscape, adiumX, smultron, whamb, firefox, camino, apache, mysql, php, X11, tous les paquets fink, darwinports, gentoo-osx...
    Tout ça, je l'utilise quotidiennement. Cela dit, je comprend ne pas avoir ma place ici, certains bien pensant pensent que si on n'est pas sous linux, on n'a pas droit de parler de logiciels libres. On n'a pas le droit d'espérer voir le portage d'applications libres sur des os alternatifs.

    Je ne voulais pas répondre, et puis, si.

    Tiens, une question bête : tu portes gcompris sous Windows. Ca ne te fait pas mal au coeur de le faire et de te dire qu'il y a même des utilisateurs de gcompris sur d'autres OS que linux ?
  • [^] # Re: Question :

    Posté par  . En réponse au journal Sortie de Firefox 1.5 RC1. Évalué à 1.

    ha ouais tiens, y'a un clic milieu maintenant...

    Note : le rendu dégueulasse cité plus haut n'est pas sur tiger on dirait. J'ai des boutons plus potables, et on les voit tous. Il n'empêche.
  • # raaaaah

    Posté par  . En réponse au journal Encore du nouveau pour les graphistes. Évalué à 2.

    y'a un magnifique screenshot sous OSX, et pour le moment il n'y a pas de paquets disponibles pour osx :(

    C'est frustrant au possible :(
    J'vais regarder les sources voir s'il a laissé des fichiers XCode pour la compilation, ça serait super sympa.

    En tout cas, les images ont l'air pas mal, donc bravo, et merci au développeur d'avoir libéré le code !
  • [^] # Re: Question :

    Posté par  . En réponse au journal Sortie de Firefox 1.5 RC1. Évalué à 5.

    C'est pas le *seul* défaut, fort malheureusement.

    Chez moi, c'est l'IHM qui est mauvaise :

    * les éléments changent de place. Exemple type : clic droit sur un onglet, avant j'allais en bas du menu pour fermer. Maintenant, c'est au milieu, et je me retrouve toujours à locker l'onglet au lieu de le fermer \o/
    * la partie préférences utilisateur devait s'uniformiser avec celle de thunderbird. C'est loin d'être le cas, on s'en éloigne même !
    * le paquet a été généré à la va-vite sous Mac OS X, le mec qui a commis cette atrocité n'a même pas dû vérifier ce qu'il a fait. Typiquement, la dernière ligne des onglets dans les préférences n'est pas visible et est cachée par la barre d'états des préférences. Du coup, on a des boutons, mais soit on peut pas cliquer dessus, soit c'est impossible de savoir ce qu'ils font : on ne voit que le haut du bouton. Top ! Comme on ne peut pas redimensionner la fenêtre, on peut rien faire. Ha si, il suffit de cliquer sur le bouton en haut à droite pour enlever le menu principal des préférences (les images en haut). C'était trivial tiens ! Note : pour découvrir ça, il faut avoir des notions et savoir comment se comporte la fenêtre quand on clique là dessus pour y penser !
    * J'ai toujours le même bug du <input> qui reste en "focus" quand on ouvre un nouvel onglet. Du coup :
    ** le focus n'est pas dans la barre d'adresse.
    ** pire : en tapant du texte, ça l'écrit dans le input !

    C'est un *vieux* bug, il a plus d'un an. Toujours pas corrigé. Je l'ai déjà reporté, il est mort parce que personne n'a daigné jeter un oeil dessus.

    Non, vraiment, je songe de plus en plus à migrer vers opera ou safari...
  • [^] # Re: Bon d'accord mais ...

    Posté par  . En réponse au journal Câble pété. Évalué à 4.

    Si ça dépasse, c'est pas la faute à ton navigateur, on lui demande de tout afficher. Dans la CSS, tu peux dire que si le texte dépasse la taille d'un cadre, tu le coupes. C'est l'overflow :

    http://www.quirksmode.org/css/overflow.html

    C'est donc un bug dans ta CSS :)
  • [^] # Re: Bon d'accord mais ...

    Posté par  . En réponse au journal Câble pété. Évalué à 1.

    C'est un bug dans ta CSS qui ne coupe pas le mot quand il dépasse le cadre.
  • [^] # Re: Naif

    Posté par  . En réponse à la dépêche Voyage dans un pays libéré. Évalué à 8.

    article sidérant (sur argenpress.info).

    Pour ceux qui ne parlent par espagnol, en gros, ils veulent que les argentins aient des ordinateurs. Donc, ils font un marché, et pour 2,3 milliards de dollar, 400.000 pc seront introduits dans un premier temps, l'objectif étant de passer à 10.000.000. C'est très louable, sauf que :

    pour qu'un argentin puisse avoir son PC, il doit consentir à un prêt de 40 fois 47 dollars par mois. Ce qui fait 1880 dollars le PC. Soit 1500 euros. Pour info, à ce prix là, on peut se payer sur le site US l'imac G5 le plus gros. Sur le site apple français, le moins cher des powerbook.
    Là où je veux en venir, c'est que 1500 euros, c'est cher pour un pays où les gens ne croulent pas sous l'argent. Pour moitié moins, on trouve des PCs tout à fait corrects.
    Normal ?

    Si on reprend notre petit calcul, on voit que 400.000 PCs à 1880$, ça fait une coquette somme :
    752.000.000$
    Mais l'article souligne que le gouvernement, en avançant un nombre de 400.000 PCs, sous estime le marché.

    Ils comptent sur une vente d'environ 10.000.000 de PCs d'ici à 2010. On arrive alors à la somme de
    18.800.000.000$

    Et là, on voit que de 2,3M$ à 18,8M$, y'a une belle marge qui est faite, en vendant des PCs qui pourraient être moins chers. Ils atteignent leur équilibre des ventes à un peu plus de 1,2M de PCs, soit 3 fois l'estimation basse du gouvernement.

    J'ose espérer faire une erreur de calcul, mais... Ca me semble une belle arnaque :(
  • [^] # Re: à l'exception, évidemment...

    Posté par  . En réponse à la dépêche Gorm 1.0 est disponible. Évalué à 2.

    c'est vraiment pénible de devoir lire à chaque fois que vous faites un commentaire sur GNUstep "moui déjà c'est moyen comme truc, pompé sur mac osx, mais bon surtout keske c'est moche, c'est gris".

    Tout d'abord :

    Comme dit dans un commentaire entre les deux notres, si les screenshots et les vidéos utilisaient les-dits thèmes, peut-être que les gens regarderaient d'un autre oeil. Seulement voilà, parmi tous les screenshots qui nous sont donnés de voir, bien rares sont ceux qui utilisent un thème un peu moins austère.

    Alors oui, ça peut être "plus joli", mais on ne nous le montre jamais. Alors tu veux qu'on dise quoi ? Que c'est magnifique ?


    Ensuite :

    Tu t'es attardé sur une toute petite partie de mon commentaire, une parenthèse en plus, qui n'était là que pour donner un peu de subjectif. Dommage que ce soit la seule lecture que tu ais faite de mon commentaire. Il faut croire qu'on écrit parfois dans le vide.

    Je rappelle donc : Gorn, c'est Interface Builder (et sur la vidéo, c'est plus moche, j'y peux rien, libre à toi de proposer la même vidéo avec un joli thème), mais en libre.

    Pour le commentaire portant sur le python dans Gorn, je sais pas ce qu'il en est. PyObjC est relativement bien fait si on utilise Mac OS X, et permet de faire de bien bonnes choses, même si... La documentation est inexistante. pydoc n'est pas complet, loin de là. Moi quand je cherche de la documentation pour pyobjC, je vais voir... La doc de l'objective-C et j'adapte en espérant que ça marche à l'arrivée (ce qui n'est pas toujours le cas, mais souvent quand même).

    Maintenant, arrêtez de nous critiquer quand on dit que c'est moche, et filez faire des screenshots dignes de ce nom ! Si e17 a du succès, c'est pas pour rien. J'adorerais que gnustep ait le succès qu'il mérite. Simplement, il n'attire pas.



    PS : vous pouvez même inutiliser mon commentaire, il est là pour ça :)
  • # à l'exception, évidemment...

    Posté par  . En réponse à la dépêche Gorm 1.0 est disponible. Évalué à 1.

    (à l'exception, évidemment, d'InterfaceBuilder sous Cocoa/Mac OS X)

    C'est pas tout à fait la formulation que j'aurais utilisé... Je dirais plutôt que Gorm est un *clone* de interfacebuilder (en plus moche).

    Mis à part le fait que ça utilise openstep (d'où quelques classes qui rappellent cocoa), je dirai que niveau interface, c'est *exactement* interface builder. Les mêmes fenêtres. Les mêmes actions.

    Il n'y a donc rien d'innovant, pour moi c'est de la copie. Par contre, le truc bien, c'est qu'à la différence de interface builder, c'est libre :)
  • [^] # Re: Publipostage

    Posté par  . En réponse à la dépêche OpenOffice 2.0. Évalué à 3.


    Heureusement, il existe une "astuce" qui marche ! En fait, un script Python UNO permet la connexion SMTP et l'envoi du mailing. Bien que je n'y connaisse pas grand chose à UNO, je l'ai installé et testé. ça marche, à une exception près : visiblement les accents dans les mails empêchent l'envoi. Mais je pense qu'il suffit de modifier le script de façon à supporter les mails avec accents (problème d'encodage ?)


    Concernant le publipostage, je travaille actuellement sur un publipostage, une fois terminé, je l'épurerais des éléments propres à mon utilisation et je le proposerais à OOo pour les scripts "exemple" de pyuno.
    Actuellement, je fais de la fusion de document avec une base MySQL pour les données et OOo pour les documents à compléter ; récupération de pièces jointes, envoi de mail en html. Je peux aussi faire un pdf à imprimer récapitulant tous les éléments fusionnés.
    Le processus prend pas mal de temps (à améliorer) mais c'est déjà fonctionnel :)
  • [^] # Re: Mieux qu'openoffice?!

    Posté par  . En réponse à la dépêche Gnumeric 1.6 disponible. Évalué à 1.

    En plus, pouvoir faire des macros en Python, ca c'est bien! Ca change de l'horrible basic à la mords-moi-le-noeud d'OpenOffice.

    Sauf que avec OOo, tu peux faire des macros en python...
  • [^] # Re: librsvg

    Posté par  . En réponse au journal Outils de dessins techniques/scientifiques vectoriels. Évalué à 2.

    En faisant cela, tu perdrais la "structure" de ton SVG.
    Si je dessine un canard, je veux que la structure reflète aussi plus ou moins mon canard : si j'allonge le cou, je veux qu'il s'allonge bien.
    Si je casse la structure vectorielle, je perd le "sens" de mon document : en voulant allonger le cou, rien ne me dit que ça va bien le faire : la structure a été modifiée pour satisfaire des problématiques de couleur (des attributs en somme).
  • [^] # Re: deer park

    Posté par  . En réponse au journal Firefox cache mal son jeu. Évalué à 5.

    J'ajouterais des développeurs qui ne lisent pas le bugzilla.
    Sur 3 rapports de bogues que j'ai fait, un pour thunderbird, qui en fait datait de 1 ans (la recherche d'antériorité n'avait rien donné), et il n'est toujours pas corrigé, 1 an après.
    Un pour firefox, tombé dans les oubliettes, parce que tout le monde s'en fout. C'est con, tous les jours je vois les mêmes bugs sur mon firefox, mais non...
    Et le dernier pour thunderbird... Qui m'oblige à passer par un webmail pour lire certains mails.

    Typiquement (sous mac os) :
    * les filtres avec des caractères accentués ne peuvent pas être déselectionnés. C'est con, surtout pour... les japonais, qui écrivent leurs noms de filtres avec des caractères à la con, et ne peuvent jamais déselectionner leurs filtres de mails.

    * un formulaire reste sélectionné quand j'ouvre un nouvel onglet, le truc avait été soit disant corrigé, il ne l'est toujours pas.
    * sous thunderbird, les mails contenant des formulaires html ne sont pas retranscrits correctement. Impossible à exploiter.

    J'ai encore 3/4 autres bugs sous la main, mais vu le "mépris" caractérisé par les développeurs à même essayer de regarder le rapport de bug pour voir ce que la personne raconte, j'ai décidé d'arrêter de soumettre. C'est con, mais je perdrais mon temps pour rien finalement.
  • # ces films en 3D étant maintenant réalisés sous Linux

    Posté par  . En réponse au journal Logo Debian dans Les noces funèbres de Tim Burton ?. Évalué à 0.

    Raté©.
    C'est fait sous Mac OS X, avec jesaispasquoiHD.
  • # Carbon

    Posté par  . En réponse au journal Lazarus passe en version 0.9.10. Évalué à 2.

    Si c'est bien ce que j'en crois (cf screenshot), le choix de Carbon pour Mac OS est un mauvais choix je pense. Pourquoi ne pas choisir COCOA, qui est voué à plus d'avenir, et continuer à garder Carbon, qui, lui, est progressivement abandonné par les :
    * développeurs ;
    * utilisateurs Mac
    * développeurs Apple

    Si c'est pour une compatibilité avec les vieilles versions de Mac OS (pas X), ils vont passer à côté de toutes les nouvelles versions de Mac OS... En passant à Intel, Carbon devrait plus ou moins disparaître...
  • [^] # Re: ?

    Posté par  . En réponse au journal fr.gentoo-wiki.com recherche nouvel admin. Évalué à 1.

    un ".info" ? C'est à caractère informatif ?

    (à question con, réponse con)
  • [^] # Re: Qu'est-ce qu'on doit faire ?

    Posté par  . En réponse au journal fr.gentoo-wiki.com recherche nouvel admin. Évalué à 1.

    L'objectif n'est pas qu'une simple traduction de la partie anglaise. Le wiki a déjà récupéré des articles venant des forums, et dispose d'un ou deux articles propres au wiki (non récupéré/traduit d'ailleurs).
    L'objectif est seulement de centraliser plus ou moins de la documentation Linux, adaptée à Gentoo.

    L'accès en écriture n'est pas mis en whitelist parce que je ne l'ai pas demandé, et je ne le souhaite pas. Je préfère que tous puissent passer corriger, et avoir à supprimer moi-même le spam, plutôt que seule une poignée, une "élite" on va dire, qui puisse éditer les pages. Ca, c'est selon moi contraire à l'esprit du wiki.
    Je veux que tout le monde puisse contribuer, tant pis si ça me donne du travail. Simplement, je n'ai plus le temps, il me faut donc repasser le flambeau.
  • [^] # Re: S'agit-il vraiment de brevets logiciels ?

    Posté par  . En réponse à la dépêche Brevets logiciels : la Commission Européenne revient à la charge. Évalué à 5.

    Souvenez-vous, d'ailleurs (je n'arrive pas à retrouver la source, si quelqu'un l'avait...), le président de la commission avait indiqué que si le parlement rejetait le texte, la commission ne proposera plus de texte lié aux brevets logiciels.

    Finalement, ce ne sont que des politiciens. Ils savent aussi bien tenir leur parole que mon chien quand il regarde un os et qu'il me fait signifier qu'il n'y touchera pas.
  • [^] # Re: Qu'est-ce qu'on doit faire ?

    Posté par  . En réponse au journal fr.gentoo-wiki.com recherche nouvel admin. Évalué à 5.

    Alors non, les serveurs sont aux US, donc ce n'est pas de l'administration physique.
    Typiquement, vous n'aurez pas :
    * d'accès SSH
    * d'accès MySQL

    Vous aurez simplement un compte admin sur le wiki de type media wiki (utilisé entre autres par wikipedia.org)

    L'administration se cantonne donc à :
    * faire vivre / grandir la communauté
    * supprimer le spam, déplacer les pages mal mises
    * améliorer l'esthétique du site (je suis mauvais dans ce domaine)
    * améliorer le wiki par des articles (traduire / écrire un peu quoi)

    Connaissances particulières :
    * orthographe, grammaire, conjugaison (c'est bête, mais c'est un plus ^^)
    * connaître le format d'édition de media Wiki, et des connaissances en html / CSS sont un plus non négligeable.
    * connaissances en Gentoo, évidemment, mais en UNIX en général, c'est toujours bien de savoir de quoi on parle :-)

    Pour le temps que ça prend, personnellement je n'ai plus de temps, au tout début, quand aucun article n'existait, ça me prenait toute la soirée pour traduire / écrire les premiers articles.
    L'administration pure et dure prend moins d'une heure par jour, mais ce n'est AMHA pas suffisant pour le faire vivre (le wiki, c'est super, mais seulement quand les gens s'y investissent un minimum, ce n'est pas trop le cas pour ce wiki).
    Donc je dirais que si tu y passes 30minutes par jour, ça te permettrait de :
    * administrer la chose
    * traduire deux article par semaine (parfois plus, ça va vite avec l'habitude).



    Maintenant, pour le message plus bas, ben de rien :-)
  • # tm ?

    Posté par  . En réponse au journal Frameworks web, enfin une pub qui fait saliver. Évalué à 1.

    textmate ! ( http://macromates.com/(...) )
    J'avais essayé il fut un temps... Je continue de lui préférer SubEthaEdit, TextWrangler reste trop "laid" et compliqué à l'apprentissage.

    Il faudrait que je vois si tm a fait des progrès...