Bonne nouvelle :
http://comments.gmane.org/gmane.comp.mu … eral/81262

Un nouvel objet, [path] pour se débarrasser de cet affreux [declare] qui fonctionne très mal. [path] est un peu comme [import] mais pour déclarer des dossiers et non des librairies.
Comme quoi il y a aussi des trucs très très foireux dans Pd-vanilla et qu'heureusement Pd-extended a aussi du bon. C'est quand même difficile de juger de l'intégralité de PdX à l'emporte pièce...

pob a écrit:

Comme quoi il y a aussi des trucs très très foireux dans Pd-vanilla et qu'heureusement Pd-extended a aussi du bon. C'est quand même difficile de juger de l'intégralité de PdX à l'emporte pièce...

ce n'est pas un jugement, c'est juste que personnellement une fois que j'ai eu un peu fait le tour des solutions que vanilla/extended offrent avec tous les inconvénients/avantages liés, je me suis rendu compte que vanilla+quelques externals triés sur le volet pouvait être une super solution. (cela n'a rien a voir avec extended ou vanilla ni même avec le super taf d'HCS (gui-rewrite, scripts de compil aux petits oignons, nightlybuilds etc etc etc) mais bien plus avec ma pratique perso).

merci de cette mise au point!

Jean-Christophe Sekinger a écrit:

est-ce qu'on peut pas installer extended et virer les librairies dont on n'a pas besoin?

Sous l'impulsion de HCS, Pd extended dans les dernières versions de 0.43.1 il n'y a plus de "path", on peut ajouter certaines librairies dans "startup", mais pratiquement tout doit être instancié à l'intérieur du patch avec [declare], [import] et maintenant [path]. Donc Pd-extended, sans être Pd-vanilla, c'est quand même très light de base. On n'est pas obligé de chargé grand-chose : vanilla, libdir, hexloader (ça aide il me semble) et c'est à peu près tout.


rep, je vous trouvais juste très sévères. On a déjà parlé plus ou moins du sujet à maintes reprises il me semble.
Je crois que le problème d'extended en ce moment, c'est de trouver des devs pour maintenir des librairies qui sont orphelines et plus à jour ou qui n'ont jamais été terminées. Du coup certaines sont retirées... D'un autre côté Miller est quand même assez sourd aux propositions et souhaits des autres devs et utilisateurs et c'est bien dommage.

Dernière modification par pob (2011-12-04 00:38:53)

André Sanfrappé a écrit:

je veux bien croire que certaines librairies sont plus sérieuses mais lequelles ???

par exemple celles qui sont mises à jour régulièrement (mais pas que): Gem, gridflow, mrpeach, toutes les libs de thomas grill ...

citation :

et j'aime bien le bazar

en tant que dévelopeur, je n'aime pas le bazar. dans la vraie vie si

essaye de t'attaquer au code de pdextended, c'est sérieusement bordélique

il y a très longtemps, j'ai essayé pdextended par peur de compiler des librairies.
j'imagine que c'est le seul intérêt de pdextended (avoir les libs pré-compilées).

mais comme je voulais être plus à jour, je suis passé sous vanilla.
si j'essaye de compiler une lib et que ca ne marche pas rapidos, je classe cette librairie comme "foireuse" (ou pas assez mise à jour). du coup je n'ai aucune raison d'utiliser extended... (et comme je disais dans mon autre post, je ne pense pas que ca aide vraiment les débutants de l'utiliser non plus)

mais bon, je n'utilise plus pd depuis qques années, juste pour aider des gens ou écrire du code... (en tcl, bouh..)

Whaaaa les gars comme y ont floodé le post...

Je ne suivais pas parce que je savais que je n'aurais été d'aucune aide en compilation de quoi que ce soit...
... mais si ça trolle à base de Vanilla VS Extended je veux en être !!

Dans mon cas perso, jamais je n'aurais tissé quoi que ce soit sans l'Extended.
J'ai tout appris avec GEM et si, à l'époque, il avait fallu ne serait-ce qu'ouvrir une console pour lancer Pd-Extended... j'aurais lâché l'affaire direct...
Et, il n'était pas encore possible d'installer Vanilla puis GEM via les dépôts (d'ailleurs, est-ce que quelqu'un l'a fait récemment ?)

Pour ce qui est de [counter ], je suis passé par l'épreuve de tisser le mien, mais quelle usine à gaz...

Bref, avec une Vanilla, j'aurais l'impression d'être tout nu...
Mais bon, je code mon Python dans Gedit... ça explique peut-être pas mal de chose...

Comment cela ta question initiale n'est pas résolue ?
- Tu avais un problème de chemins qui se perdaient : c'est réglé.
- Tu voulais avoir absolument 'recent files', tu l'as.
Et ça grâce à des gars qui se battent au polochon...

Extended n'existe pas en 0.43 sable. Tu mets les pieds dans quelque chose qui peut être compliqué (regarde le bug du midi... 1 jour pour savoir que c'est à cause de libasound-dev...) donc ne t'attends pas à ce que tout soit parfait, sans embuches, tout prêt pour toi.
C'est pour ça que des fois il faut se poser des questions , à savoir :
- est ce que j'en ai réellement besoin de tel ou tel trucs ?
- est ce que je vais pas passer plus de temps à compiler machin, plutôt qu'a trouver une solution de patchage sans ce maudit external.
Bref...

Si tu veux compiler 1 par 1 les externals qui te manquent c'est pas (tellement) compliqué :
- tu les télécharges, les dézippes
- tu fais attention de les ranger (les sources) dans un endroit que tu sauras retrouver facilement
- tu lis les docs incluses dans les externals pour savoir comment ils se compilent, en général c'est tout simple, la seule chose à faire étant de leur donner, au moment du ./configure, le chemin des sources de pd, quelque chose comme :

./configure -pdpath=/home/jc/sources/pd/src