July 30th 2005 PST
> 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
July 30th 2005 PST
> 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
July 30th 2005 PST
> > 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
July 30th 2005 PST
> > 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
July 30th 2005 PST
> > (1) Is a shortname limited to 8 characters, or to 16? > "new_list_screen.tmpl" is a bit confused on the topic. 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; > > > [with no method spec'd, this defaults > to "get"] > > I don't know a thing about this...besides the fact that the W3C > recommends/prefers . Is this something I should > review/change while I'm in there, or a ...Continue Reading
July 30th 2005 PST
> The output code -- by which I mean, the source code you see when > you visit a > page and click "view source" in your browser I find it a feature that HTML doesn't regard whitespace and newlines as anything :) > To make that output code easier to track back to its originating > templates, > I'd like to surround each template's code with Hmm, I'll ask on the HTML::Template list and see if there aren't any best practices; Justin Simoni ...Continue Reading
July 30th 2005 PST
> > ...Yelling? Is this from Pro Dada users who believe they've paid > you for > that particular privilege? > > ...Never mind. Rhetorical question. : No, but I state the changes are going to be made to the program well in advance, and then people get surprised and I tell them, "the changes were announced well in advance". And then people get irate stating that they need the new functionality of a new version, but the old functionality as well. Somehow, I become the bad guy :) > ...Continue Reading
July 30th 2005 PST
Here are a few other questions I have about the templates before I do my second run-through/review of them: (1) Is a shortname limited to 8 characters, or to 16? "new_list_screen.tmpl" is a bit confused on the topic. (2) All three of the following attribute choices are currently in use: [with no method spec'd, this defaults to "get"] I don't know a thing about this...besides the fact that the W3C recommends/prefers . Is this something I should review/change while I'm in there, o ...Continue Reading
July 30th 2005 PST
> I *do* like the tab indentation for the tmpl_if/tmpl_unless/tmpl_loop/ > tmpl_etc tags; it follows the convention used for all the rest of the > coding ...Spoken like a true programmer. :-) So this means you want the HTML snippets that are nested within those tags tabbed over as well? Okay, then. I have loosely related question here: The output code -- by which I mean, the source code you see when you visit a page and click "view source" in your browser -- is hard to read at the best of times, ...Continue Reading
July 30th 2005 PST
> > [Shane wrote:] I removed the (now deprecated) "checklist" and > > "checkotherlist" functions from admin_js.tmpl > [Justin wrote:] I would continue to have those in, since there are some > plugins that still use that javascript function Ah, hadn't thought about plugins! I've now reinstated those functions in rev. 1.11 of admin_js.tmpl...but have marked (commented) them for deletion. Anyone who *does* need 'em in the meantime should *avoid* rev 1.10, and either move up or down ...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.