Hello Jordi,
sure, i will have a look at it later, see what i need to do to package it :)
i am supposed to quite a few things this weekend, so please remind me next week if i still didn't post it.
cheers,
Ilya D.
On Sat, Apr 17, 2010 at 02:17:51PM +0200, Jordi Sala wrote:
Hi, I'm very interested to try you gui!! it seems very interesting and useful!!
On 17 April 2010 12:29, errordeveloper@gmail.com wrote:
I have made a little plugin widget for QTdesigner (well, you really wanna use QTcreator IDE) that connects to pd via a TCP socket and you can specify the hostname .. you can add sliders and buttons and whatever and it all works quite fine. there's very little to the code, in fact it's damn minimal, so i reckon the v0.1 is pretty much bugfree.. i haven't yet sorted any hosting ..neither i wrote a README, but if anyone is interested i'm post it here.
i have attached a screenshot of one layout that i made with it ..
there a few limitations ..ATM i hope i will manage to overcome those by incorporating OpenGL widgets ..)) also one main thing now to is configure QT-embedded to work with DirectFB, then i'd make some more widgets .. well ..SVG could be nice, but i haven't yet figure how to do it in QT in nice a streight forward way. but there some really nice svg widget example on the Nokia's website :)
anyone interested to try my 'qpd' please drop a line, i'll need to install qt4 with qtcreator ..i'm not sure about all the dependencies qt4-devel and stuff like that is probably required, nothing else major appart form that.
On Fri, Apr 16, 2010 at 03:19:50PM +0200, colet.patrice@free.fr wrote:
segmented and curvy cords comes with another patching design, Â like in maxMSP where almost all the time the messages order doesn't have an importance.
 Also it's said by some users that max patches works better when everything is in the same subpatch, and that is not the case with pd.
 Many other has explained, certainly better than me, why not using those cords in list archive.
 Also, the project of designing other interfaces for pd is really seducting,  and there is already some projects that allow the use of another GUI, like
the J. Sarlo's Graphical Interface Editing Tool and Run-time Environment (cpu glouton) or T. Grill's python wrapper and tkinter. (require python knowledge) or HC's [sys_gui] Â (require tcl knowledge, and very slow response) or [mixed/toxy/tot] (unstable, require tcl knowledge) and xi widgets that require tcl/tk 8.5, a working [widget] external, and half a dozen of tk libs.
 There are also other projects using pd sources with another GUI design like desiredata
----- Mail Original ----- De: "Lorenzo" lsutton@libero.it Ã: pd-list@iem.at Envoyé: Vendredi 16 Avril 2010 12h07:08 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [PD] puredata_gui_design
András Murányi wrote:
One (hard) aspect of GUI design in case of Pd is that the GUI widgets are provided by Tcl/Tk at the moment, which does not allow for such kind of skinning, afaik. There has been talk, however, about migrating to another GUI toolkit. Really? Which one?
As a comment on the designs which graphically look very cool... this will probably be unpopular... but I *wouldn't* second segmented or curvy chords (like in some other popular dataflow programs) as I think they tend to make patches (and one's coding) less clear and in the end a bit "messy".. but it may be me, as I do tend to become messy and like something which constraints me not to :)
Lorenzo
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Jordi Sala http://musa.poperbu.net