On Nov 3, 2009, at 0:43, Sven-S. Porst wrote: >> 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. > > I stopped taking note of the excuses Apple pass as their ‚HIG‘ these > days. They don’t stick to them anyway. I do watch the applications, > though. As I mentioned before, whether or not the bottom corners of > a window are rounded, seems to be a good indicator of its ‚style‘. >
The HIG is consistent to some extent, the apps certainly are not. So if you're going for some kind of consistency you should look the other way. If it's an indication it does not say much. And I really don't see an indication of what it should be. I see absolutely no relation between document-based and bottom bars. The point is that this IS the standard style for a status bar, there is no standard alternative. BD has the status bar with its components, so they should be displayed in a standard way, and this is the one Apple offers. The other alternatives are not standard and not appropriate, AFAICS. >> Then you did not try correctly, because it really does work. > > Of course I did try correctly and it didn’t work. Turn off the > status bar, turn it on again and it doesn’t work for some reason. That's just a bug (filed as rdar://problem/7358898). You presented it as a general fact, and a problem of the style, while it's neither. > >> 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. > > Not the bottom bar but the fully rounded (‚textured’?) window style > perhaps? To me the description of window types suggests that one > shouldn’t use it for document windows but only for what Apple call > application windows. Again, there's no relation between bottom bars and textured windows. > >> 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. > > Well, great job ;) Apple’s HIG seem much more random and less > research-based these days than they used to be. No, they're just changing. In some sense they're getting more consistent, just not consistent with the past. > Apple’s own teams don’t seem to be particularly keen on sticking to > them either and my impression is that they are frequently adjusted > to justify the latest UI fads. Apple's own apps often precede the HIG, that's true, and can be annoying. > So I’d rather try to find a way to make things as unexciting and > useful as possible. > > Best > > Sven > I try that. And the easiest and best way to go is to try to get a standard style. This is it. In fact, by using standard styles you automatically change with the current style. Unlike when using custom styles. And I haven't heard any alternative from you that's not custom. Christiaan > -- > Sven-S. Porst . http://earthlingsoft.net/ssp . AIM: cv47al > Pass as best inventor! ------------------------------------------------------------------------------ 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
