Jean-Christophe Sekinger a écrit:
pa besoin du bazar d'extended mais les objets de vanilla sont... ecrits trop petits pour mes mauvais yeux... j'essaie comme t'as dit, merci!
pd -font-size 14
citation :
1. la liste des derniers fichiers... j'en rêvais depuuis des années mais ça ne marche pas. y-a-t-il une bidouille qque part?
non, à la base c'était un Gui-Plugin mais ca a été implémenté dans pd-0.43.
tu peux poster un screenshot de ton menu "file" ?
_y
Hors ligne
pour la taille de la police c'est ok (bien sûr) mais dans le menu "file", les "mru" ne réapparaissent pas quand puredata est réouvert (et je n'arrive pas à faire de print screen quand un menu est ouvert!
quand je réouvre puredata, dans le menu "fichiers", les séparateurs apparaissent mais rien entre ces deux lignes
Hors ligne
c'est quoi les "mru" ?
c'est quoi ta version de pd ?
pd -version
peut-être que ce package a été compilé avant que le plugin ne soit ajouté à pd ??
sinon tu pourrais essayer de le compiler toi-même, c'est pas compliqué comme extended..
_y
Dernière modification par {yv} (2011-12-01 11:35:39)
Hors ligne
"mru"= "most recently used", les derniers fichiers utilisés.
compiler! je n'y suis jamais arrivé!
je vais essayer
d'autre part, je n'arrive pas à trouver quelle est la version
Hors ligne
Jean-Christophe Sekinger a écrit:
compiler! je n'y suis jamais arrivé!
je vais essayer
on va t'aider
citation :
d'autre part, je n'arrive pas à trouver quelle est la version
dans un terminal:
pd -version
ou
puredata -version
ou
pure-data -version
ou dans pd direct: Help > About Pd
Hors ligne
le "about pd" ne marche pas, ça ne trouve pas je-ne-sais-pas-quoi" mais pd -version marche bien (je mettais pas l'espace) Pd-0.43.0 ("") compiled 11:49:52 Jun 16 2011
Hors ligne
Jean-Christophe Sekinger a écrit:
le "about pd" ne marche pas, ça ne trouve pas je-ne-sais-pas-quoi"
c'est pas très bon signe... (et stp poste tes erreurs... "je-ne-sais-quoi" ca nous aide pas beaucoup)
tu as quelles versions de tcl et tk ?
sinon essaye de le compiler (depuis la source sur git).
Dernière modification par {yv} (2011-12-01 11:53:38)
Hors ligne
l'erreur du "about pd"
couldn't open "/usr/lib/puredata/doc/1.manual/1.introduction.txt": no such file or directory
tcl et tk 8.5.0-2
alors docteur?
Hors ligne
Hors ligne
Jean-Christophe Sekinger a écrit:
l'erreur du "about pd"
couldn't open "/usr/lib/puredata/doc/1.manual/1.introduction.txt": no such file or directory
et il est installé où ton package puredata?
which pd
ou
which puredata
(ca devrait etre /usr/lib/pd)
j'ai l'impression que ce package est pourri
citation :
alors docteur?
va falloir compiler
là je file au taf mais on peut se capter dans irc d'ici 30/45min si ca te dit... ce serait peut-etre plus simple
Hors ligne
c'est /usr/bin/pd
j'ai toujours pas installé de client irc. je le fais, je grignote et dans 30 minutes je suis là
a pluz
Hors ligne
j'ai vaguement suivi la fin du chat hier...
une petite analyse perso de pd-vanilla VS pd-extended (très subjective bien-sûr ):
j'ai toujours trouvé vanilla beaucoup plus stable que extended (dans ton cas JC c'est un nightly-build, pas une vraie release.... donc c'est encore pire).
je conseille aux pd-users d'utiliser vanilla et de faire des abstractions qui remplacent certains externals de extended (zexy, cyclone, ... peuvent très bien être fait en vanilla). c'est pour moi le meilleur moyen d'apprendre pd.
certaines fonctionalités nécessitent des librairies/externals, mais je conseille toujours d'en utiliser le moins possible, le strict minimum. le résultat est dans mon expérience beaucoup moins buggy.
mon problème avec extended, c'est qu'il est rempli de librairies un peu foireuses et que les gens les utilisent par flemme. de temps en temps, des bugs bizarres apparaissent et il arrive que ca devienne très compliqué de trouver quelle lib cause le bug...
un exemple typique de patch fait avec extended qu'on m'envoie pour un debug et que je ne lis pas parce que j'ai des objects manquant utilise [prepend], [counter], etc.....
je lirais avec plaisir le même patch compatible vanilla qui utiliserait [myprepend] ou [mycounter].
pour ceux qui ont peur de compiler certaines librairies (je les comprend, vu le pauvre support de certaines), il y a la soluce d'installer extended *et* vanilla, puis d'ajouter au PATH de vanilla certaines librairies de extended, la plupart des librairies "sérieuses" marchent quasi directement (Gem, gridflow, mrpeach, etc).
du coup c'est l'avantage d'utiliser vanilla avec les librairies précompilées.
évidement ca ne marche pas à tous les coups.
sorry pour le hors-sujet, c'était ma pensée du matin suite aux aventures d'hier (pour ceux qui ´etaient sur #codelab)
++
_y
Hors ligne
je trouve ta réflexion pertinente et pas du tout déplacée: ma question initiale n'admettait pas *une* bonne solution et demandait clairement une mise au point didactique comme la tienne... merci à tous
Hors ligne
tout à fait d'accord yv, pour résumer extended, c'est la quantité, pas vraiment la qualité
Extended c'est pratique, par exemple dans le cas de workshops : tu installes en 1 coup plein de trucs (libs) sur les ordis des gens, quand t'as peu de temps ça va du coup plus vite. Mais sinon effectivement, ne travailler qu'avec peu de libs facilite vraiment le portage des patchs sur d'autres machines/versions/os.
Après le mix alarach' des libs de versions stable avec d'autres binaires qui viendrais d'ailleurs... avec ça le problème c'est qu'on se retrouve vite avec des 'unkowns symbols' car binaires pas compilés avec le même gcc.
(ya quelques temps j'ai voulu 'dégraisser' des patchs : en démarrant pd sans charger aucun external on voit vite tous les objets qui ne sont pas vanilla, ben je me suis aperçu au final que je n'ai réellement besoin que de pd et gem, stou)
Jc, hier, tu es arrivé à compiler vanilla non ? ça marchait ? Il te manquait juste zexy ou un truc du genre c'est bien ça ?
Hors ligne
oui mais finalement, et surtout après les réflexions d'{yv} et de toi, il ne me manque plus rien: je trouve passionnant (voire suffisant pour moi) le projet de refaire avec vanilla des objets d'extended! Vanilla est compilé (mais je n'ai pas fait de deb, je ne sais pas), il marche sauf cette liste de fichiers utilisés récemment qui reste volatile... mais bon... ça fait deux ans que je farfouille dans les arborescences pour retrouver le patch sur lequel je bosse, je peux bien continuer encore quelques années! )
Hors ligne