RE: Broken Link

 
From: "Dada Mail" <dada@PROTECTED>
In-Reply-To: RE: Broken Link
Date: August 17th 2005

Seing all these links would make me want to copy all your existing
help files to a 2 10 subdirectory and change all your links in the new
release to reflect the new version

Basically what's going to happen

At the moment, the only person who has access to change these help
files is me That's not the best way to go about these things, since
it doesn't look like I'm writing new ones for screens/stuff that
change, etc

What we should do is put this documentation in CVS in some sort of
format - either HTML or Perl POD and then when I make a distribution,
I can just parse all this information out and build webpages for it -
like I do for:

 http://mojo
skazat
com/support/documentation/

(all these pages are (mostly) POD files you find in dada/extras/ documentation)

We can then keep working on the documentation after the release is
done and put it up every now and then (say, every dot release)

The other option is to Wiki the documentation - which wouldn't be the
worst idea - I'm just not really interested in admin'ing it against
bad advice/spam If we can hook up the Wiki to the Help links, we'd
be in a pretty good spot, as Dada Mail users could help themselves to
documentation

Another option would be for me to take a good deal of time, write
amazing documentation for the help links, but only allow, say,
subscribers to Pro Dada and the Magicbook access to it That could be
seen as another revenue stream for me, which makes me want to work on
Dada Mail more :) Doing that, I wouldn't put the documentation in
CVS, or a Wiki to be edited by just anyone, so that does suck

Justin Simoni

  • 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.