On Nov 2, 2009, at 23:22, Sven-S. Porst wrote:
Actually, you're wrong. You may not have realized, but the difference
between metal and normal windows has been reduced significantly. So
much even that you did not even realize that iCal uses non-metal
windows!
Well, whatever those are called these days, I stopped keeping track
of Apple’s ever new inconsistencies and fads a while ago. Yet the
general style of the window keeps having the ‚metal‘ taste: because
of the ‚unified‘ toolbar, the draggable bottom bar and the rounded
corners at the bottom. I think these kinds of windows inherit from
what used to be metal (as opposed to simple document windows without
the huge bar and rounded edges at the bottom). iCal’s window is
definitely in the metal-ish style (rounded corners at the bottom),
while, say, XCode (proper corners, non-draggable status bar) is more
like a traditional document window; Safari seems to cover the middle
ground (proper corners, but draggable status bar).
Well, believe it or not, but it's not true, iCal is NOT metal style.
So in fact Apple is even moving for consistency BETWEEN metal and non-
metal, as the differences fade away. I wouldn't be surprised if there
would be NO difference left in 10.7. BTW, a unified toolbar style is
now 100% equivalent to normal (no metal) window style. So none of
these points are relevant anymore, you truly seems to have stopped
keeping track somewhere after 10.4. But the whole point of this
exercise is to get BD in the 10.5+ era. And Xcode is also non-standard
in several ways, so it's really not a good example.
iCal uses the exact same style as the current BD source, the
only difference is that it uses a bottom bar with large controls
rather than one with small controls, but both are standard. I think
small is more appropriate, I think the large controls get a far too
big bottom bar.
Actually I think this is the main reason why don’t like this style
of bottom bar. Because you will need a lot of space between the
buttons and its edges, buttons consume a load of extra space there
which cannot be used to make them more useful.
Not with small buttons, that's the point.
As for the window being draggable by the status bar, that is
automatic
(just try).
Of course I did try and it didn’t work, which is why I noted it. It
seems to be a bug which appears when you turn on the status bar and
then try to drag the window in the status bar.
Then you did not try correctly, because it really does work.
You may also compare iTunes and iPhoto, which are perhaps
much more similar to BD, and have a similar bottom bar.
Despite having a source list, I don’t really think of BibDesk as
being in the iPhoto/iTunes class. Those always have a gratuitous /
fun aspect to me and cannot handle multiple documents while I think
BibDesk should feel like a work application that can handle multiple
documents. Hence I’d expect it to look more like a text editor or,
say, Mail.
Sven
--
Sven-S. Porst . http://earthlingsoft.net/ssp . AIM: cv47al
Pass as best inventor!
I did not find any comment in the HIG that this bottom bar is related
to single-window apps. On the other hand, I do regard Mail as a single-
window app. On the other hand, the other alternative is the light Mail-
style gradient. But that is not standard for a status bar over the
whole window width with text.
Basically what I'm saying is that you're not being consistent with
Apple's declared style guidelines, and that's what I'm trying to get to.
Christiaan
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Bibdesk-develop mailing list
Bibdesk-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bibdesk-develop