Exactly. This illustrates why BP isn't needed and why I think we should
remove it. No sense in bundling something we don't use. I like using
Blueprint myself, and I don't think BP is all bad. But that's my choice, and
there is no need for us to bundle it because of that.

 

Christian

 

From: [email protected] [mailto:[EMAIL PROTECTED] On
Behalf Of Chris Meller
Sent: 29. august 2008 21:07
To: [email protected]
Subject: [habari-dev] Re: The Blueprint Discussion

 

Alright, you've convinced me - using BluePrint in the admin wouldn't be in
our best interest, since we don't want a fixed-width pixel-based layout.

Thank you for the explanation. :)

On Fri, Aug 29, 2008 at 7:47 AM, Michael Heilemann <[EMAIL PROTECTED]>
wrote:

Alright, so I was asked to talk about why I don't think Blueprint CSS should
be a part of the admin.

 

It's quite simple really; it doesn't do anything we need. The admin is
relatively small and very specialized. Most of our styling needs are very
specific, and require specific solutions, and of those things, what we can
grab from BP is really only the baselining (or 'reset') stuff, which is a
very small part of it, and not really a BP exclusive.

 

But what we're getting, is not only an entire pixel-based column system,
that doesn't allow for percentage-based columns (which is what we use) and a
bunch of styling classes like .success, .error, .quiet, .first and so on,
which not only do not add anything we need, but have actually managed to
confuse me on more than one occasion by applying styling to things I hadn't
expected.

 

Now, the reason we use percentages, in case anyone is wondering, is because
there is no reason not to. And it allows us to switch resolution by changing
numbers in a single place (the #page declaration in admin.css as it were)
without having to recalculate a column-based pixel matrix. And if that
forces us a little more leg-work in dealing with paddings and margins, then
that's a burden I think we should take upon ourselves.

 

Now, this goes only for screen.css, and not print.css, though I suppose you
could argue that there is little sense in printing anything from the admin
anyway, except perhaps the log. But then we'd probably be better off
creating a text-based export function for that anyway.

 

I've checked in a new admin.css just now, which includes the reset stuff
from BP, and thus negates any need for BP in the admin, just to show how
little we use.

 

-- 

Michael Heilemann
http://binarybonsai.com

 

 




--~--~---------~--~----~------------~-------~--~----~
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/habari-dev
-~----------~----~----~----~------~----~------~--~---

Reply via email to