Re: [MlMt] Send Message button fails
Several buttons were affected, but I fixed some of it by reloading from Customize Toolbar. But Reply All is not responding at all. Thanks. Howie On 5 Aug 2016, at 13:45, Benny Kjær Nielsen wrote: On 5 Aug 2016, at 6:08, Howard Wettstein wrote: My reply button has stopped functioning. Howie On 4 Aug 2016, at 19:47, Harvey Leff wrote: In my Version 2.0BETA (6043), clicking on the Send Message button has no effect. Fortunately, using the menu bar, Message/Send works. So does the key command COMMAND-RETURN. Has anyone else experienced this? I've been making a lot of toolbar related changes which means that there is the potential for the introduction of a bug, but I cannot reproduce what you describe. Could you also try the latest test release (hold down ⌥ when clicking “Check Now”) to make sure we are on the same page. Then try again. Also, do all buttons fail or is it only some of them? -- Benny ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] opening multiple mails
On 4 Aug 2016, at 18:02, Robert Brenstein wrote: On 04.08.2016 at 11:10 Uhr -0400 John D. Muccigrosso apparently wrote: And, just this moment, I did some experimenting: Try shift-cmd-O instead of just cmd-O and the messages will open in different windows. Haven't found a way to make return open them in different windows though. Yes, that is great! I checked only the combination on the message menu. Strange that the menu item remains the same with and without the shift key, but who cares. It was just a quick hack to help out a user. The Shift-behavior should probably be the default behavior. (The single message window still has quite a few shortcomings.) Is they a way to have the oldest messages show on top? MM seems to insist that newer messages are on top, but 95% of the time, I want to read them in the order they went sent. No, there's no way to do that. -- Benny ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Why Is Source Code Pro An Unknown Font?
On 1 Aug 2016, at 22:51, Hans Trygve Jensen wrote: However, something did show up. Every time I select a message, both read and unread, the following kind of warning appears in the command line: MailMate[29971:472156] Warning: Unknown font “SourceCodePro” I don't think that's from my code which means it's likely generated by an Apple framework. [...] My questions are these: 1. Why is “SourceCodePro” considered an unknown font? I'm afraid I don't know. 2. Why is it labeled as one word (not as “Source Code Pro”)? That's probably just an implementation detail. Nice if anyone can clarify the matter. Thanks! If you can somehow narrow down the issue then let me know. In particular, if you think it is somehow caused by a MailMate bug. -- Benny ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] A "Show only unread" toggle
On 3 Aug 2016, at 8:48, Max Rydahl Andersen wrote: In most reading mail cases only unread is relevant but once I see a pos that are interesting I often want to remind myself what other topics I've discussed with this person. The fastest way for that is to have the mailbox include read mails too. This is much much faster than replicating the search in this folder - hence why I suggest having s way to toggle show all/unread to quickly filter/unfilter without breaking the flow of what next/previous mail shortcut will go to. Hope that explains it better. I believe I understand the request. Individual mailboxes allow conditions to be specified and you might get something like you request if this was easily toggled on/off, but if I understand correctly then this wouldn't be sufficient since you need this to work on any mailbox (which would be cumbersome to setup). I guess you need some kind of temporary filtering easily toggled on/off. You might even need it on a per mailbox basis although it seems your use case could also be a global filter. It's not straightforward how that should/could work, but I'll keep it in mind. -- Benny ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] composer window placement
On 4 Aug 2016, at 16:17, John Muccigrosso wrote: PS My message Windows now open up in the far right bottom. Not sure why. What happens if you move it, close it, and then reopen it? (MailMate should remember the most recent position of the window.) -- Benny ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] A couple of things about the inbox window(?)
On 5 Aug 2016, at 19:17, Bill Cole wrote: Option-shift-arrow appears to do what you want. This is a standard behavior in list views. Works in Finder too. I didn't know that one, so thanks very much. Surprisingly, despite having used every MacOS version since System 3.2/Finder 5.3, this is the first I've heard of the cmd-shift-arrow combination selecting "all the way" up or down, although it does indeed seem to have been standard behavior in text views forever. I guess I've met my minimum quota of new facts for the day... I just learned that one the other day when I revisited the BBEdit tutorial. Which means I should have come across it before... Hopefully it'll stick this time. ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] A couple of things about the inbox window(?)
On 5 Aug 2016, at 12:42, John D. Muccigrosso wrote: On 5 Aug 2016, at 11:51, Randall Meadows wrote: On 5 Aug 2016, at 7:07, John D. Muccigrosso wrote: First, I’m not sure that’s what it’s called, but I mean the main window with the list of messages. Highlight a message in the list. Do a shift-up/down arrow. The message above/below the one you’re on gets added to the selection. Perfect. Now cmd-shift-arrow. The same thing happens. What I would expect to happen is that the whole set of messages above/below gets added to the selection. Mail.app doesn’t do this either, FWIW. I guess this is because I expect cmd-arrow to move me to the top or bottom of a list of items, which it doesn’t here, just like it moves me to the top or bottom of a body of text. (In the Finder, cmd-arrow moves you to the enclos-ing/-ed folder.) Just a SWAG, but when selecting, ⌘ takes on a different meaning, typically allowing a disjoint selection. No idea if that's what going on here, but might be an explanation for your expectation. Yes, when clicking, ⌘ enables discrete selection while shift does continuous, but with arrows, shift enables select and ⌘ makes the movement go “all the way” in whatever direction you’re going. This works with text and I guess my expectation is that it would work here in the same way. Option-shift-arrow appears to do what you want. This is a standard behavior in list views. Surprisingly, despite having used every MacOS version since System 3.2/Finder 5.3, this is the first I've heard of the cmd-shift-arrow combination selecting "all the way" up or down, although it does indeed seem to have been standard behavior in text views forever. I guess I've met my minimum quota of new facts for the day... ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] A couple of things about the inbox window(?)
On 5 Aug 2016, at 11:51, Randall Meadows wrote: On 5 Aug 2016, at 7:07, John D. Muccigrosso wrote: First, I’m not sure that’s what it’s called, but I mean the main window with the list of messages. Highlight a message in the list. Do a shift-up/down arrow. The message above/below the one you’re on gets added to the selection. Perfect. Now cmd-shift-arrow. The same thing happens. What I would expect to happen is that the whole set of messages above/below gets added to the selection. Mail.app doesn’t do this either, FWIW. I guess this is because I expect cmd-arrow to move me to the top or bottom of a list of items, which it doesn’t here, just like it moves me to the top or bottom of a body of text. (In the Finder, cmd-arrow moves you to the enclos-ing/-ed folder.) Just a SWAG, but when selecting, ⌘ takes on a different meaning, typically allowing a disjoint selection. No idea if that's what going on here, but might be an explanation for your expectation. Yes, when clicking, ⌘ enables discrete selection while shift does continuous, but with arrows, shift enables select and ⌘ makes the movement go “all the way” in whatever direction you’re going. This works with text and I guess my expectation is that it would work here in the same way. John ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] statistics
Title: Re: [MlMt] statistics I'll send you the stats from Eudora off the list. Robert On 05.08.2016 at 11:12 Uhr -0400 Sherif Soliman apparently wrote: Visualize is a MailMate bundle that you have to install before you can use it. You can install it from Preferences ð Bundles. Find Visualize and check the box, and MailMate will install it for you. I am the author of the bundle, so if you let me know what global statistics you were given by Eudora (I never used it), I could plan on including it in Visualize. No promises, especially on the "when", but I am motivated enough to add features to it, and I've already been considering adding a "summary statistics" command. Another caveat is that, from the sounds of it, Eudora's statistics gave you numbers/plots about your entire inbox or entire message database. Due to the way bundles work in MailMate, Visualize won't have access to that. You will have to select messages before you can invoke Visualize commands. I have tested Visualize with up to 100,000 messages, and while it takes a few seconds to generate the plots, it does work eventually. A lot of that could be the plotting library working, and it might be a lot faster if what you want are just text-based summaries. Tip to all Visualize users: if you will be selecting 10s or 100 of thousands of messages, things run a lot faster if you choose a layout that doesn't show message preview or thread arcs. The selection itself happens faster because MailMate doesn't try to render message previews and thread arcs for a large number of messages. Sherif ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] A couple of things about the inbox window(?)
On 5 Aug 2016, at 7:07, John D. Muccigrosso wrote: First, I’m not sure that’s what it’s called, but I mean the main window with the list of messages. Highlight a message in the list. Do a shift-up/down arrow. The message above/below the one you’re on gets added to the selection. Perfect. Now cmd-shift-arrow. The same thing happens. What I would expect to happen is that the whole set of messages above/below gets added to the selection. Mail.app doesn’t do this either, FWIW. I guess this is because I expect cmd-arrow to move me to the top or bottom of a list of items, which it doesn’t here, just like it moves me to the top or bottom of a body of text. (In the Finder, cmd-arrow moves you to the enclos-ing/-ed folder.) Just a SWAG, but when selecting, ⌘ takes on a different meaning, typically allowing a disjoint selection. No idea if that's what going on here, but might be an explanation for your expectation. ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] read msg marking
Title: Re: [MlMt] read msg marking Thanks Sherif. Hopefully, this makes it into the documentation one of these days. Robert On 05.08.2016 at 10:57 Uhr -0400 Sherif Soliman apparently wrote: On 4 Aug 2016, at 19:23, Robert Brenstein wrote: The column "unread" in the list view shows a circle if the message is unread or is empty. I see those circles in at least 3 colors: blue, red, gray. However, I can't seem to find their explanation in the manual. Hi Robert, The blue and grey are simple to explain: Blue: indicates a single unread message. Grey: You should only see grey next to a thread, not a single message. Grey means that the thread has a mix of unread and read messages. A thread that contains messages that are all unread should have blue next to it, and a thread of all read messages should have neither blue nor grey next to it. The red one requires a more detailed explanation, and I will quote Bill Cole from this previous message on the list: http://www.mail-archive.com/mailmate%40lists.freron.com/msg05861.html On 18 Mar 2016, at 10:44, Bill Cole wrote: It means that you use another client in addition to MailMate with that source account and that the other client handles message deletion in a classical IMAP mode. This means that messages get marked with the "\Deleted" flag when the user deletes them, but do not REALLY get deleted until the mailbox or (if the server & client support the UIDPLUS extension) the individual message is purged. Some servers auto-purge mailboxes or individual \Deleted messages based on various criteria and some clients do as well, although some client+server combinations will never purge anything unless the user explicitly commands it. So: a red dot in the "Read" column means that something other than MailMate marked the message for deletion but has not yet told the server to purge it. The mechanics of handling message deletion and presentation of recoverable "deleted" messages vary broadly between IMAP clients. MailMate uses a very conservative approach of not purging messages it did not flag \Deleted, although I don't know how it manages that on servers without UIDPLUS support (which was a requirement for early versions of MailMate.) Sherif ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Modifying bundle key shortcuts
On 4 Aug 2016, at 0:16, Jon Nall wrote: Hi, For the bundles shipped with Mailmate, what's the best practice to customize them? I'd like to modify the keyboard shortcut and (maybe) tweak the action as well. Should I just edit them in place? Copy them somewhere user-specific? Thanks, nall. Re: modifying keyboard shortcuts. I think the best way to do that is to use OS X's built-in feature to override the keyboard shortcut for any menu item. http://www.makeuseof.com/tag/create-keyboard-shortcut-mac-menu-item/ I tested it with one of the bundle commands that already had a shortcut, and the change worked. The benefit of this solution is that it avoids the hassle of having to make copies of bundles and edit their internals, and that you won't have to do this every time a bundle gets updated. As for modifying their actions, I can't advise on that - you could edit them in place, and my guess is that MailMate will write over the old files when the bundle is updated, but I'm not sure. Sherif ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] statistics
On 4 Aug 2016, at 22:40, Robert Brenstein wrote: I found View->Layout->Statistics I don’t see Command->Visualize The histograms are impressive but I mean simple global statistics like what Eudora shows. Visualize is a MailMate bundle that you have to install before you can use it. You can install it from Preferences ➝ Bundles. Find Visualize and check the box, and MailMate will install it for you. I am the author of the bundle, so if you let me know what global statistics you were given by Eudora (I never used it), I could plan on including it in Visualize. No promises, especially on the "when", but I am motivated enough to add features to it, and I've already been considering adding a "summary statistics" command. Another caveat is that, from the sounds of it, Eudora's statistics gave you numbers/plots about your entire inbox or entire message database. Due to the way bundles work in MailMate, Visualize won't have access to that. You will have to select messages before you can invoke Visualize commands. I have tested Visualize with up to 100,000 messages, and while it takes a few seconds to generate the plots, it does work eventually. A lot of that could be the plotting library working, and it might be a lot faster if what you want are just text-based summaries. Tip to all Visualize users: if you will be selecting 10s or 100 of thousands of messages, things run a lot faster if you choose a layout that doesn't show message preview or thread arcs. The selection itself happens faster because MailMate doesn't try to render message previews and thread arcs for a large number of messages. Sherif ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] read msg marking
On 4 Aug 2016, at 19:23, Robert Brenstein wrote: The column "unread" in the list view shows a circle if the message is unread or is empty. I see those circles in at least 3 colors: blue, red, gray. However, I can't seem to find their explanation in the manual. Hi Robert, The blue and grey are simple to explain: - Blue: indicates a single unread message. - Grey: You should only see grey next to a thread, not a single message. Grey means that the thread has a mix of unread and read messages. A thread that contains messages that are all unread should have blue next to it, and a thread of all read messages should have neither blue nor grey next to it. The red one requires a more detailed explanation, and I will quote Bill Cole from this previous message on the list: http://www.mail-archive.com/mailmate%40lists.freron.com/msg05861.html On 18 Mar 2016, at 10:44, Bill Cole wrote: It means that you use another client in addition to MailMate with that source account and that the other client handles message deletion in a classical IMAP mode. This means that messages get marked with the "\Deleted" flag when the user deletes them, but do not REALLY get deleted until the mailbox or (if the server & client support the UIDPLUS extension) the individual message is purged. Some servers auto-purge mailboxes or individual \Deleted messages based on various criteria and some clients do as well, although some client+server combinations will never purge anything unless the user explicitly commands it. So: a red dot in the "Read" column means that something other than MailMate marked the message for deletion but has not yet told the server to purge it. The mechanics of handling message deletion and presentation of recoverable "deleted" messages vary broadly between IMAP clients. MailMate uses a very conservative approach of not purging messages it did not flag \Deleted, although I don't know how it manages that on servers without UIDPLUS support (which was a requirement for early versions of MailMate.) Sherif___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate