On 2014-10-16, at 05:52, Daniel Clemente wrote:
>> >
>> > currently clocking
>> > :CLOCK:
>> > CLOCK: [2014-10-15 Wed 16:06]
>> > CLOCK: [2014-10-13 Mon 11:23]--[2014-10-13 Mon 11:54] => 0:31
>> > :END:
>> >
>> > Now it's 16:26. If I put the cursor in 16:06 and press C-c C-y
> >
> > currently clocking
> > :CLOCK:
> > CLOCK: [2014-10-15 Wed 16:06]
> > CLOCK: [2014-10-13 Mon 11:23]--[2014-10-13 Mon 11:54] => 0:31
> > :END:
> >
> > Now it's 16:26. If I put the cursor in 16:06 and press C-c C-y
> > (org-evaluate-time-range), it would be useful to
I'd like to do sub-TOCs for individual sections and subsections.
EXAMPLE
*#+TOC: headlines 1*
** Business operations*
{{{SUBTOC}}} # Inserts just the level-2 headings for this level-1
section
*** Services*
{{{SUBTOC}}} # Shows just the level-3 headings for this level-2
secti
Samuel Wales writes:
> I ran an agenda text search and was puzzled that there were
> no results for a particular term. I even copied it from the
> headline to make sure it was the same word. I checked
> org-agenda-files.
>
> Other text searches were OK.
>
> ===
>
> Take a second to guess what c
I ran an agenda text search and was puzzled that there were
no results for a particular term. I even copied it from the
headline to make sure it was the same word. I checked
org-agenda-files.
Other text searches were OK.
===
Take a second to guess what could cause this. :)
Be sure to include
I got tired of waiting for prettify-symbols-mode so I compiled Emacs from
source, which gives me version 25.0.50.1 (25 being next after 24.4).
I noticed something odd with electric-indent-mode, which I had enabled, and
which is on by default in 24.4.
If I run Emacs 24.3 (my Ubuntu system defa
On October 15, 2014 9:45:32 PM Nicolas Goaziou wrote:
See also "org-checklist.el" in contrib/.
Ok, I'll have a look. Not at my computer now.
I do think this issue qualifies as a bug (albeit minor). The real behavior
deviates from the documentation (in a way that's difficult to justify
logi
Thorsten Jolitz writes:
> Marcin Borkowski writes:
>
>> On 2014-10-16, at 00:28, Thorsten Jolitz wrote:
>>
>>> Marcin Borkowski writes:
>>>
I see. What is the most interesting for me is the idea of
getting/setting properties, that's what I was looking for.
>>>
>>> Thats exactly what
Marcin Borkowski writes:
> On 2014-10-16, at 00:28, Thorsten Jolitz wrote:
>
>> Marcin Borkowski writes:
>>
>>> I see. What is the most interesting for me is the idea of
>>> getting/setting properties, that's what I was looking for.
>>
>> Thats exactly what org-dp (https://github.com/tj64/org-d
On 2014-10-16, at 00:28, Thorsten Jolitz wrote:
> Marcin Borkowski writes:
>
>> I see. What is the most interesting for me is the idea of
>> getting/setting properties, that's what I was looking for.
>
> Thats exactly what org-dp (https://github.com/tj64/org-dp) is about:
> getting and setting
Marcin Borkowski writes:
> I see. What is the most interesting for me is the idea of
> getting/setting properties, that's what I was looking for.
Thats exactly what org-dp (https://github.com/tj64/org-dp) is about:
getting and setting element properties instead of working on the textual
repres
Marcin Borkowski writes:
> I have one more question. What I'm about to do is (basically) put
> "file:some-file-name::" in front of the link, without changing the
> description. I could use `org-element-put-property' and (AFAIU)
> org-element-link-interpreter to put it into the buffer (and proba
On 2014-10-15, at 23:27, Marco Wahl wrote:
>>> #+TITLE: Link testing
>>>
>>> * Heading
>>> :PROPERTIES:
>>> :CUSTOM_ID: link-target
>>> :END:
>>>
>>> * Second heading
>>> <>
>>> * Third heading
>>> * Fourth heading
>>> Testing linking to precise targets, not headings:
>>> <>
>>> * Links
>>> [[#li
On 2014-10-15, at 12:19, Nicolas Goaziou wrote:
> Hello,
>
> Marcin Borkowski writes:
>
>> assume that I have a link object (e.g., I'm in the ellipsis part of
>> this:
>>
>> (org-element-map (org-element-parse-buffer 'object) 'link
>> (lambda (elt) ... ))
>>
>> What I want to do is this:
>> 1.
>> #+TITLE: Link testing
>>
>> * Heading
>> :PROPERTIES:
>> :CUSTOM_ID: link-target
>> :END:
>>
>> * Second heading
>> <>
>> * Third heading
>> * Fourth heading
>> Testing linking to precise targets, not headings:
>> <>
>> * Links
>> [[#link-target]]
>> [[target]]
>> [[Second heading]]
>> [[Third h
Hi all,
how difficult would it be to extend the meaning of
`org-extend-today-until' to the clock tables generated with
`:block today'?
Best,
--
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Adam Mickiewicz University
Hello,
Michael Brand writes:
> My questions were misleading, I'm sorry. I should not have asked about
> "valid" and not have added a property drawer.
Actually valid/invalid is a bit strong. There is no such thing as
a syntax error in Org. However, Org may differ from your expectations in
some c
Hi list,
I'd love it if *Clock Task Select* were buried (or better, killed) after
use. (Is there ever a scenario when someone might want it not to be
killed?) It seems that this should do:
*** /home/marcin/.emacs.d/elpa/org-20140116/org-clock.el
On 2014-10-13, at 09:50, Eric S Fraga wrote:
> You can also /shrink/ individual frames in beamer.
Please note that "can" does *not* imply "should".
Best,
--
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Adam Mickiewicz University
On 2014-10-15, at 11:29, Daniel Clemente wrote:
> Feature request.
>
> currently clocking
>:CLOCK:
>CLOCK: [2014-10-15 Wed 16:06]
>CLOCK: [2014-10-13 Mon 11:23]--[2014-10-13 Mon 11:54] => 0:31
>:END:
>
> Now it's 16:26. If I put the cursor in 16:06 and press
On 2014-10-15, at 18:52, Marcin Borkowski wrote:
> I have this test file:
>
>
> #+TITLE: Link testing
>
> * Heading
> :PROPERTIES:
> :CUSTOM_ID: link-target
> :END:
>
> * Second heading
> <>
> * Third heading
> * Fourth heading
> Testing linking to precise targets, not he
On 2014-10-15, at 19:34, Marco Wahl wrote:
> Hi Marcin,
>
>> I have this test file:
>>
>>
>>
>> #+TITLE: Link testing
>>
>> * Heading
>> :PROPERTIES:
>> :CUSTOM_ID: link-target
>> :END:
>>
>> * Second heading
>> <>
>> * Third heading
>> * Fourth heading
>> Testing linking
Hi Marcin,
> I have this test file:
>
>
>
> #+TITLE: Link testing
>
> * Heading
> :PROPERTIES:
> :CUSTOM_ID: link-target
> :END:
>
> * Second heading
> <>
> * Third heading
> * Fourth heading
> Testing linking to precise targets, not headings:
> <>
> * Links
> [[#link-targ
Hi Nicolas
My questions were misleading, I'm sorry. I should not have asked about
"valid" and not have added a property drawer. Rather I wanted to know
when regarding only the agenda whether I can still postpone to make
these examples valid:
* Yearly meeting
<2013-08-11 Sun>
<2014
I have this test file:
#+TITLE: Link testing
* Heading
:PROPERTIES:
:CUSTOM_ID: link-target
:END:
* Second heading
<>
* Third heading
* Fourth heading
Testing linking to precise targets, not headings:
<>
* Links
[[#link-target]]
[[target]]
[[Second heading]]
[[Third head
Hi.
I’ve written a simple definition of a stuck project:
(setq org-stuck-projects '("PROJECT" ("NEXT") nil nil))
This means that everything with a tag :PROJECT: without NEXT subtask is a stuck
project.
I’d like this stuck project to be shown in the stuck project list:
* TODO my stuck project
On 2014-10-15, at 12:02, Thorsten Jolitz wrote:
> Marcin Borkowski writes:
>
>> Thanks, but...
>>
>> 1. I have no org-dp-contents function in my Org. (Org-mode version
>> 8.2.5f (8.2.5f-elpa @ /home/marcin/.emacs.d/elpa/org-20140116/)).
>
> org-dp.el (and org-dp-lib.el) are libraries of mine th
Hello all,
I just wanted to share a bit of code I worked up for an
emacs.stackexchange.com question regarding evaluation code blocks without
confirmation if the code has not changed (useful when exporting multiple
times or using in call_ where you will not have a #+RESULT block to
cache results wi
Hello,
James Harkins writes:
> On Wed, 15 Oct 2014 19:08:31 +0800
> James Harkins wrote:
>
>> org-after-todo-statistics-hook allows you to do something to a node after
>> its statistics cookie got updated. Unfortunately, it does this only for TODO
>> subheadings and it doesn't work with check
On Wed, 15 Oct 2014 19:08:31 +0800
James Harkins wrote:
> org-after-todo-statistics-hook allows you to do something to a node after its
> statistics cookie got updated. Unfortunately, it does this only for TODO
> subheadings and it doesn't work with checkboxes.
> (snip)
> Actually... after a li
Nicolas Goaziou writes:
> Hello,
>
> Rainer M Krug writes:
>
>
>>> Moreover, node properties' keys can only contain non-whitespace
>>> characters and cannot end with a plus sign (which is used for
>>> accumulation).
>>
>> This is problematic for me, as I am using it extensively in the case
>> o
Nicolas Goaziou writes:
> Hello,
>
> Eric Abrahamsen writes:
>
>> Is there any chance this has messed up file-local #+TODO: keyword
>> definitions?
>
> The changes mess with todo keywords, tags, properties, initialization
> (local keywords), clock and logging. However, the modifications are
> in
org-after-todo-statistics-hook allows you to do something to a node after its
statistics cookie got updated. Unfortunately, it does this only for TODO
subheadings and it doesn't work with checkboxes.
Use case: Grading assignments. Each assignment is a subheading. Each student's
work for that as
Hello,
Rainer M Krug writes:
>> Moreover, node properties' keys can only contain non-whitespace
>> characters and cannot end with a plus sign (which is used for
>> accumulation).
>
> This is problematic for me, as I am using it extensively in the case
> of :header-args.
>
> I set file wide hea
Hello,
Marcin Borkowski writes:
> assume that I have a link object (e.g., I'm in the ellipsis part of
> this:
>
> (org-element-map (org-element-parse-buffer 'object) 'link
> (lambda (elt) ... ))
>
> What I want to do is this:
> 1. check whether it is an internal link, and
(member (org-element
Hello,
(I'm also sending this to Drew as I'm not sure he's subscribed to the
list.)
I really like imenu, but I prefer the icicle-imenu version because it
lets me directly target sub nodes. Unfortunately when I use it the
target node is not unfolded (the cursor ends up on an ellipsis). Is
there a
Marcin Borkowski writes:
> On 2014-10-15, at 09:16, Thorsten Jolitz wrote:
>
>> Marcin Borkowski writes:
>>
>>> Hi list,
>>>
>>> assume that I have a link object (e.g., I'm in the ellipsis part of
>>> this:
>>>
>>> (org-element-map (org-element-parse-buffer 'object) 'link
>>> (lambda (elt) ...
Hello,
Eric Abrahamsen writes:
> Is there any chance this has messed up file-local #+TODO: keyword
> definitions?
The changes mess with todo keywords, tags, properties, initialization
(local keywords), clock and logging. However, the modifications are
internal and no change in behaviour is expe
On 2014-10-15, at 09:16, Thorsten Jolitz wrote:
> Marcin Borkowski writes:
>
>> Hi list,
>>
>> assume that I have a link object (e.g., I'm in the ellipsis part of
>> this:
>>
>> (org-element-map (org-element-parse-buffer 'object) 'link
>> (lambda (elt) ... ))
>>
>> What I want to do is this:
>
Feature request.
currently clocking
:CLOCK:
CLOCK: [2014-10-15 Wed 16:06]
CLOCK: [2014-10-13 Mon 11:23]--[2014-10-13 Mon 11:54] => 0:31
:END:
Now it's 16:26. If I put the cursor in 16:06 and press C-c C-y
(org-evaluate-time-range), it would be useful to
Nicolas Goaziou writes:
> Hello,
Hi
I am not using org that much for schedulig, todo items, and other
similar topics, but mainly for literate programming, so I will comment
From that perspective.
>
> As discussed previously, I would like to modify property drawers syntax.
> The change is simpl
On Wednesday, 15 Oct 2014 at 07:59, Joseph Vidal-Rosset wrote:
[...]
> Yes, I'm using precisely org-mime-htmlize with gnus when want to send
> messages with png images. But with minted in my setup (to export correctly
> html), the preview function does not work and then org-mime-htmlize
> fails..
Marcin Borkowski writes:
> Hi list,
>
> assume that I have a link object (e.g., I'm in the ellipsis part of
> this:
>
> (org-element-map (org-element-parse-buffer 'object) 'link
> (lambda (elt) ... ))
>
> What I want to do is this:
> 1. check whether it is an internal link, and
> 2. if it is, c
43 matches
Mail list logo
