FireFox 1.5.1 - Page 1

Bluffant, je l ai trouvé beaucoup plus rapide, surtout pour les precedents suivants.
Je pense que je vais laisser tomber safari definitivement!
Vos impressions?

Ils utilisent désormais un cache pour les pages précédentes, d'où l'accélération du rendu :-)

Ca reste tjrs anti-intuitif, par rapport a GUI Guidelness

A quel niveau ?

Tous, ou presque

Les dropdown en sont le meilleur exemple

C'est quoi un dropdown ?

(un jour, godzil expliquera ce qu'il pense au lieu de lancer un troll "sapu" sans expliquer)

J'ai deja expliqué un million de fois, et dropdown c'est ça :

c abandonné, le firefox natif osx ? (je sais plus comment ça s'appelle)

Camino ? non non

./7 : Je ne vois pas le problème concernant des éléments qui ne sont pas physiquement présents sur le logiciel.
Les guidelines Apple sont bien pour les logiciels qui doivent être écrits *pour* mac os et UNIQUEMENT pour eux. Sinon, si tu veux du portable, devoir faire une interface par guideline, c'est pas gérable. Et pour tout te dire, je ne trouve pas Safari tellement mieux intégré, et il est pour moi contre productif (le bouton marque-page est afreusement mal placé par exemple)

kim :
Camino ? non non

quel est l'intérêt d'utiliser FF sur mac alors ?

Plus complet que Camino, tout simplement. Et plus à jour aussi.

kim :
Camino ? non non

./7 : Je ne vois pas le problème concernant des éléments qui ne sont pas physiquement présents sur le logiciel.
Les guidelines Apple sont bien pour les logiciels qui doivent être écrits *pour* mac os et UNIQUEMENT pour eux. Sinon, si tu veux du portable, devoir faire une interface par guideline, c'est pas gérable. Et pour tout te dire, je ne trouve pas Safari tellement mieux intégré, et il est pour moi contre productif (le bouton marque-page est afreusement mal placé par exemple)

Je n'ai jamais dit que safari etait mieux sur ce genre de point, mais safari lui au moins utilise les widgets natifs au lieu d'en bricoler (et utiliser les dropdown de l'OS il en sont capable hein, sous windows c'est le cas, sous GTK aussi donc bon, argument moyen

firefox supporte les extensions, camino non:/

Ceci etant dit apple ne le respecte pas non plus, il suffit de regarder les tabs...

JackosKing :
Ceci etant dit apple ne le respecte pas non plus, il suffit de regarder les tabs...

Oui mais en meme temps c'est apple qui dicte le Gui guidelness, pas mozilla, donc il on (presque) le droit de faire ce qu'ils veulent (et je dit pas que c'est forcement bien..)

Bonne charité commence par soi-même.
Regarde la poutre qu'il y a dans ton oeil...

Si Apple ne fait même pas l'effort de suivre ses "guidelines", les autres n'ont pas plus de raisons que ça.

Au fait, dans Mail, le dropdown fonctionne exactement comme dans firefox.

Pour mail, dit moi lequel pasque l'image plus haut viens de mail, et meme le dropdown de selection du compte mail lors de l'écriture est conforme aux widgets (et c'en est d'ailleurs un) de cocoa

Ben, justement, dans les dropdown de firefox, je ne vois pas ceux qui ne sont pas conformes.

Firefox :




Safari :




IExplore :





MEME Internet explorer respecte plus le toolkit que Firefox.
Les dropdown des applis de la fondation mozilla sont bricolé avec un menu (voir dans certain cas une liste) et un bouton, mais n'"utilise pas les widgets natif !

(pour la premiere image de IE, l'affichage du dropdown est du au fait que IE 5.2 pour OS X est un portage de la verison pour OS 9 et certain widgets n'ont pas été changé)

Ben désolé si je viole certains tabous, mais je trouve que le widget de FF est plus "logique" que celui des guidelines : tu as une liste déroulante, il me semble logique de la faire dérouler *en dessous* de l'élément que tu souhaites visualiser, et pas par dessus. Qu'est-ce qui détermine la proportion de lignes au dessus / en dessous de l'élément dropdown ? Là je vois le truc des couleurs Safari, il correspond à quel dropdown ? Aucun moyen *visuel* de le savoir.

Désolé de devoir le dire comme ça, crument, mais c'est moche sur Safari, et c'est pas pratique.

Ben, faudra que tu relise certain traité sur les GUI, la facon dont fonctionner Windows (et Firefox) est la méthode la plus inintuitive, alors que Mac OS depuis ces débuts utilise la methode la plus intuitive.

Ce qui détermine la "proportion de ligne au dessus et au dessous" c'est que l'élément qui est SOUS la sourie au moment de l'ouverture du menu EST l'élement selectionné

Je retrouverais les tests en questions, mais on en parle (entre autre) sur le site OS X vs XP

Tiens j'ai retrouvé : http://www.asktog.com/basics/firstPrinciples.html#fitts%27s%20law

Fitt's Law

Avec le meilleur exemple :
Je cite le passage interessant :

XP: When an XP user selects the menu at the bottom of this page the menu will pop up, but the entire menu will pop below the mouse (or above the mouse if there isn't enough room on the monitor to display the menu in its entirety below the mouse). The current selection "General Interface" will be highlighted to remind the user which page he or she is currently on, but will NOT be directly under the mouse. The user will then need to scroll a little or a lot to get to the next page in the list. This undesirable behavior is softened a bit by the fact that XP users can type the first letter of the item they want and the menu will snap to that item (Safari responds to typing too).
OS X: When an OS X user clicks on the menu at the bottom of this page the menu will pop up, and the current selection "General Interface" will be directly under the mouse. So X users just have to scroll down one item to select the next page in the list. If the menu is near the bottom of the screen like in the above screenshot, a down arrow will appear at the bottom. Pointing at it will make the rest of the menu slide up the screen so that you can see more items at a time (Note: Mozilla for X's drop down menus do not behave this way because Mozilla's UI widgets are platform independent, and, therefore, fail to adhere to OS X's user interface guidelines).

Désolé de devoir le dire comme ça, crument, mais windows (et firefox par extension) n'est ni pratique, ni intuitif

Ha mais j'ai jamais dit que Windows (par extension pourrie firefox, parce que firefox n'utilise pas les toolkit windows hein, au départ...) était pratique et intuitif.
maintenant, pourquoi le dropdown n'est pas pareil dans ce cas :



Alors, tu vas me dire, c'est pas un dropdown, vu que y'a pas de présélectionné. Oui, mais alors pourquoi se faire c**** à comprendre deux comportements différents selon que "y'a déjà un truc sélectionné" ou "y'a rien de sélectionné ou rien n'est sélectionnable par défaut" ? Pourquoi ne pas avoir *un* comportement pour les *deux* cas, avec juste un surlignage de la ligne sélectionnée quand il y en a une ?

De plus, comme le dit si bien ton quote :

godzil :
Note: Mozilla for X's drop down menus do not behave this way because Mozilla's UI widgets are platform independent, and, therefore, fail to adhere to OS X's user interface guidelines

Un outil multiplateforme *devrait* avoir un "comportement" identique quelque soit la plateforme. Pourquoi ? Parce que si je travaille sous Mac chez moi avec Microsoft Office (mettons, même si ce n'est pas le cas), et sous Windows avec le même logiciel, je veux pouvoir faire les manipulations de la même façon sur les deux machines. Pourquoi devoir tout réapprendre, se réadapter tous les soirs à un autre fonctionnement ?
C'est un peu comme si tu avais un qwerty au boulot et un dvorak chez toi : ça demande un temps de réadaptation (même si avec l'habitude il tend à diminuer). C'est mauvais, ça décourage les utilisateurs.
Il faut *uniformiser* si on veut pouvoir faire adopter son logiciel aux utilisateurs multi-plateformes.

Maintenant, si tu tiens *tellement que ça* aux guidelines, mozilla a créé un dérivé, qui s'appelle Camino, qui utilise les widgets natifs de Mac OS X.

et qui d ailleur le suit mieux que safari lol
Non faut dire que depuis un temps apple fait un peu n importe quoi niveau interface...

kim :
Ha mais j'ai jamais dit que Windows (par extension pourrie firefox, parce que firefox n'utilise pas les toolkit windows hein, au départ...) était pratique et intuitif.
maintenant, pourquoi le dropdown n'est pas pareil dans ce cas :



Alors, tu vas me dire, c'est pas un dropdown, vu que y'a pas de présélectionné. Oui, mais alors pourquoi se faire c**** à comprendre deux comportements différents selon que "y'a déjà un truc sélectionné" ou "y'a rien de sélectionné ou rien n'est sélectionnable par défaut" ? Pourquoi ne pas avoir *un* comportement pour les *deux* cas, avec juste un surlignage de la ligne sélectionnée quand il y en a une ?

Effectivement ce n'est PAS un dropdown, mais un MENU

Et *pourquoi* le comportement d'un dropdown ne devrait pas reprendre celui d'un menu ? Ca fait 2 notions à "apprendre". C'est naze.
Alors que si tout était menu, ce serait plus simple.

parcequ'un Dropdown n'est pas un menu, tu y selectionne qulque chose dans un dropdown, pas dans un menu, un dropdown RESTE sur une selection, un menu execute une action

Un dropdown va te permettre de choisir entre Blanc, noir, jaune ou rose, un menu va te permettre d'imprimer, de copier ou de coller. L'utilisation dont tu en a fait un screen est limite pour l'utilisation d'un menu et ressemble plus a un menu contextuel qu'a un dropdown. D'ailleurs ce menu fonctionne comme quand dans un menu on à un historique des dernier fichiers ouverts

Un menu te permet de sélectionner un élément qu'il contient (du moins dans le cas que j'ai pris en screenshot), ça devrait être donc, selon toi, un dropdown, puisqu'il ne fait pas une "action", mais sélectionne un texte.

Ca devrait etre un dropdown, si c'était uniquement fait pour faire une selection. Il s'avere la que c'est un historique, pas une selection fixe, donc un menu est plus aproprié. Pour le coup windows propose un widget bien ambigue qui mélange un textbox et un dropdown (qu'on appele aussi des fois dropdown editable) qui reviens plus ou moins a ce que tu screenshooté (c'est ce qu'on retrouve dans Demarrer->Executer). Le fait est qu'un dropdown ne serait pas aproprié dans ce cas, cas on ne selectionne pas quelque chose dans CE menu (enfin si mais cf apres), on ne fait que selectionner un mot qui est rappelé dans le textbox, cad que ce qui est pris en compte dans le programme est uniquement le contenu du textbox. Le menu n'est pas indispensable au fonctionnement du widget, cas il ne sert uniquement que pour rappeler les derniers mots tapé, il s'agit d'un historique, pas un choix des options possibles. On aurait pu faire la meme chose avec un menu contextuel par ex, ça serait revenu strictement au meme.

Ce widget n'est pas un dropdown a proprement parler mais plus d'un textbox avec l'option historique, option completement facultative, alors que pour un dropdown, le "menu" (la liste des options disponibles) est indispensable


edit: le dropdown des couleurs de safari viens de Safari 2.0 (tiger quoi) dans les préférences -> Flux RSS

Ben moi quand je vois justement le dropdown des couleurs, je ne comprend pas, si je suis débutant, à qui appartient ce dropdown : tu as 3 dropdown les uns sur les autres. Tu cliques sur celui du milieu, la liste se chevauche avec tous. Maintenant, imagine une grande liste, elle dépasse la taille de l'écran, tu fais défiler. Pouf, il devient impossible de savoir sur quel dropdown, graphiquement, tu as pu cliquer. Pour faire des imprimes écran explicatifs, c'est naze.

Au contraire, sous Firefox, le dropdown est toujours rattaché à son origine.

Non, vraiment, le dropdown à la Mac OS X n'est pas forcément le plus intuitif / pratique, qui soit.

tu sais sur quoi tu a cliqué
si tu t'en rapelle pas ta un gros pbm