Dada Mail Developers Archives

 

Re: spelling conventions: opinions welcomed!

July 31st 2005 UTC

>Following is a list of alternate spellings. The italicized ones are "correct" >according to Wikipedia &/or Wiktionary. Unless there's disagreement or >discussion to be had, I'll be using the first (bolded) one in each list...so if >you dislike any of those, now's the time to say so! > >e-mail, email *********************** begin excerpt *********************** A note on email versus e-mail Newly coined nonce words are often spelled with a hyphen, but the hyphen disappears when the wor ...Continue Reading

Re: spelling conventions: opinions welcomed!

July 31st 2005 UTC

> Following is a list of alternate spellings. The italicized ones are > "correct" according to Wikipedia &/or Wiktionary. Unless there's > disagreement or discussion to be had, I'll be using the first > (bolded) one in each list...so if you dislike any of those, now's > the time to say so! (I'll cast my votes on things I feel strongly on) > ??? shortname, short name I think it's used widely in Dada Mail as, "shortname", but short name, or even Short Name is probably be ...Continue Reading

Re: little CSS tweaks, as req. by Justin & Alfred

July 31st 2005 UTC

> 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. I do like the larger buttons - if you look between the style changes between 2.9 and anything below, everything did get a bit larger and I do like the breathing room between the text inside the buttons and the borders of the buttons themselves. > Yup, that sounds like enough of a challenge. :-) I'll see what I > can do.... It is : ...Continue Reading

Re: .tmpl code-formatting convention changes

July 31st 2005 UTC

Shane, Let's do: > > > and > > This - but let's use, "begin" instead of, "start" - it goes more with the conventions of Perl :) Justin Simoni ...Continue Reading

spelling conventions: opinions welcomed!

July 31st 2005 UTC

I'll be proofreading all of the template files in my second go-round through the /templates/ folder...and I'd appreciate your opinions, if any, on a few debatable spelling conventions. (My goal here is to make everything consistent across the board, for users & admins alike.)   Following is a list of alternate spellings. The italicized ones are "correct" according to Wikipedia &/or Wiktionary. Unless there's disagreement or discussion to be had, I'll be using the first (bolded) one in ea ...Continue Reading

little CSS tweaks, as req. by Justin & Alfred

July 31st 2005 UTC

> > 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 {  &nb ...Continue Reading

Re: regarding additional CSS classes

July 30th 2005 UTC

> Just double-checking on this: are you *sure* you don't want me to > add these > in? If you're considering ever upgrading things to a full CSS > (non-table-based) layout, you'll want those extra classes in > there...and now > is the perfect time to do it. Yes :) I think the only place that tables are used is for aligning things like checkboxes, form fields, etc. There is some argument that this is tabular data that can be formatted as a table, but it's probably the losing argument :) If ...Continue Reading

Re: regarding additional CSS classes

July 30th 2005 UTC

> for the moment, I'd rather not have to use classes for each of > the different [input] widgets - it'll never ever get applied to every > single thing - the buttons are bad enough, but it makes you have to > stop and think. Just double-checking on this: are you *sure* you don't want me to add these in? If you're considering ever upgrading things to a full CSS (non-table-based) layout, you'll want those extra classes in there...and now is the perfect time to do it. ...Continue Reading

Re: other template-related questions

July 30th 2005 UTC

> > Is a shortname limited to 8 characters, or to 16? > At the moment, it looks like it's set at 16 in the code - more > liberal than I want it, but let's stick to that; Duly noted. I'll reword the page content to suit. > You'll want to use, "post" when there's a lot of information being > past to the program again, like a huge list of email addresses, an > attached file - things like that. You'll want to use, "get" when you > want to see the query string after you submit ...Continue Reading

Re: .tmpl code-formatting convention changes

July 30th 2005 UTC

> > So this means you want the HTML > > snippets that are nested within those tags tabbed over as well? > I find it a feature that HTML doesn't regard whitespace and newlines > as anything :) Okee-doke...but please bear with the un-tabbed state of things in the short term. (There are few nested-table issues I'd like to resolve first, and they're *much* easier to look at with things as they are now.) I'll return you to your regular programming before the next beta. ...Continue Reading
  • 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.