utside elements. As a corollary,
check-boxes in such lists cannot be counted by cookies outside the
block.
Regards,
--
Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Hello,
This is an improba
--
Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
6087a58 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou
Date: Sat, 19 Feb 2011 09:37:48 +0100
Subject: [PATCH] Fix bug with link to radio target at beginning or end of buffer
* lisp/org.el (org-open-at-point): if a link to a radio target is the
first, (resp. the last), element of a buffer, funct
ist from the third level
> headlines above?
A patch fixing this has been submitted a few days ago.
Regards,
--
Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
hich
are depending on real indentation.
Anyway, I'm on it. I'll post a patch as soon as I find and implement a
decent way to solve this.
Regards,
--
Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to
ling it to redefine
warp-prefix for everything in section, lists included. After all, a
small delay is acceptable for interactive use.
Does it sound "decent"?
Regards,
--
Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to s
Hello,
Here is an attempt to solve the problem at hand.
Linus, would you mind testing it and reporting back?
>From 77aad13b9a322032763148b17dd9cb3073bdbf23 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou
Date: Sun, 20 Feb 2011 13:44:00 +0100
Subject: [PATCH] Integrate lists with org-indent-m
Hello,
Giovanni Ridolfi writes:
> In Linus's example file there was no heading, I think this is
> *not* a "regular example".
>
> The manual states: " Within an entry of the outline tree,".
>
> Nicolas, does this constrain still apply with the
k-outline-regexp
(require 'org-inlinetask) within eval-when-compile, or declare the
functions? I leave it to the enlightened ones.
Regards,
--
Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
now.
Regards,
--
Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
reproduce this for now. May I have a look at your full
configuration ?
Regards,
--
Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Hello,
Patch applied. Thanks for catching this.
Regards,
--
Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
be more explicit here ? I have no problems collapsing and
expanding drawers here. Is the drawer you want to collapse in
`org-drawers', or after #+DRAWERS: in the buffer ?
Regards,
--
Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
to have the list into the drawer, you can skip a line
before it.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Hello,
This bug has been fixed in master branch, but I forgot to tell it to the
ML.
Thanks again, Eric.
Regards,
--
Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
Hello,
Marvin Doyley writes:
> remove #+STARTUP: indent solved the problem.
>
> Thanks
> M
Could you try the following branch, by any chance, and tell me if that
fixes your problem, even with that line?
git://github.com/ngz/org-mode-lists.git indent-patch-no-timer
Regards,
-apple-darwin9.8.0, NS apple-appkit-949.54)
> of 2011-02-10 on braeburn.aquamacs.org - Aquamacs Distribution 3.xdev
I cannot reproduce this. Could you try to upgrade to a more recent
version, just in case?
Regards,
--
Nicolas
___
Emacs-orgmode ma
Hello,
Jeff Horn writes:
> | variable | setting |
> |+-|
> | org-list-ending-method | indent |
Ok, this is the culprit. I'll investigate this today.
Thanks for the debugging.
Regards
Org properly after upgrading? Do you have some function
in your own configuration files calling it?
Regards,
--
Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org
IST}
>>
>> The end.
It should be now fixed in master. Could you confirm this?
Thanks for reporting this bug !
Regards,
--
Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode";
#+end_src
Regards,
--
Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Hello,
suvayu ali writes:
> Emacs (24) hangs with a message saying "Applying style hooks" in the
> minibuffer and the cpu usage shoots up and I have to kill emacs. Can
> someone else confirm this?
I've pushed a fix in master. Is it fixed now?
en't narrowed down the commit yet though.
IMO, you shouldn't bother trying to find the commit that introduced the
error (the one you cited earlier was actually wrong). It's better to
provide a test file, and some pertinent configuration
e headline but not to the list.
Also note that, if TEXT isn't already typed, you can use C-j after
"item" to stay inside list and go on typing.
Regards,
--
Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
ally being inserted
inside the list?
On the other hand, if no text is typed yet, like in your first case, the
list isn't over, and TAB will indent line into the last item of the
list, as if you had typed C-j.
I hope it is clearer now.
Regards,
-- Nicolas
__
ing to
item1", and use "C-c -". This command turns a region into an item (with
development version of Org, that is).
Regards,
--
Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
ays at column 0. Thus,
most the spaces used to indent a line outside OIM aren't needed anymore
with OIM on.
Anyway, it isn't as bad as it sounds. When you stop OIM, you just have
to re-indent the whole buffer to get your spaces back (C-x h C-M-\ for
example).
Regar
do both actions, but I'm
not sure if it's worth implementing it.
Anyway, you can still move a whole list to the desired column using
M-S-right or M-S-left on the very first level of the list.
Regards,
--
Nicolas
___
Emacs-orgmode mailing list
.
A banner isn't a signature, but now, they look the same, regexp wise.
And as signatures are searched from bottom to top, the banner, being the
first in that order, will be found first.
Thus, now, the banner will be fontified like a signature instead of the
real one. If you try to hide the s
This is not the fault of your configuration. This is due to
indent-tabs-mode not being nil. I thought I had fixed this bug some time
ago, but it looks like I was wrong.
I have pushed a (hopefully) final fix for this.
Regards,
--
Nicolas
in the line.) I get similar behaviour with
> html export.
I usually suggest to insert a non-breakable space just after the
dot. Thus, the pattern doesn't match definition of a numbered list item
anymore.
Regards,
--
Nicolas
me
filling in lists is still a bit fragile, and needs some care.
Regards,
--
Nicolas
u
provide the definition you gave it?
Thanks.
Regards,
--
Nicolas
ll-item-nobreak-p)
#+end_src
If it is fine, we may as well include it by default in Org.
Regards,
--
Nicolas
ward-paragraph' is known by Emacs afterwards?
> A solution that worked for me was to replace all calls to
> fill-forward-paragraph with fill-paragraph.
I don't think it is a solution as fill-forward-paragraph is a movement
function, not a filling one: they can't be equivalent.
Regards,
--
Nicolas
Sorry to reply to myself, but I've pushed a change that should satisfy
emacsen older than 23 in that area.
nippet. It will not
"fix" export (which isn't broken in that case) but will prevent
auto-fill-mode from creating a new item by cutting line at a wrong
position i.e. you won't have to keep an eye on the formatting anymore.
Regards,
--
Nicolas
it is a more general approach
to the problem.
Regards,
--
Nicolas
Christian Moe writes:
> Did you have a particular trick in mind, or just to avoid filling
> manually? I tend to have auto-fill on by default.
I meant automatically. Please have a look at:
http://article.gmane.org/gmane.emacs.orgmode/39149
Regards,
--
Nicolas
most logical sequence.
Agreed, and done. Thanks.
Regards,
--
Nicolas
nk there are 3 options here:
1. Effectively stop everything, but at least throw an informative error.
2. Consider the #+end_ as normal text after all, and resume the loop.
3. Consider #+end_ as normal text and message the user about his syntax
problem.
I'm not sure yet what's the best way to go, but I think option 2 is
sufficient.
Regards,
--
Nicolas
nsider orphan #+end_ as
normal text, throw an error, or both? An answer to this question would
be more useful than code, honestly.
I hope I am clearer now.
Regards,
--
Nicolas
Last point is obviously my main concern. Although not noticeable on my
not-so-recent laptop, I don't know how it behaves on old machines.
That's why a testing is necessary to determine (bugs and) if it is
usable. Any help welcome.
Regards,
--
Nicolas
be exactly what you're looking after, but lists can do
something like this:
#+title: Say 33
33. [@33] This
1. is the example
1. that I play
2. with
Regards,
--
Nicolas
O To receive
>
> - Pictures
> - Invoice
>
> *** END
It will not be very helpful, but: I cannot reproduce it, even with
minimal setup.
Regards,
--
Nicolas
ctors in this film are"
>
> is NOT within any HTML tags and is floating.
I don't see anything wrong here. What would you expect instead?
Regards,
--
Nicolas
losed within .
>
> Would you consider enclosing them in paragraph tags.
I've pushed a fix in that direction. Is it correct now?
Regards,
--
Nicolas
table")))
#+end_src
That's it.
All of this will convert
- Row 1
- 1.1
- 1.2
- 1.3
- Row 2
- 2.1
- 2.2
- 2.3
to
| Row 1 | 1.1 | 1.2 | 1.3 |
| Row 2 | 2.1 | 2.2 | 2.3 |
and the other way.
Notes :
- I'm far from being an Org table expert. There probably are corner
cases. This also doesn't support hlines.
- This requires latest git head (b6fc03b)
Regards,
--
Nicolas
"\n ¦ ")))
> #+end_src
Indeed, it came from your templates. To prevent this, I made sure, with
the following patch, that CONTENT is always enclosed by newline
characters. Would you mind testing it before I apply it ?
Also, you may have a look at defaul
easier to implement. Though, there is
code somewhere to transpose tables (in Library of Babel, I think). So
you can type list items as columns instead, change the list into
a table, and transpose it. Voilà.
Regards,
--
Nicolas
g gets the updated version. I reformatted the line to avoid
>> the awkward newline, so the future publishing failure will not
>> happen.
>
> Thanks for that!
>
>> I'll let Nicolas worry about what should be done about the error.
>
> Let's not leave Nicolas alone h
in the meantime.
Thanks.
Regards,
--
Nicolas
Org syntax and what he is doing.
Now, for already introduced problems, it is indeed possible to build
a function using heuristics to scan files, and when matching, offer to
join lines and fill-paragraph. I don't think there are enough cases to
justify this, though.
Regards,
--
Nicolas
n a line on its own.
Basically, every problem with that string appearing in the output is
related to that: code was inserted just after the marker.
At some point, I may have to allow the marker to live in a non-empty
line, but I'm pretty sure it won't be as easy as it sounds.
Regards,
--
Nicolas
oblem, being focused on the
number interpretation as a list item.
This is now fixed in master, for HTML and DocBook.
Thanks !
Regards,
--
Nicolas
e fact I added manually
> a tag after the title?
I just meant that you could replace by . I think both are
valid HTML-wise, but Emacs doesn't report an error with the latter.
Regards,
--
Nicolas
rt (again).
Regards,
--
Nicolas
tags
"<#!*/?\\(multipart\\|part\\|external\\|mml\\|secure\\)"
paragraph-start))
(setq paragraph-separate paragraph-start)
#+end_src
Regards,
--
Nicolas
ms are checked correctly.
>
> - [X] Item one - [X] Item two - [X] Item three
>
> But when I call org-toggle-checkbox on the entry again, the items are
> not unchecked.
>
> If I remove the LOGBOOK drawer, everything works as expected.
This should be now fixed on master. Thank you for reporting this.
Regards,
--
Nicolas
to fully understand what you want, but couldn't you
delete-matching-lines toggled check-boxes in a copy of the original
buffer, and export that?
Regards,
--
Nicolas
doesn't.
Thank you for your report.
Regards,
--
Nicolas
Hello,
"Filippo A. Salustri" writes:
> The workaround I use is to use lists instead of headlines. The
> problem then becomes the extra work of turning lists into
> headines+text later.
What about using C-c C-* on the list?
Regards,
--
Nicolas
h a link. To
solve the latter, you need to insert a white-space before the closing
bracket. To solve the former, I thought adding a newline instead of the
white-space was enough, but it now appears it was a bad idea.
Thus, the solution lies elsewhere.
Regards,
--
Nicolas
Hello,
Rainer M Krug writes:
> Additional information: I changed to 7.5 (released version) and it works
> there as expected.
>
> Rainer
>
>
> On 30/03/11 11:14, Lawrence Mitchell wrote:
>> Nicolas wrote:
>>> Hello,
>>
>>> Lawrence Mitchell wr
ight detour you may get some strange results.
>
> Maybe there should be a bit more warning in the manual. But now that
> I've worked out the land-mines, I'm sure its going to be very useful.
I cannot reproduce what you are describing. I may be misunderstanding
you. Could you please post an ECM for that?
Regards,
--
Nicolas
a decent forward-paragraph function.
It's also a very simplified example: headlines would need more than the
title string (todo keyword, priority, tags) before starting the body.
I have no code to offer at the moment, and, as we all know, Devil is in
the details. But if the output from org-exp.el is clear, exporters will
be more coherent. It is even provide tools to help exporters doing their
task (a function to extract footnotes from the output, for example).
Again, it may be a big task to undertake, but I think it will be
necessary at some point.
Regards,
--
Nicolas
se, it will be inserted after it, as in any other
type of list.
Anyway, you can always sort your timer list with "C-c ^".
Regards,
--
Nicolas
"Mark S" writes:
> --- On Thu, 3/31/11, Nicolas wrote:
>
>> It doesn't "want" anything. If you hit M-RET between left
>> margin and
>> beginning of item's body, the new item will be inserted
>> before the
>> current one. Othe
Hello,
Eric S Fraga writes:
> Nicolas writes:
>> Eric S Fraga writes:
>>> I would like to move to a system in which all the actions are numbered
>>> sequentially. At present, they are numbered sequentially within a list
>>> for each meeting. I would li
new-numbered-action=!
Ah, I didn't follow closely this thread. I wish I could read minds like
Carsten!
Regards,
--
Nicolas
fore the text.
This is the expected behavior for M-RET. What you are looking for is
C-RET (`org-insert-heading-respect-content').
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs
the buffer?
I am not sure to understand what you are trying to accomplish. Could
you provide an example about it?
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http:
reproduce it at the moment. Please tell me if you have more
data about it.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
ut no more than one sub-list at each
level. As soon as a line is less indented than the preceding item of
the list, *all* sub-lists end at that line.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to
ML one did.
Note that a TAB on your line of text was (i.e. in the latest stable
release) indenting it past the second nested list item. That signifies
even Org wasn't understanding properly the meaning of your list.
Regards,
-- Nicolas
__
Hello,
>>>>> Carsten Dominik writes:
> Nicolas, can you in particular please take a look at this - I
> believe you earlier said that you saw problems with it.
Sure, I will have a look at it on Sunday. But before testing it, there
is, by design, one thing that seems d
27;+' in '#+' -- '#+'
> is the syntax prefix for optional elements like blocks, etc.)
#+ is also a valid comment syntax according to the manual.
By the way, do you think lists should ignore indentation of comments,
that is lines matching "^#[ \t]+"?
Regards
-- Nic
the list, or using headings. Even those
do not support such constructs, for a good reason.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
by a dot or a
parenthesis, Org will see a bullet there. This is bad news because the
following line will be indented, or a M-RET will delete the word,
replacing it with a) or a.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply Al
nfortunately, I can't see anything clean. This is tricky because
lists are the closest construct to raw text.
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
re there are others subtleties that I can't think of right now.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Hello,
>>>>> Robert Goldman writes:
> When I invoke org-toggle-checkbox with ^U in order to add a checkbox
> to a list item that doesn't have one, I get this message in the
> minibuffer:
> "Invalid search bound (wrong side of point)"
Patch sent to mai
ave to undo
each time alphabetical bullets are reached. It could perhaps start
again at letter 'a'...
> Nicolas, would you *object* against a patch by Nathaniel that
> implements this? You are Mr lists now, so your green light will be
> needed.
I wouldn't object against it as some
e is an example sexp to mark list:
(org-apply-on-list
'(lambda (c)
(org-get-bullet)
(goto-char (match-end 0))
(insert (format " %s" c))
(1+ c))
0)
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Rep
ragraphs much too far, lining up with the
>> headline text for the in-line todo. This seems conceptually wrong
>> to me. Not a big deal, mind you.
> This is clearly a bug. Nicolas, could you be persuaded to have a
> look at that? You have worked on the indentation code reently in
Hello,
Could you try the following patch and tell me if it fixes your issue?
As a side note (to maintainers), the second patch isn't really needed,
but I thought, while I was at it, that it would make sense
(`org-inlinetask-min-level' doesn't need to be a boolean).
Regards,
--
ppens is a user has customized this variable and it has
> a value nil. I guess then your patch will break things?
Probably. I wasn't sure a nil value would have any meaning and thus
that anyone would set it so.
Regards,
-- Nicolas
___
Emacs-org
ppens is a user has customized this variable and it has
> a value nil. I guess then your patch will break things?
Probably. I wasn't sure a nil value would have any meaning and thus
that anyone would set it so.
Regards,
-- Nicolas
___
Emacs-org
ou may upgrade to Org git version.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
u set
`org-empty-line-terminates-plain-lists' to t).
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
" and pressing TAB results in:
> * test
> - indented
> - indented
> line
> ========
I cannot reproduce this. I always get case (1). Are you using
development version ?
Regards,
-- Nicolas
___
-Za-z]\\)". At the moment, you can set counter
to [...@a4] and break you list when applying it.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
o `regexp'. In this case, only blank lines
can end a list (see variable doc-string for more information), so
"text" will get back into the item after pressing TAB.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
o `regexp'. In this case, only blank lines
can end a list (see variable doc-string for more information), so
"text" will get back into the item after pressing TAB.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
#x27;).
In your situation, I would use C-x r o with an adequate rectangle
selection. After all, we are _also_ in Emacs.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
t's in stays in, and what's out stays out.
Another idea would be to slightly modify `org-paste-special' and
`org-yank' so anything yanked inside a list is automatically put
inside the item at point. The exact behavior of this has yet to be
defined, though.
Regards,
-- Nicol
ffect with the properties
> drawer folded. Is it possible to indent correctly, ignoring the
> drawer?
Actually, this has nothing to do with the value of
org-list-ending-method, but I think you are right, indentation should
ignore drawers.
Here is a patch to do so. Does it work for you ?
Regar
it in a previous thread.
Did you read them? Do you have some answers? What do you think about
Carsten's idea to use "- @<"?
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Em
ame behavior.
What kind of export did you use to obtain?
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
org-empty-line-terminates-plain-lists to t.
> Anyone know how I can go back to the previous behavior?
Just use C-u M-RET to enforce an heading, wherever point is.
Regards,
-- Nicolas
___
Emacs-orgmode mailing list
Please use `Reply All&#
1 - 100 of 10232 matches
Mail list logo
