I've been running Org-mode 8 on my MacBook, and Org-mode 7.something on
my office Mac. I've tried to upgrade the office one to 8 using the
'list-packages', and it seems to install, but org-version always shows
up as 7.something afterwards.
Now, completely outside emacs, I installed some softwa
To whom it may concern,
Please find attached my patch to address this issue. Please let me
know if the patch is acceptable.
Thanks,
York
On Sat, Nov 16, 2013 at 8:13 PM, York Zhao wrote:
> Hi list,
>
> I'm been so frustrated when trying to use function as `target' in an
> org-capture' templat
Hi Bastien,
Sorry for the mis-formatting. Here is the patch as an attachment.
Thanks,
Alex
On Sun, Nov 17, 2013 at 2:20 AM, Bastien wrote:
> Hi Alexander,
>
> Alexander Vorobiev writes:
>
> > I noticed that %x capture template doesn't work under Windows which
> > made my templates non-portab
Aloha all,
Noise, sorry. The code block fails because it is at the top of buffer.
If I put a headline before it, all is well.
Tom
t...@tsdye.com (Thomas S. Dye) writes:
> Hi Eric,
>
> This code doesn't return.
>
> #+header: :results value
> #+begin_src lisp
> (+ 1 1)
> #+end_src
>
> If I add
Achim Gratz writes:
> I'll just keep the patch locally for the moment, at least until I've
> looked at Ert and/or made a test case that can be reoprted to
> emacs-bugs. If anybody wants to test on Emacs trunk, it is easy enough
> to apply the patch, I think.
This turned out to be a bug in Org aft
Hi Eric,
This code doesn't return.
#+header: :results value
#+begin_src lisp
(+ 1 1)
#+end_src
If I add #+name: xxx, then it does run and returns the error I noted
earlier.
I have edebug activated on org-babel-execute:lisp and it isn't triggered
when I press C-c C-c in the code block above.
Hi Eric,
I understand this a bit better now.
In org-babel-execute:lisp, the local variable result is getting set to
("" "2").
With :results value, the call to read in org-babel-result-cond is being
passed "2" when it expects a list. With :results output, it gets "",
which triggers the same erro
I started creating the little table below (comparing a few words
across Central Asian languages):
| Tatar | Farsi | Arabic | Comment | |
|-+++-+---|
| igtibar ‘attention’ | اعتبار || | |
| xormat ‘respect’| حرمة |
Apparently this is fixed:
http://lists.gnu.org/archive/html/emacs-orgmode/2013-11/msg00682.html
Sadly the relevant messages were not sent to this tracker.
In case people do not know: you can think of ###@debbugs as an alias to
the bug-gnu-emacs@gnu list for bugs in package emacs, to
emacs-orgmo
Nick Dokos writes:
> Nicolas Goaziou writes:
>> ...
>>
>> Thank you. The problem should now be fixed.
>>
>
> Confirm.
>
Sometimes I blab endlessly but sometimes I'm way too terse: here I meant
to say
"I confirm that it is fixed."
--
Nick
Nicolas Goaziou writes:
> Hello,
>
> Nick Dokos writes:
>
>> I started emacs with
>>
>> emacs -Q -L ~/src/emacs/org/org-mode/lisp -l double-load.el
>>
>> where double-load.el looks like this:
>>
>>
>> (defun foobar ()
>> (message "LOADED") (sit-for 3) (message ""))
>>
>> (setq org-load-hook
On Sat, Oct 5, 2013 at 3:04 PM, Michael Brand
wrote:
> [...] related change that I will suggest with an ERT in a later
> patch: Just add "+" to org-link-escape-chars-browser.
For the records: This approach is wrong, for the better one see
http://lists.gnu.org/archive/html/emacs-orgmode/2013-11/ms
Hi Nicolas
On Sun, Nov 17, 2013 at 12:46 PM, Nicolas Goaziou wrote:
> It looks good to me.
Thank you, I just pushed.
Michael
Hello,
Michael Brand writes:
> No, the point about documentation is now covered in org-open-at-point
> like all other previous changes to the ERT. Please see the attached
> changed local commit.
It looks good to me.
Thank you for the patch.
Regards,
--
Nicolas Goaziou
Hi Nicolas
Thank you for reviewing.
On Sat, Nov 16, 2013 at 9:43 PM, Nicolas Goaziou wrote:
> You are testing `url-encode-url' here, not an Org function. Is it really
> required?
No, the point about documentation is now covered in org-open-at-point
like all other previous changes to the ERT. Pl
Jambunathan K. writes:
> David Engster writes:
>
>> This is not a playground for your ego trips.
>
> Or Eli Zaretskii's. That's precisely my point.
Nobody cares for your "points" if you're pulling stunts like closing all
bugs you've opened. I for one am done talking to you.
-David
Ok,
I've set up the following :
(defun myorg-meta ()
"Ask for metadata"
(interactive)
(org-schedule)
(org-deadline)
(org-set-tags-command)
(org-todo))
(global-set-key "\C-cm" 'myorg-meta)
And it works if I only use org-set-tags and org-todo but fails when I
try to use org-schedule and
Jambunathan K. writes:
> It was rude of you to close the bug of which you nothing about.
It was rude of you to close all your existing bugs. Did it cross your
mind that maybe people already started working on those? This is not
a playground for your ego trips.
-David
Hello,
Nick Dokos writes:
> I started emacs with
>
> emacs -Q -L ~/src/emacs/org/org-mode/lisp -l double-load.el
>
> where double-load.el looks like this:
>
>
> (defun foobar ()
> (message "LOADED") (sit-for 3) (message ""))
>
> (setq org-load-hook (function foobar))
>
> and edebugged fooba
Hi Alexander,
Alexander Vorobiev writes:
> I noticed that %x capture template doesn't work under Windows which
> made my templates non-portable, so I made this small change to
> org-get-x-clipboard to fix that. This is my very first patch, please
> let me know if it is acceptable.
The patch loo
20 matches
Mail list logo