RFC: the patch to `org-babel-remove-inline-result-one-or-many'
removes inline results, too.
Do you see any bad consequences?
On Fri, 30 Jan 2015, Daniele Pizzolli wrote:
Hello Charles,
"Charles C. Berry" writes:
On Fri, 30 Jan 2015, Daniele Pizzolli wrote:
[discussion of extra whitesp
I'm encountering an issue when using C-u org-clock-in-last.
Whenever I select an item from the list, it either clocks me into the
the heading that my cursor is currently on, or it throws an error:
byte-code: Before first headline at position 2123 in buffer
My issue is identical to this unan
Hello Charles,
"Charles C. Berry" writes:
> On Fri, 30 Jan 2015, Daniele Pizzolli wrote:
>
>> Hello,
>>
>> I really like the new inline results. Thanks for this new cool feature.
>> I have only a few problems with it.
>>
>
> Thanks for your feedback.
Nice to hear.
>> Is there a way to evaluate
On Fri, 30 Jan 2015, Daniele Pizzolli wrote:
Hello,
I really like the new inline results. Thanks for this new cool feature.
I have only a few problems with it.
Thanks for your feedback.
Is there a way to evaluate a buffer an then remove inline results or
better, to get the very same buffe
Samuel Loury writes:
> I suggest to provide a helper that would move point after the meta-data
> part to avoid code duplication. Something like (no surprise :-)):
> (defun org-goto-after-metadata-part ()
> (when (org-looking-at-p org-planning-line-re) (forward-line))
> (when (looking-at org-p
Hey, thanks for telling me about org-agenda-sticky. I'm going to use that in
the future! Having tested, I seem to have gotten rid of the 2015-01-24 line; I
notice, though, that it seems to include those messages of one sort or another
in every case now. By default it now shows *Org Agenda(a)* an
torys.ander...@gmail.com (Tory S. Anderson) wrote:
> Suddenly I see my org agenda mode line has, as the buffer name,
> *Org Agenda(a:2015-01-24)
>
> I've tried closing and restarting agenda but it persists. What does
> this mean?
That looks like a buffer name generated when org-agenda-sticky i
Sebastien Vauban
writes:
> The lines `(should-error (org-ctrl-c-ctrl-c))' hadn't to be replaced,
> that's all...
>
> It now passes tests in a breeze.
Applied. Thank you.
Regards,
Sami Airaksinen writes:
> I got confused, do you want a comment in the source code or in the commit
> message?
The former.
> So comment in the source code would be something like,
> "tangle-file traversal returns reversed list of tangled files and we want
> to evaluate the first target"
That's
Eli Zaretskii wrote:
>> From: Fabrice Niessen
>> Cc: dgu...@yandex.ru, 19...@debbugs.gnu.org
>> Date: Fri, 16 Jan 2015 13:04:00 +0100
>>
>> (gdb) thread 1
>> [Switching to thread 1 (Thread 17252.0x44f0)]
>> #0 0x01142191 in Fnext_single_property_change (position=position@entry=540,
>> prop=
Hello,
I really like the new inline results. Thanks for this new cool feature.
I have only a few problems with it.
Is there a way to evaluate a buffer an then remove inline results or
better, to get the very same buffer after:
(org-babel-execute-buffer)
(org-babel-map-inline-src-blocks nil (org
Hello,
Sebastien Vauban wrote:
> Here is my code to do so:
>
> (require 'ox)
>
> (defun compare-org-html-export-files (orgfile)
> "Compare current export of ORGFILE with HTML file already present on disk."
> (let* ((base-name
> (concat (file-name-directory orgfile) (file-name-base or
Hello,
I try to define an ERT test so that I can check that the new export of
some test file gives me the same HTML output (to the byte!) than the
export done in the past (and present onto disk).
Here is my code to do so:
--8<---cut here---start->8---
(require
Nicolas Goaziou wrote:
> Sebastien Vauban writes:
>
>> Here is a patch you can apply with no problem -- just checked it on
>> a fresh copy of master.
>
> Thanks.
>
> I can apply it but it introduces test failures.
>
>FAILED ob-shell/generic-uses-no-arrays
>FAILED ob-shell/generic-uses-n
Hello Nicolas,
Nicolas Goaziou wrote:
> Sebastien Vauban writes:
>
>> Attached a patch that I certify working -- I've applied it myself
>> with success on a current master clone.
>
> Thanks.
>
> Good news is that I can apply it. Bad news is that some tests fail.
>
> 5 unexpected results:
>
Suddenly I see my org agenda mode line has, as the buffer name,
*Org Agenda(a:2015-01-24)
I've tried closing and restarting agenda but it persists. What does this mean?
I can't seem to locate this in the documentation.
I got confused, do you want a comment in the source code or in the commit
message?
So comment in the source code would be something like,
"tangle-file traversal returns reversed list of tangled files and we want
to evaluate the first target"
If explanation is for car+last combo: (car (last ...))
Aaron Ecay wrote:
> 2015ko urtarrilak 23an, Sebastien Vauban-ek idatzi zuen:
>>> Since = and ~ have been inverted, I think it'd make sense to make
>>> `org-babel-inline-result-wrap' now default to "~%s" (instead of
>>> "=%s"), for markup that produces verbatim text.
>>
>> Here is the patch.
>
> If
Samuel Loury writes:
> Nicolas Goaziou writes:
>
>> Samuel Loury writes:
>>
>>> I just realized that when creating a new entry in my org-diary
>>> (`org-agenda-add-entry-to-org-agenda-diary-file'), the entry looks like:
>>>
>>> ** test
>>> <2015-01-30 Fri>
>>>:PROPERTIES:
>>>:CREATED:
Thank you for taking into account this problem.
Nicolas Goaziou writes:
> Samuel Loury writes:
>
>> I just realized that when creating a new entry in my org-diary
>> (`org-agenda-add-entry-to-org-agenda-diary-file'), the entry looks like:
>>
>> ** test
>> <2015-01-30 Fri>
>>:PROPERTIES:
>
Hello,
Sami Airaksinen writes:
> I use quite sophisticated (read complicated) initialization of my emacs.
> Now I finally updated my emacs and org-mode upto date and found out that
> org-babel-load-file doesn't work as previously.
>
> I don't know if you have already noticed but if your tangled
Hello,
Kyle Meyer writes:
> The variable org-agenda-window-setup provides several different options
> (current-window, other-window, reorganize-frame, other-frame). For a
> while now, I've been using a different setup that deletes all other
> windows. The attached patch adds this option to
> o
Svjatoslav Agejenko writes:
> Button "Show Org source" on page
> http://orgmode.org/worg/code/org-info-js/
> does not work.
You could try the explicit
http://orgmode.org/worg/code/org-info-js/index.html instead. The
button's action depends on the concrete form of the URL in particular
the subs
Hello,
Samuel Loury writes:
> I just realized that when creating a new entry in my org-diary
> (`org-agenda-add-entry-to-org-agenda-diary-file'), the entry looks like:
>
> ** test
> <2015-01-30 Fri>
>:PROPERTIES:
>:CREATED: [2015-01-30 Fri 08:00]
>:END:
>
> The property is added b
Hello,
Samuel Loury writes:
> I use the version cd6fa4c15e8e35afa6beb9e89ad3723fb82df091 (git sha) of
> org-mode.
>
> Let's say I have a file looking like this:
>
> #+CATEGORY: c
> * foo
> :PROPERTIES:
> :CATEGORY: a
> :END:
> ** bar
>:PROPERTIES:
>:CREATED: [2015-01-30 Fri 08:37]
Hello,
Kyle Meyer writes:
> The attached patch fixes a typo that I made in a NEWS item for a recent
> commit.
Applied. Thank you.
Regards,
--
Nicolas Goaziou
26 matches
Mail list logo
