Des prototypes ont été dévoilés depuis quelques temps pour Windows et Mac OS X. C'est maintenant au tour de Linux d'être le sujet de prototypage : on remarquera que les boutons précédents/suivants seraient enfin conformes à ce qui se fait sous les autres plates-formes. Les captures d'écran montrant Firefox sont reconnaissables d'un rapide coup d'œil. Après tout, le bouton précédent est plus souvent utilisé que son camarade.
[troll]Concernant l'adaptation des couleurs et le dessin des formes (ombres, etc.), on se demande comment ils vont arriver à s'en sortir avec toutes les possibilités offertes par Linux. Il y aura toujours un utilisateur de Gnome/KDE/wmii/XFCE pour se plaindre ! :)[/troll]
NdM : Merci à ThomasB pour son journal à l'origine de cette dépêche.
Aller plus loin
- Prototype sous GNU/Linux (2 clics)
- Prototype sous Windows (0 clic)
- Prototype sous Mac OS X (0 clic)
- Journal à l'origine de la dépêche (2 clics)
# thèmes
Posté par vida18 . Évalué à -2.
[^] # Re: thèmes
Posté par 웃 훗 뭇 . Évalué à 5.
On s'y fait vite, mais (ou de plus suivant les goûts) personne ne pourra utiliser ton navigateur sans ton aide.
[^] # Re: thèmes
Posté par vida18 . Évalué à 0.
[^] # Re: thèmes
Posté par cram51 . Évalué à 1.
[^] # Re: thèmes
Posté par vida18 . Évalué à 2.
[^] # Re: thèmes
Posté par cram51 . Évalué à 4.
[^] # Re: thèmes
Posté par vida18 . Évalué à 1.
[^] # Re: thèmes
Posté par Kerro . Évalué à 4.
[^] # Re: thèmes
Posté par Kerro . Évalué à 2.
:-)
[^] # Re: thèmes
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 8.
[^] # Re: thèmes
Posté par Dorian . Évalué à 1.
En bonus, tu peux aller dans les paramètres, et mettre le menu des marques-pages.
« En fait, le monde du libre, c’est souvent un peu comme le parti socialiste en France » Troll
[^] # Re: thèmes
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 6.
je n'ai pas compris ta question. c'est quoi des "themes par themes par defaut" ?
[^] # Re: thèmes
Posté par Julien Wajsberg . Évalué à 1.
[^] # Re: thèmes
Posté par vida18 . Évalué à 1.
[^] # Re: thèmes
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 3.
clic droit sur les toolbars -> personnaliser.
[^] # Re: thèmes
Posté par clochix (site web personnel) . Évalué à 2.
Il existe différentes extensions pour réduire la taille des menus, par exemple Personal Menu - https://addons.mozilla.org/fr/firefox/addon/3895/
En choisissant de petites icônes pour les boutons, j'arrive à avoir une seule barre discrète au dessus de mes onglets.
[^] # Re: thèmes
Posté par Pandark (site web personnel) . Évalué à 1.
Pour les personnes moins agiles de la souris / à la vue moins aiguisée (les objectifs de Mozilla sont Intenet pour tous http://www.mozilla.org/about/manifesto)
Parce que les écrans qui deviennent de plus en plus petit, c'est somme tout assez récent.
# [HS] Bug?
Posté par claudex . Évalué à 2.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: [HS] Bug?
Posté par meh (site web personnel) . Évalué à 1.
[^] # Re: [HS] Bug?
Posté par claudex . Évalué à 2.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: [HS] Bug?
Posté par Florent Zara (site web personnel, Mastodon) . Évalué à 4.
Même si c'est bien le nom de l'auteur du journal initial qui est mentionné dans les champs "auteur" et "page perso" de la dépêche, cette dernière est rattachée, pour des raisons techniques je pense, au compte du modérateur qui a effectué la duplication.
Quant à l'affichage sur le site, bug ou feature, je ne saurais te dire. Le mieux est d'ouvrir la discussion à l'endroit approprié : http://linuxfr.org/tracker/
# C'est moche
Posté par Matthieu Moy (site web personnel) . Évalué à 9.
[^] # Re: C'est moche
Posté par Luc Saillard (site web personnel) . Évalué à 1.
[^] # Re: C'est moche
Posté par Niniryoku . Évalué à 1.
3.7 pour Linux : [https://wiki.mozilla.org/Firefox/3.7_Linux_Theme_Mockups]
4 pour Linux : [https://wiki.mozilla.org/Firefox/4.0_Linux_Theme_Mockups]
3.7 pour Mac OS X : [https://wiki.mozilla.org/Firefox/3.7_Mac_Theme_Mockups]
4 pour Mac OS X : [https://wiki.mozilla.org/Firefox/4.0_Mac_Theme_Mockups]
Knowing the syntax of Java does not make someone a software engineer.
[^] # Re: C'est moche
Posté par Antoine . Évalué à 10.
Donc grosso modo, ils ont décidé de singer IE : remplacement de la barre de menu par un tout petit bouton "tools" (ou "options") malcommode.
[^] # Re: C'est moche
Posté par kikicnrv . Évalué à 5.
Sur ce dernier point je tiens à dire que l'envi de cacher la barre de menu chez certaines personnes date de bien avant IE8 et de bien avant l'existence des netbooks : j'utilise le raccourci ctrl+M de KDE dans toutes les applis possibles (l'un des bugs les plus connus d'amarok est d'ailleurs sûrement l'impossibilité de virer cette barre qui sert à rien) et j'utilise l'addon "hide menubar" avec bonheur depuis que je connais son existence.
D'ailleurs en parlant d'addon, nul doute que pour firefox4 on trouvera un "show menubar" pour ceux qui le souhaite (et une fois de plus vive FF pour ça)
Pour ma part je ne suis pas du tout convaincu par le thème 3.7 (il est juste énorme en hauteur, il est esthétiquement bof et je vois pas trop ce qu'il apporte) mais le 4.0 est très bien (sobre et simple) et tant pis s'il n'est pas original.
[^] # Re: C'est moche
Posté par gnumdk (site web personnel) . Évalué à 4.
> de virer cette barre qui sert à rien
Idem pour kmail...
Mais avec qtcurve (dernieres versions), tu peux cacher la barre de menu de toutes les applis gtk/qt avec "Ctrl Alt m"
[^] # Re: C'est moche
Posté par Farfouille . Évalué à 1.
Waaa excellent !! Merci beaucoup pour cette information. Je cherchais depuis longtemps comment simplement virer la barre de menu dans les applications gtk2, et sans succès jusque-là.
Cette fonctionnalité est encore considérée comme expérimentale, elle est désactivée par défaut. Pour l'activer, ajouter cette ligne dans le fichier de configuration ~/.config/qtcurve/stylerc
[Settings]
menubarHiding=true
[^] # Re: C'est moche
Posté par Pandark (site web personnel) . Évalué à 0.
Mais Firefox, il est innovant lui !?! pourquoi aller copier le mauvais élève chez les navigateurs ? (bon, ok, ça ressemble aussi un peu à Chrome aussi...)
Quitte à faire une extension, autant que ce soit une extension hide_menuebar
Après, arrivé à une certaine taille d'écran, il faudra penser à installer fennec :oP
# pourquoi ils n'utilisent pas une bibliothèque multi-plateforme ?
Posté par cppuser . Évalué à 1.
[^] # Re: pourquoi ils n'utilisent pas une bibliothèque multi-plateforme ?
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 5.
D'ailleurs, ils ne réinventent pas la roue : ils réutilisent leur moteur de rendu web pour afficher leur interface ;-)
Utiliser une techno comme le XUL/HTML, ça a de nombreux avantages, dont la capacité à pouvoir être modifié à la volée, à être modifié via des extensions (grâce aux overlays), et ceci de manière très simple, sans avoir à mettre de hook partout comme on le ferais avec des toolkits "classiques" (si je ne dis pas de bêtises)...
Bref, il y a certains cotés novateurs dans les technos Mozilla (qui datent d'il y a 10 ans). On ne peut donc pas dire que c'est "réinventer la roue" :-)
à noter qu'on peut très bien afficher le look natif du système, en utilisant certaines propriétés CSS (appearance par ex). Le moteur de rendu va alors interroger le toolkit système [1], pour connaitre certaines caractéristiques graphique et les reproduire. (-moz-appearance:button; -> sous linux gecko va utiliser GTK pour afficher la balise XUL avec l'apparence d'un button GTK).
[1] par défaut, sous linux ce sera GTK, sous windows le système graphique windows, sous mac celui de macosx, etc. Il y a aussi un wrapper pour QT, mais faut l'activer à la compilation (utilisé surtout sur la verion mobile de Firefox, pour les tablettes Nokia je crois, mais je n'en suis pas sur).
[^] # Re: pourquoi ils n'utilisent pas une bibliothèque multi-plateforme ?
Posté par reno . Évalué à 2.
Puisque apparemment tu connais le sujet: est-ce que ces capacités sont utilisée en pratique?
Je connais plein de librairie super-compliquée dont les capacitées avancées ne sont pas utilisée..
D'ailleurs il me semble qu'il y a très, très peu d'application utilisant XUL, comparé au nombre d'applications qui utilisent GTK ou Qt..
Tu parles des avantages en laissant un poil de coté les inconvénients: à une époque on m'avait expliqué que FF ne pouvait pas utiliser un processus par onglet car l'emploi de XUL ne permet pas cela.. (je crois que cette discussion était avant que Chrome sorte d'ailleurs: c'est une idée assez logique)
Mais j'ignore si c'est vrai ce point, après tout les developpeurs de Firefox bossent sur ce point pour FF4 et comme ils vont probablement garder XUL, cela devait juste être une limitation de l'implémentation..
[^] # Re: pourquoi ils n'utilisent pas une bibliothèque multi-plateforme ?
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 5.
oui bien sûr. Les quelques milliers d'extensions s'en servent. Les overlays xul sont utilisées dés que tu veux ajouter un bouton ici ou là par exemple.
dés que quelques choses dans l'interface change dynamiquement, c'est soit du css, soit du JS, qui manipule le DOM XUL, comme on le fait dans une page web.
>il me semble qu'il y a très, très peu d'application utilisant XUL,
il y en a certainement moins, mais il y en a pas mal quand même. Déjà d'une part, bon nombre d'extensions sont de veritables petites applis dans Firefox (que l'on pourrait certainement externaliser et lancer avec XulRunner), mais il y a aussi pas mal d'applis "standalone" reposant sur XulRunner ou sur le framework Mozilla directement.
Listes non exhaustive :
http://www.mozilla.org/projects/#poweredby
http://www.mozilla.org/projects/mozilla-based.html
https://developer.mozilla.org/en/XULRunner_Hall_of_Fame
>Tu parles des avantages en laissant un poil de coté les inconvénients: à une époque on m'avait expliqué que FF ne pouvait pas utiliser un processus par onglet car l'emploi de XUL ne permet pas cela..
confond pas XUL (qui est un langage XML) et Gecko, le moteur Mozilla. Ce n'est pas un problème de XUL, mais de Gecko. Effectivement, on ne peut pas à l'heure actuelle afficher deux DOM dans des process distincts (que ce soit un DOM XUL, HTML ou ce que tu veux).
Mais un travail est en cours (projet Electrolysis : https://wiki.mozilla.org/Content_Processes ) pour Firefox 4 à priori. Maintenant, afficher des DOM dans des process distincts, c'est une "feature" peu utile dans d'autres types d'applis qu'un browser. En tout cas, c'est quelque chose qui n'a pas beaucoup manqué pour les autres applis xul apparement. Note tout de même que bien évidement, on peut créer des threads dans tout les sens dans Mozilla (c'est beaucoup utilisé dans Gecko bien sûr), et dans les autres applis bien sûr.
[^] # Re: pourquoi ils n'utilisent pas une bibliothèque multi-plateforme ?
Posté par reno . Évalué à 5.
Certes, mais les thread pour la gestion des ressources, c'est insuffisant..
C'est d'ailleur plutot satisfaisant avec Chrome de trouver le site web qui fait que ton navigateur utilise 100% du CPU et de tuer le processus correspondant en 5seconde, plutot que d'y aller par essai/erreur avec Firefox..
D'ailleurs puisqu'on est sur LinuxFr, je dirais que la philosophie Unix d'utiliser par defaut des processus est sage: les threads ne devraient être utilisé que pour l'optimisation mémoire quand on maitrise la totalité du code (ce qui n'est pas le cas d'un navigateur puisque les pages web contiennent du code).
[^] # Re: pourquoi ils n'utilisent pas une bibliothèque multi-plateforme ?
Posté par djano . Évalué à 3.
Apache httpd était historiquement base sur des processus, puis ils sont passés sur un modèle ou ils utilisent des threads.
De plus, il y a des comparatifs sur la gestion mémoire. Plus il y a d'onglets ouverts, plus Google Chrome consomme de mémoire que Firefox, mais alors vraiment beaucoup plus.
Alors il y effectivement des avantages, mais il y a aussi des inconvénients.
[^] # Re: pourquoi ils n'utilisent pas une bibliothèque multi-plateforme ?
Posté par Olivier Serve (site web personnel) . Évalué à 1.
Ça a l'énorme avantage de ne pas figer ou planter le navigateur à cause d'un plugin foireux (qui a dit flash ?).
[^] # Re: pourquoi ils n'utilisent pas une bibliothèque multi-plateforme ?
Posté par Laurent J (site web personnel, Mastodon) . Évalué à 3.
D'ailleurs, les plugins dans un autre process, c'est prévu pour firefox 3.7 d'après le planning, et ce sera la première étape de cet implémentation de l'utilisation de processus dans Firefox.
# Changement des boutons ?
Posté par klimm . Évalué à 4.
# Des changements d'interface
Posté par FantastIX . Évalué à 4.
[^] # Re: Des changements d'interface
Posté par windu.2b . Évalué à 4.
C'est LE truc le plus débile qui m'ait été donné de voir ces derniers temps...
[^] # Re: Des changements d'interface
Posté par el_mickey . Évalué à -3.
[^] # Re: Des changements d'interface
Posté par windu.2b . Évalué à 4.
* Un fichier a fini d'être téléchargé ? Ben, je voudrais bien l'ouvrir...
* Un contact vient de se connecter ? Ben, je voudrais bien lui parler...
* Firefox me notifie qu'il peut sauvegarder le couple login/password que je viens de saisir sur un site ? Ben, je voudrais bien lui dire oui/pas maintenant/jamais...
* ...
Les notifications d'Ubuntu ne permettent rien de tout cela : elles se contentent de t'annoncer un truc, et c'est tout !
À coté de ça, t'as les notifications de KDE 4, qui te proposent (toujours ?) une(des) action(s) possible(s). Dans le cas auquel je répondais, il me semble donc évident que ça va merder sévère sous Ubuntu...
[^] # Re: Des changements d'interface
Posté par el_mickey . Évalué à -4.
Après tu peux très bien avoir un système d'historique des notifications pour pouvoir revenir dessus mais ça devient quand même un chouilla compliqué.
De toute façon, sous ubuntu dans mes souvenirs tu peux désinstaller leur système et ça revient à l'ancien qui te permettait les actions, ou alors tu changes de distribution, ou alors tu passes à kde. Enfin bref, on a l'embarras du choix.
[^] # Re: Des changements d'interface
Posté par Thomas . Évalué à 2.
# API 3D compilé ou pas ?
Posté par kowalsky . Évalué à 3.
J'ai envi de jouer avec un peu :)
[^] # Re: API 3D compilé ou pas ?
Posté par Thomas . Évalué à 3.
Les animations SMIL ont aussi été activées par défaut dans les compilations nocturnes, même si elles ne sont pas complètes.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.