Hello all,

I would like to share with you a small library of GUI objects and also a TCL color scheme plugin that I am currently using with pd-extended. It includes new buttons, toggles, spigots, dac~ and adc~, and more. This is how it looks: http://oi58.tinypic.com/fef2o0.jpg

If you are interested, here is a short demonstration of these files, please visit:

As for downloading them, here is the link: pd-alternative-themes.tar.gz

These files were tested with my Linux Mint, but maybe they will also work with Windows and OS X. Please read the README for more instructions.

Best,
Gilberto Agostinho

@gsagostinho thanks, managed to compile it on osx maverick and the theme is working too

@manticore that's great to hear, I hope you'll like it. And I really want to make this newer version I am working on to run on all OSes, it's just tricky with the big limitations of the object [image] that I depend when creating these themes. Anyway, I let you know about the newer version.

Take care,
Gilberto

Hello, @gsagostinho, can you upload it again, please (the last working version)?

@xbarbie Hi,

Sure, here it is: pd-alternative-themes.tar.gz

To be honest with you, I kind of gave up working on these for the following reasons:

• the [image] object, which I so much depend for doing this type of thing, is very unstable and annoying to use in pd-extended. It can work very well sometimes, but then again it can be very buggy.
• it also has this huge limitation that in order to load a .gif file, it needs either the image's full path or it needs that this file is located in the current main patch's folder (not in the library folder). That's the reason behind having this annoying installer, which I compiled only for Linux: it makes alterations to all .pd files and tells them the absolute path of each .gif used. If I could work around this problem I would most likely give these ideas another go...
• using my objects rather than extended's object, sharing patches is more difficult. For this, I wrote some little Fortran programs that will convert a patch using my [zdac~] into [dac~], [zspigot] into [spigot], etc., but to be honest that is not very handy at all, as the layout may change a bit (due to the size of the objects), and to convert back from regular extended does not work so well.
• I currently use Pd-l2Ork, which does not accept tcl plugins such as the color-scheme-plugin.tcl - but that's quite not relevant in that case anyway since you can customize colour schemes directly in Pd-l2Ork and the whole layout looks much better than extended (which was the motivation behind this work)

It is really a pity though, particularly because I was so excited to develop a proper MIDI keyboard for Pd using these very simple objects, but in the end it shows the same problems as described above: http://forum.pdpatchrepo.info/topic/8584/keyboards-gui-for-midi

Best,
Gilberto

@gsagostinho HI Gilberto, I made some abstractions for finding the path name of the root canvas in pd-extended using hcs/window_name, ggee/getdir, and ekext/cup. It requires another abstraction called patchdepth. Here they are if you're interested (though I'm not sure if they would work on l2ork
rootdir.pd
rootdir-help.pd
patchdepth.pd
patchdepth-help.pd

@seb-harmonik.ar Hi Seb, thanks for the patches, they work really well and are part of my arsenal now!

But I believe that the root canvas' path will not help me because these objects of mine are meant to be loaded as abstractions. The gif images will be located inside the abstraction folder in the user's path, and the [image] objects will be part of that abstraction. But I am thinking now that maybe I can do something with [absolutepath], I will check it out and see if I figure something out.

Hi @seb-harmonik.ar, hi all,

I believe I manage to circumnavigate the path problem by using moonlib's {absolutepath]. I updated my keyboards, so now they should work out of the box, without any installer. I would really appreciate if someone give them a try to let me know if everything is working well: http://forum.pdpatchrepo.info/topic/8584/keyboards-gui-for-midi

Best,
Gilberto

Hi all,

Indeed I managed to find a workaround for this annoying situation of needing an installer. Since I mainly use Pd-l2Ork, which does not accept GUI plugins, I do not have any personal motivation for converting this library which I no longer use. But if anyone else would be interested, then I would certainly update it and repost it here. Let me know about it then.

Best,
Gilberto

@gsagostinho Perhaps you'll upload this to a server that allows more bandwidth!