Mozilla 1.1 Beta

Posté par Jean-Marc Spaggiari le 26 juillet 2002 à 17:33. Modéré par Fabien Penso.

Étiquettes :

juil.

2002

Ca fait quelques jour qu'il est sorti, et personne n'en parle, alors je m'y colle ! Voila, la 1.1 Beta vient de remplacer la 1.1 Alpha.

Apres 3 jours d'utilisation, on peut se rendre compte que le mail marche effectivement mieux, et de quelques corrections de bugs mineurs.

Les principales modifications sont (issues du site) :
* Improvements to Arabic shaping which result in better layout of Arabic pages on Linux and other platforms without their own Arabic support.
* A bug was fixed which caused English text in text boxes to be displayed in the wrong direction on Hebrew pages.
* The JavaScript Debugger has gone through a major development cycle. It now sports a palette of nine views which can be rearranged within the main window, or docked in separate floating windows. It is also possible to create user defined views and commands directly with JavaScript. More details are available in the FAQ, newsgroup, or IRC channel.
* Distinct window icons on MS Windows for the different Mozilla applications
* Mozilla on Linux now has Fullscreen mode. (press F11)
* All Search entry points now use your default search engine.
* Improved site compatibility and rendering.
* The tab bar now has a button for creating new tabs.

Aller plus loin

Mozilla (3 clics)
Release Notes (2 clics)

# utilisable

Posté par Kalex le 26 juillet 2002 à 18:53. Évalué à 10.

Je l'utilise depuis 3 jours et aucun plantage, c'est même mieux que la version 1.0.
Sinon, le nouveau download manager a été grandement amélioré (plus besoin d'attendre 2 secondes pour enregistrer une image), le bouton « News tabs » est très pratique, et j'ai bien l'impression qu'il est encore un peu plus rapide...
Globalement, je trouve cette version meilleure que la 1.0 !
- [^] # Re: utilisable
  
  Posté par Yann KLIS (site web personnel) le 26 juillet 2002 à 19:23. Évalué à 6.
  
  Personnellement j'utilise mozilla-snapshot dispo dans debian (c une build du 17 juillet), est-ce que ds Mozilla 1.1 est aussi bati sur gtk2? Because l'AA et les fonts du système dans les boîte de dialogues c'est bien bon. :)
  - [^] # Re: utilisable
    
    Posté par Kalex le 26 juillet 2002 à 19:40. Évalué à 5.
    
    Non, ce n'est toujours pas du GTK 2 (je ne sais d'ailleurs pas si ça va se faire de si tôt ?).
    - [^] # Re: utilisable
      
      Posté par Yann KLIS (site web personnel) le 26 juillet 2002 à 20:45. Évalué à 4.
      
      Ben je viens de dire que ma build du 17/7 est en GTK2 et je voulais savoir si Mozilla 1.1 avait forké avant ou après le saut vers GTK2.
      - [^] # Re: utilisable
        
        Posté par jojolapin le 27 juillet 2002 à 00:08. Évalué à 2.
        
        D'après http://www.mozilla.org/roadmap.html,(...) mozilla a "branché" le 12/7.
        
        [^] # Re: utilisable
        
        Posté par Gaël Le Mignot le 27 juillet 2002 à 09:05. Évalué à 7.
        
        Hum, la roadmap est prévisionelle et n'a pas été mise à jour, les dates ne sont donc qu'approximatives...
        
        Et puis y'a un truc qui me semble louche, c'est que d'après la roadmap la 1.1 beta ne soit pas vraiment une branche mais plus un freeze du tronc comme lors de la 1.0, alors un passage à gtk 2 pendant un freeze ça me semble un peu gros... là j'avoue que je suis un peu perdu.
        
        [^] # Re: utilisable
        
        Posté par jojolapin le 27 juillet 2002 à 17:18. Évalué à 5.
        
        Hum, la roadmap est prévisionelle et n'a pas été mise à jour, les dates ne sont donc qu'approximatives
        
        Nan. Le dessin est prévisionnel, aproximatif, machin bidule. Par contre, le tableau lui est A JOUR en tous cas pour toutes les versions qui sont dispos, et pour la plupart (normalement) des dates passées.
        La 1.1 beta a freezé le 10 juillet 2002 (cf mozillazine.org si tu veux vérifier), et a branché le 12 juillet 2002.
      - [^] # Re: utilisable
        
        Posté par William Steve Applegate (site web personnel) le 27 juillet 2002 à 00:29. Évalué à 10.
        
        Juste une petite chose : dans le ChangeLog (vous savez, le truc que personne ne lit :-) le mainteneur Debian annonce à la date du 03/07 qu'il a compilé son paquet avec '--enable-default-toolkit=gtk2'. Il ne paraît donc pas déraisonnable de penser qu'en utilisant la même option en compilant Mozilla 1.1 beta, on obtienne bien un brouteur utilisant GTK+2.0...
        
        Voilà, c'était mon moment « j'essaye de me rendre utile » de la journée. Bonne nuit à tous ;-)
        Envoyé depuis mon PDP 11/70
        
        [^] # Re: utilisable
        
        Posté par Pierre Tramo (site web personnel) le 27 juillet 2002 à 10:44. Évalué à 10.
        
        Oui, ça fonctionne. Pour ceux qui veulent compiler galeon 2, il faut patcher mozilla qui est dans le cvs de galeon.
        
        Pour la démarche complete, il faut faire une petite recherche sur la ml, un dev l'a posté y a pas longtemps
- [^] # Re: utilisable
  
  Posté par rootix le 26 juillet 2002 à 20:26. Évalué à 1.
  
  je vais jouer mon chieur, je l'ai utilisé 24 heures et il m'affiche dans certains cas que je n'ai pu déterminés les données rendues par une transaction avec un serveur: type du serveur, date de la page et autre affichage de déboggage. Je ne sais pas si c'est normal. Mais comme je faisais des reload à répétition d'une page (je faisais du php), il n'aime sans doute pas cela. J'attends donc une beta2.
- [^] # Re: utilisable
  
  Posté par Pierre Tramo (site web personnel) le 28 juillet 2002 à 19:52. Évalué à 9.
  
  le nouveau download manager a été grandement amélioré (plus besoin d'attendre 2 secondes pour enregistrer une image)
  Le problème avec le download manager (j'imagine que c'est çà qui a été repensé), c'est que la liste de tous les téléchargements est enregistrée dans un fichier ("downloads.rdf", dans le répertoire du profil), et ce fichier fini par devenir très gros (le mien était rendu à 1,8 Mo quand je m'en suis rendu compte). Comme le contenu du fichier est en XML, il ne suffit pas de concaténer des données à la fin du fichier pour ajouter des informations et j'imagine que la procédure d'enregistrement était celle-ci : lecture de tout le fichier pour construire de l'arbre DOM, mise à jour de l'arbre pour faire apparaître le nouveau téléchargement, enregistrement de l'arbre dans le fichier. Ce qui expliquerait que l'enregistrement d'un fichier (même petit) devienne de plus en plus long au fur et à mesure qu'on télécharge.
  L'interface du download manager n'est pas du tout efficace pour vider la liste des fichiers téléchargés quand il y en a beaucoup (on dirait du O(N²)), c'est pourquoi je conseille de faire le ménage en supprimant le fichier "downloads.rdf" du profil (en attendant la 1.1 stable :).
# window.close() et tabs

Posté par julien le 26 juillet 2002 à 19:55. Évalué à 10.

et maintenant un window.close() ne ferme plus que le tab et pas le navigateur : bonne chose.

maintenant aller sur kde-look.org sera beaucoup moins stressant :-)

comme voter sur linuxfr en cliquant avec le bouton central !
- [^] # Re: window.close() et tabs
  
  Posté par Benoît Sibaud (site web personnel) le 26 juillet 2002 à 23:45. Évalué à 10.
  
  Perso ce qui m'ennuie le plus avec Mozilla 1.0, c'est les copier-coller involontaires à la souris. Je m'explique : je veux cliquer sur un lien et là je clique un peu à côté. J'ai alors le contenu du tampon de copier/coller qui est choisit comme URL et Mozilla part vers ce site pseudo aléatoire. J'en ai marre de faire des recherches genre "site:linuxfr.org machin truc" et de me retrouver sur site.com...
  
  Reste plus qu'à voir si c'est corrigé, et sinon tenter de taper sans cliquer à côté un rapport de bogue pour Bugzilla :)
  - [^] # Re: window.close() et tabs
    
    Posté par Sebastien (site web personnel) le 27 juillet 2002 à 10:15. Évalué à 10.
    
    Euh, ce comportement d'utiliser les url collées pour aller sur le site contenu dans le tampon, c'est un comportement normal que certains attendent de ce type de navigateur.
    Clairement, je suis un gros utilisateur de ce truc, je compte pas le nombre de fois où dans la journée je vais sélectionner une url quelque part (terminal, autre navigateur, emacs ...) pour la coller d'un clic du milieu dans mon navigateur pour y aller.
    Konqueror fait la même chose, Netscape 4.x fait la même chose, Opera fait la même chose ...
    Bref, cela n'a pas à être corrigé!
    
    seb.
    - [^] # Re: window.close() et tabs
      
      Posté par reno le 27 juillet 2002 à 23:04. Évalué à 4.
      
      Sauf que Mozilla a un probleme:
      - pour fermer une tab on clique avec le bouton du milieu.
      - pour coller une URL, on clique avec le bouton du milieu dans la zone juste au-dessus.
      
      Une fois sur deux quand je veux fermer une tab, Mozilla (sur Solaris) me colle l'URL dans la zone du milieu.
      Quand j'ai enfin compris pourquoi je me retrouvais avec n'importe quoi dans la boite d'URL, j'ai abandonné la fermeture des tab avec le bouton du mileu..
      
      A mon avis, c'est bien un bug de Mozilla.
  - [^] # Re: window.close() et tabs
    
    Posté par Pierre Tramo (site web personnel) le 27 juillet 2002 à 10:46. Évalué à 4.
    
    Dans galeon, c'est configurable, ça l'est aussi certainement dans mozilla
# Vitesse du module de courriel

Posté par Charles Nepote le 29 juillet 2002 à 10:14. Évalué à 5.

> Apres 3 jours d'utilisation, on peut se rendre compte que le mail marche effectivement mieux [...]

Quel mieux ? Vitesse ? Stabilité ?
Mieux par rapport à 1.0 ou à 1.1 Alpha ?
Je suis très intéressé par cet aspect car je trouve le module courriel de la 1.0 particulièrement lent par rapport à Nestcape 4.7 -- le problème vient-il de ma config. (plus d'un giga de couriels) ?

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.