Van: Shane Clintberg [mailto:shaneclintberg@PROTECTED]
Verzonden: maandag 1 augustus 2005 1:45
Aan: alfred@PROTECTED
Onderwerp: [dadadev] little CSS tweaks, as req. by Justin & Alfred
> > 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 shapeYup, that sounds like enough of a challenge. :-) I'll see what I can do....Post:
mailto:dadadev@PROTECTEDUnsubscribe:
http://mojo.skazat.com/cgi-bin/dada/mail.cgi/u/dadadev/List Information:
http://mojo.skazat.com/cgi-bin/dada/mail.cgi/list/dadadevArchive:
http://mojo.skazat.com/cgi-bin/dada/mail.cgi/archive/dadadevPost:
mailto:dadadev@PROTECTEDUnsubscribe:
http://mojo.skazat.com/cgi-bin/dada/mail.cgi/u/dadadev/List Information:
http://mojo.skazat.com/cgi-bin/dada/mail.cgi/list/dadadevArchive:
http://mojo.skazat.com/cgi-bin/dada/mail.cgi/archive/dadadev
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:
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:
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.
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.