d'ailleurs, les états-unis ne s'y trompent pas, voila une brève trouvée en parcourant le site "sauver la recherche" :
Rêvons un peu... Le budget fédéral américain de recherche et développement est paru. Un budget record de $117,3 Milliards soit une augmentation de 13,8% , l'augmentation en dollars la plus élevée de l'histoire et la plus forte augmentation en pourcentage de ces 20 dernières années. Le budget NIH est en augmentation de +15,5% et celui du NSF de +11,4 %. Le doublement du budget des NIH, inscrit dans la loi de 98, a été pratiquement atteint en 5 ans Le doublement du budget de la NSF d'ici 2008 est en cours de réalisation. Le document complet d'analyse est joint en pdf,. Le document original en anglais est à l'adresse : http://www.aaas.org/spp/rd/caprev03.pdf(...) .
Peut être parce que l'argent public viens des citoyens locaux, et que les organismes locaux les emploient ? donc autant favoriser les organismes locaux, permet dans une certaine mesure (soupir) que l'argent serve au niveau local.
C'est bien là tout le problème : tu considère la recherche comme "un luxe". Effectivement, c'est l'opinion courante dans les entreprises françaises. Sauf que la recherche est loin d'être un luxe, mais c'est une nécessité, et en particulier dans un contexte d'économie mondiale concurrentielle. Réfléchis, si tu n'apporte pas plus de savoir-faire qu'un industriel pakistanais, pourquoi trouverais tu des clients après tout (je simplifie grossièrement le problème) ?
Mais ça, c'est pas dans la culture française on dirait, ou on peut se permettre de sabrer dans des labos/entreprises la R&D en s'en tenant à des chiffres, des pourcentages, et surtout, surtout ! ne pas essayer de mettre ça en perspective. Je connais beaucoup plus de cas de gachis innommables (dans le privé et le public), préjudiciables à tout le monde, dus à cette politique de court terme, que de réussite dus à une rationalisation efficace du fonctionnement d'un organisme. Très souvent on jette le bébé avec l'eau du bain en croyant grapiller quelques sous sur le budget de fonctionnement.
Bien sûr, à court terme, baisser les crédits de la recherche (ou de l'éducation) permet de gagner des sous. A moyen et long terme, c'est une catastrophe, on ne perd pas que de l'argent, mais des compétences, du savoir-faire et des individus.
Et bon, on est pas un pays du tiers monde, alors ton couplet sur "nourrir" les gens, il est peut être un peu de trop non ...
Sauf que c'est idiot, en temps de crise, de rogner sur la recherche : c'est quand même un des domaines qui sert justement à s'en sortir ! Au niveau mondial, ce qui va faire la différence pour la France, ce sont les compétences et le savoir-faire plutôt que la main d'oeuvre à bas prix (je vois pas comment on pourrait être tellement plus rentable sauf en sabrant tout ce qui est protection sociale) ...
On a la chance d'avoir des gens extrèmement compétent ici, qu'on forme à grand prix, mais non, au lieu de s'en servir, on préfère restreindre les budgets et baisser les embauches. Et après les politiques viennent pleurer sur la fuite des cerveaux ... débile.
On vois mal pourquoi la collectivité devrait payer pour des inconscients.
Ben voyons. Et d'ailleurs, pourquoi avoir des charges sociales ? les gens n'ont qu'à cotiser eux-mêmes de leur côté, tant pis pour les inconscients. Idem pour la retraite hein (d'ailleurs, on y vient), le système merveilleux des fonds de pension est bien sûr idéal, tant pi pour ceux qui perdent. Et puis franchement, le type qui a un accident en vélo parce qu'un type a grillé un feu avec sa mercedes, il l'a bien cherché, à utiliser un moyen de transport alternatif -- il a intérêt à avoir des économies, parce que la communauté va quand même pas payer pour des inconscients pareils, non ?
Je ne vois pas trop le problème ... le plus "propre" serait d'utiliser quelque chose comme docbook, car il est balisé, et donc dans dix ans tu pourras toujours re-traiter simplement (il existe des tonnes de parser xml ...) les documents pour en faire ce que tu veux. LaTeX pourrait être un autre choix possible, sauf que son balisage n'est pas du simili-xml, et qu'il est possible de mixer contenu et rendu ...
Maintenant, LaTeX ne bougera pas d'ici dix ans, du moins tu seras toujours capable d'installer un teTeX d'aujourd'hui dans dix ans je pense ;-)
Et honnêtement, ni dvi ni postscript ne risquent de devenir subitement illisible d'ici seulement dix ans ! à moins que les imprimantes changent complètement de fonction d'ici dix ans :)
le gif, pourquoi est-ce qu'il évoluerait ? on utilise communément du gif 87 ou 89a ... par contre, quel intérêt à utiliser du gif ?
Pour le vectoriel, svg a pour lui l'avantage d'être basé en xml, donc pareil, si pour une raison ou une autre le format évolue, il sera très simple de mettre en place des filtres de conversion (et s'il y a besoin de faire ça, de toute façon il y a des chances que les filtres ne soient même pas écrit par vous mais par des tiers qui en auraient besoin). On pourrait aussi utiliser tout bêtement de l'eps ...
hmm je serais plutôt pour la position : http://www.wop-sys.org/~jak/GNUstep/GS_horiz2.png(...)
avec éventuellement le menu qui continue jusqu'au bout. Un mix entre une barre des taches et un menu quoi ... pourquoi pas... même si je suis pas vraiment fan des barre des tâches...
Bon et puis un look un peu plus "normal" (ie, pas en utilisant des boutons 3D) pour la barre de menu ferait pas de mal.
Par contre, le coup des sous menus qui prennent la place du menu, avec déplacement en cliquant sur les toutes petites flèches ... franchement j'ai un gros doute. A mon avis c'est quasi-inutilisable en pratique. Pour moi, les menus doivent être "classiques" (ie, s'afficher quand on clique dessus).
Accessoirement, cliquer sur un des menus et le faire glisser vers le centre de l'écran devrait le "tirer" pour le laisser en place à un endroit (ce qui est possible avec les menus actuels GNUstep et qui est super pratique ... tu drop le sous-menu qui t'intéresse et tu le pose à un endroit ... et vu qu'un truc vraiment sympa aussi avec les applis GNUstep c'est que quand elles n'ont pas le focus, les menus ou les paneaux disparaissent, ne reste que la fenêtre principale -- ça allège le bureau).
Sinon, moi je verrais une petite icone gnustep comme sur http://www.wop-sys.org/~jak/GNUstep/GS_horiz3.png(...) , et qui permettrait d'accéder par exemples aux préferences systèmes ... ou, plus simplement, afficherait un menu contenant le sous-menu "information" d'une appli GNUstep ainsi que les entrées "cacher" et "quitter".
Ne pas connaître Leslie Lamport en sortant d'un DESS d'informatique, c'est possible... (et presque pardonnable).
Ben, perso je connaissais L.Lamport pour LaTeX, mais avant cette année, je n'avais jamais fait gaffe à son travail de recherche :-)
Accessoirement, tu peux pas imaginer le nombre de gens en formation (ingé, dess, etc.), qui 1) ne connaissent pas unix et linux 2) ne connaissent pas (La)TeX ... c'est proprement affolant (du moins pour le unix/linux ... latex après tout, ça dépends des gouts, mais au moins savoir ce que c'est (surtout quand j'en vois qui peinent sur Word) ;)
Et comme le dis zeliph dans un post plus bas, en entreprise, tu peux facilement te dire que la compétence (au moins en info) est l'exception :)
C'est seulement en dactylographie que les accents sur les majuscules sont impossibles.
Pourquoi, impossible ? La seule raison de ne pas avoir les majuscules accentuées est qu'au début, les premières machines à écrire étaient ... anglo-saxonnes. Donc non-accentuées.
Mais je pense que les machines plus récentes ou simplement un ordinateur sont parfaitement capables de mettre des accents: ÉÈÇÀ ...
Le reste est de l'inertie chez les gens voir une mauvaise information ... Il suffit d'avoir l'extrait du manuel de l'imprimerie nationale qui traite des majuscules accentuées et de le ressortir au besoin :-)
<i>> Par exemple, dans un menu vertical à la GNUstep, tu a l'option "quitter" en dernière position. Si tu mets ça directement en vertical, ça devient super foireux !
Zut, je ne vois pas du tout ce que tu veux dire par là.
Heuuu oui je me suis planté, faut lire "Si tu mets ça directement en horitontal, ça devient super foireux !" ... :-)
Pourquoi ? parce que l'entrée "quitter" sera une entrée de menu sans sous menu, et sera la plus à droite sur la barre de menu horizontale. Pas vraiment terrible.
Le clic droit fait apparaître le menu de l'application courante ? Mon windowMaker n'est pas configuré correctement, alors. Je parlais d'applications déjà lancées.
Le clic droit sur la fenêtre d'une appli GNUstep. Le clic droit sur le bureau de WindowMaker fait apparaître le menu de WindowMaker.
Et peu importe l'habitude, je trouve que les menus verticaux, si ils sont persistants, prennent beaucoup de place visuellement à l'écran. Sur un écran en 16/9 ou sur un écran en Xinerama, ça ne pose pas de problème, mais sur un écran 4/3, je trouve que c'est gênant.
Oui je suis assez d'accord, sur un écran 4/3 c'est pas forcèment idéal (m'enfin c'est pas non plus bien dramatique, moi je m'y suis très bien fait). C'est vraiment taillé à mon avis pour des résolutions plus élevées que le 1024x768 (voir mon post plus bas).
Par contre, je ne trouve pas forcément judicieux de virer les menus des applis. L'utilisateur va être tout perdu.
Oulà ! je n'ai pas dit de faire ça par défaut ! par défaut c'est évident qu'il faut laisser les menus. Mais bon, une option globale pour les virer pour l'utilisateur qui sait se servir du clic-droit, ça peut être une bonne chose.
En 1024x768, un menu horizontal occupe 2,6% de l'espace en hauteur, et un menu vertical 7,8% de l'espace en largeur. Certes, on a tendance à préférer sacrifier l'espace en largeur, car en général, ce qu'on souhaite d'une maximisation est une maximisation en hauteur.
Ben oui c'est bien le truc ... Il faut voir aussi que l'interface du NeXT était pensé pour des résolutions assez grandes (1120 x 832, voir ce que ça donne ici : http://www.levenez.com/NeXTSTEP/NeXT_Display.html(...)), et qu'on préfère maximiser l'espace vertical qu'horizontal. Maintenant sur des écrans plus petit (même 1024x768) je suis d'accord que le menu vertical peut être plus ennuyeux que l'horizontal, surtout si on a déja le dock de wmaker qui nous bouffe de l'espace :-)
Mais sur des grands écrans, je pense qu'un menu vertical est mieux (le menu horizontal va prendre de la place sur la totalité de la largeur de l'écran ! )
Cela dit, je doute qu'une simple barre de menu présente en permanence en haut gêne beuacoup de personnes, car quelque soit l'appli, même en plein écran (je pense aussi bien à IE qu'à Galeon, et il y en a d'autres), il reste toujours une barre de menu en haut.
C'est pas forcèment très gênant non, mais c'est pas forcèment très pratique. Accessoirement, les menus horizontaux dans les fenêtres de l'appli même est une pure horreur, par contre, en terme d'accessibilité.
Ben les menus horizontaux dont parlait certains sur la ML, c'est les menus "à la mac". Il y a eu un patch y'a longtemps qui faisait ça. Mais c'est pas "simple" comme problème (pourtant à première vue ça l'est :-P ). Par exemple, dans un menu vertical à la GNUstep, tu a l'option "quitter" en dernière position. Si tu mets ça directement en vertical, ça devient super foireux !
Ceci dit, je pense que l'on peut contourner ce problème en mettant les items sans sous menus dans un menu "application" et les items avec sous menus au même niveau que l'entrée "application". Mais bon on voit bien que rien n'est magique, et ça peut poser des problèmes.
Mettre une barre d'onglets avec le nom des applis en dessous ? faudrait voir (chui pas super convaincu :-D) ... je serais plus inspiré éventuellement dans ce cas par une entrée spéciale du menu horizontal (genre simplement l'icone GNUstep) qui t'affiche la liste des applis en cours ...
Bon ceci dit, si les menus horizontaux n'ont pas la côte avec GNUstep, c'est parce que d'une part on est habitué à nos menus verticaux, et d'autre part, parce que c'est plus pratique ;-)
Accessoirement, on garde une cohérence entre tous les niveaux de menus -- les menus horizontaux classiques se transforment dès le 2nd niveau en niveaux verticaux si on y réfléchit ! -- alors qu'avec un menu vertical de bout en bout, tout reste logique.
Il faut voir aussi que le menu GNUstep est appellé aussi si on clique n'importe ou sur l'écran avec le bouton droit de la souris. Donc la, en terme de rapidité, on peut pas faire mieux ... En fait la seule chose que peut être je rajouterais aux menus GNUstep, c'est la possibilité de virer les menus "statiques" et ne laisser que l'affichage par clic droit. Pour être honnête, c'est possible (la position des menus -- comme n'importe quel fenêtre -- étant sauvegardés automatiquement dans les prefs de l'utilisateur, il suffit de mettre des coordonnées en dehors de l'écran), mais je me dis qu'une option globale pour les virer serait pas trop mal et plus propre ... hmm ...
Je dis ptet une connerie, mais freshmeat ne propose pas les news en RDF ? (un format XML pour les news, pleins de sites le proposent) les sites qui veulent se tenir à jour n'ont qu'à écouter ça ...
oui, mais là il s'agit d'une installation du logiciel sourceforge sur un serveur de chez debian (c'est comme ça qu'avait démarre savannah).
Je suppose qu'ils n'ont pas choisi savannah pour éviter de les surcharger avec leur tambouille interne -- savannah est généraliste.
Pour tes problèmes de png, c'est normal, tu ne peux pas insérer des png avec le moteur TeX de la distrib teTeX . Par contre tu peux le faire si tu utilises pdflatex (qui te génerera directement du pdf au lieu de dvi)
Il est aussi pas mal connu pour avoir fait foirer son business, en disant aux gens que la prochaine machine serait tellement mieux, etc. Du coup, les gens n'avaient pas acheté la machine existante et attendaient la suivante ...
Certes, mais bon il n'empêche que Castro reste quand même un dictateur, et que la liberté d'opinion là bas n'est pas forcèment idéale. Bon maintenant, je sais plus qui disait, la dictature c'est "ferme ta gueule" et la démocratie c'est "cause toujours" ...
[^] # Re: Le beurre, l'argent du beure et la crémière
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Le gouvernement, la recherche et Microsoft. Évalué à 2.
Rêvons un peu... Le budget fédéral américain de recherche et développement est paru. Un budget record de $117,3 Milliards soit une augmentation de 13,8% , l'augmentation en dollars la plus élevée de l'histoire et la plus forte augmentation en pourcentage de ces 20 dernières années. Le budget NIH est en augmentation de +15,5% et celui du NSF de +11,4 %. Le doublement du budget des NIH, inscrit dans la loi de 98, a été pratiquement atteint en 5 ans Le doublement du budget de la NSF d'ici 2008 est en cours de réalisation. Le document complet d'analyse est joint en pdf,. Le document original en anglais est à l'adresse : http://www.aaas.org/spp/rd/caprev03.pdf(...) .
http://recherche-en-danger.apinc.org/breve.php3?id_breve=7(...)
[^] # Re: Le gouvernement, la recherche et Microsoft
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Le gouvernement, la recherche et Microsoft. Évalué à 2.
[^] # Re: Le beurre, l'argent du beure et la crémière
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Le gouvernement, la recherche et Microsoft. Évalué à 7.
Mais ça, c'est pas dans la culture française on dirait, ou on peut se permettre de sabrer dans des labos/entreprises la R&D en s'en tenant à des chiffres, des pourcentages, et surtout, surtout ! ne pas essayer de mettre ça en perspective. Je connais beaucoup plus de cas de gachis innommables (dans le privé et le public), préjudiciables à tout le monde, dus à cette politique de court terme, que de réussite dus à une rationalisation efficace du fonctionnement d'un organisme. Très souvent on jette le bébé avec l'eau du bain en croyant grapiller quelques sous sur le budget de fonctionnement.
Bien sûr, à court terme, baisser les crédits de la recherche (ou de l'éducation) permet de gagner des sous. A moyen et long terme, c'est une catastrophe, on ne perd pas que de l'argent, mais des compétences, du savoir-faire et des individus.
Et bon, on est pas un pays du tiers monde, alors ton couplet sur "nourrir" les gens, il est peut être un peu de trop non ...
[^] # Re: Le beurre, l'argent du beure et la crémière
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Le gouvernement, la recherche et Microsoft. Évalué à 5.
On a la chance d'avoir des gens extrèmement compétent ici, qu'on forme à grand prix, mais non, au lieu de s'en servir, on préfère restreindre les budgets et baisser les embauches. Et après les politiques viennent pleurer sur la fuite des cerveaux ... débile.
[^] # Re: Bon voyage
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Bon voyage. Évalué à 4.
[^] # Re: Polices Vera de Bitstream, version 1.10
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Polices Vera de Bitstream, version 1.10. Évalué à 10.
[^] # Re: Vers un avenir radieux.
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Le génome humain libéré. Évalué à 3.
Ben voyons. Et d'ailleurs, pourquoi avoir des charges sociales ? les gens n'ont qu'à cotiser eux-mêmes de leur côté, tant pis pour les inconscients. Idem pour la retraite hein (d'ailleurs, on y vient), le système merveilleux des fonds de pension est bien sûr idéal, tant pi pour ceux qui perdent. Et puis franchement, le type qui a un accident en vélo parce qu'un type a grillé un feu avec sa mercedes, il l'a bien cherché, à utiliser un moyen de transport alternatif -- il a intérêt à avoir des économies, parce que la communauté va quand même pas payer pour des inconscients pareils, non ?
Gérard, tu est sur une pente savonneuse ...
[^] # Re: Release Camaelon
Posté par Nicolas Roard (site web personnel) . En réponse au journal Release Camaelon. Évalué à 2.
Quel est le problème ?
essaie de passer sur #gnustep (irc.debian.org) , il y a toujours du monde
et il y aura bien quelqu'un pour t'aider :)
# Re: Document sur le long terme (>10ans)
Posté par Nicolas Roard (site web personnel) . En réponse au journal Document sur le long terme (>10ans). Évalué à 8.
Maintenant, LaTeX ne bougera pas d'ici dix ans, du moins tu seras toujours capable d'installer un teTeX d'aujourd'hui dans dix ans je pense ;-)
Et honnêtement, ni dvi ni postscript ne risquent de devenir subitement illisible d'ici seulement dix ans ! à moins que les imprimantes changent complètement de fonction d'ici dix ans :)
le gif, pourquoi est-ce qu'il évoluerait ? on utilise communément du gif 87 ou 89a ... par contre, quel intérêt à utiliser du gif ?
Pour le vectoriel, svg a pour lui l'avantage d'être basé en xml, donc pareil, si pour une raison ou une autre le format évolue, il sera très simple de mettre en place des filtres de conversion (et s'il y a besoin de faire ça, de toute façon il y a des chances que les filtres ne soient même pas écrit par vous mais par des tiers qui en auraient besoin). On pourrait aussi utiliser tout bêtement de l'eps ...
[^] # Re: Sortie de VideoLAN Client (VLC) 0.5.3
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Sortie de VideoLAN Client (VLC) 0.5.3. Évalué à 1.
[^] # Re: iXQ passe au GPL
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche iXQ passe au GPL. Évalué à 7.
[^] # Re: Penser les interfaces ...
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Un grand pas pour l'interface de KDE ?. Évalué à 1.
http://www.wop-sys.org/~jak/GNUstep/GS_horiz2.png(...)
avec éventuellement le menu qui continue jusqu'au bout. Un mix entre une barre des taches et un menu quoi ... pourquoi pas... même si je suis pas vraiment fan des barre des tâches...
Bon et puis un look un peu plus "normal" (ie, pas en utilisant des boutons 3D) pour la barre de menu ferait pas de mal.
Par contre, le coup des sous menus qui prennent la place du menu, avec déplacement en cliquant sur les toutes petites flèches ... franchement j'ai un gros doute. A mon avis c'est quasi-inutilisable en pratique. Pour moi, les menus doivent être "classiques" (ie, s'afficher quand on clique dessus).
Accessoirement, cliquer sur un des menus et le faire glisser vers le centre de l'écran devrait le "tirer" pour le laisser en place à un endroit (ce qui est possible avec les menus actuels GNUstep et qui est super pratique ... tu drop le sous-menu qui t'intéresse et tu le pose à un endroit ... et vu qu'un truc vraiment sympa aussi avec les applis GNUstep c'est que quand elles n'ont pas le focus, les menus ou les paneaux disparaissent, ne reste que la fenêtre principale -- ça allège le bureau).
Sinon, moi je verrais une petite icone gnustep comme sur http://www.wop-sys.org/~jak/GNUstep/GS_horiz3.png(...) , et qui permettrait d'accéder par exemples aux préferences systèmes ... ou, plus simplement, afficherait un menu contenant le sous-menu "information" d'une appli GNUstep ainsi que les entrées "cacher" et "quitter".
[^] # Re: Personne ne connait donc Leslie Lamport ?
Posté par Nicolas Roard (site web personnel) . En réponse au journal Personne ne connait donc Leslie Lamport ?. Évalué à 3.
Ben, perso je connaissais L.Lamport pour LaTeX, mais avant cette année, je n'avais jamais fait gaffe à son travail de recherche :-)
Accessoirement, tu peux pas imaginer le nombre de gens en formation (ingé, dess, etc.), qui 1) ne connaissent pas unix et linux 2) ne connaissent pas (La)TeX ... c'est proprement affolant (du moins pour le unix/linux ... latex après tout, ça dépends des gouts, mais au moins savoir ce que c'est (surtout quand j'en vois qui peinent sur Word) ;)
Et comme le dis zeliph dans un post plus bas, en entreprise, tu peux facilement te dire que la compétence (au moins en info) est l'exception :)
[^] # Re: L'Icann ouvre la voie aux nouveaux alphabets dans les noms de domaine
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche L'Icann ouvre la voie aux nouveaux alphabets dans les noms de domaine. Évalué à 0.
Pourquoi, impossible ? La seule raison de ne pas avoir les majuscules accentuées est qu'au début, les premières machines à écrire étaient ... anglo-saxonnes. Donc non-accentuées.
Mais je pense que les machines plus récentes ou simplement un ordinateur sont parfaitement capables de mettre des accents: ÉÈÇÀ ...
Le reste est de l'inertie chez les gens voir une mauvaise information ... Il suffit d'avoir l'extrait du manuel de l'imprimerie nationale qui traite des majuscules accentuées et de le ressortir au besoin :-)
[^] # Re: Penser les interfaces ...
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Un grand pas pour l'interface de KDE ?. Évalué à 1.
Zut, je ne vois pas du tout ce que tu veux dire par là.
Heuuu oui je me suis planté, faut lire "Si tu mets ça directement en horitontal, ça devient super foireux !" ... :-)
Pourquoi ? parce que l'entrée "quitter" sera une entrée de menu sans sous menu, et sera la plus à droite sur la barre de menu horizontale. Pas vraiment terrible.
Le clic droit fait apparaître le menu de l'application courante ? Mon windowMaker n'est pas configuré correctement, alors. Je parlais d'applications déjà lancées.
Le clic droit sur la fenêtre d'une appli GNUstep. Le clic droit sur le bureau de WindowMaker fait apparaître le menu de WindowMaker.
Et peu importe l'habitude, je trouve que les menus verticaux, si ils sont persistants, prennent beaucoup de place visuellement à l'écran. Sur un écran en 16/9 ou sur un écran en Xinerama, ça ne pose pas de problème, mais sur un écran 4/3, je trouve que c'est gênant.
Oui je suis assez d'accord, sur un écran 4/3 c'est pas forcèment idéal (m'enfin c'est pas non plus bien dramatique, moi je m'y suis très bien fait). C'est vraiment taillé à mon avis pour des résolutions plus élevées que le 1024x768 (voir mon post plus bas).
Par contre, je ne trouve pas forcément judicieux de virer les menus des applis. L'utilisateur va être tout perdu.
Oulà ! je n'ai pas dit de faire ça par défaut ! par défaut c'est évident qu'il faut laisser les menus. Mais bon, une option globale pour les virer pour l'utilisateur qui sait se servir du clic-droit, ça peut être une bonne chose.
[^] # Re: Penser les interfaces ...
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Un grand pas pour l'interface de KDE ?. Évalué à 1.
Ben oui c'est bien le truc ... Il faut voir aussi que l'interface du NeXT était pensé pour des résolutions assez grandes (1120 x 832, voir ce que ça donne ici : http://www.levenez.com/NeXTSTEP/NeXT_Display.html(...)), et qu'on préfère maximiser l'espace vertical qu'horizontal. Maintenant sur des écrans plus petit (même 1024x768) je suis d'accord que le menu vertical peut être plus ennuyeux que l'horizontal, surtout si on a déja le dock de wmaker qui nous bouffe de l'espace :-)
Mais sur des grands écrans, je pense qu'un menu vertical est mieux (le menu horizontal va prendre de la place sur la totalité de la largeur de l'écran ! )
Cela dit, je doute qu'une simple barre de menu présente en permanence en haut gêne beuacoup de personnes, car quelque soit l'appli, même en plein écran (je pense aussi bien à IE qu'à Galeon, et il y en a d'autres), il reste toujours une barre de menu en haut.
C'est pas forcèment très gênant non, mais c'est pas forcèment très pratique. Accessoirement, les menus horizontaux dans les fenêtres de l'appli même est une pure horreur, par contre, en terme d'accessibilité.
[^] # Re: Penser les interfaces ...
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Un grand pas pour l'interface de KDE ?. Évalué à 4.
Ceci dit, je pense que l'on peut contourner ce problème en mettant les items sans sous menus dans un menu "application" et les items avec sous menus au même niveau que l'entrée "application". Mais bon on voit bien que rien n'est magique, et ça peut poser des problèmes.
Mettre une barre d'onglets avec le nom des applis en dessous ? faudrait voir (chui pas super convaincu :-D) ... je serais plus inspiré éventuellement dans ce cas par une entrée spéciale du menu horizontal (genre simplement l'icone GNUstep) qui t'affiche la liste des applis en cours ...
Bon ceci dit, si les menus horizontaux n'ont pas la côte avec GNUstep, c'est parce que d'une part on est habitué à nos menus verticaux, et d'autre part, parce que c'est plus pratique ;-)
Accessoirement, on garde une cohérence entre tous les niveaux de menus -- les menus horizontaux classiques se transforment dès le 2nd niveau en niveaux verticaux si on y réfléchit ! -- alors qu'avec un menu vertical de bout en bout, tout reste logique.
Il faut voir aussi que le menu GNUstep est appellé aussi si on clique n'importe ou sur l'écran avec le bouton droit de la souris. Donc la, en terme de rapidité, on peut pas faire mieux ... En fait la seule chose que peut être je rajouterais aux menus GNUstep, c'est la possibilité de virer les menus "statiques" et ne laisser que l'affichage par clic droit. Pour être honnête, c'est possible (la position des menus -- comme n'importe quel fenêtre -- étant sauvegardés automatiquement dans les prefs de l'utilisateur, il suffit de mettre des coordonnées en dehors de l'écran), mais je me dis qu'une option globale pour les virer serait pas trop mal et plus propre ... hmm ...
[^] # Re: Après l'iBook, l'iMac voilà l'iBox ?
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Après l'iBook, l'iMac voilà l'iBox ?. Évalué à 7.
[^] # Re: Trop de logiciels libre !?
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Trop de logiciels libre !?. Évalué à 5.
[^] # Re: Un Sourceforge pour Debian
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Un Sourceforge pour Debian. Évalué à 10.
[^] # Re: OpenOffice 1.1 Beta
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche OpenOffice 1.1 Beta. Évalué à 3.
http://www.nongnu.org/latexfr/(...)
Pour tes problèmes de png, c'est normal, tu ne peux pas insérer des png avec le moteur TeX de la distrib teTeX . Par contre tu peux le faire si tu utilises pdflatex (qui te génerera directement du pdf au lieu de dvi)
# Re: OpenOffice 1.1 Beta
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche OpenOffice 1.1 Beta. Évalué à 2.
# Re: Adam Osborne est parti.
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Adam Osborne est parti.. Évalué à 10.
[^] # Re: Le feu endommage la bibliothèque personnelle du Président George W. Bush
Posté par Nicolas Roard (site web personnel) . En réponse au journal Le feu endommage la bibliothèque personnelle du Président George W. Bush. Évalué à 2.
[^] # Re: hein microsoft.com/~ ? (-1)
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Les aspects criminologiques des hackers. Évalué à 3.