two pre-release unknowns

 
From: "Shane Clintberg" <shaneclintberg@PROTECTED>
Date: September 10th 2005
Hey guys,
 
There were a couple of things I wanted to review before the stable release, but life & work recently got in the way, in a big way.
 
If anyone else would like to take these few, aesthetic issues on, that would be great. And if not, no worries -- there's nothing here that need delay the final [woohoo!] 2.10.0 release.
 
(A)
 
As of rc1, the CSS font styling for <pre> and <code> elements is:
 
font:9px/14px Monaco,Mono,'Courier New',Courier,monospace
 
IE, which doesn't normally have Monaco or Mono, settles with Courier New at 9px. Here's the result:
 
http://a-ok.net/dadadev/2.10rc1-code_font-size9px.gif
 
...Kinda small, at least for my liking. Justin & I went back and forth on this a while back, and then it sort of got forgotten.
 
Does a larger font size in the above rule make things look stupid on a Mac? If so, would it be better to avoid Monaco & Mono altogether and settle for something more cross-platform-friendly, like Courier New/Courier/monospaced at 11px? Or do we need monospaced at all -- should we go for, say, Helvetica/Arial/sans-serif instead?
 
(B)
 
Rc1 was released without any font styling to plain-text messages. That font styling should have gone in the CSS file's #archived_message_body ruleset...but I forgot. Oops!
 
By default, should archived messages (other than iframed HTML messages, which retain their own style) have exactly the same font styling as the rest of the page...
 
#archived_message_body {
font-family:Georgia,Times,'Times New Roman',serif;
font-size:13px;
line-height:150%;
/* inline-displayed HTML messages keep their inline styles, but can otherwise be styled here.
   iframe-displayed HTML messages *always* retain their own style. this does nothing for 'em.
   plain text messages, whether inline or iframed, will be styled here also. */
}
...or should they be distinguished from the rest of the page somehow (say, with a more condensed line-height)?
 
The former is the way it was done before (back when there was global body styling which affected iframed_archive_screen.tmpl). But since we now have the option to do things differently if desired, I thought I'd ask.
 
 

Post:
mailto:dadadev@PROTECTED

Unsubscribe:
http://mojo.skazat.com/cgi-bin/dada/mail.cgi/u/[list]/

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

Archive:
http://mojo.skazat.com/cgi-bin/dada/mail.cgi/archive/[list]

rss/atom
‹ RE: Dada Mail - 2.10.0 RC 1 Released, many notes follow - rfc please
Index
Re: two pre-release unknowns ›
  • 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.