Linux? - Page 226

Venant de toi je prends ca pour un compliment

En même temps en étant si catégorique en disant que c'est comme ça et c'est tout, ça ne fait pas avancer vraiment la discussion ^^ Si c'était si évident, ce ne serait pas si populaire aujourd'hui.

Pour moi, cette idée d'applications conteneurisées jette à la poubelle tous les avantages de GNU/Linux pour une mauvaise copie de macOS. Je ne vois vraiment pas pourquoi on devrait s'aventurer sur cette voie sans issue.

Arvi: le truc populaire du moment n'est pas forcément le meilleur choix technique, les exemples ne manquent pas: VHS, IPv4, SPDIF, BluRay, .... (pour des trucs que techniques)

Aussi Windows etc.

Godzil (./6754) :
Arvi: le truc populaire du moment n'est pas forcément le meilleur choix technique, les exemples ne manquent pas: VHS, IPv4, SPDIF, BluRay, .... (pour des trucs que techniques)

JAVASCRIPT!!!

Arvi89 (./6752) :
En même temps en étant si catégorique en disant que c'est comme ça et c'est tout, ça ne fait pas avancer vraiment la discussion ^^ Si c'était si évident, ce ne serait pas si populaire aujourd'hui.

KK > où sont les packages TIGCC pour Debian, Ubuntu, CentOS, ArchLinux, … ?

C'est aux packageurs de ces distributions de les packager, pas au projet TIGCC. C'est bien ça le principe du système des paquetages.

Donc en gros, TIGCC n'est pas dispo sur ces plates-formes, mais le système est quand même parfait.

Écoute, si tu veux utiliser TIGCC sur Debian, tu le packages, c'est aussi simple que ça. Le dernier packager Debian (Romain Liévin) s'est cassé de la communauté.

Sinon, il y a mes scripts d'installation (tarball binaire + script, tarball source et scripts contenus).

Et si tu trouves que les Flatpaks, c'est aussi bien, libre à toi de faire un Flatpak TIGCC (mais tu devras probablement y mettre KTIGCC et on ne pourra utiliser que l'EDI, pas la ligne de commande – les applications conteneurisées ne sont pas du tout faites pour la ligne de commande).

Bah non, c'est toi qui défends le packaging, pas moi… si ton système de packaging est tellement bien que c'est à l'utilisateur de le faire, j'appelle ça un truc pourri. Merci de le démontrer pour moi ^^

Ton discours, c'est quand même : « les rpm/deb/… c'est 'achement mieux ! regardez ! pour mes programmes, je fournis… des .zip ! »

Je fournis des RPMs pour ma distribution, si tu veux utiliser une distribution pourrie qui ne package pas mes logiciels, ce n'est pas mon problème. (Et les tarballs que je fournis sont des tar.bz2, pas des zip. )

C'est vrai que Debian (ou Ubuntu) c'est pourri et utilisé par presque personne...

j'aurais tendance à dire que « En même temps en étant si catégorique en disant que c'est comme ça et c'est tout, ça ne fait pas avancer vraiment la discussion ^^ Si c'était si évident, ce ne serait pas si populaire aujourd'hui. »

Kevin Kofler (./6761) :
Le dernier packager Debian (Romain Liévin) s'est cassé de la communauté.

+ « pourrie »

Ben les gars, ça vole haut vos trolls du week-end

Il faut il faut

Bon j'ai trouvé une cause de plantage de mon système, c'est reproduisible à chaque fois : ouvrir gimp, faire espace et cliquer. C'est censé déplacer l'image. Chez moi ça fait rentrer le serveur X dans un mode bizarre où le curseur est une main et seul le clic droit de la souris répond (plus de clavier/clic gauche).
Solution, trouver un moyen de killer gimp (maintenant j'ai un script qui le kill toutes les 5 minutes en BG, comme ça s'il merde je vais boire un café et j'attend qu'il soit killé, et après ça remarche). Ou rebooter (et c'est là que le bug du bouton de veille est pratique, avec un peu d'adresse on peut réussir à faire rebooter proprement la machine avec ; j'imagine que c'est pour ce genre de cas qu'ils ne l'ont pas corrigé ).
Je me demande si Photoshop sous Wine serait un outil de travail plus adapté

En travaillant sur ce que je fais au boulot je comprends aussi mieux comment ce genre de trucs peut arriver : quand des équipes (ou même des personnes, particulièrement lorsqu'elles sont socialement peu aptes) travaillent sur des composants différents, et qu'une équipe B utilise un truc de l'équipe A et que le truc de l'équipe A a un bug, l'équipe B ne va pas corriger le bug de l'équipe A (d'ailleurs en principe l'équipe A ne corrigera pas le bug non plus), résultat l'équipe B trouve un workaround pour faire quand même marcher avec le code pourri de l'équipe A (A comme B n'ont pas envie de modifier le "core", celui proposé par A, pour corriger un bug applicatif, ce serait trop compliqué et trop de régressions possibles ailleurs).
Gimp, autant que j'aime ce soft, c'est exactement ça, Gnome/GTK est bourré de petits bugs, et au lieu de les corriger ils ont fait des hacks pour donner le focus à la bonne fenêtre, etc. au final ça donne un truc immonde.

"Amusant" comme bug. Tu as quoi comme gestionnaire de fenetre que d'autres puissent le reproduire ?

Ubuntu 16.04 plus ou moins par défaut (et pas mal d'updates depuis le temps ceci dit).

Je viens de tester et ça fonctionne bien chez moi... par contre, c'est pas intuitif comme mode :
[Espace continu]+[Clic gauche]+[Déplacement] = déplacement (curseur en forme de main) jusqu'à ce que je relâche [espace]. Si je lâche [espace] en conservant le clic, ça continue à déplacer jusqu'à ce que je rappuie sur [espace]
[Espace]+[Déplacement] = déplacement (curseur en forme de main) jusqu'à ce que je relâche [espace] (a priori, c'est le fonctionnement normal en fait, il ne faut pas cliquer - enfin, c'est peut-être une feature et pas un bug, hein )

Essaye de rappuyer sur espace pour sortir du mode "bizarre" dont tu parles

#feature#

C'est comme ça que c'est censé fonctionner, comme ça que ça fonctionne sous Windows, mais sur ma machine ça fait péter le bouzin. C'est vrai que c'est pas intuitif au début, mais c'est en fait une feature plutôt bien pensée, et qui est d'autant plus efficace à la tablette. C'est juste dommage que l'implémentation soit si dégueulasse il semblerait.
Mais j'ai remarqué que je peux éviter de m'en servir, et juste utiliser le clic du milieu. Après tout c'est la faute au Mac (et Adobe) que j'ai un peu cessé d'utiliser le clic du milieu.
Clic du milieu d'ailleurs qui est chiant la plupart du temps sous Linux, il sert PARTOUT et il fait chaque fois le truc le moins prévisible possible (genre copier coller ce n'est pas du tout intuitif, mais on peut le savoir, par contre cliquer sur la barre de titre met la fenêtre derrière, et cliquer sur la barre en haut change un peu l'ordre des fenêtres, je n'ai toujours pas compris l'intérêt possible de cette feature ; scroller à l'intérieur d'une page change de tab, peut incrémenter/décrémenter les valeurs, et pas mal de trucs dangereux ; le pire, c'est que les endroits où en tant que Windows user on voudrait vraiment s'en servir, comme fermer un onglet, ne fonctionne pas avec le clic du milieu dans la plupart des apps GTK ).

Le pire reste la molette, si tu est a 1px trop loin tu va avoir des comportement amusant. Combien de fois je change de bureau virtuel parceque ma souris est pas pile la ou je veux et un peu decalé...

Dans la série "les raccourcis à la con de la molette de souris de Linux" on a clic du milieu + molette à gauche (sisi en même temps, c'est vrai que c'est possible mais souvent le résultat d'une erreur...) = zoom. Donc quand je me sers du clic du milieu pour déplacer le document souvent ça zoome et dézoome en même temps. Super pratique

Ma souris ne gère pas les bords de molette mais j'ai déjà vu ça ailleurs en effet.
Mais ne peux-tu pas gérer les raccourcis Linux quelque part ?

Non c'est totalitaire Linux tu ne peux pas changer ce genre de choses

C'est très dépendant de l'environnement de bureau. KDE Plasma est très configurable. GNOME n'a pratiquement pas d'options, certaines sont cachées et accessibles avec gnome-tweak-tool ou dconf-editor, mais dans la plupart des cas, tout est codé en dur. Unity, je ne sais pas.