[MlMt] MailMate and TextExpander

2015-06-10 Thread Sherman Wilcox
On 10 Jun 2015, at 10:00, mailmate-requ...@lists.freron.com wrote:

 As a data point, this is not happening for me with the 
 newest
 textexpander.

Thanks. I’ve done more testing. It’s still happening to me, and it’s
quite puzzling. Here’s what I’ve discovered.

Scenario 1:
(1) Select some text for quoting. Type “r” for reply. When the new
message with quoted text appears, type Return. The problem appears: The
cursor skips back a space (back a return, actually, to the end of the
quote), “R” appears at the end of the quote. The Edit menu lights up, so
something is happening with Edit.

Cancel out that message.

(2) Try the same thing again, and the second time it does not happen.

Scenario 2:
(1) Comment out the “r” keybinding. Use Command-r for a reply. All is
well, no problem whatsoever.

So, for me, the problem does seem to be related to the keybinding of “r”
but I can’t understand what it might be. As I say, this problem does not
appear with Typinator. 

HOWEVER...

In replying to this thread, I've just discovered another issue which
points away from MailMate. I decided to reply from my Fastmail account,
using Safari instead of MailMate (don't ask why). The procedure there is
to (1) Type c to compose a new message, (2) type in the address. When
I do this, a C appears immediately as I begin to type the address (in
other words, I get cmailm...@lists.freron.com). And the Edit menu in
Safari lights up. So this is EXACTLY the same problem. It clearly has
something to do with TextExpander on my system, because it I quit TE,
the problem goes away in both MailMate and Safari.

So... a little more exploring and I've discovered that if I turn off the
option in TE to capitalize sentences, this problem goes away. Problem
solved, for me.

Thanks to all who replied.

-- 
Sherman Wilcox
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate


Re: [MlMt] message in own window: moving and deleting

2015-06-10 Thread Shoshanna Green
Is there any chance of functionality being improved for working with 
messages open in a separate window, as described in the message below, 
from February? Benny, you indicated on Feb 24 that you would be working 
on it at some point…


Oddly, although the Move to Mailbox… command is greyed out, I can in 
fact move a message that I have open in a separate window to another 
mailbox by using the keys I've bound to moveToMailbox: and then a 
specific mailbox. (Is that new since February? I'm not sure whether I 
tested that then.) However, once I've done that, the message I've just 
moved is still open in its window and I can't advance to the next one in 
the mailbox it was originally in; I have to manually close it, manually 
select the next one, and manually open that one.


I understand that next message and previous message are hard to 
define when a message has been moved to a new folder but is still open 
in a separate window: do they mean the message that used to be next or 
the message that is next in the new mailbox? Since I'm usually working 
through my inbox when I'm doing this, I want them to refer to the 
original mailbox (the inbox); given the logical incoherence this could 
cause, I'd be very happy with the next message in the original mailbox 
auto-opening in the place of the message I've just moved.


Also, with a message open in a separate window, the Next Unread Message 
and Previous Unread Message commands are also greyed out, and neither 
the keys I've bound to nextUnreadMessage: and previousUnreadMessage:, 
nor the standard built-ins of option-command-downarrow and 
option-command-uparrow work. (Even though Next Message and Previous 
Message do work, as do both the standard option-downarrow and 
option-uparrow and the keys I've bound to those commands.) Instead, 
option-command-downarrow and option-command-uparrow scroll the message 
to its end or beginning, respectively, and the keys I've bound to the 
commands do nothing.


Still hopeful,

Shoshanna Green

On 21 Feb 2015, at 10:08, Shoshanna Green wrote:

When I have a message open in its own window (Widescreen layout with 
the message list pulled all the way to the right), the Move to 
Mailbox… command is unavailable (greyed out). This is both odd, 
since Move to Archive, Move to Junk, and Delete are all still 
available, and awkward. But I need to have most messages saved in 
specific folders, not just generically archived, so that I can find 
them when I'm not using MailMate. Can Move to Mailbox… be made 
available? (And, huh, Go to Mailbox is also unavailable, though that's 
less critical in this context.)


In my preferred workflow, I'd open a message in a separate window, 
read it, move it to the appropriate mailbox (or archive or delete it), 
and the next message in the folder would open (in its separate window) 
as the moved (or archived or deleted) one disappeared. Next best would 
be if the moved one remained visible in its existing window, so that I 
can just hit whatever key I've bound to next message and have it 
appear.


The latter is what happens if I archive a message that's displayed in 
a separate window. However, deleting it makes the message window 
disappear, and locating the next message in the message list so I can 
open and read it takes an awkward moment, so this is the worst option 
of the three UI behaviors. Moving, archiving, and deleting all seem 
like variations of the same action to me — move this message that 
I'm looking at somewhere else — so it's weird to me that the UI 
reacts differently for each: moving a message is disallowed, archiving 
leaves it visible in its existing window, deleting closes the window.



Shoshanna Green
shoshan...@gmail.com
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate


Re: [MlMt] inconsistent reply button setting

2015-06-10 Thread John Cooper
I seem to remember a program providing two keys (command-R and 
command-option-R or command-shift-R) and also a preference setting, so 
that the preferred key could use the preferred option, whichever it is, 
leaving the alternate key to use the alternate option.


In other words, command-R would reply to sender or reply all, whichever 
your workflow is, and the other shortcut would do the opposite. Seems 
like a good solution to me.


Kai Großjohann wrote (at 14:27 on 10 Jun 2015):


On 9 Jun 2015, at 22:49, Max Rydahl Andersen wrote:


On 9 Jun 2015, at 16:58, Joe Abley wrote:



My preference is that reply (through any key combination, menu 
option, icon, etc) always means reply all, never ask, I'll modify 
the to/cc headers manually if I want to. It would be nice to be 
able to turn on that functionality.


exactly my usecase too.


Interesting.  I'd like to keys, one for reply all and one for reply 
sender, and neither should ask questions.


Kai
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate


Re: [MlMt] inconsistent reply button setting

2015-06-10 Thread Kai Großjohann

On 9 Jun 2015, at 22:49, Max Rydahl Andersen wrote:


On 9 Jun 2015, at 16:58, Joe Abley wrote:



My preference is that reply (through any key combination, menu 
option, icon, etc) always means reply all, never ask, I'll modify 
the to/cc headers manually if I want to. It would be nice to be able 
to turn on that functionality.


exactly my usecase too.


Interesting.  I'd like to keys, one for reply all and one for reply 
sender, and neither should ask questions.


Kai
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate


Re: [MlMt] MailMate and TextExpander

2015-06-10 Thread Kee Hinckley
I don't know if this is related, probably not, but fwiw.  I had a problem with 
textexpander where sometimes a macro would fail to insert what it was supposed 
to, and instead would insert the contents of the clipboard. It turned out that 
they are doing some odd clipboard substitution and there can be a race 
condition if the machine is loaded. Tweaking a setting (sorry, can't remember 
which one and I'm 11 time zones away from my laptop) to be a bit longer fixed 
the problem.

--iPhoned

 On Jun 10, 2015, at 10:58 PM, Sherman Wilcox shermanwil...@fastmail.fm 
 wrote:
 
 On 10 Jun 2015, at 10:00, mailmate-requ...@lists.freron.com wrote:
 
 As a data point, this is not happening for me with the 
 newest
 textexpander.
 
 Thanks. I’ve done more testing. It’s still happening to me, and it’s
 quite puzzling. Here’s what I’ve discovered.
 
 Scenario 1:
 (1) Select some text for quoting. Type “r” for reply. When the new
 message with quoted text appears, type Return. The problem appears: The
 cursor skips back a space (back a return, actually, to the end of the
 quote), “R” appears at the end of the quote. The Edit menu lights up, so
 something is happening with Edit.
 
 Cancel out that message.
 
 (2) Try the same thing again, and the second time it does not happen.
 
 Scenario 2:
 (1) Comment out the “r” keybinding. Use Command-r for a reply. All is
 well, no problem whatsoever.
 
 So, for me, the problem does seem to be related to the keybinding of “r”
 but I can’t understand what it might be. As I say, this problem does not
 appear with Typinator. 
 
 HOWEVER...
 
 In replying to this thread, I've just discovered another issue which
 points away from MailMate. I decided to reply from my Fastmail account,
 using Safari instead of MailMate (don't ask why). The procedure there is
 to (1) Type c to compose a new message, (2) type in the address. When
 I do this, a C appears immediately as I begin to type the address (in
 other words, I get cmailm...@lists.freron.com). And the Edit menu in
 Safari lights up. So this is EXACTLY the same problem. It clearly has
 something to do with TextExpander on my system, because it I quit TE,
 the problem goes away in both MailMate and Safari.
 
 So... a little more exploring and I've discovered that if I turn off the
 option in TE to capitalize sentences, this problem goes away. Problem
 solved, for me.
 
 Thanks to all who replied.
 
 -- 
 Sherman Wilcox
 ___
 mailmate mailing list
 mailmate@lists.freron.com
 http://lists.freron.com/listinfo/mailmate
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate


Re: [MlMt] Folder preferences reset with recent Dev/Beta (at least 5095)

2015-06-10 Thread Scott A. McIntyre

Hi,




Not sure if that was intended behaviour; seems unlikely...


No, it was certainly not intended. I've forgotten if something was 
broken in one of the test versions, but I did make a few changes to 
the handling of mailbox settings. Let me know if you can reproduce 
that MailMate loses mailbox settings.





Yep, it's happening all the time now.  I'm on the latest 5099 dev 
version, and several time this morning I've had to re-order columns in 
my Inbox after performing searches or other acts which apparently 
changed the columns and orders.  After cancelling the search, it seemed 
to change the order of columns and keep them changed.


Cheers,
Scott

___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate


Re: [MlMt] MailMate and TextExpander

2015-06-10 Thread Barton Lipman
I’ve had that problem often, particularly in OneNote and occasionally 
in MailMate.  If you can find the setting change you did at some point, 
I’d appreciate hearing about it.


Bart


On 10 Jun 2015, at 21:19, Kee Hinckley wrote:

I don't know if this is related, probably not, but fwiw.  I had a 
problem with textexpander where sometimes a macro would fail to insert 
what it was supposed to, and instead would insert the contents of the 
clipboard. It turned out that they are doing some odd clipboard 
substitution and there can be a race condition if the machine is 
loaded. Tweaking a setting (sorry, can't remember which one and I'm 11 
time zones away from my laptop) to be a bit longer fixed the problem.


--iPhoned

On Jun 10, 2015, at 10:58 PM, Sherman Wilcox 
shermanwil...@fastmail.fm wrote:



On 10 Jun 2015, at 10:00, mailmate-requ...@lists.freron.com wrote:

As a data point, this is not happening for me with the
newest
textexpander.


Thanks. I’ve done more testing. It’s still happening to me, and 
it’s

quite puzzling. Here’s what I’ve discovered.

Scenario 1:
(1) Select some text for quoting. Type “r” for reply. When the 
new
message with quoted text appears, type Return. The problem appears: 
The

cursor skips back a space (back a return, actually, to the end of the
quote), “R” appears at the end of the quote. The Edit menu lights 
up, so

something is happening with Edit.

Cancel out that message.

(2) Try the same thing again, and the second time it does not happen.

Scenario 2:
(1) Comment out the “r” keybinding. Use Command-r for a reply. 
All is

well, no problem whatsoever.

So, for me, the problem does seem to be related to the keybinding of 
“r”
but I can’t understand what it might be. As I say, this problem 
does not

appear with Typinator.

HOWEVER...

In replying to this thread, I've just discovered another issue which
points away from MailMate. I decided to reply from my Fastmail 
account,
using Safari instead of MailMate (don't ask why). The procedure there 
is
to (1) Type c to compose a new message, (2) type in the address. 
When
I do this, a C appears immediately as I begin to type the address 
(in
other words, I get cmailm...@lists.freron.com). And the Edit menu 
in

Safari lights up. So this is EXACTLY the same problem. It clearly has
something to do with TextExpander on my system, because it I quit TE,
the problem goes away in both MailMate and Safari.

So... a little more exploring and I've discovered that if I turn off 
the

option in TE to capitalize sentences, this problem goes away. Problem
solved, for me.

Thanks to all who replied.

--
Sherman Wilcox
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate

___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate