Le 20-01-2016, Rambo nous expliquait dans fr.comp.os.linux.debats (<n7neoo$1352$) :
Moi je n'ai aucune opération supplémentaire à faire, je construis mon mail et dans mon mail, je fait un "coller" et hop ! c'est terminé.
Quelle horreur /o
Un script de 100 ligne ou une application en Python sont certainement plus éélgants. ;o)
C'est plus élégant que faire CTRL-C et CTRL-V ? bizarre ..... et il ne faut pas construire de script ni écrire une application :-)
Rambo
Doug713705 wrote on 20/01/2016 14:30:
Le 20-01-2016, Jo Kerr nous expliquait dans fr.comp.os.linux.debats () :
Doug713705 a couché sur son écran :
Le 20-01-2016, Rambo nous expliquait dans fr.comp.os.linux.debats (<n7neoo$1352$) :
Moi je n'ai aucune opération supplémentaire à faire, je construis mon mail et dans mon mail, je fait un "coller" et hop ! c'est terminé.
Quelle horreur /o
Un script de 100 ligne ou une application en Python sont certainement plus éélgants. ;o)
L'horreur n'est pas dans la méthode utilisée mais dans l'inclusion d'une image directement dasn le corps du mail plutôt que d'en faire une pièce jointe.
Si on regard le mail envoyé (en message-source).... il n'y a que du texte pur, et les strings de recomposition de l'image sont en fin de mail, pas au milieu. Au milieu, il n'y a que la référence à ce qui suit.
Lorsque l'on fait une pièce jointe, c'est pareil, sauf qu'il n'y rien au milieu. De plus, avec une inclusion (qui ne marche que si on a un mail au format html) cette inclusion qui se trouve en fin de mail, est nettement plus petite que le même fichier attaché.
Doug713705 wrote on 20/01/2016 14:30:
Le 20-01-2016, Jo Kerr nous expliquait dans
fr.comp.os.linux.debats (<mn.a2b97e012ba5aab8.115094@cappucino.com>) :
Doug713705 a couché sur son écran :
Le 20-01-2016, Rambo nous expliquait dans
fr.comp.os.linux.debats (<n7neoo$1352$1@gioia.aioe.org>) :
Moi je n'ai aucune opération supplémentaire à faire, je construis mon
mail et dans mon mail, je fait un "coller" et hop ! c'est terminé.
Quelle horreur /o
Un script de 100 ligne ou une application en Python sont certainement
plus éélgants. ;o)
L'horreur n'est pas dans la méthode utilisée mais dans l'inclusion d'une
image directement dasn le corps du mail plutôt que d'en faire une pièce
jointe.
Si on regard le mail envoyé (en message-source).... il n'y a que du
texte pur, et les strings de recomposition de l'image sont en fin de
mail, pas au milieu.
Au milieu, il n'y a que la référence à ce qui suit.
Lorsque l'on fait une pièce jointe, c'est pareil, sauf qu'il n'y rien au
milieu.
De plus, avec une inclusion (qui ne marche que si on a un mail au format
html) cette inclusion qui se trouve en fin de mail, est nettement plus
petite que le même fichier attaché.
Le 20-01-2016, Jo Kerr nous expliquait dans fr.comp.os.linux.debats () :
Doug713705 a couché sur son écran :
Le 20-01-2016, Rambo nous expliquait dans fr.comp.os.linux.debats (<n7neoo$1352$) :
Moi je n'ai aucune opération supplémentaire à faire, je construis mon mail et dans mon mail, je fait un "coller" et hop ! c'est terminé.
Quelle horreur /o
Un script de 100 ligne ou une application en Python sont certainement plus éélgants. ;o)
L'horreur n'est pas dans la méthode utilisée mais dans l'inclusion d'une image directement dasn le corps du mail plutôt que d'en faire une pièce jointe.
Si on regard le mail envoyé (en message-source).... il n'y a que du texte pur, et les strings de recomposition de l'image sont en fin de mail, pas au milieu. Au milieu, il n'y a que la référence à ce qui suit.
Lorsque l'on fait une pièce jointe, c'est pareil, sauf qu'il n'y rien au milieu. De plus, avec une inclusion (qui ne marche que si on a un mail au format html) cette inclusion qui se trouve en fin de mail, est nettement plus petite que le même fichier attaché.
Rambo
Nicolas George wrote on 20/01/2016 15:58:
NiKo , dans le message <569e8db4$0$9246$, a écrit :
Merde, est-ce que tu te rends seulement compte que ta touche 'Imprime Écran' n'imprime pas ton écran ?
Apparemment, oui, il ne s'en rend compte que maintenant.
Faut pas me prendre pour un demeuré ..... non mais ! :-)
Nicolas George wrote on 20/01/2016 15:58:
NiKo , dans le message <569e8db4$0$9246$426a74cc@news.free.fr>, a
écrit :
Merde, est-ce que tu te rends seulement compte que ta touche 'Imprime
Écran' n'imprime pas ton écran ?
Apparemment, oui, il ne s'en rend compte que maintenant.
Faut pas me prendre pour un demeuré ..... non mais ! :-)
NiKo , dans le message <569e8db4$0$9246$, a écrit :
Merde, est-ce que tu te rends seulement compte que ta touche 'Imprime Écran' n'imprime pas ton écran ?
Apparemment, oui, il ne s'en rend compte que maintenant.
Faut pas me prendre pour un demeuré ..... non mais ! :-)
Sheldon Cooper prend tous les autres pour des demeurés. ;-)
--
Je suis, donc je suis.
Doug713705
Le 20-01-2016, Rambo nous expliquait dans fr.comp.os.linux.debats (<n7oa6t$kg2$) :
Jo Kerr wrote on 20/01/2016 11:37:
Doug713705 a couché sur son écran :
Le 20-01-2016, Rambo nous expliquait dans fr.comp.os.linux.debats (<n7neoo$1352$) :
Moi je n'ai aucune opération supplémentaire à faire, je construis mon mail et dans mon mail, je fait un "coller" et hop ! c'est terminé.
Quelle horreur /o
Un script de 100 ligne ou une application en Python sont certainement plus éélgants. ;o)
C'est plus élégant que faire CTRL-C et CTRL-V ? bizarre ..... et il ne faut pas construire de script ni écrire une application :-)
Pas un script de 100 lignes, une commande d'une ligne ! import -window root -quality 99 ~/scrinechaute.png
-- Je ne connaîtrai rien de tes habitudes Il se peut même que tu sois décédée Mais j'demanderai ta main pour la couper -- H.F. Thiéfaine, L'ascenceur de 22H43
Le 20-01-2016, Rambo nous expliquait dans
fr.comp.os.linux.debats (<n7oa6t$kg2$1@gioia.aioe.org>) :
Jo Kerr wrote on 20/01/2016 11:37:
Doug713705 a couché sur son écran :
Le 20-01-2016, Rambo nous expliquait dans
fr.comp.os.linux.debats (<n7neoo$1352$1@gioia.aioe.org>) :
Moi je n'ai aucune opération supplémentaire à faire, je construis mon
mail et dans mon mail, je fait un "coller" et hop ! c'est terminé.
Quelle horreur /o
Un script de 100 ligne ou une application en Python sont certainement
plus éélgants. ;o)
C'est plus élégant que faire CTRL-C et CTRL-V ? bizarre ..... et il ne
faut pas construire de script ni écrire une application :-)
Pas un script de 100 lignes, une commande d'une ligne !
import -window root -quality 99 ~/scrinechaute.png
--
Je ne connaîtrai rien de tes habitudes
Il se peut même que tu sois décédée
Mais j'demanderai ta main pour la couper
-- H.F. Thiéfaine, L'ascenceur de 22H43
Le 20-01-2016, Rambo nous expliquait dans fr.comp.os.linux.debats (<n7oa6t$kg2$) :
Jo Kerr wrote on 20/01/2016 11:37:
Doug713705 a couché sur son écran :
Le 20-01-2016, Rambo nous expliquait dans fr.comp.os.linux.debats (<n7neoo$1352$) :
Moi je n'ai aucune opération supplémentaire à faire, je construis mon mail et dans mon mail, je fait un "coller" et hop ! c'est terminé.
Quelle horreur /o
Un script de 100 ligne ou une application en Python sont certainement plus éélgants. ;o)
C'est plus élégant que faire CTRL-C et CTRL-V ? bizarre ..... et il ne faut pas construire de script ni écrire une application :-)
Pas un script de 100 lignes, une commande d'une ligne ! import -window root -quality 99 ~/scrinechaute.png
-- Je ne connaîtrai rien de tes habitudes Il se peut même que tu sois décédée Mais j'demanderai ta main pour la couper -- H.F. Thiéfaine, L'ascenceur de 22H43
Doug713705
Le 20-01-2016, Nicolas Richard nous expliquait dans fr.comp.os.linux.debats () :
Oui mais non, pour quelques situations, par majoritaires mais pas marginales non plus, la liberté d'un vrai placement de fenêtres m'est indispensable.
Les deux tiling wm que j'ai essayé (awesome et maintenant i3) le permettent. Je ne connais plus le raccourci par défaut, mais moi j'ai ça dans mon .i3/config : bindsym $mod+Shift+space floating toggle
Et couplé avec $mod+r qui permet le redimensionnement de la fenêtre à partir du clavier, c'est parfait quand le besoin se fait sentir.
La précision du redimensionnement est paramétrable (pixel par pixel, 10px par 10px)
ex: bindsym Left resize shrink width 10 px or 10 ppt
Pour ma part j'utilise les applications essentiellement en plein écran, le container des fenêtres étant en mode onglet (tabbed).
Si vraiment j'ai besoin d'avoir une vue de l'ensemble des apps ouvertes sur le bureau en cours, je passe le container en mode split ($mod+e).
Les containers pouvant être inclus les uns dans les autres on peut rapidement se faire des configurations très puissantes (un container en mode tabbed qui contient plusieurs containers en mode split, etc).
I3wm est le gestionnaire de fenêtres le plus souple que j'ai pu utilisé jusqu'ici.
(et IIRC j'ai mis ça car c'est ça que awesome utilise).
J'ai le même réglage, il me semble que c'est celui par défaut.
On peut certainement faire ça automatiquement basé sur les caractéristiques de la fenetre
Oui, je le fais pour galculator qui, de mon point de vue, n'a acune raison de se mettre en plein écran:
for_window [class="Galculator"] floating enable
mais, souvent, c'est simplement l'application elle meme qui indique que telle fenetre doit etre en mode "floating".
Voilà, c'est généralement le cas des fenêtre modales type "ouverture de fichiers" ou "enregistrer sous" qui sont automatiquement ouvertes en mode floating.
-- Je sais que dans votre alchimie L'atome ça vaut des travellers-chèques Et ça suffit comme alibi -- H.F. Thiéfaine, Aligator 427
Le 20-01-2016, Nicolas Richard nous expliquait dans
fr.comp.os.linux.debats (<878u3ks1js.fsf@members.fsf.org>) :
Oui mais non, pour quelques situations, par majoritaires mais pas marginales
non plus, la liberté d'un vrai placement de fenêtres m'est indispensable.
Les deux tiling wm que j'ai essayé (awesome et maintenant i3) le
permettent. Je ne connais plus le raccourci par défaut, mais moi j'ai ça
dans mon .i3/config :
bindsym $mod+Shift+space floating toggle
Et couplé avec $mod+r qui permet le redimensionnement de la fenêtre à
partir du clavier, c'est parfait quand le besoin se fait sentir.
La précision du redimensionnement est paramétrable (pixel par pixel,
10px par 10px)
ex:
bindsym Left resize shrink width 10 px or 10 ppt
Pour ma part j'utilise les applications essentiellement en plein écran,
le container des fenêtres étant en mode onglet (tabbed).
Si vraiment j'ai besoin d'avoir une vue de l'ensemble des apps ouvertes
sur le bureau en cours, je passe le container en mode split ($mod+e).
Les containers pouvant être inclus les uns dans les autres on peut
rapidement se faire des configurations très puissantes (un container en
mode tabbed qui contient plusieurs containers en mode split, etc).
I3wm est le gestionnaire de fenêtres le plus souple que j'ai pu utilisé
jusqu'ici.
(et IIRC j'ai mis ça car c'est ça que awesome utilise).
J'ai le même réglage, il me semble que c'est celui par défaut.
On peut certainement faire ça automatiquement basé sur les
caractéristiques de la fenetre
Oui, je le fais pour galculator qui, de mon point de vue, n'a acune
raison de se mettre en plein écran:
for_window [class="Galculator"] floating enable
mais, souvent, c'est simplement l'application
elle meme qui indique que telle fenetre doit etre en mode "floating".
Voilà, c'est généralement le cas des fenêtre modales type "ouverture de
fichiers" ou "enregistrer sous" qui sont automatiquement ouvertes en
mode floating.
--
Je sais que dans votre alchimie
L'atome ça vaut des travellers-chèques
Et ça suffit comme alibi
-- H.F. Thiéfaine, Aligator 427
Le 20-01-2016, Nicolas Richard nous expliquait dans fr.comp.os.linux.debats () :
Oui mais non, pour quelques situations, par majoritaires mais pas marginales non plus, la liberté d'un vrai placement de fenêtres m'est indispensable.
Les deux tiling wm que j'ai essayé (awesome et maintenant i3) le permettent. Je ne connais plus le raccourci par défaut, mais moi j'ai ça dans mon .i3/config : bindsym $mod+Shift+space floating toggle
Et couplé avec $mod+r qui permet le redimensionnement de la fenêtre à partir du clavier, c'est parfait quand le besoin se fait sentir.
La précision du redimensionnement est paramétrable (pixel par pixel, 10px par 10px)
ex: bindsym Left resize shrink width 10 px or 10 ppt
Pour ma part j'utilise les applications essentiellement en plein écran, le container des fenêtres étant en mode onglet (tabbed).
Si vraiment j'ai besoin d'avoir une vue de l'ensemble des apps ouvertes sur le bureau en cours, je passe le container en mode split ($mod+e).
Les containers pouvant être inclus les uns dans les autres on peut rapidement se faire des configurations très puissantes (un container en mode tabbed qui contient plusieurs containers en mode split, etc).
I3wm est le gestionnaire de fenêtres le plus souple que j'ai pu utilisé jusqu'ici.
(et IIRC j'ai mis ça car c'est ça que awesome utilise).
J'ai le même réglage, il me semble que c'est celui par défaut.
On peut certainement faire ça automatiquement basé sur les caractéristiques de la fenetre
Oui, je le fais pour galculator qui, de mon point de vue, n'a acune raison de se mettre en plein écran:
for_window [class="Galculator"] floating enable
mais, souvent, c'est simplement l'application elle meme qui indique que telle fenetre doit etre en mode "floating".
Voilà, c'est généralement le cas des fenêtre modales type "ouverture de fichiers" ou "enregistrer sous" qui sont automatiquement ouvertes en mode floating.
-- Je sais que dans votre alchimie L'atome ça vaut des travellers-chèques Et ça suffit comme alibi -- H.F. Thiéfaine, Aligator 427
Nicolas George
Rambo , dans le message <n7oajm$lb1$, a écrit :
Mossieur chipote sur le contenu de l'étiquette gravée sur cette touche :-)
Oui. C'est d'ailleurs assez affligeant le nombre de personnes qui ne comprennent pas qu'imprimer ne veut pas dire la même chose que copier dans le presse papiers ou sauver dans un fichier, ou que ça rend complètement ridicule l'argument à base de « la touche fait ce qui est écrit dessus ».
Rambo , dans le message <n7oajm$lb1$3@gioia.aioe.org>, a écrit :
Mossieur chipote sur le contenu de l'étiquette gravée sur cette touche :-)
Oui. C'est d'ailleurs assez affligeant le nombre de personnes qui ne
comprennent pas qu'imprimer ne veut pas dire la même chose que copier dans
le presse papiers ou sauver dans un fichier, ou que ça rend complètement
ridicule l'argument à base de « la touche fait ce qui est écrit dessus ».
Mossieur chipote sur le contenu de l'étiquette gravée sur cette touche :-)
Oui. C'est d'ailleurs assez affligeant le nombre de personnes qui ne comprennent pas qu'imprimer ne veut pas dire la même chose que copier dans le presse papiers ou sauver dans un fichier, ou que ça rend complètement ridicule l'argument à base de « la touche fait ce qui est écrit dessus ».
