Salut,
Il me semble que j'ai vu il y a longtemps des patch pd avec menu déroulant (genre choix de fichiers) sous mac...
Est-ce que c'est possible avec linux? sinon je ne sais pas comment faire quelque chose d'équivalent...

oui c'est possible, il me semble que c'est [popupmenu].

[flatspace/popup] dans pdextended 0.42

Oli : heureusement que t'es la :)

yeah! ça a l'air de fonctionner... en plus il y a plein d'objets pour gérér fichiers et dossiers, ce qui va m'être bien utile...
Je tenterai une abstraction genre choix de fichiers récupérés dans un répertoire donné, sélectionnables en midi... je posterai ça
MERCI :-)
PS: l'aide par clique droit ne semble pas fonctionner, mais on la trouve dans le browser: flatspace/ > popup_help.pd

rep:
$ find | grep /usr/lib/pd | grep popup

(+ rapide que brosser le browseur)

Bonjour à tous

j'en profite parce que j'ai pas mal utilisé popmenu sous mac et je me suis rendu compte que ça ne fonctionnait pas sous windows (les messages ne passent pas). est-ce que quelqu'un connait une alternative sous windows ?

Tu peux trouver un menu déroulant utilisant un Widget scriptable dans le browser: Pure Data/examples/toxy/popup-test.pd

j'ai un peu prospecté pour Toxy, il faudra juste penser à apprendre le Tcl/Tk et on aura de belles interfaces dynamiques en couleur ;-)....  Je vais tout de même tenter une listbox ([widget listbox nom]) qui va me chercher les fichiers dans des répertoires donnés. Mais Toxy n'est pas vraiment bien documenté et ça va pas être facile... Je n'ai trouvé que ça:
http://suita.chopin.edu.pl/~czaja/miXed … /toxy.html
Si vous avez d'autre infos plus simples pour commencer...

Merci mrpropre, je vais regarder ça :)

après quelques recherches, je vois qu'il n'y a pas grand chose sur le sujet, excepté la doc (inachevée) de l'auteur dont j'ai posté le lien... Disons tout de même:
-qu'il faut quelques connaissance en programmation, et mieux encore en Tcl/Tk
-que le projet en est à ses balbutiement en version alpha...

J'ai tout de même réussi à faire quelques trucs, mais je bloque un peu...
si quelqu'un connaît, voici quelques questions:
-apparemment, la commande glob dans un scriptlet pointe sur le répertoire /home/user (sur linux). Y a t'il un moyen de changer ce comportement pour qu'il pointe sur le répertoire courant du patch?
-je ne comprends rien à la commande pd { }... en gros je galère pour pouvoir faire sortir une info d'un [tow . widget id] par un message [tot ...( .
-pourquoi ces échappement? .(   .)   .:   c'est expliqué sur le site mais ça m'échappe. 

bon, si vous pouvez m'apporter un peu de lumière sur le sujet c'est bienvenu...

Ça m'intéresse moi aussi. glob en lui-même ne pointe nulle part, [glob *] retourne juste les noms de fichier contenus dans un répertoire, un peu comme ls.
http://www.tcl.tk/man/tcl8.5/TclCmd/glob.htm

J'aimerais bien arriver à faire afficher le contenu d'un répertoire dans une listbox mais je ne vois pas moi non plus où on met le chemin dudit répertoire...

citation :

glob en lui-même ne pointe nulle part

Non, mais par défaut il cherche dans le répertoire "courant"...  On peut mettre un chemin absolu du genre /bla/bli/blou/fichiers_à_lister (en considérant /bla dans /home/user/ puisque apparemment il part de là), mais si on change le répertoire de place (genre le patch sur un autre ordi), il faut réécrire le lien. On s'en remet, mais bon... Alors que si il partait du répertoire du patch, on aurait un beau chemin relatif vers un sous-répertoire qui accompagnerait le répertoire du patch lui-même dans ses déplacements :rolleyes:
Tu as vu l'exemple dans /usr/lib/pd-extended/doc/examples/toxy/listbox-example.pd ? (il apparaît pas dans le browser chez moi)
J'ai réarrangé le code dans un éditeur, histoire de décortiquer tout ça, mais cette ligne me chiffonne (elle renvoie la valeur de l'item double-cliqué ou bangué à la sortie du [tow], en l'occurrence dans un [message(  ):

pd [concat $target _cb set [$path get [$path curselection]]

dont les variables peuvent être remplacée comme suit:

pd [concat .| _cb set [.- get [.- curselection]]

ça sort d'où ce _cb ? Et c'est quoi un target .| ?

Oui, c'est du chinois, j'y comprend rien...

Par contre, pour avoir le chemin du patch courant il y a [stat] dans la librairie hcs.

Ayé, pigé :D

En fait si, on peut dire à glob où regarder. Dans listbox-example.pd j'ai inséré un $1 collé au * : [glob $1*]. Du coup, je change de répertoire avec un message [symbol /le/chemin/de/mon/dossier/ (. Comme ça me renvoyait les adresses complètes, j'ai ajouté un tail pour n'avoir que les noms dans la liste. Au final, pour les répertoires fixes, c'est bien plus élégant et plus pratique que [openpanel].

très joli bravo :-)
j'ai aussi trouvé [getdir], qui sort le chemin de la racine au répertoire courant du patch (ggee)
et pour glob, on peut utiliser des switch comme -tail, ou -type f (pour n'avoir que les fichiers), et sans doute des expressions régulières pour ne garder que certaines extensions.
Mais je comprends toujours pas les parties du code avec pd[] et _cb...
HCS m'a répondu sur la liste, il pense que le projet continue, mais me propose son travail:
http://pure-data.svn.sourceforge.net/vi … tkwidgets/
il a aussi dit que toxy était bien, mais 'un truc compliqué...'

Ah ça oui, c'est compliqué. Jusqu'à présent, toxy je l'utilisais surtout pour l'objet [tot] afin « d'écouter » le clavier et la souris sur des fenêtres cibles.

À mon grand dam, les switchs pour glob ont tous fait planter pd. Les widgets, j'en ai obtenu ce que je voulais, je t'avoue que je ne pousserai pas plus loin les efforts de compréhension...

citation :

les switchs pour glob ont tous fait planter pd

justement, en essayant de corroborer mes dire, j'ai fait une petite tentative et vlan dans les dents, freeze de pd... Pourtant j'avais déjà essayé -type d et ça fonctionnait...
J'ai écrit au concepteur pour ces questions, on verra ce qu'il dit...

Salut,

c'est pas un projet mort toxy?

ppur ma part, je tape dans les pdmtl et et [getdir], récemment je suis passé par un shell script tout simple:

tout est dans le SVN https://pingbase.homelinux.net/websvn/l … #_scripts_

je n'ai pas eu le courage de te sortir le code Pd pour appeler ce code et le traiter mais c'est béton sur du linux /osx

je viens de découvrir [playlist] de chez unauthorized... ça a l'air de faire tout ce que je voulais. Déjà essayé?
Bon, en fait j'ai déjà fini la partie browser avec toxy. Mais c'est la dernière utilisation que j'en fais: trop instable/incomplet/compliqué/abandonné...

Au fait il me semble que depuis la release de Pd-Extended 0.42.5, popupmenu fonctionne maintenant correctement, sur toutes les plateformes.

Tu parles de [popup] de flatspace? (je n'ai pas d'objet popupmenu)
Je l'utilise sur linux et ça fonctionne très bien... Je préfère la liste si je change souvent de fichier, plus visuel...

ouep :) popup de flatspace

en fait ça fonctionnait déjà très bien pour Linux et OS mais pour windows ça n'envoyait rien, maintenant c'est réparé.

et personne n'a de retour à donner pour [playlist]?

Blindekinder a écrit:

et personne n'a de retour à donner pour [playlist]?

c'est à dire ?
tu veux quoi comme infos ?

juste savoir si quelqu'un l'utilisait intensément et pouvait confirmer sa stabilité/usabilité/performance...
Comme je l'ai dit, je suis sur un patch assez simple dans le fond mais qui fait appel à une liste visible de fichiers... et c'était le but de ce sujet de savoir ce qu'il existe. J'ai fini par le faire avec toxy, et ça fait les deux tiers du patch juste pour avoir une liste de fichier sélectionnables d'un répertoire donné... alors je vais sans doute le modifier puisqu'apparemment ça peut être fait avec un seul objet et une poignée de [message box(, mais si quelqu'un me dit que c'est bugué/instable, j'oublie...

Ouais ben [playlist] ça fonctionne bien, pas de plantages ou autres (en tout cas à ma connaissance), je crois que j'avais eu certaines galères avec les objets pidip quand il s'agissait de les inclure dans des abstractions avec GOP, mais bon pas plus que ça, pis je crois que ça à été amélioré depuis.
(en tout cas la je viens de test et ya pas de soucis....)

bon, voici le patch terminé... (enfin, jamais vraiment terminé)
C'est un lecteur tout type de fichier audio (lib gavl/gmerlin => [readanysf~] )
Il fonctionne sous linux, devrait fonctionner sous mac, de devrait pas fonctionner sous win à cause du chemin...
Il s'agit de construire des banques de sons: des dossiers appelés (obligatoirement) bank1 ,2 ... dans le répertoire du patch.
Il est prévu pour fonctionner avec un contrôleur midi. Les petits boutons verts sont des midi-learn. Il y a aussi un selecteur de sorties: 3 stéréo puis deux monos.
fonctionne avec pd-ext et [readanysf~]...
le but est d'en ouvrir plusieurs (copies) et de jouer plusieurs sons en même temps. Il semble assez stable, du moins avec 3 instances...