suvayu ali writes:
> François Pinard wrote:
>> I would also like to keep my TODO entries for this topic in the same
>> file, and these are usually not to be published either.
> Just use the noexport tag on the parent tree with the TODOs.
> * Tasks
Bastien writes:
>> then I get the display I wanted. Is there a way for having #+ATTR_HTML
>> to be applied to the inner tag instead of the outer one?
> Not -- it would not make sense.
Hello, Bastien.
I understand what you mean by saying it does not make sense with the
current mechanics. Yet,
Hi, Orgers of this world! :-)
I do not find how to mix COMMENT and TODO in a working way, and I
thought that someone could advise me.
For ease and simplicity, I try to keep everything related to some topic
in a single file, merely commenting (C-c ;) headers for those parts I do
not want to publis
Hello, Org mode friends.
I just got a slight difficulty for which some of you may have an
advice. My source looks like this:
--8<---cut here---start->8---
#+ATTR_HTML: align="right"
[[file:2011-06-04-gazou-passeport.png][file:2011-06-04-gazou-passeport-petit.j
Nick Dokos writes:
> Part of my frustration with these things (gnome things in particular) is
> the sparse-to-non-existent documentation,
But Nick, the GUI is everything now. Who needs documentation! ? :-(
Anecdote. A big, complex translation system was demonstrated to a few
governmental pos
Nick Dokos writes:
> François Pinard wrote:
>> [...] in an Org table, a column is made up of numbers, each of which
>> is immediately followed by a percent sign [...]
> It's of course possible (even probable) that the latex exporter
> behaves differently from the
Hi, Org people.
When, in an Org table, a column is made up of numbers, each of which is
immediately followed by a percent sign, table formatting within Emacs
right adjusts such numbers in their column, which is nice. Moreover, if
I publish such tables as HTML, numbers are right adjusted as well.
Given the following header contents:
--8<---cut here---start->8---
* Problème date
- [[file:2012-02-29.org::*Notes][2012-02-29]]
- [[file:2012-02-29.org::*Notes][Du 2012-02-29]]
--8<---cut here---end--->8---
here is how it i
Hi, Org maintainers.
For a long while, I've been redoing C-u C-c C-q from time to time for
realigning tags, not understanding why or when they stop to be aligned.
I just got a clue. I'm not sure it covers everything, but at least, it
is a start and seems reproducible here. If I do C-u C-c C-q,
François Pinard sadly writes:
> It never really make sense [...] whenever yanking into a start string
> [...]
Well, I should learn to re-read me better...
s/make sense/makes sense/
s/a start string/a star string/
Gentle readers, I invite you to email me (privately) when I err so
bla
Hi again, Org people!
I often cut a list item (or a hierarchy of list items) to reinsert it
into another heading which I know contains only list items. All the
headings are collapsed, so what I usually do is position the cursor at
the beginning of the /next/ heading and yank the list item there,
Bernt Hansen writes:
> pin...@iro.umontreal.ca (François Pinard) writes:
> Two SCHEDULED: lines on a single entry is not supported by org-mode
> AFAIK.
OK!
> I would create a subtask for each of these
I'll use this, thanks Bernt!
François
Hi, Org friends!
For my employer, I have to fill a "time form" every two weeks for
salary, and also every month for customer billing. So, I have one
SCHEDULED: line for each of these recurrences. Last week, the entry
started like this:
** TODO *Rapport d'heures (Formation)
Hello again!
The manual, in [[info:org#Publishing%20links][Publishing links]],
speaks about an *org-publish-validate-link* function which does not seem
to exist in Org mode sources. Is the function missing, or the
documentation misleading? :-)
François
Hi, Org people.
Presumably, many of you once used, or are still using Org mode to track
(programming) issues, like bugs, problems, ideas. I wonder if some
wisdom developed about how to proceed, that would be worth sharing.
I have a reasonable familiarity with TODO-like keywords and cycling,
tags
pin...@iro.umontreal.ca (François Pinard) writes:
> Roughly copying code from here and there (and not even understanding it,
> some dead code might remain), I turned your function into the
> following:
Hmph! There seemingly is a problem however.
I tried it on a few files, and it usu
Nicolas Goaziou writes:
> pin...@iro.umontreal.ca (François Pinard) writes:
>> My need here is to get an estimate of the weight of displayed headers.
> The following function will give you the number of sub-headings and
> paragraphs (or equivalent, i.e. tables verse-blocks
Hello, all Org friends.
Here is a need I have once in a while, but for which I do not even have
realistic suggestions to offer (at least, so I feel). Maybe someone
would offer more precise ideas. :-)
When I have a big Org file which I want to re-organize, one of the
criteria I use is to manage t
Hi, Org people.
When I save a "* COMMENT Header" with `C-c l' and re-insert it elsewhere
through `C-c C-l', the "COMMENT" bit is part of the link contents and
display.
I may want to quickly refer to such a header from another Org file even
if I do not publish it nor its contents.
Then, at some l
Hi, Org friends.
Is there an easy command to kill a list and its subtree hierarchy?
Something like `C-c C-x C-w' but which would work at the list level
rather than at the item level?
For now, I'm either repeating a string of `C-k' or setting a region to
cut, and it happens that neither is very ef
Jambunathan K writes:
>> Ctrl-S being turned into a rectangle is mysterious. Is it the
>> standard way for Emacs to tell about a non-printable character?
> You can see the tick mark if you follow this link:
> http://article.gmane.org/gmane.emacs.orgmode/52281
Oops, indeed!
Checking more close
> François Pinard wrote:
>> I sometimes have to convert from a date to a week number
Nick Dokos writes:
> org-days-to-iso-week
Jambunathan K writes:
> (org-odt-format-date "<2011-12-31 Sat>" "%U")
> (org-odt-format-date "[2011-12-24 Sat]
"Allen S. Rout" writes:
> On 02/09/2012 11:54 AM, François Pinard wrote:
>> Nicolas Goaziou writes:
>>
>>> It may be a bit ugly at times, but don't we all feel at home with
>>> plain text?
>>
>> We surely do. Yet, now that we all swi
Jambunathan K writes:
> pin...@iro.umontreal.ca (François Pinard) writes:
> along the lines of http://www.emacswiki.org/emacs/PrettyLambda
Thanks for this pointer, which I saved for later study.
>> I notice in org.el that [X] is hard-wired, while I would have liked the
>&
tychoish writes:
> On Wed, Dec 07, 2011 at 10:50:52PM +0530, Puneeth Chaganti wrote:
> [...] and nearly OOMs a VPS system to fix.
It took a bit of doing to get a meaning out of this sentence! :-)
Remember to be kind to your non-English audience...
François
Nicolas Goaziou writes:
> It may be a bit ugly at times, but don't we all feel at home with
> plain text?
We surely do. Yet, now that we all swim within Unicode -- aren't we?
:-) --, ASCII feels a bit constricted.
François
Hi, Org friends.
Let me send this message in "chat mode", nothing important in here! :-)
Before Org mode, I was using a mix of Tomboy and Workflowy. Tomboy is a
note taking application, which I used under GNOME, and Workflowy.com is
an outlining Web service. I used and liked both intensely, eac
suvayu ali writes:
> Hi François,
Hi, Suvayu (or Ali?)
> 2012/2/8 François Pinard :
>> I notice in org.el that [X] is hard-wired, while I would have liked the
>> possibility of changing it by [✓] in my things
> One has to draw the line at something.
Granted. :-)
> A
Hi, Org people.
I notice in org.el that [X] is hard-wired, while I would have liked the
possibility of changing it by [✓] in my things, which I find both softer
and cleaner. Could these ([ ], [-] and [X]) be turned into variables?
The difficulty might be to recognize them properly, I guess.
Whil
Nick Dokos writes:
> (message "foo") prints to stderr in batch mode, which is an unbuffered
> stream. E.g ``emacs --batch -l foo.el'' with foo.el containing
> (message "foo")
> (sit-for 10)
> prints out ``foo'' and then sits for 10 seconds before exiting.
Hi, Nick.
It seems you are right. I
pin...@iro.umontreal.ca (François Pinard) writes:
> When I execute org-publish-all, I would like to have some indication
> of the progress, so I can follow what is going on. [...] Such
> "Publishing PROJECT..." message would also be useful to me in another
> way. [...] t
Hi, Orger friends.
When I execute org-publish-all, I would like to have some indication of
the progress, so I can follow what is going on.
The *Messages* buffer indeed gets crowded with many noisy lines, and I
can find hints about the project being processed though "Skipping
unmodified file SUCH-
pin...@iro.umontreal.ca (François Pinard) writes:
>>> I sometimes want to turn [[POINTER][COMMENT]] into COMMENT.
>> [...] you should write a separate function that unlinks the link.
> OK, should easily be done on my side.
Just in case useful to others, I did it this way:
Nick Dokos writes:
> François Pinard wrote:
>> I sometimes want to turn [[POINTER][COMMENT]] into COMMENT.
> This is done by org-make-link-string: it considers an empty link to be
> an error. If you toggle-debug-on-error, you will get a backtrace.
>> Could it [`C-c C-l
Nick Dokos writes:
> François Pinard wrote:
>> Consider a header having many sub-headers, and which is closed. So I
>> only see that header, followed by an ellipsis at the end of that line.
>> On that header, command `C-c .' turns the initial star (or string
>
Hi, Org mode people.
I sometimes want to turn [[POINTER][COMMENT]] into COMMENT. That is, I
want to remove the clickability, but retain the text.
To do so, I try `C-c C-l', empty the pointer, type RET, leave the
comment as it is, and type RET. Org mode reacts by writing "Empty link"
in the mini
Hi, Org people.
Consider a header having many sub-headers, and which is closed. So I
only see that header, followed by an ellipsis at the end of that line.
On that header, command `C-c .' turns the initial star (or string
thereof) into a dash. Now, I see an item with the same text as the
previou
Bastien writes:
> Hi François,
Bonjour!
>> Command "C-c C-e d" yields this strange message:
>>
>> non-existent agenda file
>> ~/fp/notes/Bureautique/Org_mode_Présentation.org.
>> [R]emove from list or [A]bort?
> I cannot reproduce this. Can you provide a minimal setup and an
> example
Nicolas Goaziou writes:
>> When org-special-ctrl-a/e is active, and when a list item is a whole
>> paragraph spanning many visual lines, `C-a' and `C-e' both misbehave.
> This should be fixed now. Thanks for the report.
Hi, Nicolas. And it does work! :-) Thanks!
François
Nick Dokos writes:
> [Your suggestion of overloading TAB] does seem unreasonable to me, TAB
> is overworked, overloaded and much too smart for its own good [...]
> C-c C-p TAB [...] has seemed painless enough to me so as not to go
> looking for something "better".
Sold! :-) Thanks, Nick, for yo
"Alan Schmitt" writes:
> On 3 Feb 2012, at 15:36, François Pinard wrote:
>> Is it unreasonable for me to hope that, instead of `C-c C-j
>> TAB', a mere TAB from within a long text would quickly do what I
>> wanted?
> I have this in my .emacs:
> ;;
Hi, Org mode maintainers.
When org-special-ctrl-a/e is active, and when a list item is a whole
paragraph spanning many visual lines, `C-a' and `C-e' both misbehave.
`C-e' moves to the end of the visual paragraph (that is, the end of the
physical line) instead of moving at the end of the visual li
Hi, everybody.
Writing a longish text for my coworkers this morning, I notice that I do
not know a quick way for collapsing the whole set of paragraphs I'm
currently writing, when their header happens to be many screenfuls above
point. I have to first return to that header and do TAB there. Even
Hi, Orger friends :-)
I sometimes have to convert from a date to a week number, for when I am
shift-arrowing a clock table summarizing weeks. It was easy at the
beginning of the year, but I see it requires more thought as year
advance. I can write little programs to do so, but I wonder if someon
Carsten Dominik writes:
> On Jan 30, 2012, at 4:28 PM, Carsten Dominik wrote:
> commit 63fb485e2449e8ee23bee04c76dcb71cce4c0b61
> Author: Carsten Dominik
> Date: Fri Nov 13 14:48:00 2009 +0100
> Implement showing the outline path in the echo area while in the agenda
My optician keeps se
Tom Regner writes:
> Hi François,
Hi, Tom.
> if you check the *Messages* buffer, you should notice a message like :
> Cannot add a checkbox to a description list item
Thanks as well, Tom! :-)
François.
P.S. Tom, I tried to reply to you alone instead of through the list, but
the message was
Bastien writes:
> Hi François,
Bonjour, mon cher Bastien! :-)
> Ps: I would advise not mixing list types, e.g. not mixing plain list
> and descriptive list.
Advice taken! Thanks!
> If you try C-u C-c C-c on the "- petit :: chaperon" item,
> you will read this message
> "Cannot add a check
Hi, Org mode people.
How nice! I never observed this before. When I'm moving the cursor up
or down within the *Org Agenda* buffer, the mini-buffer cleverly
comments on the current entry, giving it context.
Maybe I stumbled on the keyboard and activated something without
noticing it? If a recen
Hi, Org people.
Given this Org fragment:
--8<---cut here---start->8---
* Essai
- Le
- petit :: chaperon
- rouge
--8<---cut here---end--->8---
with the cursor on the "L", command `C-u C-c C-c' yields:
--8<---cut
Nick Dokos writes:
> I *love* org-mode and its community.
Indeed. This is an enthusiastic, and enthusiasming crowd! All fueled
by maintainers who not only listen and understand, but are also take
decisions (so things go on, instead of turning into endless debates).
A /special/ place, as young
Bastien writes:
> The default behavior of "SPC" in the agenda view stays the same, but
> you can now also use `C-u SPC' to avoid unfolding of logbooks and
> drawers.
That's good news!
> HTH,
Yes, it will indeed help! I felt the need many times this morning, so
this correction is very welcome!
Bastien writes:
> David Maus writes:
>> I just pushed a fix for this problem
> Thanks a lot for the fix.
After removing my patch and installing the official code here, things
continue to work nicely for the few tests I did. Let me thank you as
well!
François
Nick Dokos writes:
> Well, the proper thing is very much in the eye of the beholder :-)
My mother, who was a musician and a painter, used to say:
"Des goûts et des couleurs, on ne discute pas...
Mais il y en a de meilleurs que d'autres!"
The sentence is soft and spicy all at once! A bit
Nick Dokos writes:
> Well, the proper thing is very much in the eye of the beholder :-)
My mother, who was a musician and a painter, used to say:
"Des goûts et des couleurs, on ne discute pas...
Mais il y en a de meilleurs que d'autres!"
The sentence is soft and spicy all at once! A bit
Nick Dokos writes:
> François Pinard wrote:
>> Very, very often, after a Shift-TAB that collapses all entries, [...]
>> I [...] scroll down so see it all.
> You'd need to code it somewhat carefully sp that you wouldn't lose the
> property that after a couple
Hi again.
Very, very often, after a Shift-TAB that collapses all entries, a few
lines in the vicinity of the cursor are shown at the top of the window,
which is mainly empty for its reminder; we contemplate the vacuum
*after* the file. As my Org files are such that all the top level lines
usually
Nicolas Goaziou writes:
>> It all depends if we read the letter or the spirit of the second
>> sentence. "[ ]" is a kind of TODO, and "[X]" is a kind of DONE, as
>> demonstrated by the commands `C-x -' and `C-x *'. That's why I quite
>> naturally expect the cursor to be positioned after the che
Nicolas Goaziou writes:
> pin...@iro.umontreal.ca (François Pinard) writes:
>> On check lists however, I would have expected a corresponding
>> behavior. Currently, on the first C-a, the cursor moves back on the
>> "[" character, while I think it should
Hi, Org people! :-)
Commands `C-c .' and `C-c !' both insert a time stamp in the buffer, and
the date is prompted in the mini-buffer in the same way for both
commands. One of them is going to insert , the other [DATE]. The
mini-buffer always show , like this:
Date+time [2012-01-23]: => <20
Hi, Org people.
This morning, I activated org-special-ctrl-a/e (setting it to "t"). It
works as documented on header lines having TODO keywords. On check
lists however, I would have expected a corresponding behavior.
Currently, on the first C-a, the cursor moves back on the "[" character,
while
Hi to my fellow Orgers!
In (org) Setting tags, there is in the paragraph for `C-c C-q
(`org-set-tags-command')':
When called with a `C-u' prefix, all tags in the current buffer will
be aligned to that column, just to make things look nice.
If I open file "epsilon.org" with the cursor at the
A nice day to all my Orger friends!
For a while, I noticed that org-tags-column is not fully obeyed. I have
it set to -70 from ~/.emacs, and `C-u C-c C-q' repairs the lines having
tags set in another way. Insertion of new tags works nicely too.
Yet, while wandering around (often through the Age
Bernt Hansen writes:
> pin...@iro.umontreal.ca (François Pinard) writes:
>> I do not see why RET and SPC from the Agenda would act differently
>> from one another in that respect [of opening the drawers in the
>> associate Org buffer], nor why one of them would contradict
"Sebastien Vauban"
writes:
> François Pinard wrote:
>> When using SPC in the Agenda buffer (org-agenda-show-and-scrollup), the
>> LOGBOOK drawer is shown opened, which is not a big problem, yet a
>> slightly annoying one, as I'm rarely interested to see its c
Hi, Org mode friends!
Let me report a tiny annoyance, nothing serious. It seems to coincide
with a recent "git pull", but the coincidence may be accidental.
Whenever I use the "I" key to clock-in from the agenda, the background
on the agenda line used to immediately go yellow. Now, it does not
Bastien writes:
> Hi François,
>> Could the highlighting be made consistent as well?
> As Sébastien suggested, please contribute to this page:
> http://orgmode.org/worg/color-themes-screenshot.html
Hello, Bastien. I hope you'll forgive me if I decline this invitation.
My suggestion only perta
"Sebastien Vauban" writes:
> François Pinard wrote:
>> Bastien writes:
>>> Eric Schulte writes:
>> Could the highlighting be made consistent as well? I would suggest that
>> gray is uniformly kept for all one-line option/environment keywords.
>> Cu
Skip Collins writes:
> 2012/1/10 François Pinard :
>> Some sad people think of me as a programmer. While deep down, I am
>> fundamentally an artist. Programming is mere mean of expression :-).
> You and Jambunathan K. should form a club.
I do not know Jambunathan, but
Hi!
A tiny typo on page http://orgmode.org/fr/org-mode-support.html:
"3 deniers commits git" should read "3 derniers commits git"
François.
Hi, Org people.
When using SPC in the Agenda buffer (org-agenda-show-and-scrollup), the
LOGBOOK drawer is shown opened, which is not a big problem, yet a
slightly annoying one, as I'm rarely interested to see its contents at
this stage. Moreover, the manual explains that one of the purposes of
dr
Hi, Org people.
I'm not familiar with referencing in documents, so I'm not sure. The
section "11.2 Images and Tables" in the manual says:
You can use the following lines somewhere before the table to assign a
caption and a label for cross references, and in the text you can refer
to the object
Bastien writes:
> Eric Schulte writes:
>> That said I'm happy that Org-mode is forgiving enough to allow me to
>> lowercase most of my keywords locally.
> Actually, I'm thinking of another solution:
> - keep one-line option/environment keywords uppercase
> #+NAME
> #+HTML
> #+TITLE
>
Eric S Fraga writes:
> I appreciate your reasoning in each case I've elided but, in the end,
> the different versions or approaches you mention are all essentially
> equivalent (computationally)... :-)
Who cares about computation! :-)
Some sad people think of me as a programmer. While deep dow
Hi, Org people.
It seems that if I use diacritics in file names for included images, and
then asks for a PDF rendering of it (through LaTeX), the image does not
get included. If I remember correctly, I only get a big hollow square,
with the textual name of the image file (rather than the image) i
Nick Dokos writes:
> François Pinard wrote:
>> P.P.S. How about amending the manual for consistent capitalization?
>>
> Knock yourself out! ;-)
I've absolutely nothing against doing that little work myself (that one
is easy enough!), besides the idea that I might be wo
Eric S Fraga writes:
Hi again, Eric. I'll be using your corrections on the code, thanks!
> I had to add a call to expand-file-name for getting a file name which
> worked on my system for some reason.
(make-temp-name
(expand-file-name
(concat (file-name-as-directory name)
(
Nick Dokos writes:
> ... and check out "easy templates" to get consistent capitalization
> *and* speed up your typing: (info "(org) Easy Templates")
Good advice! Thanks!
François
P.S. By the way, the node mentions "#+begin_ascii", but the manual does
not tell about what it is. (Or at least "
Bernt Hansen writes:
> pin...@iro.umontreal.ca (François Pinard) writes:
>> I really have mixed feelings about capitalisation of #+WORDS, and
>> wonder if some consensus and good taste has developed over time among
>> Org mode users.
> A long time ago all capital
Hi, Org people.
I really have mixed feelings about capitalisation of #+WORDS, and wonder
if some consensus and good taste has developed over time among Org mode
users. What is the collective wisdom saying as being nicer among:
#+LATEX_HEADER:
#+Latex_Header:
#+LaTeX_HEADER:
#+latex_header:
etc.
Eric S Fraga writes:
> pin...@iro.umontreal.ca (François Pinard) writes:
> Thanks! However, if I give it a directory name, the function fails
> with "Cannot create image file" in the mini-buffer. [...] In
> summary, if I give it an existing file name, that works
Nicolas Goaziou writes:
>> If on a header line of a section having contents, I do something
>> like:
>>C-e RET *** Allo RET
>> [...] the "Allo" line will then get intended according to the number
>> of stars, but the following contents lines keep their original visual
>> indentation, which
Hi, Org people.
If I use:
#+BEGIN_SRC bash +n
line numbering resumes from the last listed number. Is there a way to
"resume" with a user specified number?
My intent would be to have the full numbered listing in an appendix, but
then, excerpt a few group of lines here and there in the runnin
Bastien writes:
>> Command "C-c C-e d" yields this strange message:
>>
>> non-existent agenda file
>> ~/fp/notes/Bureautique/Org_mode_Présentation.org.
>> [R]emove from list or [A]bort?
> I cannot reproduce this. Can you provide a minimal setup and an
> example file that will help me rep
Bastien writes:
> There is 733 now defcustom declarations in lisp/ -- but some of
> these options are not available, depending on `org-modules'. I
> updated the manual to 500. The number is not important, just the
> idea.
:-). No need, then, to include standard deviation nor kurtosis!
Fran
Bastien writes:
> Hi François, please be patient -- your patches are under radar,
> resending them does not help.
OK, sorry. I do not know enough, yet, how Org works. I sent a problem,
got a question, sent a reply which was rejected, then nothing. A mere
short acknowledgement would have told
Hi, Org people.
I have a few notes about Org mode which I intend to present to my
coworkers at our next meeting, if time permits. This evening, I just
pushed them together (the notes, not the coworkers!) in a file with the
idea of creating a few beamer slides. And doing so, experimenting a bit
w
Nicolas Goaziou writes:
> Hello,
Hi, Nicolas!
> Well, that command already exists: `org-indent-indent-buffer'.
Thanks for this information. (This replies to the question in my
original message: is there a command to correct the indention?)
>> I cannot reproduce it either. It just occurs, on
Nicolas Goaziou writes:
> pin...@iro.umontreal.ca (François Pinard) writes:
>> The problem I observed is that the indentation is more to the left
>> than the "lefter" it may be. So it has to be a display problem
>> somehow, I guess. I wondered if there was some
Hi, Org people.
This is half a tease, half a report :-)
Section 15.5 Customization in the Org manual says:
"There are more than 180 variables that can be used to customize Org."
In a recent message to the mailing list, someone said 580 or so
variables. Another gave a number over one thousand.
pin...@iro.umontreal.ca (François Pinard) writes:
> The following message is a courtesy copy of an article
> that has been posted to gmane.emacs.orgmode as well.
Hmph, I now wonder if the link is bidirectional, and if messages posted
to gmane.emacs.orgmode actually end up on emacs-o
"Sebastien Vauban"
writes:
> Hi François,
Hello, Sebastien!
> François Pinard wrote:
>> Nick Dokos writes:
>>> François Pinard wrote:
>>>> When Org mode defines a link for me, it sometimes changes it so it
>>>> becomes relative. [...
pin...@iro.umontreal.ca (François Pinard) writes:
> Hi, Org people. [...] The problem, which I described two months ago,
Hmph! My math is clearly wrong! One month ago! :-) Sorry.
François
P.S. Who never had the the memory of times...
emacs-orgmode@gnu.org mailing list, so I presume David got it. Here are
references I have for both messages:
- [[gnus:gmane.emacs.orgmode#8739cqo1s3@iro.umontreal.ca][Email from
François Pinard: Capture failure {7.7}]]
- [[gnus:gmane.emacs.orgmode#871us1f6fo@iro.umontreal.ca][Email
Hi, Org people.
Let me suggest this tiny patch, so C-k does the proper thing in visual
line mode.
diff --git a/lisp/org.el b/lisp/org.el
index a8ac17d..2d0db0c 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -20491,7 +20491,8 @@ depending on context."
(if (or (eq org-ctrl-k-protect-subtree
pin...@iro.umontreal.ca (François Pinard) writes:
> There is a little problem I often observed, about bad vertical
> alignment of text in Org mode buffers. [...] So, my real question :
> is there a quick way to correct the indentation?
I just got the problem again. OK, it seems a sol
pin...@iro.umontreal.ca (François Pinard) writes:
> I do not remember TAB has any indenting effect, but has you say, it
> might not be relevant when using `org-indent-mode'.
I take that back! :-)
TAB removes prefixing spaces if I happen to have any! Nice.
The problem I observed
Nicolas Goaziou writes:
>> There is a little problem I often observed, about bad vertical
>> alignment of text in Org mode buffers.
> How do you indent your text in the first place?
I do not, at least so far that I know. Usually, I use a variable number
of stars before a headline, and write te
Hi, Org people.
There is a little problem I often observed, about bad vertical alignment
of text in Org mode buffers. Let me try to illustrate by mimicking from
an example right out from the window I currently see ;-).
Ellipses "[...]" have been added to make the example shorter.
--
Nick Dokos writes:
> François Pinard wrote:
>> When Org mode defines a link for me, it sometimes changes it so it
>> becomes relative. [...] This is OK in general, but not always.
>> [...] I have feeling that there is something deeper which might
>> likely affect m
201 - 300 of 327 matches
Mail list logo