September 1st 2005 PST
Thanks for the heads-up on the pending release. I have nothing of substance to add in prior to it. > it's 80's night at the hi-dive and I'm in the mood to be > one of those hipsters that finds anything old, new again and has to > dance to whatever that is, ironically. :) It's impossible to dance ironically for more than ten minutes. But hey, whataever helps you [not] sleep at night. :-) http://www.carllewis.com/video.music.1.html ...Continue Reading
August 31st 2005 PST
I'm going to... "lunch", but when I return, I'm going to put the finishing touches on the next beta and get it rolled out - there's not many changes you'll see, except the "Archive but DO NOT send" widget and the template'd out and slightly redesigned admin archive index page, but there's been extensive work done to the program - more than I intended, so it needs a good look-through. The work that you won't see that I'm alluding to are some more hooks for the Magicbook plugins, which w ...Continue Reading
August 31st 2005 PST
> Location bar, address bar, ...toh-may-toh, toh-mah-toh. > > To clarify: If you look in the... > bar-in-your-browser-where-URLs-show-up-and-can-be-typed-in ;-) , an > "&" is exactly what *should* be there. But to describe that "&" > anywhere > inside an HTML document -- even inside an element's 'href' > attribute! -- > it should always be encoded as "&". Understood, those are BOTH the old style, the new style is to use semicolons instead of ampersands, ...Continue Reading
August 31st 2005 PST
> > ampersands (&) should be escaped (&). [The same is not true if > > typing them...into your browser's location bar > check out what's in the address bar > when you submit something to google Location bar, address bar, ...toh-may-toh, toh-mah-toh. To clarify: If you look in the... bar-in-your-browser-where-URLs-show-up-and-can-be-typed-in ;-) , an "&" is exactly what *should* be there. But to describe that "&" anywhere inside an HTML document -- even inside an element's 'href ...Continue Reading
August 30th 2005 PST
> A quick validation note: when writing multiple values into URLs as > above, > ampersands (&) should be escaped (&). [The same is not true if > typing > them in a plain text message or into your browser's location bar; > this only > applies to (X)HTML.] You're correct, although it seems that at least in Moz, it still creates the old style way - check out what's in the address bar when you submit something to google: http://www.google.com/search? num=100&hl=en&lr=&safe=off&q=something ...Continue Reading
August 30th 2005 PST
> print ' method="get">'; > > into: > > print ' method="post">'; > > and now it works! (tested for over 125 archived messages deleted at > once). > You're right - there is a limitation on how long a, "get" can be, I believe. I wasn't aware that that form used, "get". Again, I applaud your investigative skills and I'll make the changes to the program soon! Justin Simoni ...Continue Reading
August 30th 2005 PST
For anyone who's interested in using/testing with Opera: As part of its 10th anniversary "virtual online party," Opera is giving away registration codes. (Never used it myself...but I believe without registration, the browser is ad-supported.) You can grab 'em at: http://my.opera.com/community/party/reg.dml (Real email address not required.) Presumably this is a limited-time thing. (Hope I've been vague enough to avoid setting off anyone's spam filters....) Post: mailto:dadadev ...Continue Reading
August 30th 2005 PST
> When using the form method "get", a query-string is used to submit form data to the server: > > URI?name=value&name=value[etc] A quick validation note: when writing multiple values into URLs as above, ampersands (&) should be escaped (&). [The same is not true if typing them in a plain text message or into your browser's location bar; this only applies to (X)HTML.] In this case, of course, the change to method="post" will make this moot...and even if it didn't, I've never had any funct ...Continue Reading
August 30th 2005 PST
Hi all, When using the form method "get", a query-string is used to submit form data to the server: URI?name=value&name=value[etc] When there are many archived messages to be deleted, the query string becomes very long. When its exceeds a certain length, at least Internet Explorer doesn't submit the form anymore. Maybe there is a length restriction for a URI? Otherwise this is a restriction for at least IE. The problem can be easily solved. Since "mail.cgi" use a CGI object to obtain form data ...Continue Reading
August 29th 2005 PST
> Any comments? First, of course: what a weird little option! ...Basically, my first thoughts aren't big-picture stuff at all, but merely a few usability details. Here's a point-form brain dump: - As it seems to be an either/or choice: should the first two checkboxes be changed to radio buttons instead? And if so, should "Do not archive this message" be a choice as well? [Remember, I'm seeing this screenshot completely out of context.] - I know that Dada Mail uses the American date order (mm/dd/yyyy) r ...Continue Reading
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.