tanguy_k a écrit 766 commentaires

http://linuxfr.org/comments/788990.html#788990

Au contraire Qt4 semble bien meilleur pour le portage d'application. Il semble plus stable.

Je partage son avis et je confirme que Qt4 c'est du pur bonheur ! ca s'integre parfaitement a l'OS (Windows, MacOSX, Linux), l'API est tres bien foutu, la doc est exemplaire avec plein d'exemples, et le tout est tres stable. Qt4 est plus qu'une simple lib graphique: c'est un framework entier (decoupe en composants) qui permet de faire du reseau, XML, regex, test unitaire, SQL...
Mon avis est que Qt est largement au dessus des autres bibliotheques graphiques a tout point vue: integration, simplicite, rapidite, documentation, portabilite, fonctionnalites...

GTK+ sous MacOSX en natif pour le moment c'est du vent (et sous Windows c'est moyen), donc j'ai plus vite fait de me coder le mien. merci pour vos remarques.

J'ai trouve ca sous Linux:

http://freshmeat.net/search/?q=%2Bsearch+%2Breplace&sect(...)

http://regexxer.sourceforge.net/
http://sourceforge.net/projects/regexxer/
regexxer is a nifty GUI search/replace tool featuring Perl-style regular expressions.
If you need project-wide substitution and you’re tired of hacking sed command lines together,
then you should definitely give it a try.
screenshot:
http://regexxer.sourceforge.net/images/regexxer-screenshot.p(...)

http://turma.sourceforge.net/
http://sourceforge.net/projects/turma/
Turma (Text Utils with Recursive Mambojambo Actions) is a search, and replace tool,
which operates on multiple files following a given pattern,
with the possibility to recurse into subdirectories. It can handle words, lines of text, paragraphs of text.
screenshot:
http://download.freshmeat.net/screenshots/18371.jpg


Donc resultat des courses: pas d'outils multiplateforme, sous Windows c'est que des shareware. Bref je me code le mien :)

merci John Doe pour tes infos

> qui permet cela à condition d'ouvrir les fichiers dans lesquels tu veux faire le remplacement

c'est ca le gros probleme, comme avec les IDE: il faut d'abord creer un 'projet' et ensuite y associer des fichiers pour enfin pouvoir faire la recherche, bref pas tres pratique dans mon cas.

http://shots.osdir.com/slideshows/717/40.gif
on est bientot en 2007 et depuis KDE une application GTK affiche encore une police degueulasse (et inversement j'imagine). C'est quand meme 10x plus lisible sous Windows.
J'ai l'impression que ca n'interesse personne alors que pour moi c'est essentiel d'avoir un truc lisible a l'ecran. Faudra t'il encore attendre 10 ans pour que ca change ? (parceque ca fait 10 ans que ca dure malheureusement)

pour elargir le debat, je prefere aussi sans anti-aliasing:
http://kde.org/screenshots/images/3.1/fullsize/9.png
http://kde.org/screenshots/images/3.5/12-korganizer.png
le probleme c'est que si l'on desactive l'anti-aliasing, la police devient alors horrible car pas du tout adapte contairement a Windows.

et vous ? ca vous derange pas ?

> Un conseil, vas sur un site comme monster.fr

c'est une bonne idee ca !

monster.com (USA)
Category: Computers, Software
last 3 days
mot clefs:
Java -> 391
C++ -> 318
C# -> 252
.NET -> 235
C (pas top comme mot clef...) -> 258

VB -> 180
Basic (pas top comme mot clef...) -> 315
Visual Basic -> 180
VB.NET -> 66

Perl -> 154
PHP -> 61
Python -> 29
Ruby -> 12

monster.fr
j'ai pas mis de categorie
3 derniers jours
mots clefs:
Java -> 158
C++ -> 97
C# -> 37
.NET -> 45
C -> 342

VB -> 31
Basic -> 53
Visual Basic -> 31
VB.NET -> 11

Perl -> 16
PHP -> 41
Python -> 5
Ruby -> 1


Faudrait refaire les tests dans 3 mois voir ce que ca donne...

> C'est vrai qu'un binding Java pour QT (qui sera probablement encore
> moins utilisé que Mono, étant donné le peu d'intérêt d'autres langage
> que C++ dans KDE qui est un des seuls projet libre à utiiser QT)

Si Trolltech decide de creer un binding Java pour Qt c'est parceque les clients de Trolltech le reclament et donc que ca interesse du monde, suffisamment pour faire de la tune avec en tout cas.

Si Qt Jambi est bien fait, si Java est vraiment "libere", si GCJ arrive a maturite alors ca pourrait faire un carton meme au sein de la communaute du libre car le language Java est *vraiment meilleur* que C++
Java est plus facile, mieux foutu, plus productif (2x environ) que C++. Il y a plein de composants pour Java facile a integrer, il y a plein d'outils disponibles. Un facteur important aussi, la majorite des developpeurs connaissent Java et beaucoup apprecient ce language.

Une librairie graphique comme Qt a toujours manque a Java et apporte de nombreux avantages pour le developpeur mais aussi pour l'utilisateur (integration parfaite a Windows, UNIX, MacOSX)

Apres c'est aussi une course, Qt Jambi + Java sera t'il plus vite mature et integre aux OS (sous Windows il faut toujours installer le JRE, d'ou l'interer de GCJ) que Mono ?
GTK+ sous Windows est loin d'etre aussi bien integre que Qt et sous MacOSX c'est toujours experimental.
Je pense qu'en 2006 un language/librairie graphique ne peut etre populaire (de maniere generale) que si:
- ca vient de Microsoft malheureusement
- ou si c'est vraiment bien foutu et surtout multiplatforme

Il faut aussi regarder de pres XUL car il pourrait creer la surprise !

pfff parceque Qt c'est du C++ et c'est tout pourrie, le C c'est mieux: c'est bcp plus léger en memoire et c'est plus rapide !

sur le site pour retrouver Nina http://www.ninareiser.com/aboutnina.html on peut lire:
her estranged husband
ce qui signifie:
son mari aliéné

on dit un geek non ? ;p

http://doc.trolltech.com/4.2/modules.html

QtCore Core non-GUI classes used by other modules
QtGui Graphical user interface components
QtNetwork Classes for network programming
QtOpenGL OpenGL support classes
QtSql Classes for database integration using SQL
QtSvg Classes for displaying the contents of SVG files
QtXml Classes for handling XML
QtTest Tool classes for unit testing


SQL, SVG, XML, reseau (FTP, HTTP, detection reseau), OpenGL, thread, mutex, slot/signaux, file, timer, DBus... Bref tout un framework a la Java ou a la C#

Tout n'est pas disponible dans Qt Jambi cf
http://doc.trolltech.com/qtjambi-1.0/qtjambi-classes.html

- L'API Qt est beaucoup plus intuitive, simple et haut niveau avec une belle documentation
Les delegates (ou signaux) par rapport a des interfaces Listener c'est carrement moins rebarbatif/verbeux a utiliser.

- Qt Designer genere du XML
Qt Designer est une petite merveille a utiliser.
Le code genere se trouve dans un fichier separee et pour s'interfacer avec c'est propre et clean. La derniere fois que j'ai utilise des generateurs SWING ca collait tout dans le meme fichier (ca a peut etre change depuis)

- Qt s'integre 10x mieux au desktop que SWING sous Linux et Windows

- Une interface Qt c'est rapide !

- Qt evolue beaucoup plus vite que SWING et est plus complet
il suffit de voir les ameliorations de la version 4.2: integration DBUS, icones SVG, nouveaux widgets, utilisation de CSS pour personnaliser l'interface...

De tout ce que j'ai utilise (MFC, win32, GTK+, SWING, SWT, wxWidget) j'ai trouve que Qt est le plus sympa a tout niveau: rendu, rapidite, integration, simplicite, puissance, maintenabilite du code, documentation ect...

SWING n'est pas mauvais, mais a mon avis est moins bon que Qt ce qui ne signifie pas qu'on peut pas faire des trucs sympas avec SWING.

Ceci est juste mon avis :)

C'est vrai, mais c'est l'evolution logique de l'informatique...
Plus de fonctionnalites, plus jolie, plus proche de l'utilisateur, plus modulable, plus configurable, plus ergonomique, plus simple, plus pratique... En contre-partie ca bouffe plus de ressources, on ne peut pas tout avoir :)

Remarque pour KDE, depuis la version 1.0 les performances s'ameliorent constamment donc ceci n'est pas toujours vrai.

Exactement. XUL (Firefox, Thunderbird...) le fait deja.
Avec Qt il sera egalement tres facile pour l'utilisateur final de modifier une interface graphique Qt. Actuellement c'est complique, il faut coder en C++ en utilisant la classe QStyle.

C'est vraiment enorme comme fonctionnalite !

Posez la question sur la channel IRC ou sur la mailing-list de dev:
http://dev.openwengo.com/trac/openwengo/trac.cgi/wiki/OpenWe(...)
http://dev.openwengo.com/trac/openwengo/trac.cgi/wiki/IrcCha(...)

> Il est à déplorer que l'on est besoin de faire un tour de passe-passe
> avant pour obtenir le couple identifiant sip/ mot de passe:

C'est pas un tour de passe-passe, c'est pour que l'utilisateur n'est pas a saisir autre chose qu'un login/password !
T'imagines 2s une grand mere devant des trucs genre: SIP registra, realm, userid, username, displayname, SIP proxy... ? non, ba voila on a trouve un moyen technique pour rendre tout ca plus simple, c'est un crime ?
Sur ta page perso sur le site web de Wengo tu as ton login et password SIP et ne me dis pas qu'une requete HTTP dans un navigateur web c'est supra trop complique pour toi.

> Par contre je n'ai pas trouvé comment configurer un compte
> ekiga avec wengo. :(

http://linuxfr.org/comments/714293.html#714293
C'est normal ca sera pour la version 2.1, on a pas eu le temps de developper cette fonctionnalite dans les temps c'est aussi simple que ca ! Avec le WengoPhone 0.99 t'as un onglet qui te permet de configurer toutes les informations SIP que tu souhaites: la preuve qu'on sait le faire et qu'on n'est pas de mauvaise volonte !

> dans la pratique on est limité par certains choix bien dommages.
> A quand l'interopérabilité avec les autres clients sip?

Quels choix ?
Regardes sur http://forum.wengo.fr Y'a plein d'utilisateurs qui utilisent Ekiga, Asterisk, SJphone, X-Lite...
On les utilisent meme en interne pour tester notre plateforme !

> Quant à la longueur d'avance, pourquoi tu dis qu'elle ne sera pas
> rattrappée avent longtemps ?

Parceque Ekiga est developpe et teste sous Linux, la priorite est qu'il fonctionne sous Linux. Pour le WengoPhone, Linux n'est pas la priorite (c'est Windows la priorite): il faut refaire la gestion du son au niveau de la stack SIP pour que ca tourne bien sous Linux.

> Il y a beaucoup d'autres soft qui peuvent le dépasser en quelques mois
> et je crois que Wengo paye des développeurs pour ça, non ?

Oui c'est moi qui les recrute :)

> boggue sur la plupart des distributions actuelles. Est-ce une solution?

Ekiga est bcp plus mature que WengoPhone sous Linux et aura probablement encore pas mal de temps une longueur d'avance.
Sous Windows qui est pourtant la cible principale, WengoPhone 2.0 crash encore beaucoup trop (detection reseau pas encore au point + pb avec le multi-threading)

> expliquer comment configurer openwengo pour qu'il accepte autre
> chose que wengo.fr

On peut pas pour le moment, ca sera pour la prochaine version: une 2.1

> maintenant si ça vous plaît de moinsser allez-y! c'est un

Rooo faut pas se vexer pour si peu, c'est un forum hein :D

La page web de BKsys:
http://www.freehackers.org/~tnagy/bksys.html
dommage le lien est down actuellement.

http://blog.openwengo.com/index.php?/archives/15-SCons,-the-(...)

On the BKsys webpage you can read now:
I was then encouraged in 2005 to start porting kdelibs to bksys (the project has about 1500 cpp files). Then the following issues became obvious:

* Scons does not scale for large projects - startup time used to take more than 50 seconds on fast computers for only 1/3rd of kdelibs. And that amount of time becomes only bigger as source files are added, showing a nasty non-linear trend.

This is exactly the problem that we encounter on WengoPhone using SCons.

Finally The kde developers were in a hurry and decided in February to use Cmake instead of bksys/scons. [...]
Last November, I have decided to start an experimental branch of scons called "waf" [...] I ended up rewriting scons from the ground, starting a brand new branch.
[...]waf should be ready for production in mid-2006

> A quand la version macosX ?
Juste le temps d'inclure le script pour le build bot et voila :)

> Quel est le lien entre neuftalk annoncé aujourd'hui et wengo ?
C'est une version base sur wengophone-classic (la version en Qt3).

La version NG avec l'interface graphique Qt n'est pas encore sortie meme en alpha.

Finalement on vient de finir de mettre en place le build bot qui genere des binaires pour Linux et Windows sur cette page web:
http://wengofiles.wengo.fr/nightlybuilds/

C'est faisable puisque les composants sont autonomes:
- wifo aka phApi -> la stack SIP
http://dev.openwengo.com/trac/openwengo/trac.cgi/browser/wen(...)

- lib webcam
http://dev.openwengo.com/trac/openwengo/trac.cgi/browser/wen(...)

- lib sipwrapper (pour wrapper tout ca)
http://dev.openwengo.com/trac/openwengo/trac.cgi/browser/wen(...)
http://dev.openwengo.com/trac/openwengo/trac.cgi/browser/wen(...)


SipWrapper sip;
sip.init();
int lineId = sip.addVirtualLine("mon login SIP", "mon mot de passe SIP", "mon serveur SIP");
int callId = sip.makeCall(lineId, "le numero de tel que je veux appeller");
....
sip.closeCall(callId);

La version dite classic en Qt3 a ete abandonne depuis 6 mois pour des problemes d'architecture du code.

La version NG de WengoPhone est developpe en Qt4.1 avec une separation de l'interface graphique et de la couche metier (C++/Boost). Cette separation a notamment permis de developper l'extension pour Firefox (XUL) et permettra dans le futur le developpement d'une interface GTK ou autre.

LibGaim a ete integre et fonctionne sous Linux, MacOSX et Windows.
L'audio/video (protocole SIP) avec le support webcam fonctionne egalement de maniere multiplateforme.
En ce qui concerne la stack SIP, on utilise eXosip, oSIP et oRTP mais celle-ci peut etre remplace puisque wrappe tout comme LibGaim est wrappe. On a deja fait des experimentations avec sipX (une stack SIP developpe en C++) et ca fonctionne.
Rien n'empeche donc d'integrer IAX, OPAL, Kopete, Libjingle, SIM-IM ect... et rien n'empeche d'autres logiciels a utiliser ces wrappers puisque ce sont des libraries autonomes.

La version NG avec l'interface graphique Qt n'est pas encore sortie meme en alpha.

Quelques screenshots du NG:
http://dev.openwengo.com/pipermail/wengophone-devel/attachme(...)
http://dev.openwengo.com/pipermail/wengophone-devel/attachme(...)

Et le site web officiel des developpeurs avec wiki, bugs tracking, mailing-list, channel IRC, repo subversion ect...
http://openwengo.org
http://dev.openwengo.com

> Un peu comme pour les projets propriétaires

Pas toujours, souvent les produits sortent non finis

Quand on gere un projet open source, l'image de celui-ci est primordiale c'est pour ca que les annonces sur linuxfr, freshmeat, slashdot ect... doivent etre faites aux bons moments: quand le logiciel fonctionne correctement et qu'il y a suffisamment de fonctionnalites, que le code est propre ect... La reputation d'un projet open source est super importante.

Je n'ai jamais poste de news ni de journal sur WengoPhone pour cette raison, en revanche je posterai surement une news pour la version 1.0 de l'extension Firefox ou pour une 1er version beta du NG (que personne n'a encore teste en dehors de Wengo)

De toute facon ce que je reproche a la news c'est d'etre poste au meme moment que celle sur Ekiga 2.0 Je comprends la reaction de Damien et je trouve pas ca super classe. J'espere que ce n'etait pas delibere tout simplement.

Je viens de decouvrir la news a l'instant, je ne connais meme pas l'auteur de celle-ci.

Je trouve aussi que c'est plutot de mauvais gout juste apres une news sur Ekiga et je ne comprends pas les motivations qui ont pousses l'auteur a poster cette news (on est en plein developpement en plus).

De toute facon je peux t'assurer que les employes de Wengo n'y sont pour strictement rien du tout !

D'ailleurs si un modo pouvait virer la news ou la mettre en 2eme page ca m'arrangerait (je le demande en tant qu'employe de Wengo)

Donc ne crie pas trop vite au complot :)