Sortie de Rekonq 0.2

Compte anonymisé · Le 30/09/2009, à 14:59

jde3 a écrit :

j'ai tendance à penser que la diversité du LL fait sa force.

Diversité et ....bordel.

C'est un point discutable justement car un gaspillage d'énergie énorme et confusion pour les utilisateurs, surtout quand on voit qu'un pauvre Kaffeine n'arrive pas à accoucher au bout de 2ans, que Amarok s'est profondément empêtré et aura demandé 3 ans de boulot de portage pour être acceptable, que Kjots4 est à refaire, que Quanta est en panne de développeurs, et que Koffice a aussi beaucoup de mal à accoucher, etc etc.
Si des développeurs même débutants s'ennuient, ce n'est pas le boulot qui manque.

La seule chose dont je suis sûr: si la transition de KDE4 à KDE5 se passe de la même manière que de KDE3 à 4, j'en arrive à me demander si gnome n'a pas d'avenir.

Le gaspillage d'énergie est un luxe.
Et la liberté est aussi un luxe.
Donc tout va bien (ou presque).
-- That's all for me --

megabigbug · Le 30/09/2009, à 15:00

φlip a écrit :

Et tu soulèves une forte contradiction en expliquant que rekonq serait ultra W3C compliant (à la mode Opera), mais quand-même compatible sans problème avec tous les sites.
Pas clair du tout, et trop compliqué pour une utilisation simple !
Il faut creuser le sujet avant de s'amuser à développer !

En quoi il serait impossible de faire un moteur de rendu capable de faire un rendu parfait des pages respectant le W3C et d'activer un quirkmode pour adapter le rendu aux pages mal codées ?

C'est exactement ce qu'on fait apple, google, nokia lorsqu'ils ont pris le khtml qu'ils l'ont amélioré pour donner webkit qui est utilisé par Rekonq. Donc, non il n'y a pas que 2 développeurs qui bossent sur le moteur de rendu. Si tu avais lu correctement ce que je disais, nous ne nous occupons pas du moteur de rendu, on ne réinvente donc pas la roue, on laisse ce travail aux gens compétents.

φlip a écrit :

Etre simple utilisateur ne t'empêche pas d'élargir ton champ de vision !
Il y a assez de redondances dans tous les sens dans le monde du logiciel libre pour se poser la question avant de répandre ses copiés/collés ou changement de logo ou fond d'écran.

Cela montre que tu connais mal le monde du logiciel libre.
C'est justement la force du libre le copier collé. Et c'est pas parce que les projets sont différents qu'ils sont contradictoires. L'équipe de Rekonq dialogue à la fois avec les dev de konqueror, de webkitpart et d'arora. Avant hier, je discutais avec Benjamin Meyer (le lead dev d'Arora) concernant le remplissage automatique des formulaires afin de bosser sur l'integration de kwallet. On travail sur ce qui nous interesse et on partage le code. Il y a des redondances dans tous les sens afin que ça ne bloque pas à un endroit. C'est aux distros de présenter ensuite ce qui est le plus adapté à l'utilisateur normal et l'utilisateur averti peut chercher une alternative qui lui parait plus adaptée.

φlip a écrit :

Donc, Konq et Rekonq sont sur un bâteau : qui tombe à l'eau ?

Aucun des deux, le meilleur code reste et dans le pire des cas les meilleurs idées restent. Comme tu l'as dit, le nom ou l'icone on s'en fiche.

Dernière modification par megabigbug (Le 30/09/2009, à 15:04)

Compte anonymisé · Le 30/09/2009, à 16:09

On refera le point dans 6 mois.
On n'est pas plus à un gaspillage d'énergie près.

En attendant, n'oubliez pas de vérifier la compatibilité avec le webmail hotmail.

133042

jde3 · Le 30/09/2009, à 16:18

φlip a écrit :

On refera le point dans 6 mois.
On n'est pas plus à un gaspillage d'énergie près.
En attendant, n'oubliez pas de vérifier la compatibilité avec le webmail hotmail.
http://imagik.fr/uploads/133042

Bah chez moi pas de souci avec hotmail...

Compte anonymisé · Le 30/09/2009, à 16:20

Chez moi non plus. Pas de souci pour rentrer dans hotmail.

Mais j'espère que tu ne limites pas ton test à rentrer dans hotmail, où j'ai un doute sur la qualité du testeur !

jde3 · Le 30/09/2009, à 16:25

φlip a écrit :

Chez moi non plus. Pas de souci pour rentrer dans hotmail.
Mais j'espère que tu ne limites pas ton test à rentrer dans hotmail, où j'ai un doute sur la qualité du testeur !

1- J'ai jamais prétendu être un testeur de qualité, mais je pensais être dans un endroit où je pouvois m'exprimer malgré ma médiocrité, Ô grand maître vénéré du libre.

2- J'avais testé la consultation. En effet, je viens de voir qu'il y a un souci pour composer. Mea culpa.

megabigbug · Le 30/09/2009, à 16:45

φlip a écrit :

On refera le point dans 6 mois.
On n'est pas plus à un gaspillage d'énergie près.
En attendant, n'oubliez pas de vérifier la compatibilité avec le webmail hotmail.
http://imagik.fr/uploads/133042

Pourquoi un gaspillage d'énergie ?

Ce bug provient du networkmanager de KDE. Il gère encore mal certaines requêtes ( liées à l'interrogation de cookies avec du javascript je crois ), cela cause par exemple un bug de prévisualisation dans wikipédia. On fait remonter les bugs.

Comme je l'ai dit, on ne réinvente pas la roue, on s'intègre à KDE. Lorsque l'on aurra trouvé le bug lié à cette classe, webkitpart(le kpart de konqueror qui utilise webkit) et rekonq seront corrigés.

Compte anonymisé · Le 30/09/2009, à 16:55

megabigbug a écrit :

Ce bug provient du networkmanager de KDE. Il gère encore mal certaines requêtes

Désolé, mais si vous commencez comme ça, c'est très mal parti.
1. je n'utilise pas le "networkmanager" de KDE (rien de spécifique en tout cas).
2. rekonq est le seul à poser un problème sur la simple ouverture d'un mail.

Voilà l'illustration typique d'énergie à dépenser sur un simple bug !
Good luck.
Next status within six months.

megabigbug · Le 30/09/2009, à 17:16

φlip a écrit :

megabigbug a écrit :
Ce bug provient du networkmanager de KDE. Il gère encore mal certaines requêtes
Désolé, mais si vous commencez comme ça, c'est très mal parti.
1. je n'utilise pas le "networkmanager" de KDE (rien de spécifique en tout cas).

Ok, désolé, je me suis trompé de nom, rien à voir avec le networkmanager auquel tu penses. Je voulais parler de la classe AccessManager: http://api.kde.org/4.x-api/kdelibs-apid … ource.html qui étend la classe QNetworkAcessManager de qtwebkit: http://doc.trolltech.com/4.5/qnetworkaccessmanager.html.

Cette classe intégre des technos de kde tel que la gestion des cookies, l'identification du navigateur etc.

φlip a écrit :

2. rekonq est le seul à poser un problème sur la simple ouverture d'un mail.

Tu as testé le webkitpart de konqueror ?

Dernière modification par megabigbug (Le 30/09/2009, à 17:16)

Compte anonymisé · Le 30/09/2009, à 17:30

megabigbug a écrit :

Tu as testé le webkitpart de konqueror ?

J'ai testé Konqueror tout simplement pour comparer. Aucun problème non plus avec Opera et Firefox.
Je ne fais que des choses très simples.
Je suis un utilisateur basique qui évite les choses compliquées.

Si seul Rekonq n'est pas compatible avec "AccessManager", ça risque d'être encore plus compliqué à débugger.
Seule solution: trouver un contournement dans le code de rekonq (une verrue quoi !).

Shyne · Le 30/09/2009, à 17:42

φlip a écrit :

Seule solution: trouver un contournement dans le code de rekonq (une verrue quoi !).

Sauf que le problème ne viens précisément pas de rekonq.

ere · Le 30/09/2009, à 17:47

Shyne a écrit :

Sauf que le problème ne viens précisément pas de rekonq.

Chut, fallait pas lui dire !!!!

Il y n'a qu'un troll dans la section kde et vous essayer de le faire fuir....

Shyne · Le 30/09/2009, à 17:52

Ben oui on est pas tous fan de troll hein.

ps: moi j'en ai vu un pas mal dans "En route vers KDE 4.4". Par φlip en plus.
Seul les Ubunteros auraient le droit de s"exprimer sur le topic apparemment...

Compte anonymisé · Le 30/09/2009, à 17:53

Shyne a écrit :

Sauf que le problème ne viens précisément pas de rekonq.

Le problème est bien celui-là justement !
Le problème restera là tant que le module "AccessManager" n'a aucune raison d'évoluer, autre que celle spécifique d'un développement externe de développeurs qui "s'amusent" pour reprendre l'expression.
Toute la difficulté du logiciel est là.

Ou, proposer la solution au développeur du module "AccessManager" .
Où est accessible la bug-list de Rekonq qu'on puisse voir son état et la classification des bugs ?

Shyne · Le 30/09/2009, à 17:54

Qui parle de module?

AccessManager est une class de KDE...

Compte anonymisé · Le 30/09/2009, à 18:01

He bien il faut s'adresser au responsable/développeur de cette classe !
C'est ça le logiciel modulaire !

Se contenter de dire "c'est pas dans mon module mais celui du voisin" n'est pas suffisant pour corriger.

Kjots qui est pourtant quelque chose de simple connait le même problème de dépendances.
Il va falloir 1 an pour refaire Kjots correctement, car dépendra de modules KDE4.4 ou 4.5.

Shyne · Le 30/09/2009, à 18:08

megabigbug n'a jamais dit "c'est pas dans mon module mais celui du voisin"

Cependant il a dit:

Ce bug provient du networkmanager de KDE. Il gère encore mal certaines requêtes ( liées à l'interrogation de cookies avec du javascript je crois ), cela cause par exemple un bug de prévisualisation dans wikipédia. On fait remonter les bugs.

megabigbug · Le 30/09/2009, à 18:15

φlip a écrit :

megabigbug a écrit :
Tu as testé le webkitpart de konqueror ?
J'ai testé Konqueror tout simplement pour comparer. Aucun problème non plus avec Opera et Firefox.
Je ne fais que des choses très simples.
Je suis un utilisateur basique qui évite les choses compliquées.

Ok, je ne suis pas encore assez clair, mais c'est normal. Donc je vais essayer d'expliquer si tu veux bien prendre le temps de comprendre.

qt intègre par défaut qtwebkit.
kde est dépendant de qt
donc kde intègre par défaut qtwebkit aussi.
Le moteur de rendu d'origine de KDE est Khtml et il restera celui par défaut tant que kde 5 ne sera pas sorti. Donc konqueror utilisera toujours par défaut khtml tant qu'il n'y aurra pas de décision prises à ce sujet.
Les dev de KDE ont commencés à resynchroniser les classes pour pouvoir interchanger khtml et webkit.
il y a donc un khtml kpart (le module utilisé par défaut dans konqueror) et un webkit kpart que l'on peut installer (paquet webkitkde dans ubuntu je crois) pour remplacer le khtml kpart.

KIO:AccessManager fait parti de ces classes qui utilisent qtwebkit avec d'autres parties de KDE, par exemple la cookie jar de konqueror qui n'est pas spéficique à khtml mais qu'il faudrait redévelopper (comme le fait Arora) si on utilisait qtwebkit brut.

Andrea (le lead dev de Rekonq) a fait le choix d'utiliser cette classe, de participer à son développement et ainsi aider à l'intégration de qtwebkit dans KDE.

A ma connaissance il n'y a que webkitpart (qui pourrait devenir le module par défaut dans KDE5) et Rekonq qui l'utilisent. Donc c'est normal que tu n'ais pas de problème avec Opéra et Firefox.

φlip a écrit :

Si seul Rekonq n'est pas compatible avec "AccessManager", ça risque d'être encore plus compliqué à débugger.
Seule solution: trouver un contournement dans le code de rekonq (une verrue quoi !).

Il serait possible de contourner dans le code de Rekonq, mais ce n'est pas comme ça que fonctionnent les développeurs de KDE, ils font remonter des patchs vers développeurs concernés pour faire profiter à tous le monde.

J'avoue que je ne suis pas capable de corriger ce bug, mais Andrea travaille dessus.

J'espère que cela te donne une meilleur compréhension du développement de KDE.

Dernière modification par megabigbug (Le 30/09/2009, à 18:42)

megabigbug · Le 30/09/2009, à 18:54

@philip: J'espère aussi que tu comprends maintenant que Rekonq n'est pas un n'ieme projet inutile, même si le projet s'arrête il aurra servi à quelque chose.
J'ai fait le choix de travailler sur Rekonq et non Arora ou Konqueror parce que je peux prendre une direction dans la création de l'interface que ne me permettent pas ces deux projets.
- Arora n'accepterait jamais d'intégrer des choses telles qu'une barre d'URL/de recherche basée sur KRunner.
- Konqueror n'accepterait jamais de faire des modifications telles que la suppression par défaut du menu ou de la barre de status.
Donc j'ai choisi le projet au milieu tout en communiquant avec les deux équipes.

Dernière modification par megabigbug (Le 30/09/2009, à 18:56)

Compte anonymisé · Le 30/09/2009, à 22:03

On verra KDE5, je ne suis pas pressé.
La transition KDE3 à KDE4 devra être analysée pour voir ce qui cloche dans les timings, et abandons d'applications, ou réécriture de code approximatif, par des développeurs pas nécessairement au top de la compétence.
L'exemple de Kjots me hérisse le poil, alors qu'il existait tant de bonnes applis abandonnées (Knowit, Tuxcards etc etc). Kjots4 est mal né, mal conçu (très très mauvais formatage des données, grosse erreur de débutant).
En réinventant la roue, on n'améliore pas nécessairement, et c'est le fond du problème.
J'espère souffler au moins 3 ans avec KDE4 parce que les migrations, ça use un peu.
Pour l'instant, j'en suis encore à trouver des remplaçants aux applis qui n'ont pas été portées sur KDE4, ou qui le seront ... quand KDE5 sortira.
Je ne suis absolument pas sensible au débat khtml/webkit, donc je ne suis pas le bon client pour débattre de ça, surtout que je ne cerne pas bien la "spécification" de rekonq et les utilisateurs visés. J'en suis encore à Opera et IceCat.
La seule raison pour laquelle je n'utilise pas Konqueror est qu'il n'y pas de NoScript et quelques petits trucs très utiles pour moi.

Si j'ai trouvé un bug en moins de 2 minutes dans Rekonq, on peut supposer qu'il en reste quelques-uns ou qu'il est temps de s'y mettre, et que la bug-list que je n'ai pas vue (bien que demandée) soit mise à jour, et trackée.
J'espère aussi que l'assurance qualité de rekonq est bien en place, mais je n'en doute pas.

Je laisse la place aux spécialistes.
Bon courage.

Dernière modification par Compte anonymisé (Le 30/09/2009, à 22:05)

megabigbug · Le 30/09/2009, à 22:17

φlip a écrit :

Si j'ai trouvé un bug en moins de 2 minutes dans Rekonq, on peut supposer qu'il en reste quelques-uns ou qu'il est temps de s'y mettre, et que la bug-list que je n'ai pas vue (bien que demandée) soit mise à jour, et trackée.

La bug list de KDE:
https://bugs.kde.org/buglist.cgi?quicksearch=rekonq

Le Yaude · Le 12/12/2009, à 15:35

Bonjour, j'ai récemment découvert Rekonq et je suis assez séduit par sa légerté et sa rapidité. Je crois comprendre que l'ambition du projet n'est pas d'intégrer des centaines de fonctionnalités, toutefois j'aurais aimé savoir si un module de gestion des gestes de souris (à la Opera) est prévu pour un jour, ou s'il est clair que ça ne viendra pas.

Merci pour votre travail.

megabigbug · Le 12/12/2009, à 17:53

Le Yaude a écrit :

Bonjour, j'ai récemment découvert Rekonq et je suis assez séduit par sa légerté et sa rapidité. Je crois comprendre que l'ambition du projet n'est pas d'intégrer des centaines de fonctionnalités, toutefois j'aurais aimé savoir si un module de gestion des gestes de souris (à la Opera) est prévu pour un jour, ou s'il est clair que ça ne viendra pas.
Merci pour votre travail.

Effectivement il n'y a rien d'intégré dans Rekonq. Mais il existe déjà un module de gestion de geste de souris.

http://kde-apps.org/content/show.php/Mousegestures+for+all+Browsers?content=109576

petifrancais · Le 12/12/2009, à 18:14

sortie de ReKonq 0.2 ?? C'est pas le 0.3 ?

titoucha · Le 12/12/2009, à 19:07

@megabigbug, merci pour tes explications techniques elles m'ont bien éclairé

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 30/09/2009, à 14:59

Re : Sortie de Rekonq 0.2

#52 Le 30/09/2009, à 15:00

Re : Sortie de Rekonq 0.2

#53 Le 30/09/2009, à 16:09

Re : Sortie de Rekonq 0.2

#54 Le 30/09/2009, à 16:18

Re : Sortie de Rekonq 0.2

#55 Le 30/09/2009, à 16:20

Re : Sortie de Rekonq 0.2

#56 Le 30/09/2009, à 16:25

Re : Sortie de Rekonq 0.2

#57 Le 30/09/2009, à 16:45

Re : Sortie de Rekonq 0.2

#58 Le 30/09/2009, à 16:55

Re : Sortie de Rekonq 0.2

#59 Le 30/09/2009, à 17:16

Re : Sortie de Rekonq 0.2

#60 Le 30/09/2009, à 17:30

Re : Sortie de Rekonq 0.2

#61 Le 30/09/2009, à 17:42

Re : Sortie de Rekonq 0.2

#62 Le 30/09/2009, à 17:47

Re : Sortie de Rekonq 0.2

#63 Le 30/09/2009, à 17:52

Re : Sortie de Rekonq 0.2

#64 Le 30/09/2009, à 17:53

Re : Sortie de Rekonq 0.2

#65 Le 30/09/2009, à 17:54

Re : Sortie de Rekonq 0.2

#66 Le 30/09/2009, à 18:01

Re : Sortie de Rekonq 0.2

#67 Le 30/09/2009, à 18:08

Re : Sortie de Rekonq 0.2

#68 Le 30/09/2009, à 18:15

Re : Sortie de Rekonq 0.2

#69 Le 30/09/2009, à 18:54

Re : Sortie de Rekonq 0.2

#70 Le 30/09/2009, à 22:03

Re : Sortie de Rekonq 0.2

#71 Le 30/09/2009, à 22:17

Re : Sortie de Rekonq 0.2

#72 Le 12/12/2009, à 15:35

Re : Sortie de Rekonq 0.2

#73 Le 12/12/2009, à 17:53

Re : Sortie de Rekonq 0.2

#74 Le 12/12/2009, à 18:14

Re : Sortie de Rekonq 0.2

#75 Le 12/12/2009, à 19:07

Re : Sortie de Rekonq 0.2

Pied de page des forums