Dada Mail Developers Archives

 

some suggestions/improvements for Dada

August 23rd 2005 UTC

Hereby some suggestions/improvements for Dada (next release ?): 1. At the bottom of the screen 'Manage Copy | Email Messages' there is a table to explain the available tags. The following tags are not listed, but they can be very usefull: plain_list_confirm_subscribe_link => The subscribe instantly link plain_list_confirm_unsubscribe_link => The unsubscribe instantly link At Dada's forum, people have been asking for these tags a few times. I use them myselves too. So I have added them to ...Continue Reading

Re: improved CSS customization coming in 2.10 alpha 2

August 23rd 2005 UTC

> While I appreciate Justin including my recent XHTML compliance and > code formatting work in his summary of the improvements made in the > *first* Dada Mail 2.10 alpha release, ...honestly, who cares? Awww. I just didn't know what else to write :) If you want to provide some copy, I'll inject it in there. To let you know, most of what I use for changelog stuff is pulled from the CVS comments (As an aside, if we switch to darcs, I'll need a new way to do this... - different topic I guess) > ...Continue Reading

improved CSS customization coming in 2.10 alpha 2

August 23rd 2005 UTC

While I appreciate Justin including my recent XHTML compliance and code formatting work in his summary of the improvements made in the *first* Dada Mail 2.10 alpha release, ...honestly, who cares? It's not like the fact I closed a few open tags and made sure things are well-nested is going to make a whit of difference to you or to any other end-users.   Until now, that is. :-)   Following the general concept and spirit of a very customization-friendly XHTML page that my neighbour Dave* made for a litt ...Continue Reading

Re: A Test List

August 22nd 2005 UTC

> Some functional questions: will we be able to select the "test > recipients" > by picking and choosing from the main subscription list, or will we > have to > cut-and-paste them in manually? It would be a separate list - like how the black list is now. It's easy enough to specify a different list for Dada Mail to send to internally. For example - the invite messages are just a mailing list message sent to a different list other than the subscription list. > And similarly: will ...Continue Reading

Re: A Test List

August 22nd 2005 UTC

> There would be a limit to how > many addresses you could have - say, 10, but then you could send a > test message to many addresses at once, instead of just the list > owner. I know *I'd* use this feature. So IMO: sure, go for it if that's what's inspiring you at the moment. It shouldn't kill anyone if things are held back another "not too long".... Some functional questions: will we be able to select the "test recipients" by picking and choosing from the main subscription list, or w ...Continue Reading

A Test List

August 22nd 2005 UTC

Someone has expressed interest in a, "Test" address for test mailings to be sent out to - instead of being addressed to the list owner. I got thinking about the idea of having another sublist - like the black list specifically for testers. There would be a limit to how many addresses you could have - say, 10, but then you could send a test message to many addresses at once, instead of just the list owner. Since now the API and the GUI are pretty well un... hard coded in terms of how to work with ...Continue Reading

Re: considering darcs

August 21st 2005 UTC

On 08/21/2005 -0700, Mark Stosberg shouted from a passing locomotive: [snip[ > TortoiseCVS is nice, and I would like to see that kind of tool appear for > darcs. > > I'll soon try to provide some details so those who are interested in can > play with darcs in a non-committal way and use that experience to > confirm whether you want to move that direction. > > [snip] Would SVN be something to consider? It still keeps the centralized repository but fixes some of the other stuff that is a prob ...Continue Reading

Re: considering darcs (was: Re: Re: Tentative Roadmap for Dada Mail)

August 21st 2005 UTC

On Sun, Aug 21, 2005 at 09:40:03PM -0000, Shane Clintberg wrote: > > > we cannot move to darcs before 2.10 > > The timing doesn't matter a whit to me personally. > > And, yes, I agree that doing it post-2.10 makes the most sense overall. That sounds sensible to me, too. > I gotta say that I'll miss my CVS GUI, however. Right now I'm using > TortoiseCVS ( http://tortoisecvs.org/ ), ...and all I have to do is > right-click a file (or multiple files) in the appropriate Windows > fold ...Continue Reading

Re: considering darcs (was: Re: Re: Tentative Roadmap for Dada Mail)

August 21st 2005 UTC

> we cannot move to darcs before 2.10 The timing doesn't matter a whit to me personally. And, yes, I agree that doing it post-2.10 makes the most sense overall. [A reminder here: be sure to drop these plans into the roadmap, Justin. The more you start using that file as a *working document* rather than just an external-communications afterthought, the easier it'll make things in the long run for folks like me!] I gotta say that I'll miss my CVS GUI, however. Right now I'm using TortoiseCVS ( http://tortoisecvs.o ...Continue Reading

Re: considering darcs (was: Re: Re: Tentative Roadmap for Dada Mail)

August 20th 2005 UTC

Alright, well, as long as all the current active developers are in on it (Me...Shane...), it would be my responsibility as team leader to be sensitive to the needs and wants of the entire Dada community and give Darcs a whirl - as I have no lasting feeling for CVS - it's cool and all, and I have some fun sometimes, but it drinks too much. And it never calls after we hang out. And that sucks. And - oh no wait - that's this one girl... not CVS, but ironically, she has the same initials... Actually no that' ...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.