Sous XP A partir du SP2 ça ne marche plus (swap à mort) : il faut au minimum 1 Gb de RAM.
Source? Je faisais tourner un XP SP3 avec 512Mo, et jouer à UT 2000 à l'époque ne faisais pas ramer…
Après, évidemment, si tu gardes activés tous les services débiles et utilises des thèmes playskool, ben oui, ça bouffe plus. Mais toujours est-il qu'il est possible de faire tourner un XP SP3 avec moins de 512M.
Même avec Debian/LXDE je conseillerais un achat de 512 Mb de RAM supplémentaire
J'ai fait… non, je fait, tourner une Debian/XFCE sur une machine qui à moins de 200M. J'avoue, c'est pas super rapide, mais ça suffit pour faire tourner wesnoth (bien que le processeur en chie), iceweasel, et/ou mpd.
Encore que… je l'avais installé quand il n'y avait que 64M, oui, machine de récup, ça me fait toujours mal de jeter les vieux coucou qui marchent encore. Ensuite seulement, j'ai réussi à choper une barrette de plus, et j'arrive du coup pas loin des 200M. Debian fonctionne bien, sur ce système… antique, on va dire (design for windows millenium, tu vois le genre? Je me souviens plus du proc, mais ça doit tourner dans les 700-800MHz, de mémoire).
Ceci dit, je n'avais mis XFCE que pour la prêter à un frère dont le PC avait lâché, de base, je n'y avait mis que i3.
Je souhaiterai ajouter à ça, que pour persuader les gens (persuader!=convaincre, persuader c'est utiliser les sentiments, convaincre c'est utiliser des faits) il ne faut pas les attaquer, et dans mon cas j'ai ressenti des attaques contre MS, même s'ils n'étaient pas nommés.
Il vaut à mon avis mieux trouver un argument pour leur faire croire/accepter que ça peut les arranger ce changement, par exemple leur suggérer que ça peut être un argument marketing.
On ne fait pas aller les gens dans notre sens en leur cognant dessus, parce que ça risque de faire l'effet contraire, surtout s'ils ont plus de poids que toi dans la balance.
Désolé, mais je refuse que l'on casse mon workflow pour Mme Michu, qui de toute façon n'utilise pas le clavier pour copier/couper/coller, mais la souris.
Avec Mme Michu, tu en baveras à lui faire accepter le moindre raccourcis clavier, je ne parle même pas de la logique qu'il y à derrière qui fait que l'on sait que CTRL+F appelle le menu fichier, CTRL+P l'impression, etc.
Alors pourquoi péter nos raccourcis claviers, pourquoi est-ce à nous, professionnels ou amateurs éclairés, de nous adapter aux utilisateurs qui ne font pas d'efforts? Parce que soyons honnêtes: je m'intéresse de très loin plus à la mécanique de ma voiture, ne serait-ce que savoir ce qu'est un filtre à huile, que le mécano du coin s'intéresse à son ordi, et n'est pas capable de savoir ce qu'est un navigateur internet.
L'informatique impressionne, ou fait peur, ou peu importe, et les gens se cachent derrière ça pour refuser d'apprendre à s'en servir, et histoire de nous rappelle que c'est nous qui ne faisons pas d'efforts…
Pas bête, pas bête du tout, je ne me sers de cette touche que pour switcher les dico quand je suis sur le web, mais je devrais pouvoir simplement configurer de véritables raccourcis clavier en lieu et place. J'achète!
Bien vu, pour l'accessibilité des champs. Je n'y pense pas, parce que j'ai une forte préférence pour le C++, dans lequel il n'y à pas besoin de se répéter à chaque méthode ;) contrairement au java.
J'ai parfois l'impression que l'usage de ce type d'outils dépend assez puissamment à la fois des projets sur lesquels on bosse (ampleur, taille du code) et du ou des langages utilisés (ici, le java rends très utile le curseur multiple).
Le fichier qui nous intéresse est src/widgets/NumericTextCtrl.cpp; il définit le contenu de const BuiltinFormatString TimeConverterFormats[] et contient donc (j'enlève les commentaires et une partie du code) : C
const BuiltinFormatString TimeConverterFormats[] = {
{
_("seconds"),
_("01000,01000 seconds")
},
{
_("hh:mm:ss + milliseconds"),
_("0100 h 060 m 060.01000 s")
},
[...]
}
Comme la lecture du fichier l'indique, le contenu de chaînes comme "01000,01000 seconds" est analysé : le nombre est affiché suivant le format ainsi décrit.
Bon, désolé d'avance si l'affichage est foireux, je ne sais pas comment citer un passage incluant un bout de code.
Perso, quand j'ai vu le code, je me suis dit: "Tiens, des magic values. Et l'OP semble avoir besoin de recompiler pour les altérer? Dommage…".
Je m'explique. Modifier une magic value, ça permettra de satisfaire ton besoin immédiat, mais demain quelqu'un aura peut-être besoin de faire un truc encore différent (j'y connais que dalle en multimédia, alors je peux me tromper). Si à chaque fois il faut recompiler… je trouve ça gênant.
Ne serait-il pas faisable, en revanche, d'aller récupérer les informations dans un fichier de configuration? Dans le cas présent, il s'agit d'un ensemble de paires de string, contenant pour chacune le nom du mode d'affichage, et la description du format qui lui est associé.
Je ne connais pas l'état du source, si c'est propre ou pas, comment est gérée la configuration (base de données lourde? XML? Répertoire contenant divers fichiers de configuration de petite taille? Utilisation de la classe de gestion de la config de wxwidgets?) donc ce n'est peut-être pas aussi trivial que ça, mais si tu hôtes d'un bout de code des constantes magiques, en expliquant ton besoin d'origine et le fait que du coup, cette modification permets de gérer d'une part ton besoin, sans rien détruire, et qu'en plus les éventuels autres besoins liés à cet affichage seront gérés sans modification du source, j'imagine mal le patch être mal reçu par les dev.
En fait, de base, je vois mal des patch améliorant une fonctionnalité déjà présente être rejetés, contrairement à des demandes de fonctionnalités, comme déjà indiqué dans un autre fil par quelqu'un d'autre.
PS: c'est sûr que les dépêches ont une meilleure visibilité, mais, en fait, c'est une entrée de forum que tu nous as fait non?
Mais dans ce cas, les hommes se sentiraient insultés au même titre que les femmes le sont actuellement. Bref, je suis d'accord que c'est aberrant, mais pas pour une question de sexisme… juste de praticité.
je l'ai mappée à la place du CapsLock, touche qui ne sert pas à grand chose
Je m'en sers pour les «macros constantes» en C, bien que je doive admettre que j'utilise de moins en moins de C, et encore pire pour ce qui est des constantes. Donc pourquoi pas, il faudra que j'y réfléchisse.
C'est vrai, on peut passer d'une fenêtre à l'autre d'un simple raccourcis clavier.
Sauf que, à ce que je sais, c'est plutôt pénible d' "alttaber" jusqu'à tomber sur la bonne fenêtre. Avec un tiling wm, il n'y à pas cette contrainte, mais ça reste une frappe clavier supplémentaire, pour changer de fenêtre.
On peut aussi parler du fait que ça permette de ne pas avoir à modifier les dimensions des fenêtres que l'on utilise (je considère le mode fullscreen comme un redimensionnement).
Par contre, je n'ai pas compris ta seconde phrase? Utiliser des clients? C'est à dire?
C'est vrai que pouvoir sortir le prototype quand on appelle une fonction est quelque chose d'utile quand on utilise un IDE. Les IDEs ont leur lot d'avantages, je ne dis pas le contraire, vim aussi, grâce au fait qu'il soit possible de l'utiliser dans un terminal et donc d'en entrer/sortir rapidement, éventuellement après avoir greppé sur un terme, télécharger un fichier, remis en style (via astyle p. ex. ), commité, etc.
Bon, je sais, on peut faire pas mal de ces actions directement à partir de vim, mais je n'ai pas encore suffisamment l'habitude. N'empêche, à mon humble niveau, avec mon usage, je trouve bash+vim+cmake+git bien plus confortable à utiliser qu'un IDE avec un plugin pour git.
Question de goûts, je suppose.
c'est plus rapide que Caps lock suivi de e suivi de Caps lock
Sinon, ALT.GR+SHIFT+é marche aussi. (J'ai lu ça sur linuxfr il y à pas bien longtemps, mais ça à changé ma vie, depuis j'utilise des majuscules accentuées…)
J'ai aussi œ directement accessible avec AltGr.
La touche au dessus de tab, et à gauche de & le fait sans combinaison en "azerty linux".
Par contre, j'avoue que pouvoir avoir les chiffres accessibles sans bloquer un doigt sur shift serait bien pratique.
Ben, il y à au moins la traditionnelle F1, qui permets d'afficher l'aide sur 95% des soft que j'utilise. L'air de rien, c'est bien utile.
Par contre, j'ai beaucoup moins d'intérêt pour les touches multimédia, parce que je binde des raccourcis de mon window manager à mpc, par exemple (à une exception près: au boulot, car elles sont idéalement placées entre les touches fléchées et le pavé inser/supprs/pgup/pgdown/orig/end).
Conclusion: l'utilisateur qui configure son clavier n'en à de toute façon rien à foutre, mais alors strictement, de la dispo standard, et des contrôles par défaut des applications. Parce qu'il les à adapté à son comportement. Mais ce n'est pas une raison pour casser les habitudes qui ne font de mal à personne, genre F1 pour l'aide, F2 pour renommer, ESC pour annuler (ben oui, personne n'en à parlé de celle-là encore :p ).
Non, le problème (je parle de ce qui est imprimé sur les claviers, et qui répond tel que sous windows de mémoire), c'est plutôt le truc sur le alt.gr du $£ (je sais même pas ce que ça représente, ici ça tape un ê… utilité moyenne, e est plus simple amha), le ² qui est à côté du &, etc.
C'est pareil pour les touches "pause", "arret defil", "impr ecran", "orig", "fin", "insert", "suppr", "page up" et "page down" ou encore les touches de fonction. Ca n'est plus utilisé par personne ou presque (sauf qq geeks et qq gars malchanceux qui utilisent encore des logiciels metier des annees 80)
Alors, pause ça sert quand tu dois mettre en pause un jeu, une vidéo, arrêt de défilement, certes c'est un peu ancien, mais quand on à un OS digne de ce nom qui ne nous cache pas les emmerdes, ça permets de prendre le temps de lire.
L'impression d'écran, crois-moi, plein de gens s'en servent, j'en veux pour prendre que les gens qui travaillent envoient des rapports de bugs avec des captures, plutôt qu'un copier/coller de l'erreur du navigateur.
La touche suppression, sert à plein de gens pour supprimer des fichiers ou du texte. Quand je dis plein de monde, c'est vraiment plein de monde hein, je parle bien sûr pas de Mme Michu qui travaille en usine, mais des gens qui travaillent sur un PC de bureau. Les barbus, eux, s'en servent également pour couper du texte, certes.
Quant aux 5 autres touches, origine, fin, défilement de page vers le haut ou le bas, elles peuvent, encore une fois, servir à toute personne qui travaille régulièrement sur écran, à aller plus vite là ou elle souhaite aller dans son texte. Oui, c'est plus rapide que CTRL+F dans bien des cas… L'insertion, elle, ok, elle est moins utilisée. Pour ta gouverne, elle permets de copier ou coller du texte, ainsi que de basculer entre les mode écrasement et insertion du texte. Les 2 premiers usages sont anciens et quelques peu obsolètes (et encore, ça m'arrive de m'en servir encore) mais le second est très utile quand, encore une fois, on travaille sur du texte et que l'on utilise pas vim (qui dispose d'un mode d'écrasement, qui rend donc cette touche moins utile).
Maintenant que je t'ai manifestement appris que ces touches sont utiles, et pas que pour les geek ou utilisateurs d'applications anciennes (qui existent encore en nombre, que tu apprécies ce fait ou non! Certains sont adeptes du: if it's not broken, don't fix it!).
Mais, plus important, il faut vraiment, mais alors vraiment, que tu comprennes que… hé bien… tiens-toi bien, tu es assis? Ces touches ne font pas partie de ce qui pose problème avec les disposition clavier, et quand tu regardes les différents claviers autour de toi, elles ne sont ni toujours présentes, ni toujours au même places.
Autrement dit: elles ne sont pas standard.
Si déjà on pouvait taper les caractères spéciaux en majuscule, l'espace insécable, 2-3 caractères spéciaux absents (œ, tiret cadratin, points de suspension…) et les guillemets français (en gros comme avec n'importe quelle keymap disponible sous Linux)
On fait comment sous linux? Bon, les majuscules accentuées, je sais, le œ aussi, mais le reste, du tout, alors je sais la balle pour apprendre :)
Il dit que ça lui évite de quitter la fenêtre de son émulateur de terminal pour modifier un texte.
Autrement dit, il est peut-être (comme moi dans ce cas?) le genre de personne qui à oublié que l'on peut faire les choses à la souris dans un explorateur de fichier graphique, préférant le faire à coup de commandes shell.
les curseurs multiples tu t'en sert pour tout et n'importe quoi quasiment tout le temps et bien plus rapidement.
Oui, dommage que la seule implem que j'en aie vu (notepad++, codeblocks, scite, et 2-3 autres basés sur scintilla) soit bugguée (un certain nombre d'actions n'ont pas le comportement attendu, par exemple, quand on veut coller un truc à des endroits différents, ou quand on veut insérer une ligne: ça n'affecte qu'un seul curseur, quand ça ne fait pas sauter les autres curseurs…) et inutilisable sans prendre en main la souris.
Accessoirement, pour du code, je trouve ça pas plus mal de ne pas l'avoir.
Avant, je m'en servais. Depuis, j'évite de dupliquer du code, même si c'est vrai que dans le cas des switch case ça évite des frappes… mais avec vi, '10o[\t]case :[ENTER]' génère mes 10 lignes de copié collé. Plus qu'à revenir à chaque fois mettre la bonne valeur dans le case… l'avantage contrairement aux pointeurs multiples que j'aie utilisés, c'est… qu'on peut générer des blocs de code de plusieurs lignes de cette façon. La dernière fois ça ne marchait pas avec n++.
Par contre, le seul truc qui me gêne vraiment avec les nouveaux éditeurs de texte, et qui m'a séduit avec vim (avec lequel je suis encore un grand débutant) c'est le fait de ne pas avoir besoin de la souris ou de raccourcis clavier multipliant les appuis simultanés (bien que vim aie un certain nombre d'actions que l'on déclenche ainsi…mais je ne m'en sers jamais, principalement parce que je ne les connais pas et/ou qu'il s'agisse de gestion de fenêtres, chose que je délègue à mon WM).
À l'origine, j'ai toujours utilisé des IDE, puis quand je suis passé à linux j'ai commencé à apprendre à utiliser vim. Je n'utilise plus d'IDE, et je ne suis pas persuadé d'y avoir perdu en productivité…
Debian arrive en deux versions : la « testing », qui reçois un flot de paquet en continu (rolling release)
Petit points de détails…
Rolling release signifie que de nouvelles versions des logiciels sont intégrées régulièrement, qui ajoutent des fonctionnalités (et donc peut-être des bugs, tandis que les mises à jour de sécurité elles sont moins enclines à ce genre d'ajouts indésirables).
Debian Jessie, l'actuelle Testing, est sur le point (ou l'est-elle déjà?) d'un "freeze", ce qui signifie qu'elle ne recevra plus que des bugfixs jusqu'à devenir la version stable de Debian. Du coup, appeler Debian Testing une rolling release me gêne: ça dépend du moment.
Enfin, il y à une 3ème mouture de Debian, dite unstable, qui est elle réellement en rolling release. À noter quand même que les rolling release ont plus de risques à casser lors d'une MaJ.
[^] # Re: Si l'auto-hébergement ne te suffit plus (débit faible, disponibilité, etc ...)
Posté par freem . En réponse au journal Mon retour d'expérience sur l'auto-hébergement. Évalué à 4.
Source? Je faisais tourner un XP SP3 avec 512Mo, et jouer à UT 2000 à l'époque ne faisais pas ramer…
Après, évidemment, si tu gardes activés tous les services débiles et utilises des thèmes playskool, ben oui, ça bouffe plus. Mais toujours est-il qu'il est possible de faire tourner un XP SP3 avec moins de 512M.
J'ai fait… non, je fait, tourner une Debian/XFCE sur une machine qui à moins de 200M. J'avoue, c'est pas super rapide, mais ça suffit pour faire tourner wesnoth (bien que le processeur en chie), iceweasel, et/ou mpd.
Encore que… je l'avais installé quand il n'y avait que 64M, oui, machine de récup, ça me fait toujours mal de jeter les vieux coucou qui marchent encore. Ensuite seulement, j'ai réussi à choper une barrette de plus, et j'arrive du coup pas loin des 200M. Debian fonctionne bien, sur ce système… antique, on va dire (design for windows millenium, tu vois le genre? Je me souviens plus du proc, mais ça doit tourner dans les 700-800MHz, de mémoire).
Ceci dit, je n'avais mis XFCE que pour la prêter à un frère dont le PC avait lâché, de base, je n'y avait mis que i3.
[^] # Re: Félicitations
Posté par freem . En réponse à la dépêche GNU Emacs 24.4. Évalué à 3. Dernière modification le 20 novembre 2014 à 12:19.
Avec un ramdisk? Mais c'est vrai que dans ce cas il faut avoir les droits d'écriture dans la RAM… ce qui n'est pas évident :)
Pire, on pourrai n'avoir accès ni au réseau, ni au disque, ni à la ram… je crois qu'on appelle ça une télé après par contre.
[^] # Re: Hum
Posté par freem . En réponse au journal Un agencement de clavier normalisé : bientôt pour la France !. Évalué à 4.
Je souhaiterai ajouter à ça, que pour persuader les gens (persuader!=convaincre, persuader c'est utiliser les sentiments, convaincre c'est utiliser des faits) il ne faut pas les attaquer, et dans mon cas j'ai ressenti des attaques contre MS, même s'ils n'étaient pas nommés.
Il vaut à mon avis mieux trouver un argument pour leur faire croire/accepter que ça peut les arranger ce changement, par exemple leur suggérer que ça peut être un argument marketing.
On ne fait pas aller les gens dans notre sens en leur cognant dessus, parce que ça risque de faire l'effet contraire, surtout s'ils ont plus de poids que toi dans la balance.
[^] # Re: Clavier et normalisation.
Posté par freem . En réponse au journal Un agencement de clavier normalisé : bientôt pour la France !. Évalué à 3.
Désolé, mais je refuse que l'on casse mon workflow pour Mme Michu, qui de toute façon n'utilise pas le clavier pour copier/couper/coller, mais la souris.
Avec Mme Michu, tu en baveras à lui faire accepter le moindre raccourcis clavier, je ne parle même pas de la logique qu'il y à derrière qui fait que l'on sait que CTRL+F appelle le menu fichier, CTRL+P l'impression, etc.
Alors pourquoi péter nos raccourcis claviers, pourquoi est-ce à nous, professionnels ou amateurs éclairés, de nous adapter aux utilisateurs qui ne font pas d'efforts? Parce que soyons honnêtes: je m'intéresse de très loin plus à la mécanique de ma voiture, ne serait-ce que savoir ce qu'est un filtre à huile, que le mécano du coin s'intéresse à son ordi, et n'est pas capable de savoir ce qu'est un navigateur internet.
L'informatique impressionne, ou fait peur, ou peu importe, et les gens se cachent derrière ça pour refuser d'apprendre à s'en servir, et histoire de nous rappelle que c'est nous qui ne faisons pas d'efforts…
[^] # Re: Objectif réel du projet ?
Posté par freem . En réponse au journal Un agencement de clavier normalisé : bientôt pour la France !. Évalué à 2.
Pas bête, pas bête du tout, je ne me sers de cette touche que pour switcher les dico quand je suis sur le web, mais je devrais pouvoir simplement configurer de véritables raccourcis clavier en lieu et place. J'achète!
[^] # Re: Les trolls se perdent...
Posté par freem . En réponse à la dépêche GNU Emacs 24.4. Évalué à 3.
Faut suivre son temps, de nos jours c'est systemGnome, le sujet à troll :)
[^] # Re: Félicitations
Posté par freem . En réponse à la dépêche GNU Emacs 24.4. Évalué à 2.
Bien vu, pour l'accessibilité des champs. Je n'y pense pas, parce que j'ai une forte préférence pour le C++, dans lequel il n'y à pas besoin de se répéter à chaque méthode ;) contrairement au java.
J'ai parfois l'impression que l'usage de ce type d'outils dépend assez puissamment à la fois des projets sur lesquels on bosse (ampleur, taille du code) et du ou des langages utilisés (ici, le java rends très utile le curseur multiple).
[^] # Re: Félicitations
Posté par freem . En réponse à la dépêche GNU Emacs 24.4. Évalué à 3.
De mémoire, on peux aussi télécharger un zip, qui ne nécessite donc pas les droits administrateurs.
# Autre solution de patch
Posté par freem . En réponse à la dépêche Modeste contribution à Audacity sur l'affichage des temps. Évalué à 7.
Bon, désolé d'avance si l'affichage est foireux, je ne sais pas comment citer un passage incluant un bout de code.
Perso, quand j'ai vu le code, je me suis dit: "Tiens, des magic values. Et l'OP semble avoir besoin de recompiler pour les altérer? Dommage…".
Je m'explique. Modifier une magic value, ça permettra de satisfaire ton besoin immédiat, mais demain quelqu'un aura peut-être besoin de faire un truc encore différent (j'y connais que dalle en multimédia, alors je peux me tromper). Si à chaque fois il faut recompiler… je trouve ça gênant.
Ne serait-il pas faisable, en revanche, d'aller récupérer les informations dans un fichier de configuration? Dans le cas présent, il s'agit d'un ensemble de paires de string, contenant pour chacune le nom du mode d'affichage, et la description du format qui lui est associé.
Je ne connais pas l'état du source, si c'est propre ou pas, comment est gérée la configuration (base de données lourde? XML? Répertoire contenant divers fichiers de configuration de petite taille? Utilisation de la classe de gestion de la config de wxwidgets?) donc ce n'est peut-être pas aussi trivial que ça, mais si tu hôtes d'un bout de code des constantes magiques, en expliquant ton besoin d'origine et le fait que du coup, cette modification permets de gérer d'une part ton besoin, sans rien détruire, et qu'en plus les éventuels autres besoins liés à cet affichage seront gérés sans modification du source, j'imagine mal le patch être mal reçu par les dev.
En fait, de base, je vois mal des patch améliorant une fonctionnalité déjà présente être rejetés, contrairement à des demandes de fonctionnalités, comme déjà indiqué dans un autre fil par quelqu'un d'autre.
PS: c'est sûr que les dépêches ont une meilleure visibilité, mais, en fait, c'est une entrée de forum que tu nous as fait non?
[^] # Re: Hum
Posté par freem . En réponse au journal Un agencement de clavier normalisé : bientôt pour la France !. Évalué à 3.
Mais dans ce cas, les hommes se sentiraient insultés au même titre que les femmes le sont actuellement. Bref, je suis d'accord que c'est aberrant, mais pas pour une question de sexisme… juste de praticité.
[^] # Re: Objectif réel du projet ?
Posté par freem . En réponse au journal Un agencement de clavier normalisé : bientôt pour la France !. Évalué à 3.
Je m'en sers pour les «macros constantes» en C, bien que je doive admettre que j'utilise de moins en moins de C, et encore pire pour ce qui est des constantes. Donc pourquoi pas, il faudra que j'y réfléchisse.
Merci à vous deux en tout cas.
[^] # Re: Objectif réel du projet ?
Posté par freem . En réponse au journal Un agencement de clavier normalisé : bientôt pour la France !. Évalué à 2.
Je n'ai pas de touche compose, ou du moins pas que je sache, mais déjà les «» c'est pas mal à savoir.
[^] # Re: Menu en mode console
Posté par freem . En réponse à la dépêche GNU Emacs 24.4. Évalué à 0.
Je suppose que tu as essayé ESC pour sortir? Voire CTRL+C, sait-on jamais? 'fin bon, suis pas utilisateur d'emacs, alors je ne sais pas, je suggère :)
[^] # Re: Félicitations
Posté par freem . En réponse à la dépêche GNU Emacs 24.4. Évalué à 2.
C'est vrai, on peut passer d'une fenêtre à l'autre d'un simple raccourcis clavier.
Sauf que, à ce que je sais, c'est plutôt pénible d' "alttaber" jusqu'à tomber sur la bonne fenêtre. Avec un tiling wm, il n'y à pas cette contrainte, mais ça reste une frappe clavier supplémentaire, pour changer de fenêtre.
On peut aussi parler du fait que ça permette de ne pas avoir à modifier les dimensions des fenêtres que l'on utilise (je considère le mode fullscreen comme un redimensionnement).
Par contre, je n'ai pas compris ta seconde phrase? Utiliser des clients? C'est à dire?
[^] # Re: Félicitations
Posté par freem . En réponse à la dépêche GNU Emacs 24.4. Évalué à 4.
C'est vrai que pouvoir sortir le prototype quand on appelle une fonction est quelque chose d'utile quand on utilise un IDE. Les IDEs ont leur lot d'avantages, je ne dis pas le contraire, vim aussi, grâce au fait qu'il soit possible de l'utiliser dans un terminal et donc d'en entrer/sortir rapidement, éventuellement après avoir greppé sur un terme, télécharger un fichier, remis en style (via astyle p. ex. ), commité, etc.
Bon, je sais, on peut faire pas mal de ces actions directement à partir de vim, mais je n'ai pas encore suffisamment l'habitude. N'empêche, à mon humble niveau, avec mon usage, je trouve bash+vim+cmake+git bien plus confortable à utiliser qu'un IDE avec un plugin pour git.
Question de goûts, je suppose.
[^] # Re: qwerty?
Posté par freem . En réponse au journal Un agencement de clavier normalisé : bientôt pour la France !. Évalué à 2.
Sinon, ALT.GR+SHIFT+é marche aussi. (J'ai lu ça sur linuxfr il y à pas bien longtemps, mais ça à changé ma vie, depuis j'utilise des majuscules accentuées…)
La touche au dessus de tab, et à gauche de & le fait sans combinaison en "azerty linux".
Par contre, j'avoue que pouvoir avoir les chiffres accessibles sans bloquer un doigt sur shift serait bien pratique.
[^] # Re: Clavier et normalisation.
Posté par freem . En réponse au journal Un agencement de clavier normalisé : bientôt pour la France !. Évalué à 2.
Ben, il y à au moins la traditionnelle F1, qui permets d'afficher l'aide sur 95% des soft que j'utilise. L'air de rien, c'est bien utile.
Par contre, j'ai beaucoup moins d'intérêt pour les touches multimédia, parce que je binde des raccourcis de mon window manager à mpc, par exemple (à une exception près: au boulot, car elles sont idéalement placées entre les touches fléchées et le pavé inser/supprs/pgup/pgdown/orig/end).
Conclusion: l'utilisateur qui configure son clavier n'en à de toute façon rien à foutre, mais alors strictement, de la dispo standard, et des contrôles par défaut des applications. Parce qu'il les à adapté à son comportement. Mais ce n'est pas une raison pour casser les habitudes qui ne font de mal à personne, genre F1 pour l'aide, F2 pour renommer, ESC pour annuler (ben oui, personne n'en à parlé de celle-là encore :p ).
Non, le problème (je parle de ce qui est imprimé sur les claviers, et qui répond tel que sous windows de mémoire), c'est plutôt le truc sur le alt.gr du $£ (je sais même pas ce que ça représente, ici ça tape un ê… utilité moyenne, e est plus simple amha), le ² qui est à côté du &, etc.
[^] # Re: Clavier et normalisation.
Posté par freem . En réponse au journal Un agencement de clavier normalisé : bientôt pour la France !. Évalué à 2.
Tu fais comment pour sélectionner du texte dans un terminal? Je veux dire, sans la souris. Merci pour les shift+pgup/down par contre!
Toujours dans mon terminal, les raccourcis pour copier/couper basés sur suppr ne marchent pas ici. Une combo de touches, ou un truc à paramétrer?
[^] # Re: Clavier et normalisation.
Posté par freem . En réponse au journal Un agencement de clavier normalisé : bientôt pour la France !. Évalué à 5.
Alors, pause ça sert quand tu dois mettre en pause un jeu, une vidéo, arrêt de défilement, certes c'est un peu ancien, mais quand on à un OS digne de ce nom qui ne nous cache pas les emmerdes, ça permets de prendre le temps de lire.
L'impression d'écran, crois-moi, plein de gens s'en servent, j'en veux pour prendre que les gens qui travaillent envoient des rapports de bugs avec des captures, plutôt qu'un copier/coller de l'erreur du navigateur.
La touche suppression, sert à plein de gens pour supprimer des fichiers ou du texte. Quand je dis plein de monde, c'est vraiment plein de monde hein, je parle bien sûr pas de Mme Michu qui travaille en usine, mais des gens qui travaillent sur un PC de bureau. Les barbus, eux, s'en servent également pour couper du texte, certes.
Quant aux 5 autres touches, origine, fin, défilement de page vers le haut ou le bas, elles peuvent, encore une fois, servir à toute personne qui travaille régulièrement sur écran, à aller plus vite là ou elle souhaite aller dans son texte. Oui, c'est plus rapide que CTRL+F dans bien des cas… L'insertion, elle, ok, elle est moins utilisée. Pour ta gouverne, elle permets de copier ou coller du texte, ainsi que de basculer entre les mode écrasement et insertion du texte. Les 2 premiers usages sont anciens et quelques peu obsolètes (et encore, ça m'arrive de m'en servir encore) mais le second est très utile quand, encore une fois, on travaille sur du texte et que l'on utilise pas vim (qui dispose d'un mode d'écrasement, qui rend donc cette touche moins utile).
Maintenant que je t'ai manifestement appris que ces touches sont utiles, et pas que pour les geek ou utilisateurs d'applications anciennes (qui existent encore en nombre, que tu apprécies ce fait ou non! Certains sont adeptes du: if it's not broken, don't fix it!).
Mais, plus important, il faut vraiment, mais alors vraiment, que tu comprennes que… hé bien… tiens-toi bien, tu es assis? Ces touches ne font pas partie de ce qui pose problème avec les disposition clavier, et quand tu regardes les différents claviers autour de toi, elles ne sont ni toujours présentes, ni toujours au même places.
Autrement dit: elles ne sont pas standard.
[^] # Re: Objectif réel du projet ?
Posté par freem . En réponse au journal Un agencement de clavier normalisé : bientôt pour la France !. Évalué à 2.
On fait comment sous linux? Bon, les majuscules accentuées, je sais, le œ aussi, mais le reste, du tout, alors je sais la balle pour apprendre :)
[^] # Re: Gné ?
Posté par freem . En réponse au journal Un agencement de clavier normalisé : bientôt pour la France !. Évalué à 3.
Merci. Je ne savais pas comment exprimer tout ça sans y aller trop fort dans le sarcasme et le trash.
[^] # Re: Félicitations
Posté par freem . En réponse à la dépêche GNU Emacs 24.4. Évalué à 3. Dernière modification le 13 novembre 2014 à 18:32.
Pas besoin, vim tourne sous windows aussi.
[edit]
oups, pas vu la réponse entre deux…
[^] # Re: Félicitations
Posté par freem . En réponse à la dépêche GNU Emacs 24.4. Évalué à 3.
Il dit que ça lui évite de quitter la fenêtre de son émulateur de terminal pour modifier un texte.
Autrement dit, il est peut-être (comme moi dans ce cas?) le genre de personne qui à oublié que l'on peut faire les choses à la souris dans un explorateur de fichier graphique, préférant le faire à coup de commandes shell.
[^] # Re: Félicitations
Posté par freem . En réponse à la dépêche GNU Emacs 24.4. Évalué à 1.
Oui, dommage que la seule implem que j'en aie vu (notepad++, codeblocks, scite, et 2-3 autres basés sur scintilla) soit bugguée (un certain nombre d'actions n'ont pas le comportement attendu, par exemple, quand on veut coller un truc à des endroits différents, ou quand on veut insérer une ligne: ça n'affecte qu'un seul curseur, quand ça ne fait pas sauter les autres curseurs…) et inutilisable sans prendre en main la souris.
Accessoirement, pour du code, je trouve ça pas plus mal de ne pas l'avoir.
Avant, je m'en servais. Depuis, j'évite de dupliquer du code, même si c'est vrai que dans le cas des switch case ça évite des frappes… mais avec vi, '10o[\t]case :[ENTER]' génère mes 10 lignes de copié collé. Plus qu'à revenir à chaque fois mettre la bonne valeur dans le case… l'avantage contrairement aux pointeurs multiples que j'aie utilisés, c'est… qu'on peut générer des blocs de code de plusieurs lignes de cette façon. La dernière fois ça ne marchait pas avec n++.
Par contre, le seul truc qui me gêne vraiment avec les nouveaux éditeurs de texte, et qui m'a séduit avec vim (avec lequel je suis encore un grand débutant) c'est le fait de ne pas avoir besoin de la souris ou de raccourcis clavier multipliant les appuis simultanés (bien que vim aie un certain nombre d'actions que l'on déclenche ainsi…mais je ne m'en sers jamais, principalement parce que je ne les connais pas et/ou qu'il s'agisse de gestion de fenêtres, chose que je délègue à mon WM).
À l'origine, j'ai toujours utilisé des IDE, puis quand je suis passé à linux j'ai commencé à apprendre à utiliser vim. Je n'utilise plus d'IDE, et je ne suis pas persuadé d'y avoir perdu en productivité…
[^] # Re: prendre les choses dans l'ordre
Posté par freem . En réponse au message Comment installer Linux sur mon ordinateur? . Évalué à 3.
Petit points de détails…
Rolling release signifie que de nouvelles versions des logiciels sont intégrées régulièrement, qui ajoutent des fonctionnalités (et donc peut-être des bugs, tandis que les mises à jour de sécurité elles sont moins enclines à ce genre d'ajouts indésirables).
Debian Jessie, l'actuelle Testing, est sur le point (ou l'est-elle déjà?) d'un "freeze", ce qui signifie qu'elle ne recevra plus que des bugfixs jusqu'à devenir la version stable de Debian. Du coup, appeler Debian Testing une rolling release me gêne: ça dépend du moment.
Enfin, il y à une 3ème mouture de Debian, dite unstable, qui est elle réellement en rolling release. À noter quand même que les rolling release ont plus de risques à casser lors d'une MaJ.