Hi list,
I was just thinking, as I noticed that Hans made it where Apple+, opens the preferences menu on OS X (as does every other native-mac app), why not group all the preferences in one dialog, with sub dialogs? This is how other apps I use on OS X behave and I find it convenient. Besides, if you save the settings, all of the settings get dumped to the preferences file, no? Why not have them all in the same dialog, openable by a hotkey.
- rich
The only reason its not like that is because someone hasn't done the work. I'd love to be able to include that work in pd-gui-rewrite. Be aware, it'll probably require some weirdness, because of the nature of the messages that the pref panels send to 'pd'. But I don't think it would be too hard.
One downside is that it you couldn't use Tcl/Tk 8.5 if you want it to be included in Pd-vanilla. But I am planning on switching Pd-extended 0.43 to Tcl/Tk 8.5 and above, since 8.5 adds a lot of very useful GUI stuff.
.hc
Rich E wrote:
Hi list,
I was just thinking, as I noticed that Hans made it where Apple+, opens the preferences menu on OS X (as does every other native-mac app), why not group all the preferences in one dialog, with sub dialogs? This is how other apps I use on OS X behave and I find it convenient. Besides, if you save the settings, all of the settings get dumped to the preferences file, no? Why not have them all in the same dialog, openable by a hotkey.
- rich
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Rich E wrote:
Hi list,
I was just thinking, as I noticed that Hans made it where Apple+, opens
the
preferences menu on OS X (as does every other native-mac app), why not
group
all the preferences in one dialog, with sub dialogs? This is how other
apps
I use on OS X behave and I find it convenient. Besides, if you save the settings, all of the settings get dumped to the preferences file, no? Why not have them all in the same dialog, openable by a hotkey.
On Fri, Jan 22, 2010 at 4:14 AM, Hans-Christoph Steiner hans@at.or.atwrote:
The only reason its not like that is because someone hasn't done the work. I'd love to be able to include that work in pd-gui-rewrite. Be aware, it'll probably require some weirdness, because of the nature of the messages that the pref panels send to 'pd'. But I don't think it would be too hard.
One downside is that it you couldn't use Tcl/Tk 8.5 if you want it to be included in Pd-vanilla. But I am planning on switching Pd-extended 0.43 to Tcl/Tk 8.5 and above, since 8.5 adds a lot of very useful GUI stuff.
.hc
Let me think a bit forward on this... when you say a dialog and sub dialogs, do you mean a dialog with multiple tabs (that is what i see to be popular in practice) or literally many modals available from one central modal? I'd say tabs make the most sense, but i see that some of the dialogs are produced by the C side not Tcl/Tk (are they?) in which case it will not be easy to stuff them into the tabs. I'm asking because i would be willing to code this up.
Andras
On Jan 22, 2010, at 1:12 PM, András Murányi wrote:
Rich E wrote:
Hi list,
I was just thinking, as I noticed that Hans made it where Apple+,
opens the
preferences menu on OS X (as does every other native-mac app), why
not group
all the preferences in one dialog, with sub dialogs? This is how
other apps
I use on OS X behave and I find it convenient. Besides, if you
save the
settings, all of the settings get dumped to the preferences file,
no? Why
not have them all in the same dialog, openable by a hotkey.
On Fri, Jan 22, 2010 at 4:14 AM, Hans-Christoph Steiner
hans@at.or.at wrote:The only reason its not like that is because someone hasn't done the work. I'd love to be able to include that work in pd-gui-rewrite. Be aware, it'll probably require some weirdness, because of the nature of the messages that the pref panels send to 'pd'. But I don't think it would be too hard.
One downside is that it you couldn't use Tcl/Tk 8.5 if you want it
to be included in Pd-vanilla. But I am planning on switching Pd-extended
0.43 to Tcl/Tk 8.5 and above, since 8.5 adds a lot of very useful GUI
stuff..hc
Let me think a bit forward on this... when you say a dialog and sub
dialogs, do you mean a dialog with multiple tabs (that is what i see
to be popular in practice) or literally many modals available from
one central modal? I'd say tabs make the most sense, but i see that some of the dialogs
are produced by the C side not Tcl/Tk (are they?) in which case it will not be easy to
stuff them into the tabs. I'm asking because i would be willing to code this up.
In 0.43, the prefs dialogs are split out into separate Tcl files: dialog_audio.tcl dialog_midi.tcl dialog_path.tcl dialog_startup.tcl
I think each in its own tab makes a lot of sense.
.hc
Access to computers should be unlimited and total. - the hacker ethic
Well, I wanted to take this on if others thought it was a good idea, but my laptop was just stolen from my flat (brand new Macbook Pro!).. arg. Hopefully I can scrape together a linux pc or something soon. If so, I´ll chime back in on this thread for suggestions.
rich
2010/1/22 Hans-Christoph Steiner hans@at.or.at
On Jan 22, 2010, at 1:12 PM, András Murányi wrote:
Rich E wrote:
Hi list,
I was just thinking, as I noticed that Hans made it where Apple+, opens
the
preferences menu on OS X (as does every other native-mac app), why not
group
all the preferences in one dialog, with sub dialogs? This is how other
apps
I use on OS X behave and I find it convenient. Besides, if you save the settings, all of the settings get dumped to the preferences file, no?
Why
not have them all in the same dialog, openable by a hotkey.
On Fri, Jan 22, 2010 at 4:14 AM, Hans-Christoph Steiner hans@at.or.atwrote:
The only reason its not like that is because someone hasn't done the work. I'd love to be able to include that work in pd-gui-rewrite. Be aware, it'll probably require some weirdness, because of the nature of the messages that the pref panels send to 'pd'. But I don't think it would be too hard.
One downside is that it you couldn't use Tcl/Tk 8.5 if you want it to be included in Pd-vanilla. But I am planning on switching Pd-extended 0.43 to Tcl/Tk 8.5 and above, since 8.5 adds a lot of very useful GUI stuff.
.hc
Let me think a bit forward on this... when you say a dialog and sub dialogs, do you mean a dialog with multiple tabs (that is what i see to be popular in practice) or literally many modals available from one central modal? I'd say tabs make the most sense, but i see that some of the dialogs are produced by the C side not Tcl/Tk (are they?) in which case it will not be easy to stuff them into the tabs. I'm asking because i would be willing to code this up.
In 0.43, the prefs dialogs are split out into separate Tcl files: dialog_audio.tcl dialog_midi.tcl dialog_path.tcl dialog_startup.tcl
I think each in its own tab makes a lot of sense.
.hc
Access to computers should be unlimited and total. - the hacker ethic
Wow, that sucks! Good luck with the new computer!
.hc
On Jan 23, 2010, at 2:31 AM, Rich E wrote:
Well, I wanted to take this on if others thought it was a good idea,
but my laptop was just stolen from my flat (brand new Macbook
Pro!).. arg. Hopefully I can scrape together a linux pc or
something soon. If so, I´ll chime back in on this thread for
suggestions.rich
2010/1/22 Hans-Christoph Steiner hans@at.or.at
On Jan 22, 2010, at 1:12 PM, András Murányi wrote:
Rich E wrote:
Hi list,
I was just thinking, as I noticed that Hans made it where Apple+,
opens the
preferences menu on OS X (as does every other native-mac app),
why not group
all the preferences in one dialog, with sub dialogs? This is how
other apps
I use on OS X behave and I find it convenient. Besides, if you
save the
settings, all of the settings get dumped to the preferences file,
no? Why
not have them all in the same dialog, openable by a hotkey.
On Fri, Jan 22, 2010 at 4:14 AM, Hans-Christoph Steiner <hans@at.or.at
wrote:
The only reason its not like that is because someone hasn't done the work. I'd love to be able to include that work in pd-gui-rewrite.
Be aware, it'll probably require some weirdness, because of the nature
of the messages that the pref panels send to 'pd'. But I don't think it would be too hard.One downside is that it you couldn't use Tcl/Tk 8.5 if you want it
to be included in Pd-vanilla. But I am planning on switching Pd-extended
0.43 to Tcl/Tk 8.5 and above, since 8.5 adds a lot of very useful GUI
stuff..hc
Let me think a bit forward on this... when you say a dialog and sub
dialogs, do you mean a dialog with multiple tabs (that is what i
see to be popular in practice) or literally many modals available
from one central modal? I'd say tabs make the most sense, but i see that some of the
dialogs are produced by the C side not Tcl/Tk (are they?) in which case it will not be easy to
stuff them into the tabs. I'm asking because i would be willing to code this up.In 0.43, the prefs dialogs are split out into separate Tcl files: dialog_audio.tcl dialog_midi.tcl dialog_path.tcl dialog_startup.tcl
I think each in its own tab makes a lot of sense.
.hc
Access to computers should be unlimited and total. - the hacker ethic
The arc of history bends towards justice. - Dr. Martin Luther
King, Jr.
-
András Murányi -
Hans-Christoph Steiner -
Rich E