Re: [MlMt] using gmail label tags in format strings
FYI, Multi-value header support has been added according to its ticket. https://freron.lighthouseapp.com/projects/58672/tickets/777-support-multi-value-headers-in-submailboxes-recipient-headers-tags-flags I personally haven't tried it out yet (I have not been using MailMate lately because I find the gmail conversation view too useful to give up). On Mon, May 19, 2014 at 10:10 AM, David Rees d...@ubiqsoft.com wrote: Thanks! #tags works pretty well for submailboxes except when there are multiple headers as you described. I created ticket 777 http://freron.lighthouseapp.com/projects/58672-mailmate/tickets/777 for that. I also was able to get a tags column working, I pasted what I came up with in ticket 374 http://freron.lighthouseapp.com/projects/58672-mailmate/tickets/374. On Sat, May 17, 2014 at 12:27 PM, Benny Kjær Nielsen mailingl...@freron.com wrote: On 16 May 2014, at 6:46, David Rees wrote: I'm very excited about the gmail label support you are building into MailMate, its the key feature I keep looking for in an OSX client. Simply showing them as folders isn't enough for folks who active use Gmail. Once I make a gmail label a tag I lose it it as a folder on the left however. So its hard to quickly see all emails with a given tag (which is something a Gmail user is pretty used to). I've tried working around this with smart folder submailboxes on Tags/Keywords, but it seems to be showing Raw Flags as described in ticket 374 http://freron.lighthouseapp.com/projects/58672-mailmate/tickets/374-Column-for-Showing-Tags-Keywords#ticket-374-3 . That unfortunately doesn't do the job since I get submailboxes like @0, \Flagged and $NotJunk, @0, \Answered, \Flagged, \Seen (@0 is my gmail label name). It's slightly better if you use the virtual Tags header instead of Tags/Keywords, but it'll only work well if you have at most 1 tag per message. This is because submailboxes cannot handle multi-value headers yet. This is almost only a problem for flags/tags and recipient headers, but those are of course important problems. Is there anything I can do to work around this? I was thinking I could perhaps try changing the submailbox format name from ${#flags.flag}, but even if I can get that to narrow it down just to the label name it won't handle the case of multiple labels on the same message. Yes, so currently your only alternative is to manually create smart mailboxes for each tag. On the plus side I answered your question in the ticket system http://freron.lighthouseapp.com/projects/58672/tickets/374 about how to manually add a (hardcoded) “Tags” column. Other users might find that interesting as well. -- Benny ___ 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] using gmail label tags in format strings
Benny, Tried the modification to display tags in columns as noted in the ticket site and changed the code you supplied to use two of my tags. I get the column in my display but don't see anything in the column, even after adding one of the two chosen tags to a new message. attaching my plist. Rob McClure sharkez at g On 17 May 2014, at 13:27, Benny Kjær Nielsen wrote: On 16 May 2014, at 6:46, David Rees wrote: I'm very excited about the gmail label support you are building into MailMate, its the key feature I keep looking for in an OSX client. Simply showing them as folders isn't enough for folks who active use Gmail. Once I make a gmail label a tag I lose it it as a folder on the left however. So its hard to quickly see all emails with a given tag (which is something a Gmail user is pretty used to). I've tried working around this with smart folder submailboxes on Tags/Keywords, but it seems to be showing Raw Flags as described in ticket 374http://freron.lighthouseapp.com/projects/58672-mailmate/tickets/374-Column-for-Showing-Tags-Keywords#ticket-374-3. That unfortunately doesn't do the job since I get submailboxes like @0, \Flagged and $NotJunk, @0, \Answered, \Flagged, \Seen (@0 is my gmail label name). It's slightly better if you use the virtual `Tags` header instead of `Tags/Keywords`, but it'll only work well if you have at most 1 tag per message. This is because submailboxes cannot handle multi-value headers yet. This is almost only a problem for flags/tags and recipient headers, but those are of course important problems. Is there anything I can do to work around this? I was thinking I could perhaps try changing the submailbox format name from ${#flags.flag}, but even if I can get that to narrow it down just to the label name it won't handle the case of multiple labels on the same message. Yes, so currently your only alternative is to manually create smart mailboxes for each tag. On the plus side I answered your question in the [ticket system](http://freron.lighthouseapp.com/projects/58672/tickets/374) about how to manually add a (hardcoded) “Tags” column. Other users might find that interesting as well. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate { columns = { attachments = { formatting = { doubleClick = { mailboxSelection = ALL_BODY_PARTS; queryFormatting = { formatString = #parent-body-part = ${#body-part-id} and ((content-type.type exists and content-type.type != text and content-type.type != multipart) or content-disposition.type = attachment); separator = or ; }; setFormatting = { string = ALL_BODY_PARTS; }; titleFormatting = { formatString = Attachments from ${from.name:${from.address}}; separator = or ; }; }; matchQuery = hasAttachments; string = AttachmentTemplate; }; matchQueries = { hasAttachments = #attachments-count != '0'; }; maximumWidth = 16; menuTitle = Attachments; minimumWidth = 16; sortAsInteger = 1; sortKey = #attachments-count; titleImage = HeaderAttachment; type = image; }; date = { formatting = { children = ( { formatString = ${#date-received}; maximumValue = 1; onlyIfCollapsed = 1; }, { doubleClick = { queryFormatting = { escapeSingleQuotes = 1; formatString = #date-received.day = '${#date-received.day}'; separator = or ; }; titleFormatting = { formatString = \U201c${#date-received.day}\U201d; prefixString = Date is ; separator = or ; }; }; formatString = ${#date-received}; } ); type = firstMatch; }; sortKey = #date-received; sortMaximumValue = 1;
Re: [MlMt] using gmail label tags in format strings
On 16 May 2014, at 6:46, David Rees wrote: I'm very excited about the gmail label support you are building into MailMate, its the key feature I keep looking for in an OSX client. Simply showing them as folders isn't enough for folks who active use Gmail. Once I make a gmail label a tag I lose it it as a folder on the left however. So its hard to quickly see all emails with a given tag (which is something a Gmail user is pretty used to). I've tried working around this with smart folder submailboxes on Tags/Keywords, but it seems to be showing Raw Flags as described in ticket 374http://freron.lighthouseapp.com/projects/58672-mailmate/tickets/374-Column-for-Showing-Tags-Keywords#ticket-374-3. That unfortunately doesn't do the job since I get submailboxes like @0, \Flagged and $NotJunk, @0, \Answered, \Flagged, \Seen (@0 is my gmail label name). It's slightly better if you use the virtual `Tags` header instead of `Tags/Keywords`, but it'll only work well if you have at most 1 tag per message. This is because submailboxes cannot handle multi-value headers yet. This is almost only a problem for flags/tags and recipient headers, but those are of course important problems. Is there anything I can do to work around this? I was thinking I could perhaps try changing the submailbox format name from ${#flags.flag}, but even if I can get that to narrow it down just to the label name it won't handle the case of multiple labels on the same message. Yes, so currently your only alternative is to manually create smart mailboxes for each tag. On the plus side I answered your question in the [ticket system](http://freron.lighthouseapp.com/projects/58672/tickets/374) about how to manually add a (hardcoded) “Tags” column. Other users might find that interesting as well. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate