To be honest I am not looking for anything fancy - just a bit pseudo 3d'ness perhaps - the odd shadow on a box makes a big difference apperance wise.
mark
-----Original Message----- From: Yves Degoyon [mailto:ydegoyon@free.fr] Sent: 23 April 2002 16:48 To: pd-list@iem.kug.ac.at Cc: 'Pure Data' Subject: Re: [PD] pd-gui wishlist
Frank Barknecht wrote:
Hi,mark hat gesagt: // mark wrote: I know its boring but the main thing I would like from the GUI is for it to look nicer - Jmax despite not doing half the things I want it to looks fantastic and is nice to use. Yes, but as it's wishing time ;) I would also like the PD gui to befaster. Some patches, especially those with lots of number boxes, runa lot faster when pd is started with -noguiciao, speaking of light-speed interfaces, java is certainly not the way. and if you like a lot of decorations ( which i don't, i'd rather a pure interface ), you're not going in that way neither.
about decorations, Tcl/Tk is not a limitation for that, latest relesases includes transparency, it doesn't do 3D-accelerated graohics, ok .... but do we use it outside of Gem ? ? ?
about tool tips poping up, i hope it was only meant for edition mode, in performance mode, it would be an impediment.
you might be surprised i dislike useless decorations, knowing i did some graphical externs, but heavy graphic operations for these objects are launched at patch loading time or in the background.
i'm not sure it's useful to update numbers or sliders each 1/1000 second.
yvotchka. Unauthorized pd
mark wrote:
To be honest I am not looking for anything fancy - just a bit pseudo 3d'ness perhaps - the odd shadow on a box makes a big difference apperance wise.
mark
hmm, i'm a bit worried concerning the whole discussion about the pd-gui/font/appearence, since i really enjoy the way pd looks at the moment. i think the current pd-gui is very good example for a reduced look perfectly matching functionality, visualisation of different objects and design.
nevertheless i greatly recommend any possibility to customize the gui (concerning fonts, colors, shading etc..) whereas the "standard-gui" shouldn't in any way affect cpu-load and latency. this would also concern stuff like "wire-value-popups" etc.. since i don't want to lag my performance due to "accidentially" hover over a gui object or something.
anyway, one thing that would improve the pd-gui would be a better visualisation of the "wiring" (evt. as i saw on several max/msp screenshots) but that's not a must since this forces us to clean up our patches ;-)
/ralf
Another idea:
Signal and control wires could be of different colours, the same for the inlets and outlets.
That way you know visually where to connect your wires without having to open the object if you don't remember.
And seeing a patch with bicolours wires should help a lot when you have a great numbers of them, or simply to understand better patch from other people.
For instance blue marine for the signal path and black for control.
Linium
Yes, this is a good idea, Max (and jMax?) has little wavey lines for the signal connections, i was trying to think of an easier way of accomplishing this, funny that color hadnt crossed my mind :)
On Tue, 2002-04-23 at 11:29, intent wrote:
Another idea:
Signal and control wires could be of different colours, the same for the inlets and outlets.
That way you know visually where to connect your wires without having to open the object if you don't remember.
And seeing a patch with bicolours wires should help a lot when you have a great numbers of them, or simply to understand better patch from other people.
For instance blue marine for the signal path and black for control.
Linium
One nice GUI thing would be the ability to change the color scheme and choose colors for individual objects.
My favorite 3 suggestions so far have been line elbows, tooltips, and grid-snapping. Especially elbows and snapping - those would be *really* nice :)
Ben
sorry to get so boldly into the way, yet this pseudo_3d madnesses that grasp all "modern" user interfaces are not the right way in my opinion. keep it plain and logical. the main functionallity needed (at the gui part) are:
- speed and stability
- antialiasing of fonts & lines
- maybe layers would be interesting
- automatic placement of main window on
top/bottom/left/wherever (but always at the same place and not in the center of the screen)
what makes pd so percepted unstable in the use is the slight delay in reaction in my opinion. but that is caused by the network-seperated approach of gui & "server".
the foretellable placement of the main window would be very nice at the development stage of externals - currently im am always make-ing and the firing up pd and the closing [ and sometimes finding ] of the main window gets on my nerves.
after all: why should a button on my 2d screen be 2,5d like in pseudo 3d?
martin
On Tue, 23 Apr 2002, mark wrote:
To be honest I am not looking for anything fancy - just a bit pseudo 3d'ness perhaps - the odd shadow on a box makes a big difference apperance wise.
mark
-----Original Message----- From: Yves Degoyon [mailto:ydegoyon@free.fr] Sent: 23 April 2002 16:48 To: pd-list@iem.kug.ac.at Cc: 'Pure Data' Subject: Re: [PD] pd-gui wishlist
Frank Barknecht wrote:
Hi,mark hat gesagt: // mark wrote: I know its boring but the main thing I would like from the GUI is for it to look nicer - Jmax despite not doing half the things I want it to looks fantastic and is nice to use. Yes, but as it's wishing time ;) I would also like the PD gui to befaster. Some patches, especially those with lots of number boxes, runa lot faster when pd is started with -noguiciao, speaking of light-speed interfaces, java is certainly not the way. and if you like a lot of decorations ( which i don't, i'd rather a pure interface ), you're not going in that way neither.
about decorations, Tcl/Tk is not a limitation for that, latest relesases includes transparency, it doesn't do 3D-accelerated graohics, ok .... but do we use it outside of Gem ? ? ?
about tool tips poping up, i hope it was only meant for edition mode, in performance mode, it would be an impediment.
you might be surprised i dislike useless decorations, knowing i did some graphical externs, but heavy graphic operations for these objects are launched at patch loading time or in the background.
i'm not sure it's useful to update numbers or sliders each 1/1000 second.
yvotchka. Unauthorized pd
martin pi attacksyour.net/pi
johann strauss gasse 32 | 7 1040 vienna ++43 699 10 44 37 42
sil.at
-
Ben Saylor -
intent -
Joschi -
mark -
martin pi -
t.ralf