Re: How to avoid a Windows interface on OS X?
Re: How to avoid a Windows interface on OS X?
- Subject: Re: How to avoid a Windows interface on OS X?
- From: Ondra Cada <email@hidden>
- Date: Mon, 14 Oct 2002 23:55:43 +0200
On Monday, October 14, 2002, at 10:51 , Jens Bauer wrote:
In fact, I believe Ondra made a library, where the user choose how he
want the OK/Cancel/Apply/Revert buttons to be presented.
Yup.
I would really like if your API, Ondra, could fix this issue as well. ;)
Sure it could: it would be a child's play eg. to add a system-wide default
for user to choose whether the default button should stay (whatever label
and function it has), or the label/function should stay (whether it is
default or not).
(Incidentally I am heavily biased for the latter and consider myself the
former to be a *completely* crazy solution, but well, tastes are there to
differ, and that's what defaults are for. Also, in the library, *always*
the OK /or Apply/ button was the default one, but this can be customized
easily too.)
There's a little problem though:
On Thursday, September 19, 2002, at 04:17 , Ondra Cada wrote:
I *do* have such a framework. Along with the possibility to choose
whether the prefpanel is of "immediate" or "buttoned" type it also
automaticaly scans pref panes and makes a panel of them, it allows for
more complicated setups of panes of different categories, and it allows
for codeless preparation of pref panes.
The last feature can be best explained by an example: presume you need
just one string default (named "StringValue") and one BOOL default (named
"BoolValue"). So, you prepare a NIB containing a view with the
appropriate text field and checkbox. You set the textfield's tooltip to "@
StringValue@
" and the checkbox' tooltip to "@BoolValue@". You save the NIB as
"@PrefPane@*" (with anything for the asterisk). And that's all.
Now, when you run the app and select Preferences, a panel is
automatically created to contain the view from the NIB (loaded lazily
on-demand when Preferences was selected first time, of course), and the
framework code makes sure that those two widgets show current state of
the appropriate defaults and allow to change them. Had you prepared more
such NIBs, there would be selectable panes in the pref panel. And,
depending on other defaults, there can be no buttons at all, or global
(all panes) Apply/OK/Cancel, and/or, if wanted, local (current pane only)
Apply/OK/Cancel.
Well, now the reason why I am not just putting the thing to Softrak and
providing an URL to download: the framework is written for YellowBox --
needs to be updated -- and depends on many other things (like an
automatic search of all bundles to be loaded into the application); that
needs to be stripped off. Alas just the very now I can't afford to do
that for free. So, I would make that a $10 shareware: is there at least,
say, forty persons here who would pay the fee? If so, I guess I can have
it out at worst in month, probably sooner.
The problem is that so far I got only *one* mail of interest. I am sorry,
but in that situation it would have to wait till I have time for playing
with a free code :(
---
Ondra Hada
OCSoftware: email@hidden
http://www.ocs.cz
private email@hidden
http://www.ocs.cz/oc
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.