Je trouve déjà que c'est une grande surface pour y écrire le scénario d'une pauvreté déconcertante de ce très très décevant spin-off de la série X-men.
Tout est téléphoné, exagéré, pathétique, et il n'existe pas une once de psychologie dans les personnages, les meurtres gratuits pullulent dans le seul but de faire soi-disant grandir le côté animal de Logan, le mutant capable d'émotion (la rage...).
Trop c'est trop, ce film n'a aucun intérêt, c'est un raté spectaculaire, voire monumental, surtout après les trois opus de X-men qui mettaient la barre nettement plus haut.
Bah bien sûr !
Le concept d'objet est apparut avant... les langages objets !
Et on en faisait en C il y a un bon moment déjà.
Le principal outil C permettant de faire de l'orienté objet est le pointeur de fonctions, comme ça tu définis une structure (ton objet) avec des variables, et des méthodes (qui sont en fait des pointeurs sur des fonctions).
C'est simple et efficace, mais comme un peu tout en C tu fais toute la mayonnaise à la main, à coups de malloc, etc.
Le garbage collector il se fait à la main, et il faut être bien rigoureux, sinon ça segfaulte. Mais tout se fait pareil en C.
Oh ce troll fantastique !
Java choisi après une étude approfondie, rationnelle et pragmatique, fallait la faire celle là, jolie :)
Et un mardi en plus, chapeau !
Mercurial c'est bon, j'avais pas mal cherché à un moment un truc à utiliser de façon personnelle et mon choix s'est arrêté sur Mercurial : prise en main rapide et efficace, ça marche, c'est bien.
Git m'avait un peu rebuté, il est plus « rugueux », faut en vouloir un peu plus pour rentrer dedans. Ma flemme étant l'une de mes meilleure conseillère, Mercurial a vaincu.
Il est écrit que c'est un logiciel libre, si tu ne peux pas faire ça ce n'en est plus un, donc je suppose que oui, tu peux.
Une rapide recherche sur le site et dans les sources... n'a rien donné quant-à la licence utilisée ^^ Donc je suppose que ta question se pose malgré tout...
J'ai réussi avec ces outils, et pas mal de bidouille aussi, parce que c'est tordu.
psbook c'est super bien, je faisais la découpe et la réorganisation des pages à la main, avec pdftk par exemple pour extraire les pages du PDF et en recréer dans un ordre pour livret. psbook il fait ça super bien et tout seul :)
Mais bon, le problème n'était pas précisément là...
En fait la solution a été « psresize ».
Premier problème en fait : avoir un postscript qui soit vraiment en A5, dvips ou même pdftops ont tendance à sortir un postscript au format A4 avec la page A5 coincée en haut à gauche.
On s'en sort avec une option de pdftops (je n'ai pas (encore ?) trouvé son équivalent dans dvips).
pdftops -expand -paper match fichier.pdf fichier.ps
Là on a un joli postscript équivalent au DVI ou au PDF générés par LaTeX. C'est beau, c'est propre...
psbook ensuite crée le livret, aucun soucis de ce côté là : psbook -s16 fichier.ps livret.ps
livret.ps est encore au format A5, toujours propre, jusque là on est heureux, mais à l'impression ça explose toujours.
psnup m'a toujours sorti un fichier postscript qui avait les mêmes problèmes que l'impression : des pages A5 posées sur du A4, le A4 réduit en A5 et composé en deux pages par page : échec...
La solution est venue de psresize :
psresize -Pa5 -pa4 livret.ps livretA4.ps
Cet outil va agrandir ma page A5 pour qu'elle soit au format A4, en zoomant comme il faut, c'est là le miracle, j'ai ma belle page d'origine mais juste plus grande et considérée comme A4, mais un A4 propre, comme le DVI ou le PDF d'origine, victoire !
Bon, pas tout à fait : quand on regarde le fichier livretA4.ps on se rencontre que le fichier lui-même est toujours en A5, avec nos nouvelles pages redimensionnées en A4 dedans, donc c'est tronqué de partout : on voit juste le centre de la page.
Mais ça ce n'est pas grave, ces formats ne perdent pas l'information hors des limites du document, donc ma page est encore entière c'est juste qu'onlui demande d'afficher un bout au format A5 au milieu.
Et ça s'arrange comme ça :
ps2pdf -sPAPERSIZE=a4 livretA4.ps imprimable.pdf
En fait on peut mêmeglisser le psnup entre les deux dernières commandes :
psnup -2 livretA4.ps livretA4-2p.ps , qui sort un postscript avec deux pages sur une, prêt à l'impression, mais toujours défini comme étant A5, avec des pages A4 dedans, donc tronqué à l'affichage. Là on refait la manip ps2pdf -sPAPERSIZE=a4, et on a un PDF imprimable directement en recto-verso sans avoir besoin d'un logiciel comme okular ou hp-toolbox ou que sais-je pour imprimer deux pages sur une...
Je n'ai pas réussi à remettre le format du postscript en A4 correctement pour le moment, je ne vois pas comment faire avec pstops, donc on revient à un PDF à l'arrivée.
Il est probable en fait que ce dernier fichier postscript s'imprime correctement sur papier A4, mais je n'ai pas testé.
C'est une solution qui me plait pas mal, mais il va falloir fouiller un peu pour savoir s'il est capable de faire des choses comme psbook, pour l'impression d'un livret.
En attendant j'ai trouvé ma solution en ligne de commande alors je vais souffler un peu etenfin imprimer mon doc !
L'idée est bonne, j'avais essayé en changeant juste la taille dans l'entête :
\documentclass[a5paper,10pt]{book} -> \documentclass[a4paper,20pt]{book}
Mais il ne veut pas, c'est forcément 10, 11 ou 12pt.
Cela dit c'est un peu du bricolage, et j'aimerai juste une solution propre où je crée des pages A5 pour les imprimer en A5, a priori ça n'a pas l'air d'être trop demander, hein...?
Bref, j'expérimente avec ce que les gens m'ont proposé après !
Quand tu construits du neuf, tu prévois des gaines pour faire passer les câbles électriques dans toutes tes salles, tu en profites pour glisser des lignes RJ-11 (téléphone) là où il faut, et depuis quelques années en standard tu mets aussi du RJ-45, et tu prévois les switch à chaque étage et tout. Pendant la construction c'est prévu puisque de toute façon les câbles électriques sont installés, rajouter d'autres câbles au même moment ne coute en gros que le prix du câble, plus un peu de matériel (les switchs et armoires réseau).
Quand tu rénoves un bâtiment qui n'avait pas d'installation réseau auparavant, et bien tu dois installer ces câbles dans de l'existant, et ce n'est pas toujours facile, tu peux être obligé de casser des bouts de mur pour les reboucher derrière, tu dois démonter le plinthes, et faire passer les câbles dedans, ou peut-être même créer un nouveau réseau de gaines et conduits où faire passer tes câbles parce que ça ne peut pas s'adapter correctement à l'existant.
Bon, si par chance tout était en faux plafonds, c'est plus simple, mais pareil, les faux plafonds il n'y en a pas si le bâtiment est suffisamment vieux.
Tout ça pour dire qu'installer des câbles ça n'est pas juste acheter des grosses bobines et les dérouler dans les couloirs. La rénovation ce n'est pas simple et c'est parfois plus cher que de faire du neuf, surtout quand on veut le moins possible toucher à l'existant.
Je crois que beaucoup de programmeurs ne se posent pas vraiment de questions d'ergonomie, ou alors pas tout le temps...
Souvent l'ergonomie se résume à ça :
On code une fonctionnalité, on réfléchi deux minute à quel sous-sous-sous-menu l'ajouter et tadaaa !
Après quand on réalise que ça devient un peu touffu, on ajoute un super système qui fait que les fonctionnalités les plus demandées par l'utilisateur « remontent » dans les menus et sont accessibles plus rapidement.
Si au moins pour chaque élément, chaque fonction, il se pose la question de savoir comment la présenter de façon logique et intuitive, il va déjà assez loin !
Après, aux utilisateurs de lui expliquer ce qui est bien et ce qui ne l'est pas, il semble être à l'écoute de ce genre de détail.
Il s'appelle Grégoire Gentil, donc probablement français oui, mais la boîte est californienne, donc un expatrié, et pas une boîte française.
C'est clair que s'il n'y a que 128Mo de RAM, ils ont tout raté...
Mais ils ont l'air d'avoir bien fait leur bidule, espérons qu'il y ait plus de RAM dedans.
Ca a l'air assez fun comme machine, et puis utiliser un ARM, c'est la fête, côté consommation et chaleur, ça n'a rien à voir avec du x86 :)
Ok, après avoir lu ta page, je vois que j'utilise déjà la coloration sémantique avec Python sous emacs, même si peut-être pas autant poussé que dans les exemples de ton lien.
C'est juste que j'appelais ça de la coloration syntaxique... A mon avis c'est simplement l'évolution logique de la coloration syntaxique, et ça me parait tellement évident que je suis surpris que des gens découvrent ça en le trouvant génial.
Mais ouais, c'est bien la coloration sémantique, c'est la fête !
On est d'accord sur l'ordre de grandeur, je n'ai pas de valeur précise, ma règle c'est juste : si j'ai du mal à « voir » la fonction d'un seul coup d'oeil, c'est qu'elle est trop longue et qu'il faudrait que je cherche à la découper, ou à la réécrire mieux.
« Gagner » une ligne pour chaque accolade ouvrante rend la fonction plus compacte tout en étant à mon sens plus lisible : je vois mieux les blocs logique comme ça, une ligne vide ça a plein de sens, l'indentation en a aussi.
On est vraiment dans le visuel là, ce que mon oeil perçoit rapidement, d'un seul coup, avec le minimum d'analyse de la part du cerveau.
Et j'ai horreur de l'accolade à la ligne parce qu'elle me gène, et je sépare mes fonctions d'au minimum deux lignes sauf si elles sont très étroitement liées.
Donc ces lignes ce n'est pas du grattage pour faire tomber la taille sous une limite dure, c'est vraiment parce que je trouve ça illisible avec l'accolade à la ligne. Ca casse la logique de l'indentation, c'est laid, et j'aime pas ça :)
Oh, c'est vendredi, juste un lâché de troll supplémentaire.
J'ai personnellement horreur de cette façon d'écrire, je trouve que c'est nettement moins lisible que de laisser l'accolade à sa place à la fin de la ligne à laquelle elle appartient.
De plus, j'ai comme philosophie qu'une fonction bien écrite est courte, et se « voit » d'un seul regard. Une fonction ne devrait jamais faire plus d'un écran de long en nombre de lignes, et la moitié c'est déjà pas mal. Sachant que j'utilise en gros un terminal allongé à la hauteur de l'écran, un peu moins de 70 lignes, donc 35 lignes pour une fonction ressemble à une bonne limite floue.
Une fonction trop longue devient illisible, s'il faut faire défiler en haut ou en bas pur la lire en entier c'est insupportable, et plus elle est courte, moins les yeux doivent faire d'aller-retours, plus elle est lisible.
Tout en gardant une opération par ligne bien sûr.
Donc la ligne bêtement perdue par cette accolade qui en prend une pour elle toute seule, gène en soi la lisibilité en accroissant le nombre de ligne.
De plus, l'oeil voit bien les blocs de texte, pour repérer une fonction dans son code, on fait défiler et on regarde la forme du texte, aidé par la coloration syntaxique. Si la fonction est entrecoupée de sauts de ligne incongrus, et de lignes perdues de partout, la fonction semble découpée en tronçons et on a du mal à savoir où elle commence et où elle arrête.
Attention, je ne dis pas qu'il ne faut pas sauter de lignes parfois dans du code, à certains endroits ça sépare des blocs logique et aide à la lisibilité du code, mais il ne faut pas le faire n'importe où.
C'est comme écrire un texte, un livre, tu utilises des paragraphes pour aérer, mais pas des tas de paragraphes d'une seule phrase non plus, le texte est regroupé en groupes de phrases logiques.
Bref, l'accolade à la ligne c'est, à mon sens, une perte de lisibilité.
Après c'est ma vie, mes couleurs, mon appréciation de la chose, mes gouts, mais c'est au moins un peu réfléchi comme avis, donc pas juste un lâché de troll dans le vent du matin :)
J'approuve le commentaire de msieur_happy, la coloration syntaxique est encore ce qu'il y a de mieux, de plus simple et répandu, pour ce différencier variables, valeurs, fonctions, mots-clefs, erreurs de syntaxe, etc.
Franchement, pour coder en PHP tout les jours pas vraiment par choix, ces $ devant chaque nom de variable me fatiguent. C'est exactement comme le ; en fin de ligne : totalement inutile, ça plante directement dès qu'ils n'y sont pas, la correction de l'erreur est toujours syntaxiquement évidente.
Le seul et unique intérêt du $ devant les noms de variable est en bash comme en PHP de les glisser directement dans les chaînes de caractères : echo "Bonjour $nom !" , ça c'est pratique.
Ben... C'est tout ce que j'ai trouvé...
Après, avoir de bonnes conventions de codage pour voir clairement les variables, leur type prévu ou leur utilisation, ou même leur champs d'action, c'est valable quel que soit le langage.
Mais je n'ai aucune difficulté à lire, même sans coloration syntaxique, un truc du genre :
for x in ma_liste:
print x
Ce n'est pas moins clair, au contraire, que :
foreach($ma_liste as $x) {
echo $x;
}
Je vais choisir un langage disons...
- interprété, parce que pour le compilé j'ai le C qui me convient bien ;
- rapide ;
- peu verbeux ;
- a la syntaxe claire (au revoir bash, perl...) ;
- plutôt sans contraintes de typage, parce que si j'ai besoin de faire un truc super précis, ben j'ai encore le C, là ça serait plutôt pour moins me prendre le choux ;
- un bon paquet de bibliothèques variées et aisément disponibles ;
- ah tiens, s'il pouvait y avoir une killer-feature comme un interpréteur en ligne de commande, un shell du langage en somme, ça tuerait tout, pouvoir tester rapidement un fonctionnement, une fonction, sans écrire tout un programme, juste écrire le bout de code qui t'intéresse et voir ce qu'il donne, super pratique ça, ça manque a des langages comme le PHP ou même le javascript (pourtant ça serait faisable en js)... ;
- intéropérable évidemment (au revoir java (on est vendredi !), et visualbasic, la larme à l'oeil (mwarfff...)) ;
- qui permette aisément de faire un programme, un site web, un script, tout ça dans un même langage, histoire de ne pas en apprendre douze différents, je connais déjà le C en plus, deux langages plus le HTML/CSS/JS, ça suffit amplement ;
- qui soit adapté au calcul scientifique (bc c'est sympa mais un peu limité quand même) ;
- et qui fait ce qu'on attend de lui sans même avoir besoin de t'imposer de mettre $ devant tes noms de variables ;
- qui permette d'éviter de voir l'ignoblissime syntaxe venue de certains inutilisateurs du C qui consiste à mettre l'accolade ouvrante à la ligne, pouaaark !
Bref, ça fait pas mal de contraintes, j'en ai heureusement un sous la main.
Ca faisait longtemps, je m'excuse de le faire encore une fois, mais je le fais sur des fautes grosses et récurrentes, pas sur des fautes de frappe.
Le monsieur là, il ne saura jamais, pas il ne sera jamais s'il a reçu son mail.
Saura : c'est le verbe savoir : il ne va pas *savoir* s'il a reçu son mail.
Sera : ça c'est le verbe être ! : il va être d'avoir reçu son mail ? Mux ?
Je l'ai vu passer un certain nombre de fois ces derniers jours, pas forcément par la même personne, c'est une faute trop courante, alors j'explique :)
Maître Ythello.
PS : Je ne parle plus des participe passé écrit en « -er » et des infinitif écrit en « -é », ça me déprime trop, mais remplacez vos verbes par un verbe du troisième groupe, « finir » par exemple, prononcez, on entend mieux la différence entre fini et finir qu'entre payé et payer...
C'est aussi un des intérêts du C de ne pas mettre ce genre de limites.
Le C a un statut très particulier parmi les langages : tu es seul maitre à bord, tes conneries sont les tiennes, mais tes bidouilles aussi.
Ce n'est pas forcément le pied quand on veut un projet complexe, avec de multiples contributeurs de niveaux inégaux, et qu'on n'a pas le temps ou l'énergie de gérer le projet aussi bien que par exemple un kernel Linux, mais cette liberté est irremplaçable quand on en a besoin.
Personnellement, j'adore cette sensation de liberté quand je code en C :)
Et j'adore cette sensation de simplicité quand je code en Python.
Mais ce n'est pas pour les même choses...
Je sais qu'on est vendredi, troll tout ça, mais franchement, régulièrement je cherche, mais je reviens *toujours* à xmms pour écouter ma musique.
J'en ai testé plein, de mpd à amarok en passant par audacious ou aqualung.
Je n'aime pas les trucs à la amarok, qui « gère tes musique », c'est chiant de juste écouter le contenu d'un fichier juste là, devant toi, sur ta fenêtre ROX-Filer. Ca c'est une question de goût.
Un truc simple qui te fait juste playlist correctement, ben j'en ai pas trouvé de mieux que XMMS.
Je veux bien qu'on m'en propose, j'essaie de quitter XMMS, c'est juste que je n'y arrive pas... Et ça me déprime un peu :(
Il est pas moche l'installateur, il est en mode console, texte.
Mais il y a des couleurs, des choix, des textes explicatifs, il permet de modifier ses choix si on s'est trompé, se charge de toute la configuration de base sans problème, et fait ça bien sans s'emmêler les pinceaux ni faire de conneries.
C'est un choix assez aisé à faire finalement, parce que la seule chose que d'autres installateurs ont et que lui n'a pas, c'est un environnement graphique avec une souris.
Franchement... Ya pas de quoi en faire un plat hein !
# Timbre-poste...
Posté par Yth (Mastodon) . En réponse à la dépêche X-Men Origins: Wolverine. Évalué à 8.
Tout est téléphoné, exagéré, pathétique, et il n'existe pas une once de psychologie dans les personnages, les meurtres gratuits pullulent dans le seul but de faire soi-disant grandir le côté animal de Logan, le mutant capable d'émotion (la rage...).
Trop c'est trop, ce film n'a aucun intérêt, c'est un raté spectaculaire, voire monumental, surtout après les trois opus de X-men qui mettaient la barre nettement plus haut.
Yth, vraiment déçu.
[^] # Re: De l'orienté objet écrit en... C?
Posté par Yth (Mastodon) . En réponse à la dépêche E17 est annoncé.. Évalué à 2.
Le concept d'objet est apparut avant... les langages objets !
Et on en faisait en C il y a un bon moment déjà.
Le principal outil C permettant de faire de l'orienté objet est le pointeur de fonctions, comme ça tu définis une structure (ton objet) avec des variables, et des méthodes (qui sont en fait des pointeurs sur des fonctions).
C'est simple et efficace, mais comme un peu tout en C tu fais toute la mayonnaise à la main, à coups de malloc, etc.
Le garbage collector il se fait à la main, et il faut être bien rigoureux, sinon ça segfaulte. Mais tout se fait pareil en C.
Yth.
[^] # Re: ça me fait plaisir !
Posté par Yth (Mastodon) . En réponse au journal Python adopte Mercurial. Évalué à 0.
Java choisi après une étude approfondie, rationnelle et pragmatique, fallait la faire celle là, jolie :)
Et un mardi en plus, chapeau !
Mercurial c'est bon, j'avais pas mal cherché à un moment un truc à utiliser de façon personnelle et mon choix s'est arrêté sur Mercurial : prise en main rapide et efficace, ça marche, c'est bien.
Git m'avait un peu rebuté, il est plus « rugueux », faut en vouloir un peu plus pour rentrer dedans. Ma flemme étant l'une de mes meilleure conseillère, Mercurial a vaincu.
Yth.
[^] # Re: Debian ?
Posté par Yth (Mastodon) . En réponse à la dépêche SOGo 1.0, un collecticiel libre intégré et inspiré par Mozilla Thunderbird / Lightning. Évalué à 4.
T'as ta réponse :)
Yth.
[^] # Re: Debian ?
Posté par Yth (Mastodon) . En réponse à la dépêche SOGo 1.0, un collecticiel libre intégré et inspiré par Mozilla Thunderbird / Lightning. Évalué à 2.
Une rapide recherche sur le site et dans les sources... n'a rien donné quant-à la licence utilisée ^^ Donc je suppose que ta question se pose malgré tout...
Yth.
[^] # Re: > Un super utilitaire en ligne de commande qui marche vraiment
Posté par Yth (Mastodon) . En réponse au message Problème d'impression d'un document LaTeX A5 sur A4. Évalué à 2.
Merci,
Yth.
[^] # Re: Postscript
Posté par Yth (Mastodon) . En réponse au message Problème d'impression d'un document LaTeX A5 sur A4. Évalué à 4.
psbook c'est super bien, je faisais la découpe et la réorganisation des pages à la main, avec pdftk par exemple pour extraire les pages du PDF et en recréer dans un ordre pour livret. psbook il fait ça super bien et tout seul :)
Mais bon, le problème n'était pas précisément là...
En fait la solution a été « psresize ».
Premier problème en fait : avoir un postscript qui soit vraiment en A5, dvips ou même pdftops ont tendance à sortir un postscript au format A4 avec la page A5 coincée en haut à gauche.
On s'en sort avec une option de pdftops (je n'ai pas (encore ?) trouvé son équivalent dans dvips).
pdftops -expand -paper match fichier.pdf fichier.ps
Là on a un joli postscript équivalent au DVI ou au PDF générés par LaTeX. C'est beau, c'est propre...
psbook ensuite crée le livret, aucun soucis de ce côté là : psbook -s16 fichier.ps livret.ps
livret.ps est encore au format A5, toujours propre, jusque là on est heureux, mais à l'impression ça explose toujours.
psnup m'a toujours sorti un fichier postscript qui avait les mêmes problèmes que l'impression : des pages A5 posées sur du A4, le A4 réduit en A5 et composé en deux pages par page : échec...
La solution est venue de psresize :
psresize -Pa5 -pa4 livret.ps livretA4.ps
Cet outil va agrandir ma page A5 pour qu'elle soit au format A4, en zoomant comme il faut, c'est là le miracle, j'ai ma belle page d'origine mais juste plus grande et considérée comme A4, mais un A4 propre, comme le DVI ou le PDF d'origine, victoire !
Bon, pas tout à fait : quand on regarde le fichier livretA4.ps on se rencontre que le fichier lui-même est toujours en A5, avec nos nouvelles pages redimensionnées en A4 dedans, donc c'est tronqué de partout : on voit juste le centre de la page.
Mais ça ce n'est pas grave, ces formats ne perdent pas l'information hors des limites du document, donc ma page est encore entière c'est juste qu'onlui demande d'afficher un bout au format A5 au milieu.
Et ça s'arrange comme ça :
ps2pdf -sPAPERSIZE=a4 livretA4.ps imprimable.pdf
En fait on peut mêmeglisser le psnup entre les deux dernières commandes :
psnup -2 livretA4.ps livretA4-2p.ps , qui sort un postscript avec deux pages sur une, prêt à l'impression, mais toujours défini comme étant A5, avec des pages A4 dedans, donc tronqué à l'affichage. Là on refait la manip ps2pdf -sPAPERSIZE=a4, et on a un PDF imprimable directement en recto-verso sans avoir besoin d'un logiciel comme okular ou hp-toolbox ou que sais-je pour imprimer deux pages sur une...
Je n'ai pas réussi à remettre le format du postscript en A4 correctement pour le moment, je ne vois pas comment faire avec pstops, donc on revient à un PDF à l'arrivée.
Il est probable en fait que ce dernier fichier postscript s'imprime correctement sur papier A4, mais je n'ai pas testé.
Bref, merci beaucoup !
Yth.
f=`basename fichier.tex .tex`
s=16
pdflatex $f.tex
pdftops -expand -paper match $f.pdf $f.ps
psbook -s$s $f.ps ${f}-livret.ps
psresize -Pa5 -pa4 ${f}-livret.ps ${f}-livret-A4.ps
psnup -2 ${f}-livret-A4.ps ${f}-livret-A4-2p.ps
ps2pdf -sPAPERSIZE=a4 ${f}-livret-A4-2p.ps ${f}-imprimable.pdf
lpr ${f}-imprimable.pdf
[^] # Re: pgfpages
Posté par Yth (Mastodon) . En réponse au message Problème d'impression d'un document LaTeX A5 sur A4. Évalué à 2.
En attendant j'ai trouvé ma solution en ligne de commande alors je vais souffler un peu etenfin imprimer mon doc !
Merci,
Yth.
[^] # Re: Et si c'etait l'imprimante qui le faisait.?
Posté par Yth (Mastodon) . En réponse au message Problème d'impression d'un document LaTeX A5 sur A4. Évalué à 2.
\documentclass[a5paper,10pt]{book} -> \documentclass[a4paper,20pt]{book}
Mais il ne veut pas, c'est forcément 10, 11 ou 12pt.
Cela dit c'est un peu du bricolage, et j'aimerai juste une solution propre où je crée des pages A5 pour les imprimer en A5, a priori ça n'a pas l'air d'être trop demander, hein...?
Bref, j'expérimente avec ce que les gens m'ont proposé après !
Merci,
Yth.
# Coût du câblage.
Posté par Yth (Mastodon) . En réponse au journal Le tableau numérique interactif de l'école de Goussainville.. Évalué à 10.
Quand tu rénoves un bâtiment qui n'avait pas d'installation réseau auparavant, et bien tu dois installer ces câbles dans de l'existant, et ce n'est pas toujours facile, tu peux être obligé de casser des bouts de mur pour les reboucher derrière, tu dois démonter le plinthes, et faire passer les câbles dedans, ou peut-être même créer un nouveau réseau de gaines et conduits où faire passer tes câbles parce que ça ne peut pas s'adapter correctement à l'existant.
Bon, si par chance tout était en faux plafonds, c'est plus simple, mais pareil, les faux plafonds il n'y en a pas si le bâtiment est suffisamment vieux.
Tout ça pour dire qu'installer des câbles ça n'est pas juste acheter des grosses bobines et les dérouler dans les couloirs. La rénovation ce n'est pas simple et c'est parfois plus cher que de faire du neuf, surtout quand on veut le moins possible toucher à l'existant.
Yth.
[^] # Re: Philosophie
Posté par Yth (Mastodon) . En réponse au journal Logram : Environnement de bureau unique. Évalué à 6.
Souvent l'ergonomie se résume à ça :
On code une fonctionnalité, on réfléchi deux minute à quel sous-sous-sous-menu l'ajouter et tadaaa !
Après quand on réalise que ça devient un peu touffu, on ajoute un super système qui fait que les fonctionnalités les plus demandées par l'utilisateur « remontent » dans les menus et sont accessibles plus rapidement.
Si au moins pour chaque élément, chaque fonction, il se pose la question de savoir comment la présenter de façon logique et intuitive, il va déjà assez loin !
Après, aux utilisateurs de lui expliquer ce qui est bien et ce qui ne l'est pas, il semble être à l'écoute de ce genre de détail.
Yth.
[^] # Re: fennec
Posté par Yth (Mastodon) . En réponse au journal La société Always Innovating porte bien son nom!. Évalué à 2.
C'est clair que s'il n'y a que 128Mo de RAM, ils ont tout raté...
Mais ils ont l'air d'avoir bien fait leur bidule, espérons qu'il y ait plus de RAM dedans.
Ca a l'air assez fun comme machine, et puis utiliser un ARM, c'est la fête, côté consommation et chaleur, ça n'a rien à voir avec du x86 :)
Yth...
[^] # Re: Une pétition ?
Posté par Yth (Mastodon) . En réponse au journal Il faut sauver le soldat %. Évalué à 1.
C'est juste que j'appelais ça de la coloration syntaxique... A mon avis c'est simplement l'évolution logique de la coloration syntaxique, et ça me parait tellement évident que je suis surpris que des gens découvrent ça en le trouvant génial.
Mais ouais, c'est bien la coloration sémantique, c'est la fête !
Yth.
[^] # Re: Mouhahahaha
Posté par Yth (Mastodon) . En réponse au journal Il faut sauver le soldat %. Évalué à 1.
Yth.
[^] # Re: Une pétition ?
Posté par Yth (Mastodon) . En réponse au journal Il faut sauver le soldat %. Évalué à 1.
« Gagner » une ligne pour chaque accolade ouvrante rend la fonction plus compacte tout en étant à mon sens plus lisible : je vois mieux les blocs logique comme ça, une ligne vide ça a plein de sens, l'indentation en a aussi.
On est vraiment dans le visuel là, ce que mon oeil perçoit rapidement, d'un seul coup, avec le minimum d'analyse de la part du cerveau.
Et j'ai horreur de l'accolade à la ligne parce qu'elle me gène, et je sépare mes fonctions d'au minimum deux lignes sauf si elles sont très étroitement liées.
Donc ces lignes ce n'est pas du grattage pour faire tomber la taille sous une limite dure, c'est vraiment parce que je trouve ça illisible avec l'accolade à la ligne. Ca casse la logique de l'indentation, c'est laid, et j'aime pas ça :)
Yth.
[^] # Re: Une pétition ?
Posté par Yth (Mastodon) . En réponse au journal Il faut sauver le soldat %. Évalué à 1.
Yth.
[^] # Re: Une pétition ?
Posté par Yth (Mastodon) . En réponse au journal Il faut sauver le soldat %. Évalué à 2.
J'ai personnellement horreur de cette façon d'écrire, je trouve que c'est nettement moins lisible que de laisser l'accolade à sa place à la fin de la ligne à laquelle elle appartient.
De plus, j'ai comme philosophie qu'une fonction bien écrite est courte, et se « voit » d'un seul regard. Une fonction ne devrait jamais faire plus d'un écran de long en nombre de lignes, et la moitié c'est déjà pas mal. Sachant que j'utilise en gros un terminal allongé à la hauteur de l'écran, un peu moins de 70 lignes, donc 35 lignes pour une fonction ressemble à une bonne limite floue.
Une fonction trop longue devient illisible, s'il faut faire défiler en haut ou en bas pur la lire en entier c'est insupportable, et plus elle est courte, moins les yeux doivent faire d'aller-retours, plus elle est lisible.
Tout en gardant une opération par ligne bien sûr.
Donc la ligne bêtement perdue par cette accolade qui en prend une pour elle toute seule, gène en soi la lisibilité en accroissant le nombre de ligne.
De plus, l'oeil voit bien les blocs de texte, pour repérer une fonction dans son code, on fait défiler et on regarde la forme du texte, aidé par la coloration syntaxique. Si la fonction est entrecoupée de sauts de ligne incongrus, et de lignes perdues de partout, la fonction semble découpée en tronçons et on a du mal à savoir où elle commence et où elle arrête.
Attention, je ne dis pas qu'il ne faut pas sauter de lignes parfois dans du code, à certains endroits ça sépare des blocs logique et aide à la lisibilité du code, mais il ne faut pas le faire n'importe où.
C'est comme écrire un texte, un livre, tu utilises des paragraphes pour aérer, mais pas des tas de paragraphes d'une seule phrase non plus, le texte est regroupé en groupes de phrases logiques.
Bref, l'accolade à la ligne c'est, à mon sens, une perte de lisibilité.
Après c'est ma vie, mes couleurs, mon appréciation de la chose, mes gouts, mais c'est au moins un peu réfléchi comme avis, donc pas juste un lâché de troll dans le vent du matin :)
Yth.
[^] # Re: Une pétition ?
Posté par Yth (Mastodon) . En réponse au journal Il faut sauver le soldat %. Évalué à 2.
Franchement, pour coder en PHP tout les jours pas vraiment par choix, ces $ devant chaque nom de variable me fatiguent. C'est exactement comme le ; en fin de ligne : totalement inutile, ça plante directement dès qu'ils n'y sont pas, la correction de l'erreur est toujours syntaxiquement évidente.
Le seul et unique intérêt du $ devant les noms de variable est en bash comme en PHP de les glisser directement dans les chaînes de caractères : echo "Bonjour $nom !" , ça c'est pratique.
Ben... C'est tout ce que j'ai trouvé...
Après, avoir de bonnes conventions de codage pour voir clairement les variables, leur type prévu ou leur utilisation, ou même leur champs d'action, c'est valable quel que soit le langage.
Mais je n'ai aucune difficulté à lire, même sans coloration syntaxique, un truc du genre :
for x in ma_liste:
print x
Ce n'est pas moins clair, au contraire, que :
foreach($ma_liste as $x) {
echo $x;
}
Yth.
[^] # Re: Une pétition ?
Posté par Yth (Mastodon) . En réponse au journal Il faut sauver le soldat %. Évalué à 5.
- interprété, parce que pour le compilé j'ai le C qui me convient bien ;
- rapide ;
- peu verbeux ;
- a la syntaxe claire (au revoir bash, perl...) ;
- plutôt sans contraintes de typage, parce que si j'ai besoin de faire un truc super précis, ben j'ai encore le C, là ça serait plutôt pour moins me prendre le choux ;
- un bon paquet de bibliothèques variées et aisément disponibles ;
- ah tiens, s'il pouvait y avoir une killer-feature comme un interpréteur en ligne de commande, un shell du langage en somme, ça tuerait tout, pouvoir tester rapidement un fonctionnement, une fonction, sans écrire tout un programme, juste écrire le bout de code qui t'intéresse et voir ce qu'il donne, super pratique ça, ça manque a des langages comme le PHP ou même le javascript (pourtant ça serait faisable en js)... ;
- intéropérable évidemment (au revoir java (on est vendredi !), et visualbasic, la larme à l'oeil (mwarfff...)) ;
- qui permette aisément de faire un programme, un site web, un script, tout ça dans un même langage, histoire de ne pas en apprendre douze différents, je connais déjà le C en plus, deux langages plus le HTML/CSS/JS, ça suffit amplement ;
- qui soit adapté au calcul scientifique (bc c'est sympa mais un peu limité quand même) ;
- et qui fait ce qu'on attend de lui sans même avoir besoin de t'imposer de mettre $ devant tes noms de variables ;
- qui permette d'éviter de voir l'ignoblissime syntaxe venue de certains inutilisateurs du C qui consiste à mettre l'accolade ouvrante à la ligne, pouaaark !
Bref, ça fait pas mal de contraintes, j'en ai heureusement un sous la main.
Python.
Yth.
[^] # Re: Droit et internet , il est temps de s'y mettre .
Posté par Yth (Mastodon) . En réponse au journal Riposte grade hué. Évalué à 1.
Arf, le coup classique, on fait une remarque et on met une énormité au milieu...
J'ai vraiment besoin de sommeil ^^
Yth...
[^] # Re: Droit et internet , il est temps de s'y mettre .
Posté par Yth (Mastodon) . En réponse au journal Riposte grade hué. Évalué à 10.
Ca faisait longtemps, je m'excuse de le faire encore une fois, mais je le fais sur des fautes grosses et récurrentes, pas sur des fautes de frappe.
Le monsieur là, il ne saura jamais, pas il ne sera jamais s'il a reçu son mail.
Saura : c'est le verbe savoir : il ne va pas *savoir* s'il a reçu son mail.
Sera : ça c'est le verbe être ! : il va être d'avoir reçu son mail ? Mux ?
Je l'ai vu passer un certain nombre de fois ces derniers jours, pas forcément par la même personne, c'est une faute trop courante, alors j'explique :)
Maître Ythello.
PS : Je ne parle plus des participe passé écrit en « -er » et des infinitif écrit en « -é », ça me déprime trop, mais remplacez vos verbes par un verbe du troisième groupe, « finir » par exemple, prononcez, on entend mieux la différence entre fini et finir qu'entre payé et payer...
[^] # Re: Critique
Posté par Yth (Mastodon) . En réponse au journal Explorez les richesses du langage Python. Évalué à 5.
Le C a un statut très particulier parmi les langages : tu es seul maitre à bord, tes conneries sont les tiennes, mais tes bidouilles aussi.
Ce n'est pas forcément le pied quand on veut un projet complexe, avec de multiples contributeurs de niveaux inégaux, et qu'on n'a pas le temps ou l'énergie de gérer le projet aussi bien que par exemple un kernel Linux, mais cette liberté est irremplaçable quand on en a besoin.
Personnellement, j'adore cette sensation de liberté quand je code en C :)
Et j'adore cette sensation de simplicité quand je code en Python.
Mais ce n'est pas pour les même choses...
Yth.
# Whitespace ET rails ?
Posté par Yth (Mastodon) . En réponse au journal Journal : LinuxFR en whitespace ?. Évalué à 4.
Les espaces donnent le sens en whitespace, et le reste en Rails !
Yth.
[^] # Re: Slackware est et reste ma distribution préférée
Posté par Yth (Mastodon) . En réponse à la dépêche Slackware 12.2 est disponible. Évalué à 5.
J'en ai testé plein, de mpd à amarok en passant par audacious ou aqualung.
Je n'aime pas les trucs à la amarok, qui « gère tes musique », c'est chiant de juste écouter le contenu d'un fichier juste là, devant toi, sur ta fenêtre ROX-Filer. Ca c'est une question de goût.
Un truc simple qui te fait juste playlist correctement, ben j'en ai pas trouvé de mieux que XMMS.
Je veux bien qu'on m'en propose, j'essaie de quitter XMMS, c'est juste que je n'y arrive pas... Et ça me déprime un peu :(
Yth.
[^] # Re: Slackware est et reste ma distribution préférée
Posté par Yth (Mastodon) . En réponse à la dépêche Slackware 12.2 est disponible. Évalué à 7.
Mais il y a des couleurs, des choix, des textes explicatifs, il permet de modifier ses choix si on s'est trompé, se charge de toute la configuration de base sans problème, et fait ça bien sans s'emmêler les pinceaux ni faire de conneries.
C'est un choix assez aisé à faire finalement, parce que la seule chose que d'autres installateurs ont et que lui n'a pas, c'est un environnement graphique avec une souris.
Franchement... Ya pas de quoi en faire un plat hein !
Yth.