[PD] new GUI screenshots
Hans-Christoph Steiner
hans at at.or.at
Tue Sep 15 01:50:02 CEST 2009
On Sep 14, 2009, at 3:38 PM, András Murányi wrote:
>
>
> It looks so nice on the Mac...! ;o)
> It's a pity it looks way less 21th Century here on Hardy...
>
> Well, at least Carmen's peak-meters made it into a mainstream
> branch. (I didn't actually check that they are the same, maybe they
> aren't...)
>
> fyi I have attached the screenshot.
>
> I have attached another screenshot that has the original visual peak-
> meters from Carmen. Note how they were put on the same row to save
> space (usually i'd rather group them the other way, but here the
> point was to save some space).
>
> Nice. However, I don't feel I need so much to save space above the
> Console. Maybe on some limited resolutions?
> Btw I can see it's a snapshot of 2009/09/06. Do I understand right
> that 1) dd is being actively developed these days 2) some code from
> it gets its way to pd?
DD is GPL and Pd is BSD so code can only flow Pd->DD.
> Midi In/Out switches are an interesting concept. How did you think
> of that? Do you understand why those switches were never added to Pd
> and no-one seemed to ever suggest them? (as far as I recall...)
>
> ;o) Yes I think I understand... so far it seems I am one of the very
> few midi-intensive folks out these days. On the other hand, pd's GUI
> has been pretty much simplistic so far, what I mean is that not many
> thing seem to have been suggested and added over the years.
>
> Console hiding looks like a neat idea, but somehow, I never want it,
> because it's important to watch the console all of the time, to
> figure out what's going on.
>
> You're right. If I suddenly get console-phobia however, I have so
> many ways to hide it. Resizing is one of them.
>
>
> - I would omit the IN/OUT meter switch. Can we? Or is this a CPU-hog?
>
> Depends... I suppose it was more of a hog back when the switch was
> introduced. Computers are so much faster now. But it would be better
> to measure it than to speculate.
>
> Cool. Unfortunately I've never done TCL and my C is somewhat
> archaic... that's why I cannot volunteer to do these.
I knew nothing of Tcl before Pd. Its a little wierd but pretty easy.
.hc
>
>
> In my graphics they are just simple switches but I'm not sure it is
> possible to 'blink' those switches.
>
> All switches are blinkable in the Linux version, and perhaps on all
> platforms, but it's not a good idea because the default looks of
> those switches are different from platform to platform and now they
> can vary according to theme. On Windows, the box is white and stays
> white, but on Linux, it defaults to the overall background colour,
> and turning it on makes it either dark grey or red. Given that, it's
> hard to also make it an indicator of something else at the same
> time, with colours that will be meaningful for everybody, etc.
>
> But what would the indicator actually indicate?
>
> They would blink on MIDI IN/OUT activity.
> The switches would enable/disable MIDI input/output.
>
>
> If not, then we could have separate switches and LEDs. - A LOAD
> meter. Is this a CPU hog?
>
> Probably not any more than the peak meters, but this would have to
> be measured too.
>
>
> If not, can we have it on the Pd window? (It is quite hidden under
> the Media menu, imho also because Media is a quite fuzzy name.)
>
> As you can see, I have removed the Media menu. The options in it
> have gone into "Preferences" in the File menu (or Apple menu); otoh
> the test-audio and load-meter patches are now accessible from the
> Help menu.
>
> Cool! While I think I completely understand the advantages of having
> an independent development (namely DesireData) I will be personally
> happy to see you positively engaging in pd GUI development as well.
> (I hope you take it right!)
>
> Thanks,
> Andras
>
>
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
----------------------------------------------------------------------------
If you are not part of the solution, you are part of the problem.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20090914/e06ec031/attachment.htm>
More information about the Pd-list
mailing list