liberforce a écrit 4750 commentaires

Ah, et pour coller de Writer vers Vim:

1. Ctrl+c dans Writer
2. :set paste dans vim
3. "+p là où tu veux coller
4. :set nopaste

Le set paste/nopaste est facultatif mais évite que Vim tente de changer le formattage/indentation et sans doute aussi les abbréviations, car si l'option paste n'est pas active, il interprète le texte entré comme si tu l'avais tapé au clavier.

Tu peux copier dans le presse papier système en utilisant le registre "+:

Sélectionne donc tes lignes en mode visuel avec vim, puis copie le texte sélectionné dans le presse papier avec "+y. Tu devrais ensuite pouvoir faire un Ctrl+v dans Writer.

De même tu as aussi le registre "* qui a un rapport avec le presse papier pour coller avec la molette. Sélectionne ton texte en mode visuel, ou avec la souris, puis fais un clic molette pour coller. Voir :help quotestar et :help clipboard.

La récursivité de la recherche se désactive dans les préférences:
https://gitlab.gnome.org/GNOME/nautilus/issues/244#note_55626

Ce n'est pas la panacée, mais c'est ce qu'il y a de plus proche de ce que tu demandes.

Pas besoin de taper très très vite. Super, nau (comme nautilus) ou Super, fic me propose Fichiers comme premier résultat. Si tu es déjà sur le clavier, ça t'évite de perdre du temps à prendre ta souris. C'est 5 touches en comptant la toucher entrée pour lancer l'application. Et que tu sois au clavier au à la souris, pas de question à se poser: tu as besoin de quelque chose = tu passes par la vue d'ensemble = touche Super ou lancer ta souris dans le coin haut gauche.

Ce serait plutôt l'inverse. Je suis sous Ubuntu 14.04 avec un GNOME 3.10, donc la question c'est plutôt si c'est encore sur des versions récentes. M'enfin c'est le même mapping que pour afficher le bureau sous Windows, je serais étonné qu'ils l'aient viré.

Super + D (comme desktop)

Quand tu développeurs, tu ne peux pas le faire en fonction des utilisateurs. Il y en a toujours 2 qui veulent des choses contraires. Il faut donc faire des choix. Pour la personnalisation, il reste les extensions.

https://pygobject.readthedocs.io/en/latest/
https://lazka.github.io/pgi-docs/#GObject-2.0

Ça ressemble à un tir sur Mozilla et son partenariat avec Google.

J'ai pertinenté :)

Ce site est vraiment un repaire de trolls, mais vous m'avez bien fait marrer :')

Je n'y connais rien du tout mais si l'API de Sane est si bien, ce ne serait pas possible de faire un wrapper de ton API pourrie Windows vers Sane, plutôt que de faire une surcouche aux deux ?

Tu pourrais corriger la faute signalée dans ce fil stp ? Le "ont étaient" est toujours présent. Merci.

M'enfin, le rôle d'une bonne bibliothèque, c'est d'être lisible à l'utilisation, pas à la lecture du code.

Je ne suis pas d'accord du tout, tu passes plus de temps à lire du code qu'à en écrire, une API pas lisible c'est la garantie que ceux qui ont moins d'expérience que toi s'arracheront les cheveux (ou même toi dans 6 mois quand ça te sera sorti de la tête).

Ça s'appelle du liquide. Trouve quelqu'un de moins scrupuleux et demande lui de faire le don à ta place.

Il y a aussi plein de trucs libres pour lesquels la licence n'est pas indiquée. On dirait qu'ils on filé ça au stagiaire et qu'il fallait le rendre pour une date donnée. Il avait pas fini la page 2 sur les 4 et le maître de stage lui a dit « on s'en fout, faut le publier aujourd'hui, et puis de toute façon tout le monde s'en fout des licences, personne les lit ».

Le BIOS (ou l'UEFI), pas le DOS.

Ah, l'article à l'origine du diagramme semble plutôt être celui ci:
https://musicmachinery.com/2009/03/02/in-search-of-the-click-track/

C'est un très bon article avec des exemples de morceaux jouées au métronome ou pas et comment les détecter.

Les deux approches ont leurs avantages et inconvénients. Sur 5 frappes tu es moins précis mais tu peux gérer plus facilement les variations dans un morceau. Sur tout l'historique, c'est bien si ton morceau est joué au métronome mais si le tempo est fluctuant, tu lisses et t'éloignes du tempo original. À ce moment là les 5 dernières frappes est plus utile.

Source: http://blog.fixyourmix.com/category/audio/audio-myths/

Après peut être que les frappes des n dernières secondes plutôt que les n dernières frappes serait plus précis, car ça gère le cas des tempos rapides > 200bpm.

C'est toi l'auteur, c'est toi qui vois ;-). Je suis pas sûr que la FSF oblige qui que ce soit à utiliser une licence à 299 LOC et une autre à 301 LOC donc c'est laissé à ton appréciation :-p

Il me semble qu'il y a aussi un caractère d'innovation mis en avant par la FSF. Par tu peux mettre une bibliothèque qui fait des choses basiques en GPL-3, mais en pratique ça ne sert pas à grand chose, ça freine la redistribution alors qu'il y a plein d'alternatives qui font la même chose (ou mieux) sous des licenses plus libérales (BSD, MIT). Mais après chacun décide de faire ce qu'il veut avec son code :).

Ah, c'est le truc pour forcer un réseau privé au lieu de public, c'est ça ? J'ai galéré avec leurs différentes images, si tu veux le faire au niveau graphique ça change tout le temps de place et sur l'image Win10 je ne trouvais même plus d'interface graphique pour le faire… Effectivement, sans ça tu as beau avoir le pare-feu désactivé et les serveur winrm activé, impossible de causer en winrm.

Sur les VM fournies, une commande permet de remettre à 0 la durée d'évaluation. C'est aussi plus simple quand tu as juste des tests à faire et pas besoin de demander de licence à l'IT, ces VM sont faites pour ça.

Le tempo, malheureux !

Ce genre d'appli en ligne de commande est une très bonne idée, vu que l'interaction utilisateur est de toute façon très limitée.
En revanche, GPL-3.0+ je trouve ça un peu restrictif pour un outil relativement simple. Tu dois être dans les 300 lignes de code C++, c'est à peu près dans dans ce cas là que la FSF recommande l'Apache-2.0.

Perso j'ai commencé un petit métronome en GTK+, j'ajouterai sans doute une fonction de détection des BPM, c'est effectivement très utile (mais pas de rapport avec la question de la licence, je compte recoder la fonctionnalité moi même ;-)). Pour le build system j'ai pris Meson (et apprécié la rapidité de configuration sous Windows par rapport à CMake), et pour la partie ligne de commande j'utilise en général les fonctionnalités de la glib.

J'avais testé la compatibilité Windows sous MSYS2, mais je ne connaissais pas mingw-bundledlls. Ça a l'air pas mal mais seulement adapté aux projets comme les tiens avec des dépendances purement à des bibliothèques. Ça ne résoud pas les dépendances à des ressources (configuration, icônes, thèmes). Une autre possibilité pour créer un bundle est de créer un package MSYS2 pour ton appli et de l'installer avec ses dépendances dans un préfixe spécifique. Tu n'as ensuite plus qu'à livrer le dossier en question. Je n'ai pas encore essayé en pratique mais ça se fait.

Et je ne dirai rien sur github ;). Merci d'avoir partagé ton projet :)