little CSS tweaks, as req. by Justin & Alfred

 
From: "Shane Clintberg" <shaneclintberg@PROTECTED>
In-Reply-To: Re: regarding additional CSS classes
Date: July 31st 2005

> > are you *sure* you don't want me to
> > add [redundant input-type classes]
> > in?

> Yes :)

...And it's a good thing you said that, too: I've since realized there are easier & far less bloated ways of dealing with the IE radio button/checkbox border problem, Alfred's vert-align bug, ...and hopefully anything else we come across.
 
 
First up: I clued into the fact that the checkbox-border thing can be written out with only one IE expression hack:
 
/* for IE 5.0+: */
input {
    border: expression(this.type=="checkbox"? 'none':
                       this.type=="radio"?    'none':
                       'default');
}
 
Easy-cheesy, so I've added it into rev. 1.20 of "default_css.css" ...which I now highly recommend. :-)
 
 
And the vert-align fix is easier still: just don't specify any padding in the CSS file's input selector. I haven't changed this on the CVS, however, because I have a feeling Justin may disapprove of the aesthetics. [N.B. - I'm an artist too...which almost guarantees we're going to disagree here. :-) ]
 
First, here's how things currently look (wth 3px of padding) in the main browsers I test with:
 
Firefox/Win pads the buttons & text fields but not <input type="file">:
 
 
Whereas IE6/Win pads the buttons & file-upload widget, but not the text fields:
 
 
 
Incidentally, you can test these yourself by using the latest version of "test_layout_screen.tmpl".
 
Okay, now here's what you get when you remove "input {padding:3px;}" from the CSS:
 
Firefox/Win:
 
 
And IE6/Win:
 
 
 
Personally, I like this latter, svelte (and a little more consistent with the default Web buttons) option. But, hey, the big, bulbuous buttons are good too.
 
 
> If you can figure out a better way to get the same/similar layout to
> tables in regards to the admin screens and their preferences, I think
> we'd be in awesome shape
 
Yup, that sounds like enough of a challenge. :-) I'll see what I can do....
 
 

Post:
mailto:dadadev@PROTECTED

Unsubscribe:
http://mojo.skazat.com/cgi-bin/dada/mail.cgi/u/dadadev/

List Information:
http://mojo.skazat.com/cgi-bin/dada/mail.cgi/list/dadadev

Archive:
http://mojo.skazat.com/cgi-bin/dada/mail.cgi/archive/dadadev

 
rss/atom
‹ Re: regarding additional CSS classes
Index
spelling conventions: opinions welcomed! ›
  • This mailing list is a public mailing list - anyone may join or leave, at any time.
  • This mailing list is a group discussion list (unmoderated)

  • Start a new thread, email: dadadev@dadamailproject.com

This is the developer discussion mailing list for Dada Mail.

If you are just looking for support Dada Mail, consult the message boards at:

https://forum.dadamailproject.com

Documentation for Dada Mail:

https://dadamailproject.com/d

Specifically, see the Error FAQ:

https://dadamailproject.com/d/FAQ-errors.pod.html

To post to this list, send a message to:

mailto:dadadev@dadamailproject.com

All subscribers of this list may post to the list itself.

Topics that are welcome:

  • Constructive critiques on the program (I like, "x", but, "y" needs some work - here's an idea on how to make this better...)
  • Bug/Error reports
  • Bug fixes
  • Request For Comments on any changes to the program
  • Help customizing Dada Mail for your own needs
  • Patches
  • Language Translations
  • Support Documentation/Doc editing, FAQ's, etc.
  • Discussion of any changes that you would like to be committed to the next version of Dada Mail -

Dada Mail is on Github:

https://github.com/justingit/dada-mail/

If you would like to fork, branch, send over PRs, open up issues, etc.

Privacy Policy:

This Privacy Policy is for this mailing list, and this mailing list only.

Email addresses collection through this mailing list are used explicitly to work within this email discussion list.

We only collect email addresses through our Closed-Loop Opt-In system.

We don't use your email address for any other purpose.

We won't be sharing your email address with any other entity.

Unsubscription can be done at any time. Please contact us at: justin@dadamailproject.com for any help regarding your subscription, including removal from the mailing list.

All mailing list messages sent from us will include a subscription removal link, which will allow you to remove yourself from this mailing list automatically, and permanently.

All consent to use your email address for any other purpose stated at the time of the mailing list subscription will also be revoked upon mailing list removal.