Etienne Juliot a écrit 285 commentaires

Sitebar est très simpliste et surtout, il est dedié Mozilla.
Ce qui n'est pas le but de bookmark4u (pouvoir avoir ses mêmes favoris sous différentes machines, OS, browsers).

Pour plpage, il est jolie, c'est vrai, MAIS ce n'est pas un projet GPL. Donc ...

D'ailleurs, pour info, bookmark4u est principalement utilisé en intranet ou sur des serveurs persos, plus que sur des sites publiques (jai pas de stats, mais c'est la tendance).

Pourquoi tu demandes ça ? Tu me connais ?

Bah en fait, c'est aussi une des raisons pour lesquelles je me suis un peu lassé du projet. Je commence à avoir fait le tour de PHP, et je préfère J2EE (heureusement vu que c'est mon taf au quotidien).

Il n'empêche que le projet se prête mieux au PHP (pour pas avoir une machine de guerre). Ca fait quand même 2 ans que je suis sur bk4u, alors j'aimerai voir un peu ailleurs.

chiche je refais bk4u en J2EE, avec des EJB pour le mapping objet/relationnel, du SOAP pour les accès métiers (compliqué la gestion des favoris) et donc avec du workflow dedans, et du XSL-FO pour la présentation (comment ça Mozilla ne sait pas gérer XSL-FO ??).

OK, c'est parti.

Et bien qui compte pour moi au niveau du code, c'est qu'il garde la couche objet. C'est à dire, qu'il ne foute pas du SQL partout. J'en ai chi....r pour rendre la couche d'accès aux données propre et j'aimerai que ca reste ainsi.

A part ça, les fonctionnalités principales sont pour moi déjà dedans.
Là où je n'ai le même avis que tous ceux de la communauté du bk4u, c'est que j'estime que bk4u est avant un gestionnaire de favoris, alors que d'autres veulent faire évoluer le calendrier, la gestion de contact.
Pourquoi pas. Je n'ai rien contre. Mais, je n'y ai que très peu toucher personnellement, et je ne l'utilise pas non plus (peut etre avec des imports/exports plus complet je m'y mettrai).

Tiens, j'avais oublié un truc : intégration dans PostNuke.
Ca, ce serait cool et pas trop dur.

Sinon, j'attend de mes successeur qu'ils sachent communiquer. Par exemple, qu'avant de tout casser, qu'ils en parlent avant (comme dans un dev opensource "ouvert", pasalaxfree).
Genre, y'a recu un patch justement pour PostNuke, où les 3/4 des sources étaient enlevée, que tous les fichiers étaient coupés par 2, etc. C'est le genre de truc inintégrable.

Sinon, si le mec est sympa, et que ses premières interventions sont bien, je laisse complément les brides pour qu'il le change s'il veut (genre, s'il veut tout péter pour mettre un moteur de template, je fais confiance).

Par exemple :

- utilisation REELLE de Pear (j'ai fait une simple implémentation des interfaces objets de Pear, histoire de faire vite, mais faudrait utiliser les vrais classes)

- génération en flux RSS des favoris (y'a déjà un patch "presque" tout pret)

- un genre de tutorial lors de la 1ere connexion pour dire à l'utilisateur les fonctionnalités (un genre d'aide en screenshot)

- un bug lors du chargement de bcp de favoris (trop de Mo pris en mémoire). C'est une optimisation d'une petite boucle de 10 lignes je pense, et ca peut être rigolo à faire.

- pouvoir identifier les utilisateurs jamais logger, ou qui n'ont pas utilisé le truc depuis plusieurs mois, et proposer des les virer de la base (pour tous les gens qui créent un compte et ne l'utilise jamais)

- qq amélioration par rapport au calendrier (export iCal ? pour Sunbird par exemple)


Les autres idées sont dans le TODO :

Bookmark4U To Do List

o store the result of URL checking into database (bookmark tracking)
o searching across multiple user's table
o importing calendar schedules in XML format
o importing address book in LDIF format (or/and others formats)
o postgresql support (DB interface generalization)
o using remote theme
o exclusive page for browser tab
o bookmarking forms of search engine sites.
o XHTML compatibility
o replace our PEAR implementation with official implementation
o autentification with PEAR (for ldap, and other)
o activate traduction in lostpasswd, register, swupdate, version
in etc, error in trash, error in memo, ...
o use index.dist.php and welcome.Language.dist.html for custom pages
o integration with PhpNuke, PostNuke and PHPGroupWare
o language selection for new user when register
o expandable folder option for 'change folder'
o manually start check duplicated bookmarks
o birthday of a contact automaticly added to calendar
... and more


Dans le forum http://bookmark4u.sourceforge.net/board/list.php?table=board(...) , il y a aussi plein d'idées sympas.

Enfin, en utilisant le truc, d'autres idées sympas peuvent être faites.

Suivant ton niveau technique ou ce que tu veux apprendre, je peux te dire ce qui peut être le plus adapté.

Moi, j'envoie en PDF ET en .doc

Comme ça, on a les deux alternatives.

Tiens, anecdocte : j'ai posté chez IBM en leur envoyant mon CV au formats PDF et surtout au format Lotus WordPro. Ils m'ont répondu qu'ils voulaient le CV au format Word !!! Un comble quand on sait que Lotus appartient à IBM !!!!

Juste pour rappeler :

un fork de Gaim existe depuis quelque temps pour le support de la voix et de la vidéo (en gros, pour la webcam). Il s'appelle Gaim-vv et il est destiné à être réinjecté dans le Gaim officiel.

http://gaim-vv.sourceforge.net/(...)

C'est le but de XUL.

D'ailleurs, il n'est pas dépendant d'un langage de programmation particulier car l'IHM est décrite en XML (donc déclaratif).

Cool. En résumé, on a ou on aura :
- GTK avec un thème vers QT (plus que visuel, redirection de toolkit pourait-on dire)
- Gecko avec QT
- OpenOffice avec QT (y'a encore bcp de boulot)

J'aimerai savoir si quelqu'un a des nouvelles du portage de SWT (toolkit Java initialement développé pour Eclipse) ?

J'ai lu le lien suivant : http://www.laurentm.com/10Goto10/archives/eclipse/000071.html(...) mais ca date de presqu'un an. Il disait qu'il y avait notamment des problèmes de licences, mais que ce n'était pas forcément insurmontable.

Avec SWT en QT, on aurait la majorité des méta-toolkits (toolkits basés sur d'autres) portés ou en cours de portage vers KDE.
Tout ça pour le plaisir de l'utilisateur final, et sans recodage des applis clientes.

Les 2 autres tentatives n'ont pas échouées. C'était juste des démonstrations technologiques.
Et elles n'ont pas été suivies car non prévues pour être suivies.

Là, c'est différent : le but est de commiter les changements dans le CVS de mozilla et de rendre ces modifs pérennes.

Pour le "Gecko sans toolkit", c'est un peu comme "Java directement interpretable pour un CPU" : c'est beau sur le papier, en réel ce serait plus rapide et mieux, mais c'est trop dur. Peut être dans 6-7 ans, si le framework XUL prend son envol et sera standardisé/très stable, ce sera envisageable.

Purée !!
C'est impressionant les mecs !

Vous vous êtes engeulé comme ça toute la nuit !!!

Ca, c'est un troll qui devrait rester dans les mémoires de Linuxfr.
En plus, c'est le bon troll du style : "j'ai 10 ans, mes frères y font du windows, c'est nuuuul parce que ...... euh, bah je vais sortir des trucs techniques, ca va faire le mec qui s'y connait ..... ça pue".

pBpB, je trouve que là, tu as vachement été patient quand même. Le pb, c'est que ce sont des "défenseurs" de linux comme 007 qui disent des conneries grosses comme eux qui en fait le discrédite et l'amateurise.

PS pour 007 : j'ai fait du NT4 et du Win98 aussi, mais promis, ils se sont vachement améliorés depuis. Tant mieux. La concurrence est saine, et Windows n'est pas le mal absolue.

Il n'intègre pas de fcté Microsoft !
Il transforme un appel de mer$$$$, en un appel W3C.

Pour info, ce n'est pas nouveau du tout les émulations de comportement. Par exemple pour corriger le code html mal foutu mais qui tourne bien sous IE. Mozilla se contente de corriger les erreurs du developpeur web.
Le tout doit se faire dans le respect des standards.

Ce qui compte après, c'est de bien communiquer. Cela semble bien fait car, d'après mon expérience, tout ce qui est document.all est bani de nombreux projet web depuis longtemps. Tout comme les balises proprios. (il rest encore à ne plus utiliser les tableaux imbriqués à gogo)

Si tu veux mon avis, ca sera surement pour Mozilla 2.0.
Peut etre avec XForms et XUL 2.

Le logo choisie pour SunBird est ici : http://markcarson.com/MarkCarson/Asp/SunbirdLogo.asp(...)

Mais il y a 2 autres propositions vraiment intéressantes :
- un des perdants : http://axentra.net/www/sunbird/logo_contest_set2.html(...)
- un nouveau essai basé sur le gagnant : http://mitglied.lycos.de/shp0202/1/ico3_h2_cal_256.png(...)

Le débat se déroule sur :
http://forums.mozillazine.org/viewtopic.php?t=85054&postdays=0&(...)

En fait, si le script fait un test sur l'existence du document.all, mozilla renvoie false (pour dire, en gros, que ce n'est pas IE).
Mais si le script l'utilise sans demander, il transformera la demande en document.getElementById()

Ce qui fait que les scripts qui testaient le navigateur ne changeront pas, mais ceux qui ne testaient pas et qui étaient crade de base passeront ptet un peu mieux.

Dans tous les cas, document.all est à banir (d'autant que la méthode W3C marche sans pb sur IE).

Tu peux aussi avoir le scénario suivant :
- la requete est reçu sur le serveur
- si c'est gecko avec support XForms:
-> tu renvoies le xhtml avec xforms dedans
- si c'est ie
-> tu fais une transformation côté serveur (avec xslt par exe) du xhtml + xforms en xhtml + form classique
-> tu renvoie une page classique au browser

Comme ca, c'est transparent pour tout le monde.

C'est déjà un peu comme ça que fonctionne Cocoon (projet Java Apache) pour décider d'envoyer telle ou telle page en fonction de tel navigateur (si besoin bien sur).

Ca voudrait aussi dire que Swing irait plus vite s'il était implémenté via un serveur Y lui utilisant XCB ??

Euuuuh, je crois que le vendredi soir avant le week end, faut éviter de poster !! -> [-20]

Quelqu'un a déjà fait un comparatif entre le filtre anti spam de spamassassin et celui de Mozilla ?

Pas plus tard qu'hier, je suis allé aider des débutants en informatique.
Et je peux te dire que :
- recompiler qqchose
- lancer un xterm pour faire apt-get
- indiquer une adresse de repository rpm, puis rechercher un soft (dont ils ne connaissent bien sur pas le nom) et installer le rpm
- même trouver un .exe d'installation

toutes ces méthodes sont compliquées pour eux. Ca peut nous paraitre abérant, mais ce qu'ils veulent, c'est faire google + logiciel courrier + cliquer : pour que l'appli s'installe et se lance.

Ainsi, cette soumission au W3C pourrait simplifier la vie aux utilisateurs lambda (ou au moins leur 1ere approche de l'informatique), et standardiser les approches semblables : Java Web Start, XPI de Mozilla.

C'est vrai que le dev de Gaim est actif, mais le manque de support des webcam est vraiment important car c'est souvent une fonctionnalité qui m'empêche de faire passer des amis sous Gaim.
Et puis, en plus, ce serait sympa.

Donc, toutes les bonnes volontés pour le faire évoluer dans cette direction sont les bienvenues.

Tiens, petite question : y'a t il un passage à une version 1.0 de prévue pour Gaim ?

Oui, mais avec un look sympa, ca peut justement attirer les développeurs (parce qu'aujourd'hui, c'est un peu le parent pauvre par rapport à TB et FB).

Et puis, pour un projet de cette, il n'y a pas que des développeurs. Il faut des traducteurs, des graphistes, ....

C'est justement une nouveauté de la version 0.7 !

OK.

En tout cas, je te soutient dans ta démarche car votre projet et son optique (rester simple) sont très intéressant pour tout nouveau projet, ou pour tout simplement de la veille techno.

Bonne continuation.

Plutot de rester chacun sur vos positions de "c'est mon truc le meilleur", ne serait-il pas possible de les faire cohabiliter ?

Joffad livre des scripts Ant pour la compilation, le déploiement, ... Ne serait-il pas possible de proposer des scripts Maven pour la publication, les dépendances ?

Ainsi, Maven serait le moteur, et Joffad le capeau. Et on garderait un projet simple et rapidement utilisable, avec la puissance de l'outil Apache.

Bon, je vais faire un peu de pub pour mon ptit site web perso qui explique cette norme de l'OMG :
http://www.toutmda.fr.st(...)