Hi again, Org people.
When Org mode defines a link for me, it sometimes changes it so it
becomes relative. If within the file ~/fp/notes/notes.org, I wanted to
create the link:
[[file:~/fp/notes/VCS/GitHub.org][GitHub]]
Org mode really creates:
[[file:VCS/GitHub.org][GitHub]]
I presume this i
Hi, Org people!
Very soon after having started to learn Org mode, not long ago, I tried
the sorting feature "C-c ^". It's just that I got the habit of sorting
lexicographically when there is no good reason to organize otherwise.
But I got the feeling sorting does not work well, so I left it alone
Bastien writes:
> Hi François,
> See this file: http://lumiere.ens.fr/~guerry/u/org.org which presents
> all functions/options/variables from some org*el files. The code to
> produce this is here: http://lumiere.ens.fr/~guerry/u/org-lto.el.
Interesting, thanks for sharing.
> This is broken in
Nick Dokos writes:
> I never used pygmentize from the command line before. I believe the
> Makefile describes the proper usage, but I'd appreciate corrections
> before I dive into minted.
As this is all new to me, I'm not the one to correct you. :-) But I do
thank you for the hints and the compl
Russell Adams writes:
> On Sun, Nov 28, 2010 at 08:35:23PM +0100, David Maus wrote:
>> At Thu, 18 Nov 2010 18:16:22 +0100, Jonathan BISSON wrote:
>> > Here is a little function that allows a user to insert a screenshot
>> > easily. Only works on unix-like systems where ImageMagick is installed
>>
Bastien writes:
> http://orgmode.org/worg/org-contrib/
Interesting resource, thanks! :-)
Glancing through it, I notice in section org-R.el that the URL for
"documented in the manual" is dangling.
François
Bastien writes:
> "Sebastien Vauban" writes:
>> This one appears important because its default value is not set as
>> one would or could expect. Shouldn't we set it to `t' by default?
> I can see two use cases for clock reports: transient reports (for
> quick checks about time spent) and persi
pin...@iro.umontreal.ca (François Pinard) writes:
Sorry, a typo:
> If I remove that edition and leave org-latex-to-pdf-process in
> ~/.emacs, [...]
I meant "leave org-latex-to-pdf alone, out of ~/.emacs",
> command "C-c C-e d" still gives a fontified, colored sour
Hi again!
In org-latex.el, function org-export-as-pdf is said to "automatically
add -shell-escape when needed", and apparently it does.
The org-export-latex-listings variable says: "In addition, it is
necessary to install pygments (http://pygments.org), and to configure
the variable `org-latex-to
Hi, Org people.
Still experimenting around for this report, I installed *minted* so one
of the appendices might nicely display a bulky bit of Python code.
It works satisfactorily (and speedily enough) if I squash out all
diacriticized and other Unicode special symbols in the file. However,
no ou
Nick Dokos writes:
> François Pinard wrote:
>> P.S. Be comfortable to tell me, if you feel I'm abusing this forum
>> with questions and should rather ask elsewhere.
> Not at all - this is exactly the right place.
Wow, thanks! You might regret having opened that door!
Hi, Org people.
I'm currently using Org mode for preparing a report, and notice that
through "C-c C-e d", small icon-style images meant to be inlined within
the text, and which are nicely seen in the Emacs window, are getting
spurious scaled fairly big in the produced PDF. Apparently, if I guess
Bernt Hansen writes:
>> I'm a rather recent Org mode user. Consolidating my previous data into
>> Org mode gave 385 files using 5,5 Mb. I quickly found out that this is
>> too much for Org mode, if I want to be able to search it all using Org
>> mode means.
> Maybe it's the number of files...
Bastien writes:
> I guess your code runs faster, but you might be interested in
> M-x org-occur-in-agenda-files RET
Unless I remember wrongly, I tried it. With many agenda files, Org
became too slow for my needs. So, I thought I was unreasonable, and
managed to keep only a few agenda files,
Hi, Org people.
I'm a rather recent Org mode user. Consolidating my previous data into
Org mode gave 385 files using 5,5 Mb. I quickly found out that this is
too much for Org mode, if I want to be able to search it all using Org
mode means. So, I segregated a handful of agenda files, and develo
Bastien writes:
> Hi François,
Hi, Bastien, and everybody. (By the way, in "Carsten Dominik", may I
assume that "Carsten" is the first name and "Dominik" the family name?
What is the nationality?)
> That's why I tried to gather *all* functions and variables in an .org
> file, which you can see
Bastien writes:
> Hi François,
>> Carsten Dominik writes:
>>> Note that there is a million variables which are not referred to
>>> in the manual - simply too many to mention them all.
>> A million? You *always* exaggerate! :-)
> Well, I counted more than 1070 variables... describing 5 of th
Hello, everybody. Let me wish you all that the Year Started Well, and
will continue that way all along!
Carsten Dominik writes:
> On 13.12.2011, at 16:30, Bernt Hansen wrote:
(setq org-clock-report-include-clocking-task t)
>> It isn't [referred to in the Org mode manual]? Oops. I'll prep
Hi, Org people.
This morning, I just noticed this line:
CLOCK: [2011-12-29 jeu 9:30]--[2011-12-29 jeu 11:44] => 11:44
because of the strange 11:44 total. My error is clear, as I wrote 9:30
instead of 09:30. Correcting it gives a move reasonable total:
CLOCK: [2011-12-29 jeu 09:30]--[2011-12-2
David Maus writes:
> At Sun, 11 Dec 2011 23:24:28 -0500,
> François Pinard wrote:
>> However, I had to make the following modification to get it going. I'm
>> not sure what are the meaning of "beg" and "end" in this function, so
>> someone kno
Bernt Hansen writes:
> pin...@iro.umontreal.ca (François Pinard) writes:
>> I'm noticing that the R (org-agenda-clockreport-mode) command with the
>> *Org Agenda* buffer ignores the running clock.
> ;; Include current clocking task in clock reports
> (setq org-clock-re
Hi, Org people.
I'm noticing that the R (org-agenda-clockreport-mode) command with the
*Org Agenda* buffer ignores the running clock.
To get a result closer to the truth while I work, I have to clock-out
and clock-in, then retry R. (Then edit out the spurious clock out and
the following clock-in
>>> pin...@iro.umontreal.ca (François Pinard) writes:
>>>> todo-dependencies should likely never be enforced for repeated
>>>> entries
>> Bernt Hansen writes:
>>> You can set a NOBLOCKING property to t to skip the dependency check
>>> for
Bernt Hansen writes:
> pin...@iro.umontreal.ca (François Pinard) writes:
>> todo-dependencies should likely never be enforced for repeated
>> entries, even if enforced otherwise, as enforcing for repetitions
>> with the current Org mechanics has no meaning, at least as I
&g
Hi again, Org people.
Let me first say that I much like org-goto (C-c C-j), thanks for it!
One thing which I miss in it is the capability of quick positioning
within the goto window, using the mouse. If I click anywhere (using
mouse-1), the Emacs cursor jumps to the mouse cursor indeed, but afte
Hi, Org mode people.
I had some misery trying to debug a special personal machinery to
capture URLs from Chrome into Org. Not worth detailing here. And
moreover, as it works now, I'm happy with this.
However, I had to make the following modification to get it going. I'm
not sure what are the m
Hi, people.
Whenever a TODO is scheduled with a recurrence (with .+ or ++), forcing
the state to DONE is a mere way to trigger Org into setting the state to
TODO again, yet with the scheduled date updated for the next repetition.
Setting to DONE merely means that this repetition is done, which is
301 - 327 of 327 matches
Mail list logo