Hi
I'm running org mode on emacs version GNU Emacs 25.0.50.1 (git checkout).
I'm using nested plain lists with check-boxes and cookies; here's a
simple example:
=
* TODO Heading [0/3]
- [ ] entry 1
- [ ] entry 2 [0/0]
- [ ] sub-entry 1
- [ ] sub-ent
te:
> Hi,
>
> I can reproduce.
>
> Gerald Wildgruber writes:
>
>> =
>>
>> * TODO Heading [0/3]
>>
>> - [ ] entry 1
>> - [ ] entry 2 [0/0]
>> - [ ] sub-entry 1
>> - [ ] sub-entry 2
>&
help!
Gerald.
On Mo, Aug 10 2015, Nicolas Goaziou wrote:
> Hello,
>
> Gerald Wildgruber writes:
>
>> Hi Rasmus,
>>
>> thanks for your hint, indeed this particular commit changed the
>> check-box related algorithm; "git log" gives:
>>
>> c
On Di, Aug 11 2015, Rasmus wrote:
> Gerald Wildgruber writes:
>> Yet, check out this example from p.57 of the Org Manual (ch. "Checkboxes"):
>>
>> * TODO Organize party [2/4]
>> - [-] call people [1/3]
>>- [ ] Peter
>>- [X] Sarah
>
Hi,
I'm very happy with mu4e!
http://www.djcbsoftware.nl/code/mu/mu4e.html
https://github.com/djcb/mu
Its speed and ease in searching are unparalleled: the results of
searches in tens of thousands of mails is immediate. I like its concepts
of generating folders only virtually through searches:
Hi,
when doing a "C-c C-x f" in order to insert a footnote in an org mode
document, the point is strangely positioned on the HEADING under which
footnotes are stored and not, as one would expect, near the actual
footnote marker [fn:X] where the text of the footnote goes. this is very
annoying as
Matt, thanks! looking forward to any elucidation you can give on the
problem at hand!
Gerald.
On Do, Aug 13 2015, Matt Lundin wrote:
> Gerald Wildgruber writes:
>
>> when doing a "C-c C-x f" in order to insert a footnote in an org mode
>> document, the point is
On Do, Aug 13 2015, Matt Lundin wrote:
> Gerald Wildgruber writes:
>
>> Matt, thanks! looking forward to any elucidation you can give on the
>> problem at hand!
>
> Could you tell me what the value of org-footnote-auto-adjust is on your
> machine?
Indeed, I have se
Thanks Matt and Nicolas!
I still have org-footnote-auto-adjust set to "t" and the positioning of
point near the footnote marker works now with the sources I checked out
this morning!
One thing though: if I insert a new footnote in a region of text that
already has footnotes before and after, th
On Fr, Aug 14 2015, Nicolas Goaziou wrote:
> Gerald Wildgruber writes:
>
>> One thing though: if I insert a new footnote in a region of text that
>> already has footnotes before and after, the auto adjust mechanism is
>> triggered by "C-c C-x f", but in this
Hi
with the current git checkout:
Org-mode version 8.3.1 (release_8.3.1-93-g69b0db)
the odt exporter code is broken; when exporting a file with C-c C-e o o,
the footnote markers are in the odt file, but the footnote text is
missing; all the footnotes are empty!
example file:
=
I forgot to mention:
last version that worked for me is:
2bdc661fde75ed226b19c802ecd31ce12d2ec7e1
from aad7dd24864f3ce988a67061a391d85e649aa375 on it doesn't work
Thanks
Gerald.
On Sa, Aug 15 2015, Gerald Wildgruber wrote:
> Hi
>
> with the current git checkout:
>
> Or
Great! it works! once again Thanks
Gerald
On Sa, Aug 15 2015, Nicolas Goaziou wrote:
> Hello,
>
> Gerald Wildgruber writes:
>
>> with the current git checkout:
>>
>> Org-mode version 8.3.1 (release_8.3.1-93-g69b0db)
>>
>> the odt exporter code is br
Hi,
I'm trying to convert older orgmode documents which have plain,
"[1]"-like footnotes into the newer "[fn:]" format.
Can this be done automatically?
In
https://lists.gnu.org/archive/html/emacs-orgmode/2015-12/msg00435.html
Nicolas mentions "org-footnote-normalize" which would turn old foot
is not perfect, as
it still gives false positives; do you have something better?
The problem unfortunately arises also by pandoc still using the now
obsolete syntax of plain footnotes when converting (e.g. latex) to org
mode!
Gerald.
On Mi, Dez 21 2016, Nicolas Goaziou wrote:
> Hello,
>
Hi Nicolas,
thanks again!
On Mi, Dez 21 2016, Nicolas Goaziou wrote:
> I would use (and, in fact, used)
>
> \\[\\([0-9]+\\)\\] --> \\[fn:\\1\\]
>
> and eyeballing the results.
That works quite well; but as I'm trying to convert a whole book I also
have lots of "\cite[NUMBER]{my_ref}" command
Hi,
I'm about to migrate my entire LaTeX document setup to Org-mode and the
one point in this process that is more complicated than every other is
the bibliography system.
In LaTeX I was using BibTeX/biblatex with lots of coomands like:
\cite[PAGENUM]{MYREF} or \footcite[PRENOTE][POSTNOTE]{MYRE
On Mi, Jan 04 2017, John Kitchin wrote:
>> A simple link would be of the form "cite:MYREF" or "citep:MYREF"; but if
>> I want to add a page number to this reference, the syntax of the link
>> seems to be very different, like so: "[[citep:MYREF][PAGENUM]]" or
>> [[citep:MYREF][::PAGENUM]].
>
> T
Hi
I'm trying to unfill/unwrap Org mode files because I switched from
auto-fill-mode to visual-line/visual-fill-column mode.
I'd like to harmonize = unfill my already existing (filled) Org mode files. I
took the function in
https://www.emacswiki.org/emacs/UnfillParagraph)
and tried the foll
orem ipsum dolor sit amet, consectetuer adipiscing elit.
==
On So, Okt 07 2018, Nicolas Goaziou wrote:
> Hello,
>
> Gerald Wildgruber writes:
>
>> I'm trying to unfill/unwrap Org mode files because I switched fro
On Mo, Okt 08 2018, Kyle Meyer wrote:
> 2) Your code doesn't account for hidden text in the buffer. You could
> call `(org-show-all)'.
>
> I suspect #2 is why you're not seeing the results you expect.
Wow, thanks a lot Kylie, this was it! I never thought of having to unfold the
Org mo
Hi,
I'm using emacs (git checkout v. 27.0.50) and Org mode (git checkout
release_9.1.13-760-g8def68).
My typical setup is to use a maximized or full screen emacs frame split
into five windows positioned vertically one next to the other. All five
windows display one and the same file, that is op
e any reason or issue with both modes enabled that
could lead to such behavior: it would seem that emacs tries to calculate
something with every new keystroke, that involves all text before point.
Gerald.
On Di, Jun 12 2018, Eric S Fraga wrote:
> On Monday, 11 Jun 2018 at 14:56, Gerald Wildgrub
hange occurs by deactivating follow-mode:
every lag simply disappears.
Gerald.
On Di, Jun 12 2018, Eric S Fraga wrote:
> On Tuesday, 12 Jun 2018 at 12:23, Gerald Wildgruber wrote:
>> Hi Eric,
>>
>> thanks for the input: indeed, I always use at least five windows (on a
>
Switching to text-mode, with 5 windows and follow-mode still being
active reduces lag significantly.
So there must be an issue specifically with the combination of org-mode
and follow-mode!
Gerald.
On Di, Jun 12 2018, Eric S Fraga wrote:
> On Tuesday, 12 Jun 2018 at 12:23, Gerald Wildgru
ion every single bit of text in the visible
part buffer of the buffer, whenever I press a key? what needs to be
calculated by simple entering of text?
Gerald
--
Dr. Gerald Wildgruber
Institut für Philosophie, Literatur-, Wissenschafts- und Technikgeschichte
Literaturwissenschaft mit Schwerpunkt Li
Thanks Joost,
that's interesting! I never used the profiler but I will try and see how
far I get with it and then come back here.
Gerald.
On Mi, Jun 13 2018, Joost Kremers wrote:
> On Wed, Jun 13 2018, Eric S Fraga wrote:
>> On Wednesday, 13 Jun 2018 at 09:53, Gerald Wi
ing"
> in the Elisp manual for details.
>
> Once you've found out which function(s) consume so much time, it might be
> possible to ask in here or on emacs-devel what exactly is causing the
> problem and whether there's a way around it.
--
Dr. Gerald Wildgruber
Insti
Hi,
I'm using emacs (git checkout v. 27.0.50) and Org mode (git checkout
release_9.1.13-760-g8def68).
My typical setup is to use a maximized or full screen emacs frame split
into five windows positioned vertically one next to the other. All five
windows display one and the same file, that is op
29 matches
Mail list logo
