On 9 Oct 2014, at 13:15, Alan Schmitt wrote:
> On 2014-09-25 08:14, Alan Schmitt writes:
>
>> On 2014-09-24 20:56, Steve Purcell writes:
>>
>> It seems that the difference is with getting quotes or not. How about
>> changing org-as-get-selected-mail to m
On 9 Oct 2014, at 12:40, Alan Schmitt wrote:
>
> Applied. Thank you for the patch and sorry for the delay.
>
Thanks for merging both of those patches. I’ll re-work the other one (re.
broken “message:” links) in the near future and resubmit.
-Steve
On 24 Sep 2014, at 20:13, Alan Schmitt wrote:
> tell application "System Events"
> set growlHelpers to the name of every process whose creator type
> contains "GRRR"
> if (count of growlHelpers) > 0 then
> set growlHelperApp to item 1 of growlHelpers
> else
>
On 24 Sep 2014, at 20:01, Alan Schmitt wrote:
> This was the case here: the string returned by the AppleScript had
> quotes (and it still does).
>
> For instance, with the message you mention, the call to
> org-as-get-selected-mail returns this (doing a debug):
>
> Result: "\"message://2.b2af71
Alan Schmitt writes:
> I just tested it with the current version and I'm not seeing this
> problem. Is there something special about that email that breaks, or are
> you seeing problems with every email?
I see it with every mail. I'm on OS X 10.9.5, but the problem was also
present on 10.9.4.
Th
Alan Schmitt writes:
> On 2014-09-24 12:12, Steve Purcell writes:
> I'm surprised: I don't have Growl installed and it still works. I agree
> there is not much point in testing for Growl, though.
I get the system popup asking me to locate the "growlHelperApp"
program.
-Steve
The existing Applescript for grabbing flagged mail messages can only work on
machines which have Growl installed. This is increasingly rarely the case as
Growl has been obsoleted by OS X’s own notification system.
-Steve
0001-org-mac-link.el-Don-t-fail-on-machines-without-Growl.patch
Descript
The file description line was broken across multiple lines, and therefore
malformed.
-Steve
0001-org-mac-link.el-Fix-multi-line-file-description.patch
Description: Binary data
Links which should look like:
[[message://2.11f23692084eb783e40c@NY-WEB01][Private beta invitation for Emacs
Q&A site - Area 51 - Stack Exchange]]
are currently mangled into:
[[essage://2.11f23692084eb783e40c@NY-WEB01][Private beta invitation for Emacs
Q&A site - Area 51 - Stack Exchang]]
Thi
On 2 Mar 2013, at 12:09, Bastien wrote:
> I meant the HEAD of the maint branch, from the Org-mode git
> repository.
>
> Does anyone with a local install of Org can reproduce this bug?
Ah, yes -- that seems to work better.
No backtrace, and just a small rendering quirk: the "_" in the bare URL
On 2 Mar 2013, at 11:22, Bastien wrote:
>
> I cannot reproduce this with the current maint HEAD and emacs -Q.
>
> Can you? Let us know, thanks,
Well, I have a clean Emacs HEAD build as of the following commit, and it still
fails with -Q:
Author: Glenn Morris
Date: Sat Mar 2 06:17:34 2013
Using the org-mode included in Emacs HEAD as of yesterday, the following
content causes an error when exporting as html:
https://gist.github.com/purcell/5055957
Backtrace:
Debugger entered--Lisp error: (wrong-type-argument stringp nil)
string-match("\\([^]\\)\\([_^]\\)" nil)
org-export-p
I just found that org-mac-iCal.el doesn't work on OS X 10.8 (Mountain
Lion).
The trivial patch below fixes this.
Cheers,
-Steve
commit 71b50131b5e6ae00a5e6c2f0bff2cec377c68c0f (HEAD, refs/heads/master)
Author: Steve Purcell
Date: Sat Dec 1 14:06:02 2012 +
org-mac-iCal: als
13 matches
Mail list logo
