> Although a hack, doesn't IE allow you to put conditional statement  > comments in css?   Yup, ...but it's a particularly ugly and wordy hack, so I'd personally hesitate to use it for a non-essential purpose in a default stylesheet. Here's roughly what it would look like...   input { border:1px solid black; } , if applied only to text and password controls, would end up reading: /* for CSS3 (NN, FF, Moz): */ input[type="text"], input[type="password"] {    ...Continue Reading

I quickly put together some coding style docs up in the "developers" directory in CVS. It'll show up in a few hours here: http://cvs.sourceforge.net/viewcvs.py/mojomail/dada_mail_stable/ dada/extras/developers/ And I've copied it below - only a skeleton at the moment: NAME Programming Code Styling for Dada Mail! DESCRIPTION This document is to help in understanding how Dada Mail is written. =pod Perl All code must run under the -T (taint) flag. xHTML Must be valid CSS Must be valid Java ...Continue Reading

Justin wrote: > I made some slight > changes to the default_css.css file and didn't commit these changes. > Now, when I update Dada Mail from CVS, it won't update this file >This type of issue is bound to happen a > lot as we start working on the same files at the same time. As you know, I'm new to this CVS thing myself...but Sourceforge's introductory info suggests that during *regular* use, conflicts are actually rarer than one might first expect, ...and that, with its robust conflict-resolution too ...Continue Reading

Thus sayeth Alfred Vink, at 4:15 PM on 7/25/05: >http://www.alfsoft.com/cgi-bin/dada/mail.cgi?flavor=admin Ah, so the problem is just with the admin screen. ...Continue Reading

> Does this sound like a good commenting convention to add into our > devs' > "best practices"? Or is it better left as just my thing, ...or left > out > altogether? That's fine I think, although most comments in the code are going to be for developers, so it may be redundant: It may be easier to recognize that a comment, *is* a comment, and then state what it's for (optionally) For example, I've also started to use the, "TODO" comment, for things I haven't quite finished ...Continue Reading

Justin writes: >> Looks like Alfred is not running Dada Mail 2.9.2 --- the wording >> of the >> screen is different. > >Shoot - the site I pulled those shots on was 2.9 release candidate 1 :) Yes, but your shots looks the same as 2.9.2 -- perhaps Alfred is running an earlier version which had the misallignment problem? -- curmudgeon ...Continue Reading

> Looks like Alfred is not running Dada Mail 2.9.2 --- the > wording of the screen is different. I'm on 2.9.2 as well, take a look at my site and see: http://www.alfsoft.com/cgi-bin/dada/mail.cgi?flavor=admin Alfred ...Continue Reading

> Looks like Alfred is not running Dada Mail 2.9.2 --- the wording > of the > screen is different. Shoot - the site I pulled those shots on was 2.9 release candidate 1 :) Justin Simoni ...Continue Reading

> I think there are two [CSS] issues - one that we've both talked about > ...and that's the borders on the checkboxes/radio buttons. The problem Justin is referring to here stems from the fact that Internet Explorer applies CSS input rules to *all* input controls -- text boxes and checkboxes/radio buttons alike. And because it doesn't understand CSS3, more specific selectors like input[type="radio"] don't help it distinguish one from the other. So for IE at least, it's all or nothing: if you want t ...Continue Reading

Thus sayeth Alfred Vink, at 2:45 PM on 7/25/05: >I know, I'm just nitpicking here, but even in your captures, the email >field's height is greater than the height of the dropdown list. > >My screenshot is from Firefox on windows and shows the admin screen in which >not only the height differs, but they also are not vertically aligned. > >Maybe it's just me......... > >Alfred Firefox on Mac renders it exactly like Justin's screenshot. Looks like Alfred is not running Dada Mail 2.9.2 --- th ...Continue Reading