Salut les amis GTK+,
Je voudrai juste porter ceçi a votre attention,
votre serviteur Luke Spywoker.
Merci a little white qui est le seule a m'avoir rapporter les points faibles de mon programme, en tout cas pour l'instant.
Version imprimable
Salut les amis GTK+,
Je voudrai juste porter ceçi a votre attention,
votre serviteur Luke Spywoker.
Merci a little white qui est le seule a m'avoir rapporter les points faibles de mon programme, en tout cas pour l'instant.
Bon ça n'interesse personne ?
Même pas mes amis du forum gtk,
Le truc est nulle ou vous en avez marre de ma libvte-2.91 (Peut-être pas encore available for you).
Car vous n'utilisez pas les éditeurs T.U.I (Terminal UI) mais le truc c'est que l'on peut se servir uniquement du big Makefile généré.
Salut Luke.
Je prends un peu de temps pour regarder ton projet.
Première compilation. Aucun warning ! Bravo :D. Même en ajoutant un -Wall -Wunused. Bon, un -Wextra commence à faire parler gcc, mais c'est tout à fait normal.
Je lance l'application. Comme pour ton autre projet, tu utilises la même démarche. On ne peut pas la lancer en tant qu'utilisateur. Il est obligatoire de l'installer dans le système. C'est un sérieux frein à mon avis pour les testeurs en herbe comme moi ;).
Je ne comprends pas pourquoi tu tiens à sauver le fichier de configuration dans /usr/share... Pour moi il doit être sauvegardé dans le répertoire de l'utilisateur /home/toto/... Ainsi, si la machine dispose de plusieurs utilisateurs, chacun aura sa propre configuration de l'application.
Ceci permettra en plus de pouvoir lancer l'application sans être obligé de l'installer.
CQFD :D
Remarque :
Passé les fenêtres de warnings, l'application s'exécute tout de même. Je n'ai pas trouvé dans le menu une entrée qui permette de quitter l'application.
Le plus simple serait de respecter la variable d'environnement XDG_CONFIG_HOME.Citation:
Envoyé par gerald3d
https://specifications.freedesktop.o...html#variables
Tout d'abords merci pour votre intérêt portée a mon projet, qui je le rappelle est en phase de pre-release (il y aura encore du changement).
---
Concernant gérald3d, et bien comme d'habitude récemment il est possible de hacker mon code une fois le programme installer:
Avec Makefile intégrer a cette effet dans le pkgdatadir ou [I]/usr/(local/)share/mk-project[/I] dans ce cas...
Donc tu installe le programme.
Tu te rends dans /usr/(local/)share/mk-project tu tape:
$ make help
et tu verra les targets disponibles car le code source est copier dans ce dossier.
Donc un:
$ make
Suivit d'un
$ make exec
Devrai lancer le programme et si tu modifie le sources (dans ce dossier évidemment) et ces modifications seront pris en comptes lors du lancement.
PS: même si tu l'installe a partir d'un fichier *.deb c'est la même histoire.
---
Concernant liberforce, merci pour le tuyaux mais je pense que installer les fichiers de configurations dans le $HOME de l'utilisateur qui installe le programme l'utilisateur est une pratique débile sur un système multi-utilisateurs a moins que chaque utilisateur ai sa propre configuration, car un utilisateur autre que l'installateur qui a installer le programme peut tout a fait se servir du programme puis des comptes utilisateurs sont ajouter, effacer, changer, etc...
Et l'installation est en mode root autotools ou paquetage *.deb.
Ne te fâche pas: l'on installe son programme comme bon lui semble, en restant pertinent, je ne suis pas adepte de l'installation dans le $HOME, c'est tout.
Mais j'ai aussi tort aussi car le GNU Coding standards dit que que les fichiers de configurations sont a installer dans dans localstatedir.
Extrait:
Et en lisant pas tant que ça.Citation:
‘localstatedir’
The directory for installing data files which the programs modify while they run, and that pertain to one specific machine. Users should never need to modify files in this directory to configure the package’s operation; put such configuration information in separate files that go in $(datadir) or $(sysconfdir). $(localstatedir) should normally be /usr/local/var, but write it as $(prefix)/var. (If you are using Autoconf, write it as ‘@localstatedir@’.)
Même si il vrai que si par exemple l'on regarde les fichiers de configuration de snort par exemple il sont dans /etc/snort non dans /usr/(local/)/share/snort...???
---
Finalement pour tout les deux sachez que que je définis la constante -DPREFIX=\"$(DESTDIR)/$(prefix)\" d'ou dérivent pas mal de constante qui rende la vie plus pratique car si PREFIX n'est pas définis il se voit attribuer la valeur "../" (sachant que pendant le développement je m'est le binaire dans ./bin par rapport au Makefile et donc la racine de mon arborescence de développement.
Mais vous voyez bien cela en regardant ce programme la justement de plus près, non ?
---
Mais rappelez vous qu'on est la pour parler de mon programme et non de la façon d'installer un programme.
Merci pour vos réponses et votre intérêt porter a mk-project.
PS: Au faîte, y en a un qui sais se débattre avec gettextize (autotools, comme libtoolize mais pour gettext).
pour les traductions car je galère la dessus car en locale elle fonctionne puis une fois installer dans les dossiers système $(localedir) elle ne fonctionne plus ...???