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
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
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
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:
> 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
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
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
On Sun, Nov 17, 2013 at 12:46 PM, Nicolas Goaziou wrote:
> It looks good to me.
Thank you, I just pushed.
Michael
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
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
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
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
I started creating the little table below (comparing a few words
across Central Asian languages):
| Tatar | Farsi | Arabic | Comment | |
|-+++-+---|
| igtibar ‘attention’ | اعتبار || | |
| xormat ‘respect’| حرمة |
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
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.
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
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
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
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
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
20 matches
Mail list logo