golum a écrit 2289 commentaires

Le moteur est opensource et d'usage géneraliste.
Rien n'empêche de monter un site spécialisé sur cette base ou d'enrichir le site généraliste avec les bons tags.

Le moteur est présenté sur le dernier lien.Ah et rendons à César ....
http://www.framasoft.net/article4323.html

Il permet de faire des recherches par tag (un peu à la del.icio.us). Le classement se fait donc automatiquement par les tags quand tu effectues une recherche approfondie.

Aprés tu as un classement par popularité et news qui se base sur un algorithme adapté (note des utilisateurs, commentaires, ....).

Ca ne serait pas un peu le pricipe de Digg ou mieux sa version libre basée sur le moteur
http://www.blogmemes.fr/
http://blogmemes.org/network.html

http://trac.blogmemes.com/trac_script/wiki

Je n'ai pas étudié le fonctionnement de SVK en détail mais voici ce que j'ai cru comprendre.(Je ne l'ai pas encore testé)

SVK permet de répliquer un repository central en local. Ses branche sont mirrorées. Il permet ensuite de créer des branches sur la copie locale du repository qui ne sont pas mirrorées et des espaces de travail aussi bien sur un branche local qu'un branche partagée. Les commandes affectent tantôt le repository local et tantôt le local et le central. Cela permet donc d'effectuer un certain nombre d'opération sen local (commits successifs en mode déconnecté). Le problème que je vois est que toute la gestion est encore centralisée.
Ainsi 2 développeur ne peuvent pas synchroniser leurs repository locaux sans passer par le repository central.Il faudrait tester pour vérifier si les commandes de pull et push peuvent s'adresser à d'autres repository que celui central.

L'autre grosse différence que je vois avec les DVCS classiques se situe au niveau du commit sur une branche mirrorée.
Avec un DVCS classique, il n'y a pas de branche partagée. Chaque developpeur est maitre de sa branche locale et il ne peut pas y avoir de versions concurrente déjà commitée par un autre developpeur qui empecherait le commit. Un developpeur est responsable de la branche de référence et il est le seul à merger dessus pour integrer les modifs des autres après synchronisation et recupération des branches des autres en lecture.
Avec Svk le fait de commiter sur une branche répliquée envoie d'abord la modif sur le repository central puis resynchronise le repository local. Si une version concurrente a été commitée entretemps, il faut résoudre le conflit comme avec SVN.

Cette architecture est inhérente aux outils centralisés. Ainsi Clearcase dans sa version multisite adopte un schéma semblable.
Plusieurs serveurs hébergent un repository mirorré. Chaque serveur a l'exclusivité (masterchip) sur une branche.Et tous les espaces de travail du même site accèdent à la branche en concurrence d'accès comme un outil centralisé classique. Clearcase permet toutefois de transferer l'exclusivité sur une branche d'un site à un autre.

En tout état de cause, l'utilisation de tels outils est plus complexe que celles d'outils nativement distribués.

Pour ceux qui veulent approfondir SVK:
http://pickscrape.woobling.org/svk-visual-guide.pdf
http://svkbook.elixus.org/nightly/en/index.html

C'est dans le dictionnaire du MITRE qu'on trouve la définition du verbe ressençer ? :D

C'est le prix à payer pour économiser 8 clics ;-)

je réagissais simplement à ta remarque

Les applets, c'est pour des applications plus riches, des trucs qui ont besoin eventuellement d'une interface plus poussee mais aussi et surtout de code metier derriere.

Pour le reste je suis d'accord

Désolé mais Flash soutient maintenant tout un tas d'offre autour des clients riches.
Certaines initiatives sont propriétaires (Flex) et d'autres libres (Openlazlo)
Celà ouvre la voie à de veritables applications comparables aux applets, simplement déployables et pas seulement des gadgets.

Pour te faire une idée
http://www.laszlosystems.com/demos/
http://www.openlaszlo.org/front_page

La différence centralisé vs décentralisé tient plutôt au mode d'organisation.

Un outil type CVS/SVN est très bien adapté pour le développement en entreprise ou la centralisation simplifie l'administration (sauvegardes, gestion des privilèges, ...) et renforce la sécurité (dev closed source).

Pour un développement opensource dans lequels les contributeurs viennent de tous horizons et peuvent être occasionnels, le fait de donner un accès en ecriture sur le serveur central peut devenir handicapant.
Pour récupérer des contributions, il faut soit ouvrir l'accès en écriture au repository, soit récupérer un patch et l'appliquer.

Avec un DVCS (Distributed Version Control System) chacun possède une copie (partielle ou complète) du repository et se syncrhronise à l'envi avec les autres. Un contributeur occasionnel crée des versions dans son repository local.
Les developpeurs du projet n'ont plus qu'à récuperer la branche du contributeur en synchronisant leur repository avec celui du contributeur et peuvent utilisant les commandes de merge/comparaison/historiques de l'outil. Ils n'ont donc pas à sortir de l'outil ni à donner de privilèges pour integrer des contrib occassionnelles.

La contrepartie est que le modèle de developpement est dit user-centric. Au final une seule personne doit integrer ou approuver toutes les contributions des autres.
C'est ce modèle de developpement qui convient à Linus Torvald pour le dev de Linux.

Pour les outils centralisé le modèle est dit repopsitory-centric car plusieurs contributeurs déclarés peuvent travailler en concurrence sur la même branche et donc intégrer, tester valider sur la même version. C'est pour ca que ces outils proposent des mécanismes de concurrence d'accès de façon à ce que celui qui commite n'écrase pas le travail des autres. Le fameux commit/checkin qui peut échouer car il faut résoudre un conflit de merge (schéma de concurrence optimiste)

La référence est ici
http://subversion.tigris.org/links.html

Je vais faire le gars chiant mais avez-vous envisagé le .flac comme support ?

Quitte à avoir une joli pochette atant récupére la musique en qualitai originale

Pour comprendre, il te suffit de te rendre sur le compte de ploum.

Là tu pourras consulter ses derniers journaux et ca te permettra certainament de mieux comprendre.

En gros Ploum a pour habitude de poster de temps à autres quelques journaux un peu futiles, dans lesquels il raconte un peu sa vie de façon edulcorée et bien tournée.
Certains apprécient ses facéties qui pimentent un peu la vie du site, d'autres prennent ca pour de la pollution et lui reprochent de faire de la pub pour son blog.

C'est ainsi que naissent les légendes sur DLFP.

Voilà en espérant avoir résumé sans aucun parti pris .

Oui mais dans ce cas tu n'utilises plus l'API.

Ce n'est donc plus portable à ce niveau

Et si j'appelle une primitive d'accès à la base de registre (RegOpenKey)
dans le soft que je porte, ca veut dire qu'il faut que j'emule toutes les clés de la base de registres en les mappant sur des fichier de config ?

Vous n'aimez pas le "style" DG, qu'à celà ne tienne
http://standblog.org/blog/2006/05/29/93114811-poste-developp(...)


PS: Yonoo est un challenger de Del.icio.us

Les boulets de bouchot ont sûrement trouvé un autre rocher oû s'ancrer :)

ce que je reproche le plus à XUL c'est d'être un objet pur client. il ne dialogue qu'avec le moteur Gecko et seul le moteur Gecko dialogue avec lui.

Les moteurs de rendu Xul ne sont pas légions mais il y en a quand mêm d'autre et l'intêret d'un langage de description de GUI est quand même assez partagé

http://luxor-xul.sourceforge.net/

http://xul.sourceforge.net/counter.html

Tu serais pas stagiaire dans une agence de recrutement de RP toaaa :D

"Sans parler de trucs récents comme LINQ,"

Tu penses vraiment que surcharger la syntaxe d'un langage déjà plus que riche avec de la syntaxe d'autres langages est une bonne chose ?

Si tu adhères à son interface si bien léchée tu pourras sans doute m'expliquer comment je fais pour repérer les photos que je n'ai pas encore tagger.
Oublier ce détail et reporter sa correction aux calendes grecques
j'appelle ça du foutage de gueule.

Ah si j'ai trouvé
http://groups.google.com/group/picasa/browse_thread/thread/4(...)
Si ca s'appelle l'ergonomie.


Un ex-happy user dépité

Horreur !!!
J'ai découvert qu'à une lettre près, mon pseudo est un anagramme du tien.

Mon compte date de 2003, une telle prémeditation fait sans doute de moi un des principaux suspects.

<balise pour ploum tousseul>
c'est du 42e degré ;-)
<\balise pour ploum tousseul>

Décidément c'est une manie de poster à coté en ce moment (Besoin de congés moaa)

C'est à ramses que je répondais
http://linuxfr.org/comments/715066.html#715066

Marrant! Tout le monde oue le modèle suèdois en insistant sur le fait que les périodes de chômages doivent servir à la flexibilité tout en securisant le parcours (formation, accompagnement, ...) et dès qu'on en parle "Qui c'est qui va payer ?".
C'est qui le plus "démago" là (la grande insulte suprême - les démagos de gauche valent bien ceux de droite)
Pourtant le modèle suèdois est parmi les plus taxés. Y'a pas de miracle hein.

C'est sûr le patronnat préfère la flexibilité sans payer donc il prefererait sans sécurisation.Et là y'a pas photos le CPE etait mieux placé evidemment.

bien vu, tel est pris qui croyait prendre ;-)

on écrit filigranmme

Dsl pour cet apparté

Allez faire vos cochoncetés sado-maso ailleurs.
;-)