liberforce a écrit 4744 commentaires

moi je joue un peu avec bash -vx monscript.sh pour le débogage aussi... ça exécute le script et ça affiche la manière dont bash interprète chaque ligne...

En bon éditeur (et pas IDE), tu as aussi Scite, qui a l'avantage d'être multiplateforme. Si tu as des conseils à demander, n'hésite pas à m'envoyer une message perso, j'ai un peu le même background que toi...

La version 2 semble assez instable, il reste la 1.2.
Je pense qu'il n'est pas actuellement assez stable sous mandriva (en plus il y a avait un méchant bug dans l'éditeur), mais c'est pour que tu saches qu'il existe. Moi j'ai fait des MFC et la transition est certes assez difficile :-).

Anjuta est en GTK, et si tu as l'habitude de la programmation d'IHM en C, GTK est fait pour toi... tu peux aussi regarder glade2 , glade3 et gazpacho qui permettent de générer des fichiers XML qui représentent l'agencement des contrôles dans ton interface graphique. Pas de code supplémentaire à faire pour que les contrôles se resizent automatiquement, contrairement aux applis en API win32 et en MFC. Bienvenue dans le monde réel :-)

Ah oui, bien pensé la génération de code avec glade, j'avais pensé à utiliser glade, mais l'IHM étant tellement simple, je trouvais ça dommage d'utiliser libglade... Comme la génération de code par glade est déconseillée, j'ai pas pensé à cette astuce... Merci encore :-)

on peut aussi ajouter:
1. crée une fonction qui fait la vérification d'une adresse passée en paramètre, et à laquelle tu donne aussi en paramètre le nom du fichier d'alarme

2. définis le nom du fichier d'alarme dans une variable au début de ton programme, cela permet de changer facilement le fichier de trace

3. définis des valeurs de retour: un programme qui se finit avec succès renvoie toujours la valeur 0, et autre chose sinon. Définis ces codes de retour dans des variables au début du script aussi, pour pouvoir faire un "exit ERR_RESEAU_KO" plutot que "exit 1" (exemple fictif), ça améliore la lisibilité.
La valeur de retour permet aussi de chainer les programmes par exemple: prog1 && prog2 n'exécutera prog2 que si prog1 a réussi (c'est à dire a retourné 0)

4. Effectivement, inclure les heures, minutes, secondes des tests est un plus

merci, ça a effectivement résolu mon problème :-)
Par contre, tu n'aurais pas une idée sur le widget à utiliser pour garder un bandeau supérieur (qui contient les zones 1 et 2) avec une hauteur fixe ?

Comme ça je fixerai la hauteur à 20% de la hauteur totale de la fenêtre au démarrage (c'est une appli qui ne s'exécutera qu'en plein écran)

hum... j'ai utilisé les deux callback et affiché la taille au démarrage. Le configure-event me donne la taille allouée de base à la fenêtre, et n'est appelé que si je resize la fenêtre. Le size-allocate me donne tout de suite la taille *affichée*, sans avoi besoin de redimensionner la fenêtre. Une fois que tu as redimensionné ta fenêtre, ta méthode marche, et si tu ne redimensionnes pas, tu auras de toute façon la même taille au prochain démarrage (ce sera la taille par défaut à nouveau, mais toi tu ne l'auras pas sauvegardée).

Crée une callback pour les deux évènements, tu verras.

non, non, apparemment c'est bien le size-allocate qu'il faut utiliser...
le configure event a l'air d'être déclenché avant que la taille ne soit fixée, donc c'est bien pour avertir qu'il faut changer la taille...

Rah leur site est tout pourri, les images du menu cachent le texte :-(
Seule solution que j'ai trouvé, virer temporairement les menus avec une règle adblock...

Je crois que ça se fait selon le nombre de signets...
Si tu en as trop, ils passent dans un sous menu, pour ne pas que le menu de base ne soit trop chargé...

gloups... j'ai oublié les guillemets pour le nom de fichier: fd fopen("entree.txt", "r");

Ah, et n'hésite pas à utiliser un éditeur qui te fait de la coloration syntaxique ( http://fr.wikipedia.org/wiki/Coloration_syntaxique ), ça te permettra de voir les erreurs les plus grossières...

1. commencer par écrire du pseudo code: tu veux faire quoi, dans quel ordre
2. chercher les fonctions qui peuvent t'aider à le faire... notamment c'est bien le diable s'il n'y a pas une fonction qui lit une ligne entière dans un fichier texte
3. oui, effectivement, le C de base, pour traiter des chaines de caractère de base, c'est tout pourri. Les langages de script comme python, perl et shell l'enfoncent.
4. Il te reste la solution la plus simple: au lieu de réécrire la roue utiliser une API qui a des fonctions d'n peu plus haut niveau un peu plus conviviales, comme l'excellente glib, effectivement: http://www.gtk.org/api/2.6/glib/glib-File-Utilities.html (regarde bien g_get_file_contents)
5. ne pas se décourager, c'est pas évident quand on débute
6. Commenter son code, mais pas comme tu le fais: dire *ce qu'on fait* et pas *comment on le fait* dans tes commentaires

Si tu ne veux pas utiliser de bibliothèque comme la glib, alors tu trouveras une bonne référence des fonctions standard en C:
http://www.delorie.com/djgpp/doc/libc-2.02/
Les modules qui t'intéressent: stdio (pour l'accès au fichiers dans ons cas), string (pour la manipulation de chaines de caratères)

après, tu fais plusieurs erreurs dans ton code, à vue de nez:

chainelu char[30]; il faut mettre le type avant le nom de variable: char chainelue[30];
char *ptr; ok
Ensuite tu as besoin d'ouvir ton fichier pour récupérer un descripteur de fichier à utiliser dans fgets (regarde fopen: http://www.delorie.com/djgpp/doc/libc-2.02/libc_299.html ), du genre fd = fopen(entree.txt, "r");
fgets(cjainelu,sizeofchainelu),entree.txt); => mauvais usage de sizeof, et on passe un pointeur sur un descripteur de fichier en dernier argument, et pas le nom du fichier :fgets(chainelue, sizeof(chainelue), fd);

[...]

Bref, relis un petit peu tes cours, commence par un ou deux tutoriels de C, parce que là tu manques cruellement de connaissances de base pour faire ce que tu souhaites. N'oublie pas aussi d'écrire ligne par ligne et de compiler juste après chaque ajout, les messages du compilateur te guideront pour corriger tes erreurs. Mais là tu es un peu "juste".

oups, j'ai merdé tout plein...

[toto@toto]$ a=1234
[toto@toto]$ echo $a
1234
[toto@toto]$ echo '$a'
$a
[toto@toto]$ echo "$a"
1234

Merci de respecter les gens qui débutent petit malin...
C'est super que tu saches le faire, mais n'en dégoute pas les autres. T'as peut être appris le C au berceau, c'est pas le cas de tout le monde.
M'énerve...

$ a=1234
$ echo a
1234
$ echo 'a'
a
$ echo "$a"
1234


Le premier '$' des lignes, c'est le prompt...

Maintenant compare les 2 dernières commandes et tu as ton problème...

Hum... effectivement, la 0.8.1 ne se trouve qu'en tar.gz...
Désolé, j'ai rien dit alors :-)

Mais pourquoi télécharger des rpm sur le net quand c'est packagé de base par ta distribution ?
l'intéret que je trouve à rpm.pbone.net, c'est quand je n'ai pas de mandriva sous la main, et que je veux savoir à quel média appartien tel ou tel programme. Une recherche sur kino donne:
|...]official/2006.0/i586/media/main/kino-0.7.6-4mdk.i586.rpm

Cela signifie que kino est dans le media main, le media qui contient les programmes packagés par mandriva ! J'en déduis donc que tu ne sais pas installer un programme sous mandriva (tu aurais utilisé l'interface graphique pour installer kino, ou tapé en root urpmi kino et c'était fini !). Donc je te renvoie à ces documents:

la doc officielle qui décrit comment gérer des médias, installer des logiciels:
http://doc.mandrivalinux.com/MandrakeLinux/101/fr/Starter.ht(...)
Un article sur l'installation de logiciels sous linux en ligne de commande (regarde surtout la méthode qui utilise urpmi/urpme/urpmf et rpmdrake):
http://www.linux-wizard.net/howto.php?section=5&key=gest(...)

Oui, c'est vrai que c'est plus facile de trouver des backports pour quelques applis depuis le passage au cycle d'un an... J'étais content pour ekiga :-)

Pour les tags, une recherche sur linuxfr m'a donné ça:
http://www.ibiblio.org/mp3info/
http://eyed3.nicfit.net/

La page qui en parlait, avec des exemples d'utilisation:
http://linuxfr.org/forums/41/14228.html

Easytag (en tout cas sous mandriva) est en GTK 2 (branche 1.99 d'easytag), donc pour l'intégration, c'est kif kif.

Mais éditer les noms des pistes à la mano, ça me rappelle trop le temps du lecteur de CD audio windows où je rentrais tout à la main... Alors je l'utilise tout de même.

Mais c'est clair que l'IHM d'easytag est à chier et me rebute autant que toi... Je ne comprends pas que les devs ne s'en rendent pas compte...

Déjà, je salue l'initiative et j'espère que vous avez une bonne dose de motivation, parce que le chemin sera long ;-)

1. Pour moi ça ressemble plus à http://www.gnomefiles.org qu'à framasoft. En plus je trouve que framasoft à tendance à devenir bordélique à force de vouloir en mettre trop sur chaque page. Donc pour quoi pas un autre site, effectivement.

2. Le design est clairement à revoir, comme dit plus haut...
* couleurs à changer
* contrastes à améliorer
* gras dans les liens (ce qui change la largeur du texte au survol) à supprimer

Par exemple pour l'interface, un truc simple:


+-------------------------------------
| $(OS) | $(NOM_DU_LOGICIEL)
+-------------------------------------
| Catégorie(s): $(CATEGORIES)
+-------------------------------------
| $(DESCRIPTIF)
|
+-------------------------------------
| [X] Site web | [X] capture d'écran |
+-------------------------------------


Pour le style, regarde http://www.csszengarden.com et http://www.pompage.net , tu y apprendras pas mal de choses et je crois que les designs sont réutilisables.

Pas besoin d'afficher les URL en clair, fais juste pointer les liens "site web" et "captures d'écran" au bon endroit.

Les [X] que j'ai mis représentent des petites images à insérer (petite maison pour la homepage, etc...) pour rendre le contenu immédiatement identifiable (regarde gnomefiles.org).

3. Permet l'intégration d'un produit dans plusieurs catégories. Si tu veux passer à double système de navigation (arborescence et sous catégories + tags), ce sera plus simple. C'est faisable: Epyphany, le navigateur web de GNOME génère par exemple des catégories arborescentes à partir d'un classement interne fait avec des tags.

4. Ah et surtout, pour toutes les infos affichées, tu fais une erreur de présentation je pense: tu affiches les éléments sous la forme "nom: catégorie", alors que je pense que "catégorie: nom" est bien plus naturel pour tout le monde. Tu l'as fait pour tes liens vers les sites web, les screenshots, mais aussi pour les boites à droite, c'est à mon avis une erreur.

5. Tu utilises dans les boites à droite le gras pour des liens qui n'apparaissent pas soulignés au survol. Dans la zone au centre, c'est l'invers: le gras est du texte, et les liens sont soulignés au survol et passent en gras. Je te déconseille le gras pour les liens, et je te conseille le soulignement au survol pour tous les liens, c'est bien plus visuel. Ensuite, reste homogène sur tout le site, c'est ce qui définira ta charte graphique.

6. Les petits plus pour aller plus loin une fois que la structure sera au point: la recherche dans le site (ou recherche intégrée par google), la catégorisation par tags, des liens vers des petits articles/tutoriels rapides comme sur framasoft, permettre à des utilisateurs de proposer les logiciels qu'ils aiment, lien vers la licence exacte du logiciel, date de la dernière version, etc...

Bonne chance !

Euh.. Je t'arrête tout de suite: Audio Tag Tool n'arrive pas à la cheville d'easytag car il manque une fonctionnalité essentielle: la possibilité de reconnaitre des piste ou des albums d'après leur signature, ou récupérer sur des bases de données en ligne (FreeDB, musicbrainz) les tags ID3 sans avoir à se les rentrer à la main. Sans ça un logiciel de ce type est dépourvu de 90% de ses capacités à mes yeux.

Alors oui il est simple et convivial, mais très limité à mon goût...

...le système de suivi:
http://linuxfr.org/tracker/

Je tourne en xorg7 (après avoir essuyé pas mal de plâtres) et tout marche, donc pour le pas a jour c'est pas trop trop le cas...

Je suis en Mandriva 2006. GNOME 2.14 est sorti il y a un mois. Je suis toujours en GNOME 2.10 avec mandriva, soit un an de retard. Quand Mandriva 2007 sortira en septembre, j'aurais GNOME 2.14 alors que GNOME 2.16 sera sorti depuis un mois.

Cela signifie qu'entre aout et septembre, j'aurais très exactement 1 an 1/2 de retard sur les releases de GNOME. 1 an 1/2, ce n'est pas rien en informatique. J'aime beaucoup Mandriva, mais j'aime beaucoup GNOME aussi (j'essaie de contribuer). C'est le seul point bloquant qui pourrait faire que je change de distro pour passer à Ubuntu (même si ce n'est pas encore au programme, j'attends les retours de Dapper Drake).

Donc à jour sur certaines choses, très en retard sur d'autres...

Si tu veux un truc plus complet (mais pas top au niveau de l'interface, malheureusement), il y a easytag...