Laurent J a écrit 2948 commentaires

si tu précharge konqueror, effectivement, konqueror n'aura plus qu'a chargé khtml

Euh.. c'est le contraire que tu a voulu dire non ? konqueror n'est qu'une interface graphique autour du composant khtml. Si konqueror, khtml est forcément chargé. L'inverse par contre n'est pas forcément vrai. Khtml est utilisé il me semble dans plusieurs applis (c'est un composant kpart si je ne me trompe pas...)

Firefox est lent en comparaison avec Konqueror...

Tout à fait d'accord, mais konqueror n'apporte pas autant en matière de technologie et de possibilités... Bref, pas facile à comparer quand même.

ils pourraient faire un effort pour l'améliorer aussi bien au niveau rapidité

Que crois tu qu'ils font à longueur de temps ? :-)

Gecko 1.9 promet d'être beaucoup plus rapide que 1.8.

Ce le projet "places" dans Firefox qui permettra ce genre de choses (initialement prévue dans FF2 mais repoussé à FF3)

y a rien à dire, j'ai un bon pc et Firefox et ses extensions (12) met bien 30 secondes pour démarrer tandis que konqueror 1 ou 2 secondes...

En même temps, khtml est lancé au démarrage de KDE il me semble. Ça aide...

Et puis bon, tu as 12 extensions. Mais est ce que Konqueror t'offre tout ce que tes extensions t'apportent ?

c'est chiant de le répeter mais je le re re re re dis : le moteur javascript n'est PAS LENT.

C'est le DOM qui est lent, pas javascript. Merci de pas tout confondre.

Quand on voit la lourdeur de FF (firefox) dont l'interface graphique est en JS,

Faux. L'interface graphique est en XUL, et scripté en JS.

M'enfin la (relative) lourdeur de FF n'est pas du qu'à JS, fort heureusement... spidermonkey, l'interpreteur JS, est l'un des plus performant qui existe.

Ce qui est lent dans Gecko, ce n'est pas JS, mais les manipulations DOM (il y a un mapping assez lourd entre les objets DOM C++ et leur representation javascript...).

Tiens à ce propos, si quelqu'un connait un truc qui permet de générer un formulaire HTML avec le JS qui va bien, à partir d'un XForms (pour les navigateurs ne prenant pas en charge xforms), ça serait bien (en php et indépendant d'un quelconque framework).

J'ai l'impression, lorsque je regarde jouer des enfants que le réalisme des jouets n'a que peu d'importance face à leur portée symbolique.

Clair ! Combien de fois j'ai vu ma fille (15 mois) s'interresser plus à des bouts de carton, de papier ou des bouts de plastiques, plutôt qu'à un jouet super top cool sophistiqué. C'est tellement plus drôle de froisser ou déchirer un papier et entendre le bruit que ça fait :-) (les enveloppes avec fenêtre transparente, c'est le top !)

oui ben c'est pas plus mal tout ça. Et ils ont tous des défauts. J'ai un ami (non informaticien) qui est en train d'en tester pour sa propre boîte. Eh bien par exemple, il a trouvé tinyErp au niveau fonctionnalité, proche de ce qu'il voulait, mais par contre, au niveau facilité d'utilisation et ergonomie, il a trouvé ça vraiment pas terrible. Par contre pour sugarCRM, c'est le contraire, il a pas tout ce qu'il veut, mais il a trouvé cela bien plus utilisable (il testera taika aussi je pense).

En fait c'est très bien toutes ces offres, chacune leur point faible, leur point fort, et donc tu as plus de chance de trouver ce qu'il te faut.

De toute façon faire un comparatif c'est pas forcément pertinent. Car chaque utilisateur a sa façon de gérer son business, a des besoins qui lui sont propres.

Le point fort de taika, (au niveau du CRM en tout cas), c'est que ce n'est pas du full web, et donc tu as plus de fonctionnalité et une meilleur ergonomie au niveau de l'interface. Et puis ils proposent une offre avec CD d'install serveur et tout, ce qui permet d'installer sans trop de problème un serveur complet.

J'ai bien intégriste qui ne jure que par Firefox.

bouarff ! C'est la poële qui se moque du chaudron, parce que dire

Vivement qu'Iceweasel soit disponible sous Ubuntu, que je puisse migrer.

C'est pas jurer que par Iceweasel ? C'est pas autant de l'intégrisme ça ? (surtout pour une pauvre histoire de trademark).

naviguer avec un browser dont le logo est protégé, ça n'a jamais empêcher personne de visiter des sites, et c'est pas iceweasel qui va te permettre de lire correctement les sites codés avec les pieds n'acceptant qu'IE.

Certaines améliorations sont impressionnantes, en particulier pour kmahjongg. Une fois tout ça bien en place les artistes vont pouvoir faire quelque chose de beau et propre

faire un dessin pourri, qu'il soit en bitmap ou en SVG, ça restera un dessin pourri.

Ces screenshots ne montrent absolument pas la superiorité de SVG : juste que des designers sont enfin passés par là pour faire des interfaces plus jolies.

Que ce soit la nouvelle version de katomic ou du mahjong, elles auraient pu très bien être fait en bitmap, le rendu aurait été identique.

bref, argument à deux balles que tu nous dis là (et que dis la news kde aussi)

L'avantage de SVG, c'est pas la beauté, mais les spécificités techniques qu'il y a derrière pour le développeur. tout est facilité : faire un zoom, modifier, transformer le dessin en live programmatiquement (via le DOM), taille réduite des fichiers (en général) etc...

>Et tu seras d'accord avec moi que dans un ces fichiers là, tu es en dehors de la sandbox des javascript de Firefox donc tu peux faire quasiment tout ce que l'utilisateur peut faire :)

Dans ce cas, là, c'est pareil pour tout les programmes qui utilisent pour beaucoup des scripts, sans parler des scripts php ruby, python des applis web etc... Tu en a plein des programmes basés sur des scripts.

Et bien souvent, y a même pas à modifier les scripts, les fichiers de conf suffisent. Par exemple, modifier le fichier bookmarks.xml de Konqueror en remplacant toutes les urls sites de banques par celles de sites frauduleux... Du pishing discret quoi..

Ou alors modifier les fichiers de conf de tels ou tels programmes pour installer discretos des plugins, extensions acceptés par ces programmes etc...

Et tout ça, tu peux le faire sur n'importe quel os.

Bref, Je vois pas pourquoi taper sur linux et firefox en particulier.

M'enfin si on t'écoutait, il ne faudrait plus utiliser sa bécane quoi...

>Ho ho, j'aimerais bien voir comment tu vas faire ça.

À mon avis, il parle de paladium et cie... Bref, il ne sait pas que finalement ça existe déjà, et que ça débarque pour de bon dans Vista.

>C'est pourquoi l'architecture de Firefox dangereuse à l'avenir car elle agrandit énormément cette zone.

booo le fud..

Dis moi, de quoi tu parles ? les scripts de quoi ? Ceux dans le chrome ? hors chrome ? greasemonkey ?

j'ai eu aussi le même problème. En fait XulRunner fourni par mozilla est compilé avec la libstd 5, alors que le plugin dans ubuntu est compilé avec la libstd 6. Du coup le plugin ne se lance pas..

Pour ma part, j'ai recompilé XulRunner...

J'ai fait aussi un mini tutoriel reprenant l'exemple :

http://xulfr.org/wiki/RessourcesLibs/MediaPlayer

ou y a aussi jelix, http://jelix.org, qui va bientôt sortir en beta1... (trés stable contrairement à ce que dit son nom, puisque utilisé par exemple sur un site à trés forte audience...).

/me devrait faire un journal un de ces quatres...

Et parce qu'un exemple vaut mieux qu'un long discours, voici à quoi pourrait ressembler le fichier xul de ta fenêtre media player :

<?xml version="1.0"?>

<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>

<window xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
xmlns:html="http://www.w3.org/1999/xhtml">

<description>Lecteur Vlc</description>

<html:embed type="application/x-vlc-plugin" id="video"
autoplay="no" loop="yes" width="400" height="300"
target="http://server.example.org/video1.vob" />

<hbox pack="center">
<button label="play" oncommand="document.getElementById('video').play()" />
<button label="stop" oncommand="document.getElementById('video').stop()" />
</hbox>
</window>

Il suffit ensuite d'avoir XulRunner, de créer l'arborescence de l'appli comme il faut et les 2-3 fichiers de conf, d'y inclure les fichiers du plugins ainsi que ce fichier xul, et te voilà avec un media player :-) (bon, ultra simplifié mais en principe ça marche...)

Et je rajouterai :

Je penche pour utiliser Gecko et VLC, reste à trouver un framework qui permettent d'appeler ces 2 composants sans trop de mal

Gecko, ou plus exactement xulrunner, est un framework. Donc jigso, ton framework est tout trouvé ;-)

J'ai mis en place un système basé sur un calcul simple comme tu décris. C'est peut être sur un petit site confidentiel, n'empêche que je n'ai plus de spam.

Article intéressant.

Toutefois, il est pas trés lisible je trouve. En effet, il y a des tournures de phrases bizarres, mal formulées, comme si c'était une traduction (surtout dans la partie conçernant GIT). Et en fait, j'ai découvert que c'était le cas.

http://begou.com/wiki/index.php?title=Main_Page

J'ai trouvé tout de même bizarre que l'article, écrit par un français, soit une mauvaise traduction de ce qu'il a écrit en anglais. Ça me laissait perplexe.

J'ai donc fait une recherche sur Google. Et google, sur une des phrases en anglais mal traduite, m'a trouvé des choses bien curieuses. Par exemple qu'un paragraphe entier sur GIT était identique à l'un de cet article : http://lwn.net/Articles/145194/

(Celui commençant par "Watching the git development process snowball over the last few months has been fascinating...")

J'ai pas vérifié pour le reste de l'article.

Alors, qui a pompé sur qui ? (bon, vu les dates, il y a peu de doute pour ma part...)

En tout cas, il y a un problème de licence. L'article de Monsieur Bégou est sous licence GNU Free Documentation License 1.2. L'article chez lwn.net est, semble t-il, uniquement Copyright © 2005, Eklektix, Inc.

Dérangeant n'est ce pas ? ;-)

euh.. si "tester" signifie faire des tests unitaires, c'est pas un quart des développeurs, mais au moins trois quarts des développeurs qui ne font pas de tests.

Je ne vois pas beaucoup de projets qui ont des tests unitaires.. (et en SSII, quasiement aucun, pas le temps...)

si si, tu as raison, le flash ça pu, ça dénature l'image :-)

/me n'aime pas photographier avec le flash

oui à peu de choses prés.

il était écoeuré des administrations/boites qui "passent" au libre pour le prix et qui, en "échange" ne donne ni temps, ni argent,ni lobying, ni emplois sur les économies réalisées.

Ok, ce n'est pas un dû, Ok, ils sont libres de le faire Mais quand même ou est l'esprit du libre ?

Nulle part pour la majorité des gens. Ils s'en foutent des histoires de philosophie proprio/libre

Ce qu'il faut comprendre (et ce que certains ne veulent pas comprendre), c'est que l'informatique est un outils de travail. pas une chose à philosopher.

L'objectif dans n'importe quel entreprise (hors du domaine informatique), c'est de produire ce qu'elle a à produire (une voiture, des rapports statistique, des fringues, gérer de l'argent etc...). L'objectif de ces entreprises n'est pas de faire de l'informatique, pas à contribuer à je ne sais quel projet libre. Il faut vous rentrer ça dans le crâne !

Un PC, un Mac, qu'il tourne sous windows, linux, mac ou multideskOS, n'est qu'un outils. En utilisant linux et autres logiciels libres, les entreprises n'ont rien à devoir à ceux qui le developpent.

Si ceux qui developpent et contribuent aux logiciels libres attendent quelque chose en retour, c'est qu'ils n'ont rien compris au libre, et ils devraient alors faire du proprio.

À mon avis, vous devriez virer votre président ;-)

non ton argumentation ne tiens pas. Tu parles de skype msn et autre protocole et format proprio. La problèmatique n'est pas la même parce qu'il existe une équivalence dans le monde libre à ces trucs.

Par contre, en ce qui concerne le matos qui a été cité, c'est soit tu n'as pas d'équivalence du tout, soit tu as l'équivalence mais en propriétaire.

Compare donc ce qui est comparable.