Questions de n00b mac - Page 3

Ce n'est pas à toi de choisir ce qui doit faire partie de la certif unix... (et le but de la certif, c'est sûrement pas de proposer une interface utilisateur commune )

Mais c'est à nous tous de juger si cette certification a une valeur pratique ou si c'est quelque chose de purement théorique et inutile.

Mais franchement, j'ai l'impression qu'on s'éloigne du sujet…

Mais c'est que ça ne s'adresse pas aux environnements de bureau, est-ce si dur à comprendre que ça pour toi ? C'est pour des machines qui n'ont pas de serveur X installé... c'est normal que la norme ne parle pas de X11 !
(oui, grâce à toi ^^)

flanker (./63) :
Mais c'est que ça ne s'adresse pas aux environnements de bureau, est-ce si dur à comprendre que ça pour toi ? C'est pour des machines qui n'ont pas de serveur X installé...

Bref, c'est totalement obsolète (surtout quand il s'agit d'un OS développé par l'entreprise qui a inventé, ou du moins popularisé, les interfaces utilisateur graphiques et qui est connue pour tout sauf les serveurs headless).

(oui, grâce à toi ^^)

Non, grâce à toi qui ne veux pas accepter que la certification UNIX est soit inutile, soit obsolète, soit les deux.

Tiens, tu penses donc qu'Apache est obsolète mais pas IIS ? Intéressant...

Flanker> Ok je pensais que toi et Godzil mettaient ça en avant comme étant un gros plus de ton OS pour ton utilisation, c'est pour ça que je cherchais à comprendre.
Pour mon utilisation de développeur en revanche ça m'est égal. J'aurais même une légère tendance à préférer le subset Linux car c'est celui que je connais le mieux (je l'utilise depuis longtemps, et sous Windows aussi via MSYS notamment, une suite d'outils GNU que tu rajoutes au path et qui te permet de faire ce que tu fais sous Linux sans changer tes habitudes).

À vrai dire, je ne pense pas que ça change grand-chose pour OS X, vu qe ce n'est pas du tout le genre d'OS visé (les supercalculateurs avec OS X ne courent pas les rues). Ceci dit, quand tu fais des scripts complexes multi-plates-formes (HP-UX, *BSD, AIX, ...) et qu'ils ont tous leurs particularités, UNIX devient subitement intéressant.

Le fait qu'il soit certifier UNIX, c'est surtout pour montrer que meme si il y a une interface "non unix" le reste n'est pas touché, et qu'il font le maximum pour que ça reste compatible UNIX, et donc tenter d'attirer des admin sys dont il n'ont RaF (ou presque) de l'interface graphique.


Kevin: raté

Est-ce qu'il y a un raccourci pour maximiser une fenêtre en hauteur seulement (ou en largeur seulement, mais ce dernier me semble moins utile sur un écran 16/9 ) ? ça devait être le raccourci que j'utilisais le plus sous window maker ^^

Sinon j'ai compris ce que je trouve bizarre avec spaces, en toute logique quand je tire une fenêtre vers le bas d'un bureau je m'attends à me retrouver en haut du bureau du dessous, idem avec gauche-droite, mais ce qui se produit avec spaces est l'inverse, si je prends une fenêtre et que je la descends jusqu'au bord de l'écran, je me retrouve *tout en bas* du bureau du bas. C'est assez curieux, c'est à la fois contre-intuitif et pas très pratique (ça implique que pour emmener à la souris une fenêtre d'un bureau du haut vers un bureau du bas, il faut descendre tout en bas de l'écran pour déclencher le changement *puis remonter* pour mettre la fenêtre à un endroit utilisable. C'est particulièrement notable en vertical, puisque pour déplacer une fenêtre il faut cliquer sur la barre de titre et que le truc se déclenche par la position du pointeur (non de la fenêtre), donc ça ne passe au bureau du bas que quand la fenêtre est à 98% hors de l'écran, il faut donc ensuite remonter vraiment beaucoup...)

Par contre je viens de voir qu'on pouvait déplacer les fenêtres dans la vue globale de spaces, ce qui me semble assez pratique. C'est juste que le drag c'est ce que j'ai l'habitude d'utiliser, mais là force m'est de constater qu'il est un peu foireux... comme il y a d'autres moyens, c'est pas forcément très grave, mais bon.

Godzil : Kevin a dit "pas connue pour ça" (ce qui est vrai, les serveurs sous MacOS sont rares), pas que ça n'existait pas. Fait gaffe quand même à ne pas devenir autant de mauvaise foi que lui quand il s'agit d'Apple

Questions à la con sur les raccourcis clavier :
— c'est impossible de mapper qqch sur Alt-Tab ? (ou Ctrl-Tab d'ailleurs)
— qu'est-ce que FrontRow et à quoi correspond le dessin de raccourci clavier associé, qui n'apparaît sur aucune des touches de mon clavier ? (un rond avec une flèche qui va vers en haut à gauche)

Edit : w00t, c'est possible de transformer Caps Lock en une autre touche Alt dans les options du clavier

le rond avec la flèche, c'est Echap et frontrow, c'est un lecteur multimédia (joli mais surtout inutile et limité). Pour le clavier, regarde le logiciel que j'avais donné ^^

ok

edit : en fait je ne sais pas si j'ai vraiment besoin de Butler, je vais en tous cas attendre d'avoir mon ordi définitif avec 10.6 et une magic mouse et installer better touch tool, qui apparemment permet aussi de définir des raccourcis clavier ^^ je pense que ça a des chances de me suffire. Je n'utilise pas énormément de raccourcis clavier, juste quelques-uns, là c'est juste que dans les préférences système je voulais mapper Alt-Tab sur "prochaine fenêtre" (au lieu de, ahem, Ctrl+Fn+F4 par défaut) mais il n'a pas l'air d'accepter de raccourcis comprenant Tab. Pas grave, pour l'instant je vais mettre autre chose ^^

Perso, j'ai mis Alt + @ pour prochaine fenêtre (d'une même appli).

(pour certains raccourcis clavier, je ne sais pas trop ce qu'ils ont fumé, en effet )

Tiens j'avais mis '1' moi pour la prochaine fenêtre ^^ Mais au final je m'en servais pas beaucoup.
Ce serait assez cool d'avoir des facilités pour naviguer dans ces fenêtres, surtout sous Mac où elles sont légion et facilement bordélliques quand même. KDE propose une idée assez intéressante, la possibilité de naviguer au clavier vers la fenêtre directement à la droite/gauche/haut/bas de celle active. Ce n'est pas toujours satisfaisant (typiquement si on a des fenêtres en plein écran), mais c'est déjà une bonne idée. Je trouve qu'Apple pourrait faire un effort et creuser un peu.

Perso, je m'en sers énormément (mais je me sers très peu de la souris, du coup). Après, suffit de faire F10 pour avoir toutes les fenêtres et naviguer au clavier parmi elles ^^
(mais je ne trouve pas qu'elles pullulent... autant que sous Windows, quoi )

Bon j'ai mis Cmd-* pour prochaine fenêtre de la même appli et Cmd-$ pour prochaine fenêtre tout court, ça me semble pratique ^^

Tiens sinon je viens de voir que sous emacs, le bouton vert + maximise seulement en hauteur si on clique une fois, et ne maximise en plein écran que quand on clique une deuxième fois, une troisième fois ramenant à la taille d'origine, c'est pratique mais je me demande pourquoi c'est pas comme ça pour toutes les applis (et idéalement ça devrait être possible d'utiliser le clic droit pour cycler en ordre inverse, mais ça n'a pas l'air de marcher ^^)

flanker (./76) :
Perso, je m'en sers énormément (mais je me sers très peu de la souris, du coup). Après, suffit de faire F10 pour avoir toutes les fenêtres et naviguer au clavier parmi elles ^^
(mais je ne trouve pas qu'elles pullulent... autant que sous Windows, quoi )

Sous Windows j'ai l'impression les applications utilisent beaucoup plus facilement une interface avec onglets (ou anciennement du MDI) que sous Mac, donc moins de fenêtres.

Et puis je n'ai pas analysé les différences de l'UI qui pourraient causer cela, mais sous Windows on a plus tendance à minimiser les fenêtres que sous Mac. En regardant chez mes collègues je constate que le bureau Mac est systématiquement en vrac alors que sous Windows il y a peu de fenêtres non réduites (et plus facilement plein écran - cette fois pas difficile à deviner pourquoi).

Et F10 l'animation est lente et déconcentrante, ça n'est pas comparable à la solution que j'ai proposée. Mais c'est vrai, Exposé même si je suis pas fan (enfin je l'ai été, mais pas longtemps) c'est quand même une amélioration notable.

Brunni (./78) :
Sous Windows j'ai l'impression les applications utilisent beaucoup plus facilement une interface avec onglets (ou anciennement du MDI) que sous Mac, donc moins de fenêtres.

Perso, je n'utilise quasiment que des applications avec des onglets (sauf mail, carnet d'adresses, ical et itunes, mais bon...)

(X n'a rien à faire sur un serveur Unix classique sauf à la rigueur un serveur d'applications X, et encore, il n'y en a plus énormément parce qu'un serveur d'application X a du mal à transmettre des applications riches qui utilisent des toolkits...)

flanker (./74) :
(pour certains raccourcis clavier, je ne sais pas trop ce qu'ils ont fumé, en effet )

Bah, c'est peut-être un utilisateur d'Emacs qui a choisi ce raccourci.

Sally (./77) :
Tiens sinon je viens de voir que sous emacs,

Et c'est toi qui te pleins du Ctrl+Fn+F4?

Soit une application qui me demande poliment de la cracker:
[URL=http://img121.imageshack.us/i/img036.png/][IMG]http://img121.imageshack.us/img121/3599/img036.png[/IMG][/URL]

Fort de mon achat réalisé la veille, je clique sur la zone de texte, tout excité à l'idée de pouvoir lui donner la clé magique, et voilà ce qui arrive:
[URL=http://img684.imageshack.us/i/img037.png/][IMG]http://img684.imageshack.us/img684/1262/img037.png[/IMG][/URL]

En fait, comme c'est souvent le cas sous Mac (Office, Interface Builder, etc.) certaines fenêtres, palettes ou barres d'outils ne sont visibles que si l'application est active. Comme ce fameux popup ^^
Résultat tu ne sais jamais ce qui va se passer quand tu vas activer ton appli, et c'est peut être une des raisons pour lesquelles le premier clic activant une fenêtre n'est pas (toujours) pris en compte par l'appli elle-même

Kevin > 1) les raccourcis d'emacs sont certes... particuliers mais j'en ai l'habitude . J'ai essayé plusieurs fois de passer à vim (et je l'utilise pour certains trucs), mais j'ai toujours eu la flemme de l'utiliser suffisamment pour retenir les raccourcis alors que je connais déjà ceux d'emacs ^^ (bon et puis je ne sais pas s'il y a vraiment un équivalent d'auctex pour vim...)
2) il faut rarement appuyer sur trois touches *en même temps* (la seule exceptions que je vois parmi ceux que j'utilise est rechercher-remplacer, mais je l'utilise moins que « changer de fenêtre »), en général il faut juste maintenir control et appuyer sur plusieurs lettres successivement, ça ne nécessite pas d'utiliser les deux mains en les sortant de la partie principale du clavier, contrairement à Ctrl+Fn+F4 (ou là il faut faire Ctrl-Fn tout en bas à gauche avec la main gauche, et F4 en haut à gauche avec la main droite )

Sauf erreur j'ai déjà vu des raccourcis à 5 touches sous Mac (genre Ctrl+option+shift+pomme+escape)

À quand le raccourci « plaque tes deux mains sur le clavier »

Bin j'utilise très souvent des raccourcis à quatre touches (Ctrl + Alt + Cmd + A/S/I/T/V/... ). Ils me ramènent directement à l'application que je veux, ce qui explique pourquoi je n'utilise quasiment pas Cmd + Tab ^^.
Et comme les trois touches sont côte à côte, ce n'est pas difficile de les appuyer en même temps.

Tiens apparemment pour les applications X11 le problème du focus est soluble par "defaults write org.x.X11 wm_ffm -bool true"

Heureusement parce que je viens d'installer gimp et sans ce réglage je au bout d'environ 15 secondes (pour utiliser un outil, il faut cliquer sur la fenêtre des outils une première fois pour l'activer avant de pouvoir cliquer sur ton outil pour le sélectionner, puis cliquer sur la fenêtre d'édition d'image une première fois pour l'activer avant de pouvoir cliquer une deuxième fois et que cette fois ça utilise vraiment l'outil . J'avais trouvé une option qui permet de rendre la fenêtre des outils "utilitaire" mais déjà ça la fait passer au premier plan de tout (y compris des menus de la barre de menus et indépendamment de l'application active ) et ensuite ça ne résoud pas le problème des deux clics sur la fenêtre d'édition d'image, donc c'était presque pire )

Gimp est inutilisable sous Mac, tu vas t'énerver. Sous Windows c'est pas génial mais ça va encore, sous Linux c'est bien, par contre sous Mac c'est... pas fait pour

Pour Mac, il y a http://gimp-app.sourceforge.net/ qui semble mieux que Gimp sous X (mais je ne l'ai pas testé, et je n'ai plus de Mac pour tester).

Edit : ah, je n'arrive pas à voir si c'est vraiment une version native ; a priori, ici un gars a fait tourné The Gimp sans X (http://lists.xcf.berkeley.edu/lists/gimp-developer/2007-March/017587.html) mais je n'ai pas l'impression que ça soit lié...

Y a également Seashore, mais je ne sais pas ce que ça vaut ^^