On 13 Jan 2017, at 17:19, Mike Petonic wrote:
I don't have any experience with Github's Wiki, but I like that I
maintain some control while being able to allow anyone to edit. I'll
look into this.
I've now enabled it: https://github.com/mailmate/mailmate_manual/wiki
If I've configured it
On 13 Jan 2017, at 6:16, Benny Kjær Nielsen wrote:
On 12 Jan 2017, at 17:50, Mike Petonic wrote:
Perhaps we could use Github's Wiki feature of the
https://github.com/mailmate/ site. It doesn't appear that it's
enabled, or rather, it is enabled but it just redirects us to the
markdown
On 12 Jan 2017, at 17:50, Mike Petonic wrote:
Perhaps we could use Github's Wiki feature of the
https://github.com/mailmate/ site. It doesn't appear that it's
enabled, or rather, it is enabled but it just redirects us to the
markdown manual (https://github.com/mailmate/mailmate_manual)
On 12 Jan 2017, at 3:25, John D. Muccigrosso wrote:
On 11 Jan 2017, at 11:28, Ted Byfield wrote:
A Mailmate tips/tricks resource would very useful to fill the gap
between the manual (which should be very minimal) and this ~support
list (which is great but a noisy way to build practical
On 11 Jan 2017, at 17:42, Peter Stevens wrote:
Some of these issues might better be handled through better usability.
Why not just have some buttons to insert markdown templates? So
documentation is isn’t necessary the answer (even if it can be a
quick fix for deeper problems).
Just for the
On 11 Jan 2017, at 1:41, Verdon Vaillancourt wrote:
That’s funny… mine is configured the other way around… has been
so long I don’t know if I did that, or if it used to be default.
Searching is the default behavior.
--
Benny
___
mailmate mailing
So glad I saw this thread. (Sometimes I read and sometimes I simply
delete)
One of my hats is "instructional designer." I'm well aware of the time
it might take to put together a good tips and tricks manual. I'd love to
see one. As a non-coder a wiki seems more approachable to me than github
On 12 Jan 2017, at 13:46, Mike Petonic wrote:
No objection from me. I just think that a markdown manual collaborated
with on GitHub is less collaborative (i.e., someone has to do the
integrations and approve them) as compared to a Wiki, where they just
have to be monitored. I doubt that
On 12 Jan 2017, at 8:59, John D. Muccigrosso wrote:
On 12 Jan 2017, at 11:50, Mike Petonic wrote:
Perhaps we could use Github's Wiki feature of the
https://github.com/mailmate/ site. It doesn't appear that it's
enabled, or rather, it is enabled but it just redirects us to the
markdown
That seems like an excellent approach from a user perspective (or at
least this one's).
Cheers,
T
On 12 Jan 2017, at 11:59, John D. Muccigrosso wrote:
On 12 Jan 2017, at 11:50, Mike Petonic wrote:
Perhaps we could use Github's Wiki feature of the
https://github.com/mailmate/ site. It
On 12 Jan 2017, at 11:50, Mike Petonic wrote:
Perhaps we could use Github's Wiki feature of the
https://github.com/mailmate/ site. It doesn't appear that it's
enabled, or rather, it is enabled but it just redirects us to the
markdown manual (https://github.com/mailmate/mailmate_manual)
I agree about having a best-practices forum, of some sort, beyond the
email list.
We've got some very good power users and when they contribute things,
that's great, but using a mailing list or even mailing list archives is
like looking through a toilet-paper roll to drive. Very
Any sufficiently-motivated user could start an unofficial MailMate "tips n
tricks" wiki. There are a variety of free wiki farms out there:
https://en.wikipedia.org/wiki/Comparison_of_wiki_hosting_services
If I set one up, do you suppose there'd be interest? Would Benny be willing to
link to
It could be, but I assume that Benny has his hands full (and would like
time off). Resources like that can involve multiple layers of work
(writing, updating with releases, etc); and sometimes they're best done
by users — for example, as a subreddit.
Cheers,
T
On 11 Jan 2017, at 21:25, John
On 11 Jan 2017, at 11:28, Ted Byfield wrote:
A Mailmate tips/tricks resource would very useful to fill the gap
between the manual (which should be very minimal) and this ~support
list (which is great but a noisy way to build practical knowledge).
This isn't intended as a criticism of MM at
A Mailmate tips/tricks resource would very useful to fill the gap
between the manual (which should be very minimal) and this ~support
list (which is great but a noisy way to build practical knowledge).
+1
I have found the online documentation to be quite unhelpful. It’s all
about doing
This thread is really helpful, in part because it crystalized an odd
feeling I often get when using Mailmate — that *there's a better way*
or *I'm doing it wrong*.
A Mailmate tips/tricks resource would very useful to fill the gap
between the manual (which should be very minimal) and this
Verdon Vaillancourt 2017-01-11 1:41 wrote:
That’s funny… mine is configured the other way around… has been
so long I don’t know if I did that, or if it used to be default.
It's a setting, see MailMate -> Preferences -> Viewer -> Double click
Eudora was excellent for it's time but MailMate is
That’s funny… mine is configured the other way around… has been so
long I don’t know if I did that, or if it used to be default. I did
learn a couple tricks from this conversation though…
a) I didn’t know that shift double-click would open the msg in a new
window (for me)
b) I usually just
Thank you for pointing out this feature Robert. I used Eudora for years
but I don’t remember being aware of this feature.
Cheers,
Dave
-=-=-=-
I just discovered that MailMate has a function equivalent to the mail
concatenation feature of Eudora. I am in 7th heaven, and I thought to
share
I just discovered that MailMate has a function equivalent to the mail
concatenation feature of Eudora. I am in 7th heaven, and I thought to
share this discovery! I saw the setting for this in the preferences
quite a while ago but only now clicked what it really means. For those
wondering what
21 matches
Mail list logo
