August 23rd 2005 PDT
Here are a few corrections and revisions to my examples of the new, more customization-friendly markup at the bottom of: http://mojo.skazat.com/cgi-bin/dada/mail.cgi/archive/dadadev/20050823020009/ - Two other widgets, "root_login_message" and "help_links", could've been shown in the admin page also. [After all, when they *are* enabled, they're global rather than screen-specific. It was kind of a toss-up, really.] - id="Breadcrumbs" should have been shown in lowercase. - Starting in 2.1 ...Continue Reading
August 23rd 2005 PDT
F.G. wrote: > > Since we have a 'list switch' button at the left upper corner, the > > link "Sign In to Another List" seems to be superfluous. I would > > prefer to change this link to 'Administration' Justin wrote: > That's not the worst idea, although the list switcher widget only > appears if you log in as root. ...But if you're *not* logged in as root, the "Administration" link still makes just as much sense as "Sign In to Another List", no? My only concern h ...Continue Reading
August 23rd 2005 PDT
Justin wrote: > One concept I'd > like to get across is that the list switcher will switch you to a > different list, but show you the same screen. This is actually really > helpful. For example, if you have to change every privacy policy of > every list you have. Sorts of lots of concepts to get across in a > little space... The brilliant thing about the way you've designed that function, Justin, is that it's *perfectly* intuitive. So we don't *need* to explain any of those concepts "in such a ...Continue Reading
August 23rd 2005 PDT
Thus sayeth Dada Mail (Justin Simoni), at 6:10 PM on 8/23/05: >> I'm reminded that for list discussions, it's nice to have the option >> (either globally or per-user) to not get messages to the list that >> you >> sent yourself. > >OK, this is easy enough globally; I'll put it on the to-do. If "globally" means "not optionally" then I'm agin it. -- curmudgeon ...Continue Reading
August 23rd 2005 PDT
Justin wrote: > can some one whip up some code > that will allow the onSubmit select box to work if JS is enabled, but > show a submit button if no JS is available? And be standards > compliant? While I think could be a good idea, I respectfully submit that it should not be a priority /right now./ The reason is simple: Even if we find a solution that's perfectly gracefully degradable for that *particular* widget, Dada Mail admins using JS-disabled browsers will still have all kinds of *other* problems in ...Continue Reading
August 23rd 2005 PDT
> I'm reminded that for list discussions, it's nice to have the option > (either globally or per-user) to not get messages to the list that > you > sent yourself. OK, this is easy enough globally; I'll put it on the to-do. Cheers, Justin Simoni ...Continue Reading
August 23rd 2005 PDT
> Messages from moderators are still ignored for discussion lists > when moderators are allowed. As a workaround I changed the > following line from sub validate_msg (dada_bridge): I'm not having trouble getting this to function incorrectly, here's what's printed if I manually start the process via the web interface: [snip] ------------------------------------------------------------------------ List: k Logging into POP3 server: mail.example.com Trying secure login... POP3 Login succeeded. POP3 ...Continue Reading
August 23rd 2005 PDT
Some dada discussion list feedback: I'm reminded that for list discussions, it's nice to have the option (either globally or per-user) to not get messages to the list that you sent yourself. Mark ...Continue Reading
August 23rd 2005 PDT
On Tue, Aug 23, 2005 at 10:20:04PM -0000, Dada Mail (Justin Simoni) wrote: > > That's a good point Mark. Many JS-tricked out web apps have a bare- > bones version that gives most of the facilities that they whiz-bang > does. For example, Google's Gmail has a "standard" and "basic" view. > Dada Mail doesn't - nor does Dada Mail have a interactive shell-type > application, which would be a nice project/wish list thing. It would > also force most, if not all the Business ...Continue Reading
August 23rd 2005 PDT
> The point is, it's always nice to work with JavaScript if you can, > because even tech-savvy admins might like or need to access the admin > area without JavaScript now and then. > > The question is then: Is this an edge case worth considering > supporting > in Dada Mail? That's up to you. That's a good point Mark. Many JS-tricked out web apps have a bare- bones version that gives most of the facilities that they whiz-bang does. For example, Google's Gmail has a "standard" and &qu ...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.