Linuxator a écrit 141 commentaires

Salut,

Il faut voir. Personnellement j'y ai déjà pensé, mais qu'apportes-tu par rapport à l'existant? Pour avoir un peu utilisé ncurses, je sais que l'API est pas terrible, mais je n'ai jamais encore testé son concurrent (me souviens plus le nom, mais je sais qu'il y en a).
Accessoirement, je code plutôt en C++, même si je n'utilise pas certaines fonctionnalités.

C'est un essaie de library qui a pour simple but non pas de proposer une alternative a ncurses mais une library très légère dont le humble but est de proposer une sortie colorée et stylé (rediriger vers différent flux, dont fichiers) et c'est tout.

Je pense que moi, j'aurai d'abord utilisé une lib de type ncurses pour les fonctions de bas niveau, et que si je voulais m'en débarrasser par la suite (pas impossible du tout, me connaissant), alors je n'aurai qu'à implémenter les fonctions qui l'appellent.
Tout la mécanique de plus haut niveau (gestion des évènements et leur liens par rapport à des fonctions de manipulation de GUI?) étant stable.

Je parlai d'une proposition de collaboration sur un petit (voir mini) projet car je n'ai les connaissances pour rendre ma library compatible avec tout type de terminaux (pour cela il nous faut termcap dont je ne connais rien), car actuellement basé sur les séquences d'échappements ANSI pour ce qui est du bas niveau…

Est tu partant ou pas ?

Si je t'envoie le code (c'est juste un fichier avec de nombreux #define, enum et typedef) en l'état actuel ?

PS: Et je ne veut pas dépendre d'une library quelconque, j'ai juste besoin de quelqu'un qui s'y connais vraiment en terminaux pour trouver les codes censé remplacer les séquences d'échappement ANSI…

Tu veut pas revenir ?

De part la Xlib j'ai appris que celui était basé sur les pixmap concernant les couleurs (one foreground and one background color) ne permettant même pas de restituer toutes les couleurs possibles avec un ordinateur organiser en palettes:

256 * 256 * 256 * 256

Donc en restant sur X est-ce-que Linux ne va pas couler, il le savent et testent des solutions: wayland,…

Bon d'accord enfin une réponse de ta part.

PS: désolé pour le temps de réponse, je ne me connecte plus autant qu'avant sur linuxfr

Désolé pour l'agressivité de mes 2 précédents postes je me suis laisser emporter car je fait pas partie de la génération vieux barbue.

A vrai dire je n'ai que 3 ans de C a mon actif et 5 en programmation.

Il faut savoir que il semble d'après le peu de personnes qui ont tester mon T.D.E basé sur gtk-3 il est vrai qu'il a quelques lacunes d'ou l'intérêt de faire un poste pre-release.

---

Par contre j'aimerai savoir un truc sur toi, si tu désire bien le révéler:

Est-ce-que tu t'y connais en termcap/termios car j'ai fait une mini library (qui est en mode mort pour l'instant car je bloque sur un problème va_list et d'accès aux paramètres qu'il faut que je modifie).

Et cette mini library est basé sur les séquences d'échappements ANSI et permettent une sortie colorié d'ou le nom de libaescprintf (library ANSI Escape Sequence Color Print Format).

Bon tu aura deviner ou je veut en venir avec ma question.

Ma library permet d'avoir une sortie colorier (foreground & background) et stylé (bold, dim, italic, blink, etc..)

Il est aussi prévue de faire de asvprintf() et les redirections vers des fichier sont déjà possible mais non tester…

Car je bute sur les problèmes suivant:

Je n'arrive pas accéder aux arguments transmis par une va_list (…)
sinon le programme (de teste) crash, me si je suis le code de la manpage, que j'ai besoin de modifier car
il faut que, si l'argument est de type char * et se termine par un linefeed il faut le remplacer par un '\0'…

Sinon les terminaux quel qu'ils soient vont jusque la fin de la ligne voire plus si l'on met une couleur de background, d'après ce que j'ai pu hacker c'est intrinsèques aux terminaux.

Qu'en pense tu ? régler le problème et se servir de termcap pour récupérer les codes d'échappement afin d'être compatible avec tout type de terminaux…

Tout seul je n'y arriverai pas et laisserai tomber: est tu tenter ?

De toute façon si tu utilise un V.T.E (Virtual Terminal Emulator) ou terminaux, mise a part les 6 TTY (F1-F6) je crois,

tu utilise une G.U.I qu'importe lequel (de terminal) et laquelle (de G.U.I)…

Je ne comprends pas:

Qu'appelle tu un DE ???

Qu'appelle tu un TUI ??? (Terminal U.I ?)

Dans ce cas: a part la barre de menu et la fenêtre de configuration et bien dans mon programme il n'y a que des terminaux…

Et je te rappelle que les terminaux de nos jours ne sont plus des terminaux mais

des émulateurs de de terminaux virtuelle: V.T.E (Virtual Terminal Emulator) sauf pour les TTY (je crois).

Et dans le temps les terminaux était des genre de machine avec un clavier et un écran afin de traiter les données avant de les envoyer a l'ordinateur lui même afin de na pas casser le matériel avec de fausse commandes.

Donc sans interface graphique pas de terminal smart (configurable, easy to use, etc…).

Après si tu veut du lightweight tu peut installer une version serveur de ta distribution et utiliser les TTY, sans Desktop.

---

Concernant ta haine envers GTK+ je ne jugerai pas ce que je connaît pas:

Certes gtk dépends de pas mal (quelques a vrai dire) de libraries complémentaire qui ont toute une utilité très pratique quand ont fait de la programmation gtk.

Mais j'ai l'impression de pisser contre le vent, en rédigeant ce poste car tu va me répondre que des insanités.

Mais sache que c'est toi qui m'a donner l'idée d'intégrer un|des terminaux pour utilisateurs d'éditeurs T.U.I…

(Lors du poste de la pré-parution de it-edit 2.0)

Et mon programme tu l'a tester avant de parler ?

Après il est vrai que il reste quelque chose a rajouter, changer, corriger dans mon programme mais si personne le teste je suis tous seule.

Salut,

En faîtes la dépêche est prévue mais pour l'instant je recueille les avis de programmeurs ce pourquoi le poste dans la section C.

Concernant gtk je suis abasourdie sachant que gnome est le bureau de référence de Linux et non KDE et d'ailleurs sous gnome les programmes KDE ressemble fortement au programme gnome.

Sinon je te conseille vivement d'installer quelques themes gtk (2 et 3) pour les programmes utilisant gtk, car si tes programmes gtk ont une interface middlegray c'est que tu n'a pas de theme gtk d'installé.

Concernant mes programmes ils s'adaptent au theme (gtk) de l'utilisateur sinon les icônes sont de icônes KDE (oxygen) et personnellement l'esthétique est un de mes derniers critères, préférant le coté pratique de l'outil et son ergonomie.

Ça branche vraiment personne ?

Même pas les utilisateur d'éditeur en mode terminal comme vi, vim, nano, edcetera…

Car j'aimerai savoir si les raccourcis clavier du programme (De la G.U.I) interfère avec ceux de votre éditeur favoris.

Et si mon implémentation du terminal est assez bonne pour vous ?

Et bien gtk+-3.0 dispose d'une library complémentaire qui permet d'intégrer un terminal dans gtk+-3.0,

nommer libvte-2.91.

J'en ai donc profiter pour implémenter des terminaux d'une pour la sortie des targets make et de deux pour les utilisateurs de vi et compagnie.

Sinon vous pouvez tout a fait générer un projet et ignorer la G.U.I en utilisant le projet (Makefile) dans un terminal.

Merci a linuxfr.org de ne jamais m'avoir refuser une dépêche.

Car c'est grâce aux dépêches de linuxfr.org que mes créations soit relativement autant connus:

Comme:

• Micro Music Player

• Edip (Easy digital imaging processing).

• it-edit 2.0 Integrated Terminal editor.

Continuez comme ça les gars afin que le libre avance !

Il faut savoir que pour ceux qui ont Xenial (16.04 de Ubuntu) que la library libvte-2.90 n'est plus disponible dans les dépôts…

Alors que dans jessie (debian) elle y est encore.

Téléchargez simplement l'archive depuis cette page ça marche, chez moi, en tout cas.

Bonjours,

Je pense que tu te trompe sur mes intentions, mais ce n'est pas grave, car il me semble que si le problème ne serai résolu tu saurai m'aider.

Je voulais simplement mettre un script (processus pas daemon) a l'arrêt (shutdown) que ce soit un reboot ou un halt.

Et j'ai réussis grâce la réro-compatiblité SysV et les nouveau tag LSB l'accompagnant si j'ai bien compris.

#! /bin/sh
### BEGIN INIT INFO
# Provides:          my_script
# Required-Start:    $local_fs $time
# Required-Stop:     $local_fs 
# X-Start-Before:    # Un service se trouvant dans /etc/rc0.d et /etc/rc6.d 
# X-Stop-Before:     # Un service se trouvant dans /etc/rc0.d et /etc/rc6.d 
# Default-Start:     S    
# Default-Stop:      0 6
# Short-Description: short description
# Description:       my long description
### END INIT INFO

Voila le problème est résolu. Mais je ne sais si mon bricolage va tenir longtemps étant donner la précarité de celui-ci.

Désolé mais ce que je ne comprends pas c'est que mon script est un script donc une procédure a exécuter une fois au shutdown et donc pas un daemon que l'on stoppe et que l'on démarre.

D'ailleurs d'après ce que je comprends c'est que le passage d'arguments start et stop au script n'est plus garantie.

Pour moi le runlevel 0 est celui dans lequel entre le système, a l'arrèt (halt).

Et le runlevel 6 celui lors d'une séquence de reboot au lieu de passer par le runlevel 0.

Donc en étant un humble hacker comme vous tous armer de manpages, info books et autres moyens de connaître mieux son système, j'ai aussi regarder la structure des scripts présents aux runlevels 0 1 6, et la terminologie

[K|S][0-9]{2} 

de préfix… (Le K étant aussi présent aussi au runlevel 1 et j'ai également essayer).

Concernant les liens dans /etc/rc[0|1|6].d

Apparemment cela fonctionne très bien systemd au démarrage mais y a un problème a l'arrêt car j'ai remarquer que mon ordinateur mets une éternité a s'éteindre poweroff.

Je vais essayer le Default-Start proposer comme solution, a mon dilemme.

En espérant que cela fonctionne je vous remercie sincèrement pour vos réponses.

Je ne suis pas un expert non-plus, je découvre plutôt systemd, mais je crois que justement comme c'est une dépendance ( $local_fs ) il faut qu'elle soit résolus et donc systemd devrait faire en sorte qu'elle le soit.

Comme dépendance j'ai besoin de python2 et du système de fichier.

Et ça fait ch|€zzzzzzzzzz…

C'était tellement plus simple avec le système V et init.

Le plus grave dans l'affaire est que ce script est important, car il somme l'uptime et du coup j'en tire des stats et actuellement donc je n'ai pas de données et il semble que personne ne sache me répondre (3 forums différents)…

Dans mon gestionnaire de paquetage le paquet s'appelle: libvte-2.90-dev.

Sinon regarde par https://developer.gnome.org/vte/ et télécharge la version 0.34.9.

Sinon l'on peut s'exprimer sur le sujet it-edit ici.

Merci pour votre intérêt porté a it-edit.

Alors quelques conseils pour utiliser it-edit.

Tu peut sélectionner quelque chose et utiliser le raccourcis clavier (Ctrl + f):

La barre de recherche et de remplacement apparaîtra.

Et contiendra la sélection.

Si la barre d'entrée a le focus tu peut taper sur Enter cela aura le même effet que d'appuyer sur Next (Prochaine occurrence) sauf si tu n'a rien sélectionner avec Ctrl + f ou la recherche commencera au début.
Sinon à la position du curseur.

Utilise le keypad: Ctrl ++ pour Next (Prochaine occurrence), Ctrl +- pour Previous (Occurrence précedente) et Ctrl + Enter (Replace).

La proximité des touches est fait exprès pour enchaîné les Next & Replace.

Sinon un bon appuis de la souris sur le bouton Search (Ctrl + Maj + F) illuminera toutes les occurrences de la recherche.

Apprendre les raccourcis du terminal Maj+ Copy ou (Ctrl + Keypad 1) pour copier et Ctrl + Insert (Ctrl + Keypad 0) pour coller dans les terminaux.

Le bouton ou Ctrl + p basculera entre utiliser des tabulations ou des espaces (dont le nombre st configurable).
Pratique si tu édite un Makefile et ne bosse pas avec des tabulations.

Tu peut configurer le dossier dans lequel sera lancer le shell et une commande a lancer dans les terminaux au démarrage: par exemple $HOME/Bureau comme dossier et ls comme commande pour arriver directement dans l'espace de travail (le bureau).

Enregistre la doc (/usr/share/doc) que tu désire une bonne fois pour toute, et petit a petit selon tes besoins, cela s'avèrera très pratique.

le bouton Cmd (Ctrl + e) permet d'exécuter une commande, dans un terminal annexe (par exemple: man printf).

Le bouton Go to line (Ctrl + g) te permet de sauter a une ligne.

La fonction Reload file est pratique si tu redirige vers un même fichier plusieurs fois de suite (par exemple: make 2> debug.txt).

La fonction Duplicate (Ctrl + d) est pratique sinon.

Bonne utilisation de it-edit a toi.

Désolé pour le ton employer dans le dernier poste, destiner a Denis Bernard.

Je tiens a m'excuser.

Seulement il faut essayer un éditeur un minimum avant de l'adopter.

Les raccourcis clavier de it-edit sont analogue a kate:

• New file (Ctrl + n).

• Open (Ctrl + o).

• Save (Ctrl + s).

• Cut (Ctrl + x), Copy (Ctrl + c), Paste (Ctrl + v).

• Go to line (Ctrl + g).

• Find (Ctrl + f).

• Undo (Ctrl + z)

• Redo (Ctrl + Maj + Z)

• Quit (Ctrl + q)

Sont les même que dans kate.

La fonctionnalité de rechargement du fichier automatique (quand le fichier est modifié par un autre processus), je n'est pas réussis a l'implémenter correctement.

Mais il existe la fonction Reload file (Ctrl + r): manuellement.

it-edit demande quand ont quitte si il faut sauvegarder les fichiers non sauver, vous pouvez même choisir lesquels, tout comme kate.

Ctrl + f fait apparaître la barre de recherche et de remplacement tout comme kate.

Tu aura tous les terminaux désirés, l'accès rapide a la documentation, aux outils GUI, etc…

Bref essayez it-edit pendant une semaine vous l'adopterai sûrement.

PS: Ca va mettre un peu de temps avant que je t'envoie le Makefile, je n'ai pas finis.

Si tu ne m'a pas répondus car tu ne connais pas make je te conseille de lire attentivement le make manual.

Même disponible en version papier.

C'est un véritable atout de connaître make !

Configuration->Settings: bouton [set it-edit as default editor] !

Yes !!!

Merci pour vos conseils d'amélioration:

• Pourquoi ne peut-on pas ouvrir un fichier dans l'éditeur à partir d'un des terminaux? C'est une manip que je fais 100 fois par jour. "it-edit toto.txt &" ouvre une autre instance d'it-edit. En bref, faire comme Geany quoi…

C'est faisable car libvte-2_90 dispose d'un système de suivis de pattern avec ce que vous rentrez dans le terminal.
A méditer.

Comme l'ont évoqué certains le suivi entre le répertoire courant d'un des terminaux et le chemin de l'éditeur.

libvte-2_90 dispose d'un signal "change-directory" le problème est que je ne sais absolument pas quoi faire:

1. synchronisation du dossier courant du terminal dans tous les terminaux.
2. synchroniser les dossiers des fichiers ouvert et le terminal (A noter que l'on peut configurer le dossier dans lequel démarre le processus de votre shell (configurable lui aussi, pour csh ou ksh…) dans it-edit panneau configuration->Terminals->Settings). Mais quel dossier si des fichiers sont dans des dossiers différents.
3. et ainsi de suite on a la torture du choix.

Ok on peut intégrer un outil de diff au menu applications mais pourquoi ne peut-on pas alors faire un diff entre 2 onglets ouverts dans l'éditeur ?

L'on ne peut toucher au menu du menu contextuel de l'éditeur de libgtksourceview3. Alors comment choisir les deux fichiers a comparer ?

Merci pour vos réponses.

utiliser it-edit et répondre a mes mails et ma proposition.

Car une amélioration c'est du boulot, surtout qu'on ont vient de terminer un programme et qu'il faut réouvrir le dossier.

L'on n'a pas forcément envie de remanier le truc une fois le dur labeur belle et bien finis.

Je l'implémenterai ton idée a coté des autres propositions d'améliorations.

J'aimerai beaucoup que tu m'aide a écrire un Makefile pour le fortran comme je te l'ai proposer.

Quoi que tu fasse, concernant le Makefile.

Je ferai une dernière tentative en t'envoyant un Makefile pour un projet C surtout que make supporte le fortran naturellement:

---

Extrait du GNU make manual:

---

Compiling Fortran and Ratfor programs

n.o is made automatically from n.r, n.F or n.f by running the Fortran compiler. The precise recipe used is as follows:

‘.f’
‘$(FC) $(FFLAGS) -c’.
‘.F’
‘$(FC) $(FFLAGS) $(CPPFLAGS) -c’.
‘.r’
‘$(FC) $(FFLAGS) $(RFLAGS) -c’.
Preprocessing Fortran and Ratfor programs

n.f is made automatically from n.r or n.F. This ru+ *.f
+ *.f90

runs just the preprocessor to convert a Ratfor or preprocessable Fortran program into a strict Fortran program. The precise recipe used is as follows:

‘.F’
‘$(FC) $(CPPFLAGS) $(FFLAGS) -F’.
‘.r’
‘$(FC) $(FFLAGS) $(RFLAGS) -F’.
---

Seulement ne connaissant pas du tout le fortran je ne peut pas le faire moi moi même:

plusieurs extension de fichier possibles:

• *.f
• *.f90
• *.f95
• *.for

Est-ce que le fortran génère des fichiers objets, des binaries ELF, je ne sais absolument pas ???

Merci beaucoup, pour l'aide déjà apporter.

Merci pour vos commentaires éclairées.

Tous d'abords j'ai écrit it-edit afin d'avoir un éditeur sur mesure, répondant a tous mes besoins, comme dit lors de la sortie de la version 1.0.1 et j'ai utilisé it-edit depuis début mai 2015 jusqu'a peu au quotidien et j'en suis très satisfait.

Je dois avouer que la version 1.0.1 a crasher 3 a 4 fois depuis mais il me semble que le bug est fixer maintenant (une erreur dans la fonctionnalité de recherche).

L'ergonomie a grandement été amélioré: basculement rapide entre tabulations et espaces, raccourcis clavier supplémentaires:

• Ctrl ++ (Next) <-> Ctrl + Enter (Replace), utilisez le keypad.

Sinon:

Vim sait déjà lancer des commandes externes, c'est même l'une de ses plus grandes qualités, et avoir un terminal à côté de son éditeur ça revient juste à lancer un autre terminal (potentiellement un raccourcis de l'environnement de bureau là encore). Donc quel est l'intérêt de tout ça ?

D'avoir des terminaux directement intégrer dans l'éditeur de texte, pour ne pas avoir sans cesse a basculer entre les deux.

On devrait implémenter un détecteur de :
« ça existe déjà, pourquoi en faire un autre  ».

Si tu compte innover quelque chose et bien bonne chance, nouvelle technologie hormis: reconnaisance vocale etc..

J'imagine que l'intérêt est que c'est plus graphique que Vim et Emacs (plus de boutons, onglets à la place de buffers, etc) et que la configuration par défaut est meilleur pour les utilisateurs voulant un outil clé en main.

Parfaitement it-edit n'est pas vim ou emacs mais un éditeur graphique intégrants des terminaux entre autres fonctionnalités, voyez cela comme la nouvelle vague.

Concernant les autres éditeurs pouvant intégrés un terminal je trouve personnellement que le terminal (il n'y en souvent qu'un) est mal placé par exemple kate dont le terminal est placer en bas je me voit mal travailler la dedans, dans cet petit espace en bas de l'éditeur.

Ou geany ça va encore et code-block qui débloque en lançant un xterm…

Avec le système d'ouverture rapide des documentations, il ne manque plus qu'un navigateur de fichiers dans un panneau à gauche, et on a quelque chose qui se rapproche à tout petit pas délicats de acme

Je n'ai pas implémenter de gestionnaire fichier dans une barre latérale a gauche, car l'idée m'est passer par la tête, car it-edit auto-détecte votre gestionnaire de fichier et il est lancable depuis le menu-item correspondant et si par malheurs il se trouve qu'il n'est pas: "nautilus", "dolphin", "thunar", "xfe" ou "pcmanfm" et bien vous pouvez le configurer manuellement.

En espérant que vous prendrez la peine d'essayer vraiment it-edit, disons une semaine, avec un bon Makefile maison il vous facilitera la vie, accros de ligne de commandes, vous l'adopterai sûrement ou replacerai gedit ou kate par it-edit, cela est possible avec it-edit.

Si vous avez d'autres idée d'améliorations je suis preneur !!!

PS: regarder le Makefile situer dans le dossier /usr/share/it-edit si vous avez télécharger le fichier debian sinon par ici pour voir a quoi ressemble un bon Makefile.

Salut l'accro de la ligne de commande,

Je voulais simplement te remercier pour m'avoir donner l'idée du nouveau target du Makefile.

Donc un tip pour te remercier :

un gestionnaire de presse-papier est pratique pour la ligne de commande.
J'utilise xclip et j'ai définis l'alias suivant:

alias gols='cd $(xclip -o) ; ls'

ce qui me permet de juste surligner le dossier dans lequel je veut me rendre et de taper le court alias…

Pour m'y retrouver.

C'est un raccourcis maison assez pratique sinon tu peut lancer firefox avec un fichier comme argument:

alias firepath='firefox $(xclip -o)'

ou n'importe quel application avec comme argument ce que tu surligne dans le terminal.

Salut,

En faîtes, j'ai développer cet environnement de développement avec terminaux intégrés(ITE), pour satisfaire tous mes besoins en termes de développement:

• Une bonne intégration de terminaux.

• Pouvoir enregistrez de la documentation locale qu'importe le format afin d'y pouvoir accéder en 2 cliques (pratique les packages *-doc).

• Un manpage reader.

• Lancer des applications graphiques, en 2 cliques.

Etc…

Tous ça directement depuis mon éditeur, que je connaît le mieux car c'est moi qui l'est écrit.
Puis j'aime écrire des outils qui me sont pratiques et si ils peuvent être utiles aux autres tant mieux.

L'utilisation d'un gros Makefile bien pratique en conjonction m'est venus plus tard.

D'ailleurs ton bout bout code m'a donner l'idée du target suivant:

.PHONY: search-pattern
argv =
search-pattern:
[TAB]grep -r "$(argv)"

a ajouter a mon Makefile de développement.

Sinon la plupart des raccourcis clavier de it-edit sont les raccourcis les plus courant, car j'ai bien regarder les autres avant de me lancé:

• Ctrl + O (Open file).

• Ctrl + S (Save file).

• Ctrl + Maj + S (Save all files).

• Etc…

Et puis c'était pas si difficile que ça.

Bonjours,

ont m'a déjà fait la remarque des wm pavant lors de la sortie des de la version 1.0.1 de it-edit.

Comme tu utilise vim comme éditeur, tu n'a pas besoin de it-edit (un éditeur de texte graphique).

J'aime appeler ma sorte de IDE un ITE (Integrated Terminals Editor).

Intégrer un terminal dans une application graphique ne sert pas a lancer des applications graphiques a partir du terminal intégré.
Mais la version 2 de it-edit permet de lancer des applications graphique (celles que tu veut) depuis l'éditeur.

Du coup je n'ai besoin que de it-edit que j'utilise au quotidien depuis la sortie de la version 1.0.1.

Et j'en suis très satisfait, j'ai simplement combler quelques lacunes d'ergonomie et bugfixer 2 ou 3 trucs, dans la version 2.0.

Sinon concernant performances j'ai remarquer que it-edit démarre beaucoup plus vite que tous les autres éditeur graphique, je ne sais pourquoi.

Je suis très fier de ma création qui me facilite grandement le développement au quotidien avec la même praticité que tu tu tire d'un wm pavant, mais en un seul logiciel: le miens.

Après chacun sa manière de travailler.

PS: Étant donner que tu utilise vim comme éditeur, dont il faut apprendre tous les raccourcis clavier (chose qui n'est pas aisé), je suppose que ça fait longtemps que tu programme moi ça ne fait que 4 ans et demie dont 3 ans de C.

ÇA VA LA TÊTE ? …
un gars vous dis qu'il développe un truc libre et c'est tout ce que vous trouvez à dire ?
Put… le libre va très mal il me semble.
Vous avez des idées ? …un truc qui manquerais… ou vous êtes trop nourris à rien foutre ?
Je me pose la question et je la pose à une bande de "petits habitués" !

Il faut avouer que mon programme ne sert pas a grands chose, mais regardez le code, j'ai pris le temps de le soigner car c'est un holydays work, malheureusement refactorisé en version 2.0.

---

Je pense que avec l'open-source il faut beaucoup plus (travailler) s'investir pour s'imposer quand ont atteint un certains niveau (moyen).

Car la communauté open-source prouve au quotidiens qu'elle est capable d'égaler, sinon de faire mieux que Windows ou Mac, sans être payer, avec beaucoup moins de moyens (la bonne volonté des entreprises, entre autres) et d'utilisateurs.

Mais je sais que si je fait un peu de pub pour mon modeste petit programme pour Linux je vais avoir de la (pseudo) clientèle de qualité qui vont s'intéresser au code ou simplement l'utiliser a bon escient) plutôt que d'entuber des milliers d'utilisateurs lambda ignorants.

Brefs nous prouvons au quotidiens de par la pureté de nos codes sources (librement consultable) (presque) parfait que nos sommes tous autant capable que ces gros ***** rétribués…

Dois je payer une licence pour un compilateur afin de pouvoir pratiquer ma passion.
Mais vous êtes tarés les fanas de L'EURO/Dollars, avec le code malicieux dans la barette de sécurité du billet…

NOTE: je vais trop loin: car la dernière fois, que j'ai tenus des propos moins grave, j'ai dû me faire interner a l'hôpital, j'ai encore des séquelles neurologiques.
Et la fois d'avant MBR cassé.
Est-ce un hasard cet abus de position domination dans tous les domaines, y compris les cerveaux des fous comme moi ?

---

Sinon a propos de mon programme:

[...]
This program is free software: you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation, either version 3 of the License, or
(at your option) any later version.

This program is distributed in the hope that it will be useful...

C'est pas vraiment un programme vraiment utile mais l'on peut s'en inspiré si l'on commence le C++, en venant du C, avec une library multimédia sympathique:

This is because i implement it at start only for personnal usage so it´s a personnal requirement builded program,
but finally i decide to distribute it because Micro Music Player is so easy, as in the concept as the short source code,
so that you can use it like this or modify it, in the way you want, according the GPLv3 license terms.

Sans commentaire sinon…

---

Mais je vais morfler une fois de plus pour l'avoir ouvert: je me tairai quand je serai mort, c'est peut-être la bonne cette fois-ci ?

Gagnez et l'image correspondante est:

Bravo a notre gagnant du EdipMorphoQuizzzz: FantastIX.

Ont peut réellement créer des horreurs, des montres du morphing grâce, entre autre a la fonction de miroir, wave, de coloration, d'intensité et d'ajustement des valeurs de Hue, Saturation, Lightness et Brightness avec Edip…

PS: j'ai 400 téléchargements mais pas de feed-back minimum juste 4 stars sur le github de Edip répertoriés.

D'ailleurs c'est sympa d'avoir essayer même si vous êtes pas convaincus par mon premier programme écrit en C++ avec la plus puissante library d'images que je connaisse opencv.

Sinon il existe ImageMagic d'ailleurs je pense que le module python PIL est basé dessus sur quoi est basé mon premier modeste programme de traitement d'images PyImaging.

Je vous en veut pas, au contraire, mais c'était autre chose lors de l'annonce de la sortie de IT-Edit (Integrated Terminals Editor):

• plus de 600 téléchargements.

• Et des contributions sur le github de IT-Edit et developpez.net.

Dont les noms sont cités sur la page de présentation du ITE IT-Edit.

C'est sûrement dû a la nature du programme…