Re: [MlMt] message windows stay open
On 15 Jun 2017, at 7:14, Benny Kjær Nielsen wrote: On 15 Jun 2017, at 15:31, Rob McBroom wrote: On 13 Jun 2017, at 15:28, Rob McBroom wrote: When I updated the other day, I saw the note about the new preference to control “selection when moving/deleting a message”. I immediately looked for this setting to make sure it was “correct”. I restored preferences from before the update from a backup. The message window still stays open when I archive/delete/junk the message. Any ideas? This is driving me nuts. For now, you'll have to downgrade to r5377 I believe: https://updates.mailmate-app.com/archives/MailMate_r5377.tbz I'll look into making the behavior optional. (I believe “delete” still closes the window.) I can confirm that 'delete' closes the window and returns me to the Main Viewer window and the appropriate next message. Thanks for that! -Mike ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] DeleteMessage: from single-message window doesn't seem to work right
On 6 Jun 2017, at 7:51, Benny Kjær Nielsen wrote: On 17 May 2017, at 2:26, Mike Petonic wrote: [deletion in single message window] ... MM always behaves as if "none" were the value of the key "MmMessagesOutlineMoveStrategy". The outline strategy is not applied because the message is deleted in a window which only has a single message. The “link” between the mailbox window and the single message window is quite weak which also affects other things including undo behavior. I've tried to improve this a bit in the latest test release (1.9.6r5378). You are welcome to try that out. Thanks, Benny. This new test release seems to give me the desired behavior in the simple tests that I've run. Much appreciated! ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
[MlMt] Applescript "selectWithFilter:" doesn't seem to work
I'm using the following test snippet in order to optimize my workflow: ``` tell application "MailMate" to perform {"selectWithFilter:", "#thread-id=1066628" } ``` This does nothing from Applescript, but if I run it as a key binding, it works. Any clues? Thanks!___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Keyboard Shortcut to open current message in another smart mailbox?
Hi Max -- Some combination of the Threaded layout with the button and going to AllMessages might work. Thanks for that lead. Cheers, -Mike On 15 Mar 2017, at 15:36, Max Rydahl Andersen wrote: Sometimes, when I'm in one of those mailboxes, I would like to press a key (or invoke a Bundle Command -- I'm handy with scripts and have written a bundle in the past) to show that currently selected message in my "All Messages" smart mailbox. This way, I can look at all related messages that perhaps span the Inbox/Trash/Sent-Messages folders within that account. Is this possible? You could also use the "Threaded" layout which has a view that shows all related messages automatically :) ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
[MlMt] Keyboard Shortcut to open current message in another smart mailbox?
My use-case is the following. I have several smart mailboxes set up to contain the inbox of my (up to 5 accounts). Sometimes, when I'm in one of those mailboxes, I would like to press a key (or invoke a Bundle Command -- I'm handy with scripts and have written a bundle in the past) to show that currently selected message in my "All Messages" smart mailbox. This way, I can look at all related messages that perhaps span the Inbox/Trash/Sent-Messages folders within that account. Is this possible? ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Eudora's mail concatenation in MailMate
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 manual (https://github.com/mailmate/mailmate_manual) again. 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. That's encouraging. We've got some very smart people using MailMate (it's almost a self-qualifying feature :-) and loads of them want to help. The hopeful outcome is: * we free up your time to focus what you're good at * cultivate collaboration across aforementioned smart user-base * provide a reference repository to all of us ADHD users who forgot where that obscure feature is (this is me) For a non-profit project that I'm helping with, I set up a DokuWiki for the first time. I don't know GitHub's wiki, but I suspect that it's not going to be rocket-science for you, nor for MM users. And, I think, given that you own the repo, you'll maintain full control unless you eventually come to trust the folks who volunteer (ahem, Annamarie Pluhar, your volunteering has not gone unnoticed :-). This will free up even more of your time and again, provide for a lot of collaboration.___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Eudora's mail concatenation in MailMate
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 manual (https://github.com/mailmate/mailmate_manual) again. We could agree to limit the scope to a best-practices wiki, and thus wouldn't have a lot of scope creep. Not a bad idea, but what’s the objection to putting such a section into the manual on github? 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 Benny has that much available time to do the integrations, and I think we'd all rather that Benny focus on continuing to make MM the best damned MUA for macOS. :-) On the other hand, if we have volunteers to do the editing from submissions, then my concern would go away, and a manual format is oftentimes that best format for certain people because of the linearity (it's not my desired format, however). That's my $0.02. ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Eudora's mail concatenation in MailMate
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 tunnel-vision like. I like the idea of a subreddit, but I'd guess that probably less than 50% of the users use reddit. 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) again. We could agree to limit the scope to a best-practices wiki, and thus wouldn't have a lot of scope creep. On 11 Jan 2017, at 18:56, Ted Byfield wrote: 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 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 knowledge). This isn't intended as a criticism of MM at all — on the contrary, I'm just thinking about a resource that could help it to grow. Why can’t the manual have this as part of it? (BTW, I’ve got a months-old PR on the manual: https://github.com/mailmate/mailmate_manual .) ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Devonthink
On 25 Aug 2016, at 11:46, Jan Erik Moström wrote: They both have user interfaces that be considered ... "rough". EN has an almost flat "learning curve" while DT will surprise you for years you with functionality that you didn't know existed. In short, similar in priorities and power as MailMate :-) See how it all comes around full-circle? Hmmm. I've got a license for DT , but I've never warmed to it. I tend to take my meeting notes and brainstorming sessions in Freeplane, Omnifocus for tasks (I'm not terribly disciplined), and of course, MM for email. ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Hidden Preference for making new Composer Window have cursor start at the Body or in the Header fields?
On 20 Aug 2016, at 6:05, Benny Kjær Nielsen wrote: I just spent about 60 minutes looking through the issue reports and mailing list archives, and for the life of me, I cannot find what the preference is that allows me to specify whether starting a new message starts my cursor on the To: line or the Body: section. I'd changed it, but it turns out that I'd rather have it back on the To: line. defaults delete com.freron.MailMate MmComposerInitialFocus Is this documented somewhere? Since MailMail doc is something that we can contribute to, I promise that I'll add it to the doc! :-) It's already documented as a hidden preference although maybe not in the homepage manual yet: You know, I can't believe that I didn't see it all this time. My google foo is decaying. Thanks, Benny! ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
[MlMt] Hidden Preference for making new Composer Window have cursor start at the Body or in the Header fields?
I just spent about 60 minutes looking through the issue reports and mailing list archives, and for the life of me, I cannot find what the preference is that allows me to specify whether starting a new message starts my cursor on the To: line or the Body: section. I'd changed it, but it turns out that I'd rather have it back on the To: line. Is this documented somewhere? Since MailMail doc is something that we can contribute to, I promise that I'll add it to the doc! :-) Thanks! -Mike ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
[MlMt] New bindings, extensibility and a thanks
Benny wrote: > Is there a keybinding that will make MailMate open a new viewer window? I want to use it as part of a compound binding, for example: > > "?" = "newMessagesViewerWindow:", "searchAllMessages:" ); I believe this should work: "s" = ( "newMessagesViewerWindow:", "searchAllMessages:" ); (But the layout is going to be the default layout.) It works like a champ, Benny. Thanks... I'll put it in my reference file that I'm building. I swear to god that I did a lot of googling and could not find that keybinding. Thanks for sharing. In another message, Benny writes: > For myself, my priorities would be: > > $30 - "makeNewViewerWindow:" binding that could be used in compound key bindings. > I've answered this in another email although it might not be exactly what you were looking for. > > $10 - "recenterLine:" to recenter the currently viewed message in a message list binding (works in normal Cocoa programs). Late April I added this: New: Added centerSelectionInVisibleArea: for the mailbox/message lists (bound to ⌃L by default). This did not do what you were looking for? Hmmm. I hadn't tried it yet. My bad. Again, works like a champ. > $50 - Programmatic way to access messages (and message components such as Subject, Body, etc) using some API. Either Applescript (via the performCommand binding) or whatever. This would allow me to duplicate some of my workflows from Mail.app It's possible to create a custom bundle command which can then be triggered using the perform AppleScript command, but I know that it would also be useful if there was more direct access via AppleScript -- especially when adapting existing scripts. I'll give it some more thought. Yes, I saw that with my "OpenInOutlook" hacked bundle that I slammed together. Thanks for your guidance on that (especially the part about how you do the UUID :-) I'll clean up the script and release it to the mailing list in case there are others who use MailMate along with Microsoft's Outlook for calendaring. The bundle command that I added allows me to press Shfit-Ctrl-O to open up the corresponding message in Outlook so that I can a) see the date/time of the appointment, b) what events are around it, c) comment back to the meeting request, etc. The bounties shouldn't be the only factor that Benny should use. I would hate to see MM evolve into a purely "bourgeois" model where those with the most amount of money get a voice in feature requests. I assure you that if I was motivated only by money then MailMate simply wouldn't exist :) Oh, I don't doubt that at all. I can see it's a labor of love -- producing an elegant, powerful and extensible powerful tool that is leveraged by power-users. In another email to Kee Hinckley, Benny wrote: It's nice if people are willing to pay for a specific feature, but I cannot really make a living of that. The price of a feature would have to be more than most people would be able to pay. I also see a myriad of other potential problems :-) I'm probably also getting closer to a point where fixing/improving existing features is going to be more important than adding new (major) features. This is an important subject though (for me) since the lack of major new features are going to make it hard to do 3.0, 4.0, 5.0 feature releases — and 2.0 is free for all 1.x license key owners (at least those bought after October, 2013). I've already proven that I'm not very good at bumping version numbers :) Essentially, license keys bought by new users are currently the only potential revenue (except when users do like you have done). I'm considering how to best move forward, but let me just assure existing users that I have no plans to stop developing MailMate. Music to all of our ears! I just bought an additional license of MailMate, as well. Please take a friend out to Ruby and have a drink on me. Thanks to Kee Hinckley for the idea and example. Cheers, -Mike ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
[MlMt] 3 (little?) setup errors
Hi All -- I'm getting little errors when I run MailMate from iTerm. I'm wondering if there are quick fixes or if I have something elementary wrong with my setup. Worst case, would I have to blow away my ~/Library/Application Support/MailMail library and start creating my customizations from new? I'd hate to do that, but I'll do it if I can. I have the following errors that appear on my terminal when I run MailMate: Warning: Failed to run premailer. Warning: Failed to run premailer /var/folders/8x/dzmmfpk11953yj78093pv878gn/T/mailmate_command.j1Gbh7: line 2: premailer: command not found Warning: Failed to run premailer. Warning: Failed to run premailer /var/folders/8x/dzmmfpk11953yj78093pv878gn/T/mailmate_command.XVVSuY: line 2: premailer: command not found Warning: Failed to run premailer. Also, when I receive calendar events from my colleagues using Outlook on Windows, I get the following: Warning: Unable to handle alternative in multipart of MIME type: 'text/calendar' And finally, I'm not able to use the GAL from Windows in MailMate. I can see the GAL (Global Address List) in my Contacts.app and I can search for names from there, but I can't use it in the "Address Lookup" button at the top of a compose window. Any quick tips? Thanks, -Mike___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate