- le support des cookies \o/
- la correction de plusieurs bogues
- support des entêtes HTTP sans "Content-Type"
- de nouvelles options dans le fichier de configuration
- code concernant les *BSD amélioré
Pour ceux qui ne connaissent pas, dillo est un navigateur écrit en C, basé sur GTK, et très rapide.
Aller plus loin
- La nouvelle maison page (2 clics)
- Les nouveautés (2 clics)
- Téléchargement (2 clics)
- A quoi ça ressemble? (5 clics)
# de la balle!!!
Posté par Laurent Mouillart . Évalué à 10.
[^] # Re: de la balle!!!
Posté par Amaury . Évalué à 10.
- pas de CSS (ou alors mal gérés, vu comme rendent la majorité des sites que j'ai essayé)
- pas de HTTPS
- pas de tabs
c'est 3 trucs qui sont trop génants en ce qui me concerne...
[^] # Re: de la balle!!!
Posté par pas_moi . Évalué à 10.
[^] # Re: de la balle!!!
Posté par ufoot (site web personnel) . Évalué à 7.
D'avance merci.
[^] # Re: de la balle!!!
Posté par Philippe . Évalué à 10.
Très pratique (indispensable une fois qu'on y a gouté) pour surfer sur 45 sites à la fois.
[^] # Re: de la balle!!!
Posté par Zorro (site web personnel) . Évalué à -10.
[^] # Re: de la balle!!!
Posté par Pascal Terjan (site web personnel) . Évalué à 10.
[^] # Re: de la balle!!!
Posté par Zorro (site web personnel) . Évalué à -6.
Alors qu'avec les onglets, t'es franchement obligé de cliquer sur chacun pour savoir ce qu'il y a dedans, ou où ça en est.
Mais bon, c'est une question de choix, de goûts, hein ! L'essentiel est qu'on puisse faire les deux.
[^] # Re: de la balle!!!
Posté par kalahann . Évalué à 9.
"parceque c'est plus facile de passer des unes aux autre"
Franchement, c'est pas plus chiant de passer d'un tab à l'autre que d'une fenêtre à l'autre.
"il y a toujours moyen d'en surveiller plusieurs à la fois"
là oui, on voit un seul tab et tous les autres sont cachés. Mais tu peux toujours faire "ouvrir dans une autre fenêtre", de plus certains brouteurs doivent avoir une commande pour détacher un tab (moz n'a pas l'air de le faire, dommage ça me servirai bien)
"Alors qu'avec les onglets, t'es franchement obligé de cliquer sur chacun pour savoir ce qu'il y a dedans"
le titre de chaque onglet, c'est le titre de la page html. Ca aide pas mal, en général on n'a pas besoin de fouiller pour savoir dans quel onglet se cache la page html que l'on cherche.
"pour savoir où ça en est"
je suppose que tu veux parler de l'état de téléchargement de la page? sous moz, y'a une flèche qui tourne sur elle-même dans l'onglet tant que ça charge. c'est suffisant en général.
[^] # Re: de la balle!!!
Posté par Jean . Évalué à 8.
Galeon le fait facilement: Ctrl+i
-1
[^] # Re: de la balle!!!
Posté par patate . Évalué à 7.
Les tabs, c'est pour faire serieux: dur de faire croire que tu bosses d'arrache-pied avec 30 enormes icones netscape en bas de ton windowmaker, tandis qu'un seul petit au milieu de 12 shells, contenant 30 tabs, c'est plus discret.
[^] # Re: de la balle!!!
Posté par Bernez . Évalué à 10.
<dream>enfin un navigateur compatible CSS2 ?</dream>
[^] # Re: de la balle!!!
Posté par Fabimaru (site web personnel) . Évalué à 6.
[^] # Re: de la balle!!!
Posté par Foxy (site web personnel) . Évalué à 10.
Dillo a l'air pas mal mais perso il manque trop de choses pour je l'utilise tous les jours :
- CSS
- SSL/HTTPS
- support des frames
N'empêche que je vais suivre ça de près car ce nev. a l'air prometteur.
[^] # Re: de la balle!!!
Posté par Anonyme . Évalué à 10.
[^] # Re: de la balle!!!
Posté par Timbert Benoît . Évalué à 3.
[^] # Re: de la balle!!!
Posté par Jean . Évalué à 10.
[^] # Re: de la balle!!!
Posté par Pierre Tramo . Évalué à 10.
Il est assez sympa aussi pour détecter les erreurs dans les pages, puisqu'il affiche gentillement des commentaires dans la console pour indiquer qu'il manque des balises. Je pense pas que ça remplace le validator, mais bon.
En fait, ce qu'il me manque surtout, c'est la gestion de ftp. Surtout vu le nombre de lien vers ftp qui apparaîssent sur la tribune. Bannissez également les frames.
Dernière chose, le javascript ne fonctionne pas non plus. Donc, pas de votes sur dlfp. On s'en fiche, remarquez, avec le support des cookie, on peut mouler, c'est quand même le plus important.
Allez, si vous avez XFree, dillo est le meilleur navigateur. Léger, robuste... A essayer en tout cas, avant de jeter lynx et w3m.
[^] # Re: de la balle!!!
Posté par Pierre Tramo . Évalué à 10.
Dillo semble parfaitement gérer la transparence des png.
Suivez mon regard. ;)
[^] # D'ac mais,
Posté par nostromo (site web personnel) . Évalué à 10.
Vu que c'est le brouteur de mon portable (p133/16Mo), j'y suis sensible.
Ad'taleur.
PS : Quelqu'un a essayé ?
[^] # Re: de la balle!!!
Posté par Sixtiz (site web personnel) . Évalué à 10.
Quelqu'un connait d'autres navigateurs dans le même style ( graphiques et légers ) ?
Parce que comme d'autres l'ont déjà fait remarquer, il manque encore quelques fontionnalités vitales...
Vivement les versions suiantes !
[^] # Re: de la balle!!!
Posté par Pierre Tramo . Évalué à 10.
http://www.itp.uni-hannover.de/~kreutzm/en/lin_browser.html(...)
[^] # Re: de la balle!!!
Posté par Sixtiz (site web personnel) . Évalué à 10.
A mon avis c'est donc un poil mieux, et toujours idéal avec le C01nC01n :-)
C'est comme Dillo : à essayer !
[^] # Re: de la balle!!!
Posté par Olivier Jeannet . Évalué à 10.
J'ai pourtant un Duron 1 GHz et plein de mémoire, et Netscape 4 met plusieurs secondes à afficher des pages qui mettent moins d'une seconde avec Dillo. Mozilla est battu aussi. Je suppose que le fait que Dillo "supporte" moins de chose que Netscape et Mozilla y est aussi pour quelque chose.
C'est fou qu'avec un processeur de 1 GHz, j'arrive tout juste à avoir l'impression de vitesse que j'avais avec le navigateur AWeb sur mon Amiga 1200 (68030 50 MHz). C'est à désespérer de la qualité de programmation actuelle... Dans le même genre, KDE 2 met plus de 10 secondes à se lancer sur un Pentium 933 MHz. Mais comment programment-ils ?!
[^] # Re: de la balle!!!
Posté par Pierre Jarillon (site web personnel) . Évalué à 10.
Néanmoins, je salue le travail des brésiliens. C'est bien la preuve que le logiciel libre permet à chacun de jouer dans la cour des grands et j'en suis ravi.
# Rien à dire !
Posté par zeDek . Évalué à -7.
Petit ! Très petit !
Léger ! Très léger !
Pour moi le meilleur navigateur sans fioritures.
L'essayer c'est l'adopter !
# utilisabilité
Posté par Billou57 . Évalué à 10.
bref galeon restera chez moi
[^] # Re: utilisabilité
Posté par Pierre Tramo . Évalué à 10.
Il s'approche plus de navigateurs comme lynx ou w3m. Il permet très rapidement de visualiser une page, plus rapidement en tout cas que ne le permettrait galeon (notamment si l'on compte le temps de démarrage du navigateur).
En fait, il est un parfait complément à galeon (ou à un autre, hein, mais bon, galeon ro><or).
[^] # Re: utilisabilité
Posté par Billou57 . Évalué à 10.
- c est rapide
oui, bon, c est rapide. quand je surfe, mon but n'est pas d aligner le plus de pages vues à la minute
- c est rapide à charger
oui, à part sur une petite machine (comme je le mentionnais), je n y vois aucun avantage, un browser ca ne se lance qu une fois, comme le merveilleux OS qu'est emacs. Si c'est pour lancer galeon à la premiere page mal (pas) supportée par dillo (css, frame,etc...hum) je n'y vois aucun interet.
- ca se rapporche de lynx et de w3m
euh oui, on est d accord :) je ne lance ni l un ni l autre
[^] # Re: utilisabilité
Posté par Pierre Tramo . Évalué à 4.
oui, bon, c est rapide. quand je surfe, mon but n'est pas d aligner le plus de pages vues à la minute
Je parle de rendu. C'est de temps en temps moche parce que le site est mal fichu, mais la page apparait très rapidement. Mozilla sur ma vieille babasse, c'est une catastrophe, même pour se balader dans les news yahoo.
- c est rapide à charger
oui, à part sur une petite machine (comme je le mentionnais), je n y vois aucun avantage, un browser ca ne se lance qu une fois, comme le merveilleux OS qu'est emacs.
Oui, là je suis d'accord. Sauf que dillo, je l'ouvre, je le ferme...
- ca se rapporche de lynx et de w3m
euh oui, on est d accord :) je ne lance ni l un ni l autre
Rhoooo, c'est pas le vocabulaire que tu avais employé en privé. ;)
Reste que je n'utilise pas non plus lynx ou w3m, sauf quand je suis coincé sur une console. Dillo s'en rapproche, mais reste autrement plus ergonomique.
[^] # Re: utilisabilité
Posté par Billou57 . Évalué à 3.
[^] # Re: utilisabilité
Posté par Pierre Tramo . Évalué à 0.
<hs>
Oui je suis pénible avec ma vieille babasse, la pauvre. ;)
<tentative de lancement de trol éhonté>
Personne ne me demande ce que j'ai comme interface graphique ?
</tentative>
</hs>
[^] # Re: utilisabilité
Posté par Billou57 . Évalué à 1.
[^] # 'spèce de l4m3r
Posté par Jak . Évalué à 5.
Et hop, -1 :)
[^] # Re: utilisabilité
Posté par Croweye . Évalué à 4.
une seule fenêtre...
a part la tribune, tu fais quoi sur le net?
[^] # Re: utilisabilité
Posté par domi . Évalué à 10.
Par contre, mon portable est un 486dx50 avec 20 Mo de ram : Dillo est idéal pour moi. Chargé sous IceWM, je ne tape même pas de 100 Ko dans le swap !
Et puis n'oublions pas que Dillo en est à la version 0.6.5 : c'est prometteur !
# Traduction de textes
Posté par adimante . Évalué à 5.
À noter la célérité pour l'affichage des images. C'est assez prometteur, en effet.
# Mon dieu !!
Posté par Harry Cover . Évalué à -10.
[^] # Re: Mon dieu !!
Posté par richard bonichon . Évalué à 10.
Et tout en Java! Comme ça , on va pouvoir racheter de nouvelles machines encore plus puissantes pour faire tourner encore moins de logiciels...
Et même Linux (le noyau hein!) est écrit en C, et avec des parts d'assembleurs, quel rétrograde ce Torvalds (et ses contributeurs) alors!
Non sans rire, que langage aurais tu préconisé (à part C++, qui est vraiment (trop) proche du C)?
@ +
[^] # Re: Mon dieu !!
Posté par Harry Cover . Évalué à -10.
Je t'invite toi et les auteurs du programme à regarder un peu ce qui s'accomplit dans le monde industriel, les langages qui sont mis en oeuvre, et surtout à essayer de comprendre pourquoi les langages de haut niveau comme java ou lisp ont tous les avantages en terme de rapidité de développement tout en offrant des optimisations et une rapidité d'exécution qui n'a absolument rien à envier à ces vieux langages bas-niveau qui n'ont plus guère qu'un public d'informaticiens vieillissants (pour ne pas dire "has-been") et de jeunes ignorants, qui trouvent sans doute que c'est trop épuisant intellectuellement que d'essayer d'apprendre les bases d'une programmation de haut-niveau, ne serait-ce que l'objet.
[^] # Re: Mon dieu !!
Posté par deus . Évalué à 2.
Mais c'était bien essayé.
--
C01N C01N will save your soul !!!
[^] # Re: Mon dieu !!
Posté par Zorro (site web personnel) . Évalué à 5.
[^] # Re: Mon dieu !!
Posté par richard bonichon . Évalué à 10.
Le C a ses avantages et ses inconvénients, les langages que tu cites pareillement. Chacun son utilité Croire qu'ils sont bon pour tout serait une erreur (que je ne pense pas que tu fais). Mais bon lorsque'Eiffel (un bon exemple de langage OO soit dit en passant) propose "l'optimisation" du code, il ne fait que le transcrire en C, comme quoi il doit bien y avoir des conséquences en terme de rapidité, non?
A propos du monde industriel, je pense qu'il y a un certain nombre d'entreprise qui développe en C++...et quand tu vois tout ce qui existe encore écrit en COBOL, tu es bon pour continuer à insulter les gens encore longtemps.
De plus, sortons du monde industriel, mais le C
et les langages de bas niveau sont AMHA plus intéressants intellectuellement pour connaître sa machine (j'ai essayé d'expliquer ce qu'est un pointeur à qq1 qui n'avait jamais fait de C/C++/Pascal,.. pas facile!). Je trouve que c'est bien beau de pondre du code en Java ou autre mais si on ne sait pas ce qui se passe en dessous, et bien, je trouve ça un peu dommage.
Dans le cadre d'un logiciel libre, on choisit ce qu'on veut avec les délais qu'on veut et c'est tout l'avantage. Regardons sous GNU/Linux et je suis certain qu'il y plus de choses codées en C/C++ qu'en aucun autre langage (de KDE au noyau..). D'accord ce n'est pas le monde industriel, mais il y a une vie en dehors du monde
industriel, qui produit aussi des programmes pas trop mauvais.
En tout cas merci de me traiter d'autiste en passant, mais le jour où ton OS et toutes les applis tournent en Java, soit tu dis adieu à la vitesse soit adieu à la couche d'ozone vu l'énerg
ie nécessaire :) (humour!)
Sur ce, merci de m'avoir lu
PS: je crois qu'il est beaucoup plus dur de maîtriser en langage bas niveau qu'un langage haut niveau, alors pour l'argument "trop épuisant intellectuellement" tu repasseras stp.
[^] # Re: Mon dieu !!
Posté par Anne Onimousse . Évalué à 2.
Je ne pense que la génération de code C soit lié à une "optimisation" comme tu le dis, mais simplement au fait que le C est portable.
De cette façon on laisse le compilateur Eiffel se concentrer sur des optimisations de haut-niveau (celles spécifiques au langage Eiffel) alors que le compilateur C s'occupe des optimisations de bas niveau (celle relative à une architecture cible comme par exemple la pénurie de registre sur x86).
L'inconvénient est que l'on perd en qualité du code généré : puisque les deux compilateurs ne peuvent "communiquer" cela nous prive de certaines optimisations.
Mais Eiffel étant un projet universitaire, pense tu que l'équipe qui travaille dessus dispose des fonds nécessaire pour écrire le million de ligne de code supplémentaire qui permettrait de se passer de l'étape C ?
Le C++ a subit le même chemin, son premier compilateur (cfront) générait du code C, alors que tout les compilateurs industriels actuels (Sun pro CC, Visual C++, g++, ..) générent directement de l'assembleur.
Si Eiffel n'a pas cette chance c'est simplement parce que ce langage n'est pas assez populaire.
En tout cas merci de me traiter d'autiste en passant, mais le jour où ton OS et toutes les applis tournent en Java, soit tu dis adieu à la vitesse soit adieu à la couche d'ozone
Le seul avantage d'un langage de bas-niveau comme le C (ou l'assembleur) sur C++, c'est une plus faible consommation de ressource (mémoire) pas une meilleure rapidité.
Dans l'industrie le C (et l'ASM) est toujours utilisé dans le domaine de l'embarqué pour cette raison.
Un noyau peut-être considére comme un programme temps réel d'où la nécessité du C (et puis la plus faible consommation mémoire importe ici)
Quand à Java c'est vrai que la portabilité à forcément une contrepartie en terme de performance. Et puis le code Java est souvent plus lisible donc plus maintenable.
Les langages de bas niveau sont AMHA plus intéressants intellectuellement pour connaître sa machine
On peut programmer en langage de haut-niveau tout en connaissant d'autres langages de bas niveau (perso j'ai fait de l'assembleur Intel avant même si maintenant j'utilise surtout C++)
Je crois qu'il est beaucoup plus dur de maîtriser en langage bas niveau qu'un langage haut niveau
Pourtant la majorité des programmeurs C++ ont fait un ou deux ans de "C pur" avant, donc qui peut le plus peut le moins !
Pour avoir utilisé les deux langages, j'ai l'impression qu'il y a plus de subtilité dans C++ (par exemple connait-tu la différence entre un "static_cast", un "const_cast", un "dynamic_cast" et un "reinterpret_cast" ?) que dans C.
[^] # Re: Mon dieu !!
Posté par richard bonichon . Évalué à 1.
Eiffel en lui-même n'est pas un projet universitaire (cf http://www.eiffel.com(...)) ; SmallEiffel peut-être mais il n'est pas 100% compatible avec le langage de Meyer décrit ci-dessus.
Par contre pour moi C++ est à peu près du même niveau pour la machine, car de toutes façons on peut toujours garder dans ce cas-là ses (mauvaises) habitudes acquises en C (je parle pour moi :)
[^] # Re: Mon dieu !!
Posté par dguihal . Évalué à -1.
Imaginez Gnome et nautilus ecrits en Java (chose valable egalemet pour kde).
Ca pousserait a democratiser le quadri-pro 4GHz avec 2TB de RAM.
Ce serait cool pour les autistes qui restent avec leur C/C++ par contre ...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.