Tu tombes un peu mal. Si tu te renseignais sur l'actualité de cette année, on a réussi à importer massivement de l'electricité en raison de maintenance simultanée sur de nombreuses centrales nucléaires.
Sur le fond du sujet : on exporte l'électricité de base (off-peak) et on importe l'électricité autrement. C'est chronique car les centrales nucléaires ne permettent pas de produire de l'électricité sur de courtes plages horaires, à l'inverse des centrales à gaz/charbon de nos voisins.
Ouais, en fait t'es têtu comme une mule donc ça sert à rien de discuter.
On résume :
- maximiser est une bonne option car elle permet de donner l'importance au document sur tout l'écran permettant à la fois de voir tout le document sans scroller (ce que n'arrive pas à faire correctement Safari par exemple) et d'avoir une dimension la plus optimimale aux variétés de documents comme des pages webs aux dimensions non standards
- fit to content aurait pu être un choix judicieux uniquement lorsqu'on a une résolution énorme et qu'on aime avoir plein de gadgets de partout sur les côtés et une habilité énorme à avoir la faculté de lire plusieurs documents en même temps
J'arrête là, ça devient risible, tu n'essayes même pas de fournir des arguments.
Regarde le dernier soft qui buzze dans la planète Mac : http://www.ommwriter.com/
Tu imagines ne pas être en plein écran là-dessus ? Et ba c'est pareil pour moi : je veux que l'appli prenne tout l'écran car ma vision est profondément mono-tache : quand je lis un mail, je ne veux pas en même temps regarder une vidéo. Tout ce qui est autour du document est superflu.
- te balader sur un site avec Google Analytics
- te balader sur un site avec Google Ads
- envoyer un mail à un compte Gmail
- lire des vidéos venant de Youtube
- voir des photos venant de Picasa
La liste est longue et on ne contrôle pas vraiment
> C'est pas possible autant de mauvaise foi!!!
> T'as pas l'impression que ton argument est retournable?
> Que sous linux, il faut se plier a ce qui a ete pense a la place de l'utilisateur parce que le bouton maximise met en plein ecran?
Tu peux certes le retourner, c'est une vision intéressante. Mais une "innovation" doit être justifiée, et il ne me semble pas avoir trouvé le moindre argument sur le fait de ne pas pouvoir utiliser un bouton pour maximiser. Sous GNU/Linux, il me semble pas avoir vu la moindre demande pour répliquer ce type de comportement.
> je me rappelle honnetement pas de la derniere fois ou j'ai clique sur le bouton vert pour mon navigateur.
Comme tu le dis par la suite, tu as une résolution d'écran énorme. C'est le cas où à mon avis le comportement de Mac est justifié. Personnellement, je ne mets rien à côté de mes applications parce que ça restreindrait la surface utile de mon application.
> Sauf que l'utilisateur sur mac ne demande pas à avoir de la maximisation, mais que la fenêtre prenne la place qui lui semble la mieux possible.
C'est bien ça : pour être utilisateur sur Mac, il faut se plier à ce qui a été pensé à la place de l'utilisateur. Donc, je ne suis pas fait pour Mac.
> Sur un site web par exemple, si le design n'est pas extensible et que l'utilisateur clic sur le bouton, ça va mettre la fenêtre à la largeur du design.
Exemple : sur le site du Monde, Safari ne peut pas afficher toute la page même en essayant de maximiser. Il reste toujours un petit bout hors de la page. Autre exemple : on maximise en allant sur un blog de 950 px de large, ça redimenssionne bien à 950px. On clique sur un lien, il faut re-redimenssionner car le site n'a pas les mêmes caractéristiques.
Ce ne sont pas des raisons pour ne pas préférer, c'est imposer une vision.
Exemple : "Your application also sets the values for the initial size and position of a window, called the standard state. Don’t assume that the standard state should be as large as possible; some monitors are much larger than the useful size for a window."
La raison invoquée est donc que certains écrans sont très grands donc maximiser, c'est mal car ça n'aurait aucun sens. La logique est fausse : pourquoi ne pas tester la taille de l'écran et réagir en fonction ?
Exemple : la taille de ma fenêtre remplit déjà plus de 80% de mon écran(cas de DLFP sur un écran 13 pouces), je clique sur "zoom", et l'OS devrait être assez intelligent pour déterminer que je souhaite utiliser toute la largeur de l'écran.
Pour pretexte d'homogénéité, on retire l'intelligence de réagir en fonction de la situation, et on impose une vision à son utilisateur.
"The zoom button should not cause the window to fill the entire screen unless that was the last state the user set."
Mais ? Pourquoi ? Vous trouvez ça logique que lorsque je clique zoom, la consigne est de tout faire pour pas trop zoomer ?
Bof, quand j'explique que je préfèrerais avoir du vrai plein écran (par exemple avec mon navigateur web), on me répond que je ne suis pas prêt pour Mac Os X...
Heu, personnellement, j'ai rien du tout contre Google particulièrement, à part la concentration énorme d'informations chez eux. Xiti, Yahoo! Web Analytics devraient pour moi aussi être la cible d'une réflexion sur le sujet.
Très juste. Par contre, lorsque tu envoies un mail tu sais que le serveur du destinataire le recevra. Tu sais donc à priori que l'envoi d'un mail à une adresse @gmail.com sera utilisé par Google. Par contre, tu n'es pas au courant à priori des redirections éventuelles vers un serveur tierce. C'est donc un peu moins génant qu'Analytics.
> je trouve très intuitive l'idée de considérer chaque fichier comme un objet unique avec ses propriétés spécifiques, des points de vue du gestionnaire de fichier et du gestionnaire de fenêtre.
J'imagine que tu sous-entends que tu trouves intuitif que chaque dossier ait des propriétés propres telles que taille de la fenêtre, emplacement, etc...
Pourtant, je me rappelle que dès mes débuts en informatique, ce comportement m'énervait déjà au plus haut point : mon navigateur est une application, et son comportement doit être le même pour tous ses objets (fichiers, autres). Je trouve donc personnellement beaucoup plus intuitif de dire que les dimensions de fenêtres de mon application ne doivent pas changer suivant l'objet utilisé. C'est une propriété de l'application et non de l'objet.
Bref tout ça pour dire que l'intuitivité d'une action dépend des personnes, probablement de l'approche que chacun a envers des éléments abstraits. Je n'utilise par exemple jamais non plus le drag&drop, sauf dans des cas bien précis comme dolphin avec son mode splitté (beaucoup mieux que des onglets) qui aide beaucoup.
Je ne sais pas pour les autres capitales, mais à Paris, le melting-pot concerne surtout quelques pays d'origine. Par exemple, je n'ai jamais vu d'anglais au boulot (un irlandais tout de même). Pareil, aucun allemand, espagnol, autrichien, etc...
Je ne vois pas du tout non plus l'intérêt de l'appli par défaut, mais je dois reconnaitre que certains ne semblent pas pouvoir s'en passer. Il faudrait peut-être un sondage là-dessus.
Et qu'est ce qui te dérange dans Movable Type ? C'est une vraie question car c'est son grand point fort et j'ai l'impression que tu évites le sujet (tu ne l'as cité ni dans cette dépèche, ni dans la précédente). Je ne conseillerais pas cet outil à quelqu'un qui fait un blog perso, mais dans ton cas, il me semble tout indiqué.
A l'opposé, je trouve ça très réussi personnellement, je ne suis vraiment pas fan du look KDE "vanilla" et particulièrement horrifié par les décorations de fenêtres par défaut.
J'ai vu plusieurs fois ce message, et je ne comprends pas du tout. Sur un Macbook de deux ans avec Snow Leopard, il met une vingtaine de secondes à retrouver le wifi, et Firefox met une plombe à se réveiller correctement. De plus, je me sens obligé de redémarrer de temps en temps car tout me parait lent sans pouvoir déterminer la cause (la fermeture de toutes les applis ne changeant rien).
[^] # Re: En pleine semaine de la conférence sur le climat ...
Posté par lezardbreton . En réponse au sondage L'uptime de ma machine principale. Évalué à 5.
Sur le fond du sujet : on exporte l'électricité de base (off-peak) et on importe l'électricité autrement. C'est chronique car les centrales nucléaires ne permettent pas de produire de l'électricité sur de courtes plages horaires, à l'inverse des centrales à gaz/charbon de nos voisins.
[^] # Re: Interfaces
Posté par lezardbreton . En réponse au journal Les produits Microsoft. Évalué à 3.
On résume :
- maximiser est une bonne option car elle permet de donner l'importance au document sur tout l'écran permettant à la fois de voir tout le document sans scroller (ce que n'arrive pas à faire correctement Safari par exemple) et d'avoir une dimension la plus optimimale aux variétés de documents comme des pages webs aux dimensions non standards
- fit to content aurait pu être un choix judicieux uniquement lorsqu'on a une résolution énorme et qu'on aime avoir plein de gadgets de partout sur les côtés et une habilité énorme à avoir la faculté de lire plusieurs documents en même temps
J'arrête là, ça devient risible, tu n'essayes même pas de fournir des arguments.
[^] # Re: Interfaces
Posté par lezardbreton . En réponse au journal Les produits Microsoft. Évalué à 2.
Tu imagines ne pas être en plein écran là-dessus ? Et ba c'est pareil pour moi : je veux que l'appli prenne tout l'écran car ma vision est profondément mono-tache : quand je lis un mail, je ne veux pas en même temps regarder une vidéo. Tout ce qui est autour du document est superflu.
[^] # Re: Encore plus de stats
Posté par lezardbreton . En réponse au journal Un pas de plus vers le contrôle total ?. Évalué à 4.
- te balader sur un site avec Google Ads
- envoyer un mail à un compte Gmail
- lire des vidéos venant de Youtube
- voir des photos venant de Picasa
La liste est longue et on ne contrôle pas vraiment
[^] # Re: Interfaces
Posté par lezardbreton . En réponse au journal Les produits Microsoft. Évalué à 1.
> T'as pas l'impression que ton argument est retournable?
> Que sous linux, il faut se plier a ce qui a ete pense a la place de l'utilisateur parce que le bouton maximise met en plein ecran?
Tu peux certes le retourner, c'est une vision intéressante. Mais une "innovation" doit être justifiée, et il ne me semble pas avoir trouvé le moindre argument sur le fait de ne pas pouvoir utiliser un bouton pour maximiser. Sous GNU/Linux, il me semble pas avoir vu la moindre demande pour répliquer ce type de comportement.
> je me rappelle honnetement pas de la derniere fois ou j'ai clique sur le bouton vert pour mon navigateur.
Comme tu le dis par la suite, tu as une résolution d'écran énorme. C'est le cas où à mon avis le comportement de Mac est justifié. Personnellement, je ne mets rien à côté de mes applications parce que ça restreindrait la surface utile de mon application.
[^] # Re: Interfaces
Posté par lezardbreton . En réponse au journal Les produits Microsoft. Évalué à 5.
C'est bien ça : pour être utilisateur sur Mac, il faut se plier à ce qui a été pensé à la place de l'utilisateur. Donc, je ne suis pas fait pour Mac.
> Sur un site web par exemple, si le design n'est pas extensible et que l'utilisateur clic sur le bouton, ça va mettre la fenêtre à la largeur du design.
Exemple : sur le site du Monde, Safari ne peut pas afficher toute la page même en essayant de maximiser. Il reste toujours un petit bout hors de la page. Autre exemple : on maximise en allant sur un blog de 950 px de large, ça redimenssionne bien à 950px. On clique sur un lien, il faut re-redimenssionner car le site n'a pas les mêmes caractéristiques.
[^] # Re: Interfaces
Posté par lezardbreton . En réponse au journal Les produits Microsoft. Évalué à 6.
Exemple : "Your application also sets the values for the initial size and position of a window, called the standard state. Don’t assume that the standard state should be as large as possible; some monitors are much larger than the useful size for a window."
La raison invoquée est donc que certains écrans sont très grands donc maximiser, c'est mal car ça n'aurait aucun sens. La logique est fausse : pourquoi ne pas tester la taille de l'écran et réagir en fonction ?
Exemple : la taille de ma fenêtre remplit déjà plus de 80% de mon écran(cas de DLFP sur un écran 13 pouces), je clique sur "zoom", et l'OS devrait être assez intelligent pour déterminer que je souhaite utiliser toute la largeur de l'écran.
Pour pretexte d'homogénéité, on retire l'intelligence de réagir en fonction de la situation, et on impose une vision à son utilisateur.
"The zoom button should not cause the window to fill the entire screen unless that was the last state the user set."
Mais ? Pourquoi ? Vous trouvez ça logique que lorsque je clique zoom, la consigne est de tout faire pour pas trop zoomer ?
[^] # Re: Interfaces
Posté par lezardbreton . En réponse au journal Les produits Microsoft. Évalué à 6.
Bof, quand j'explique que je préfèrerais avoir du vrai plein écran (par exemple avec mon navigateur web), on me répond que je ne suis pas prêt pour Mac Os X...
[^] # Re: volontaire
Posté par lezardbreton . En réponse au journal Google Analytics illégal en Allemagne ?. Évalué à 6.
[^] # Re: volontaire
Posté par lezardbreton . En réponse au journal Google Analytics illégal en Allemagne ?. Évalué à 5.
Webmaster -> a signé un contrat avec Google -> pas de problème
Brebis égaré sur un site web -> lui n'est même pas au courant de l'utilisation de sa visite par Google -> problème
Exemple : tu décides d'aller sur http://planet-libre.org/ , es-tu au courant que ta visite et tes actions sont enregistrées chez Google ?
[^] # Re: Google Mail
Posté par lezardbreton . En réponse au journal Google Analytics illégal en Allemagne ?. Évalué à 1.
[^] # Re: L'iPhone et son app store
Posté par lezardbreton . En réponse au journal Vous êtes plutôt applications web ou applications desktop/native ?. Évalué à 3.
Bof bof...
[^] # Re: Switch
Posté par lezardbreton . En réponse à la dépêche Fedora 12 « Constantine » est disponible. Évalué à 4.
J'imagine que tu sous-entends que tu trouves intuitif que chaque dossier ait des propriétés propres telles que taille de la fenêtre, emplacement, etc...
Pourtant, je me rappelle que dès mes débuts en informatique, ce comportement m'énervait déjà au plus haut point : mon navigateur est une application, et son comportement doit être le même pour tous ses objets (fichiers, autres). Je trouve donc personnellement beaucoup plus intuitif de dire que les dimensions de fenêtres de mon application ne doivent pas changer suivant l'objet utilisé. C'est une propriété de l'application et non de l'objet.
Bref tout ça pour dire que l'intuitivité d'une action dépend des personnes, probablement de l'approche que chacun a envers des éléments abstraits. Je n'utilise par exemple jamais non plus le drag&drop, sauf dans des cas bien précis comme dolphin avec son mode splitté (beaucoup mieux que des onglets) qui aide beaucoup.
[^] # Re: Cocorico
Posté par lezardbreton . En réponse au journal Petit changement à la "London Stock Exchange". Évalué à 2.
[^] # Re: Utilité de l'appli
Posté par lezardbreton . En réponse à la dépêche Tomboy vs Gnote. Évalué à 3.
[^] # Re: dotclear est multi utilisateurs ET multi-blog depuis la version 2
Posté par lezardbreton . En réponse à la dépêche LifeType 1.2.9. Évalué à 3.
[^] # Re: dotclear est multi utilisateurs ET multi-blog depuis la version 2
Posté par lezardbreton . En réponse à la dépêche LifeType 1.2.9. Évalué à 2.
[^] # Re: AMHA
Posté par lezardbreton . En réponse au journal Linuxfr, la décadence ?. Évalué à 6.
Belle motivation en tout cas, les commits sont réguliers depuis près d'un an !
[^] # Re: petite remarque concernant les liens
Posté par lezardbreton . En réponse au journal Présentation sur "git bisect" au Linux Kongress 2009. Évalué à 6.
[1] le fameux lien
[^] # Re: Ca arrive tous les jours
Posté par lezardbreton . En réponse au journal Mode de merde !. Évalué à 10.
[^] # Re: Pour rappel
Posté par lezardbreton . En réponse à la dépêche Sortie d'Ubuntu 9.10 : Karmic Koala. Évalué à 2.
[^] # Re: Pour rappel
Posté par lezardbreton . En réponse à la dépêche Sortie d'Ubuntu 9.10 : Karmic Koala. Évalué à 2.
[^] # Re: Massacre graphique et intégration
Posté par lezardbreton . En réponse à la dépêche Mandriva Linux 2010.0 est sortie. Évalué à 6.
[^] # Re: Ha.
Posté par lezardbreton . En réponse au journal TuxRadar : Comparaison de la vitesse de démarrage de Vista, Windows 7, Ubuntu 9.04 et 9.10. Évalué à 4.
[^] # Re: Ha.
Posté par lezardbreton . En réponse au journal TuxRadar : Comparaison de la vitesse de démarrage de Vista, Windows 7, Ubuntu 9.04 et 9.10. Évalué à 2.