Hello,
Andreas Fuchs writes:
> I use org-src-mode with org-src-auto-save-idle-delay (set to 1s), and
> after upgrading org to the latest master version, it's repeatedly
> causing me trouble: When I open an org-src-mode buffer and close it with
> C-c ', I repeatedly get the message "Error running
Hello,
孙振祥 writes:
> the org file like
> : abc
> : def
>
> and export to html will become
> abc
> def
>
>
Fixed. Thank you.
Regards,
--
Nicolas Goaziou
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
Hello,
Allen Li writes:
> Running (org-parse-time-string "<@@@>") results in hitting max-lisp-eval-depth
>
> org-parse-time-string calls org-matcher-time calls org-2ft calls
> org-parse-time-string
>
> There is a condition-case in org-2ft that catches the error and
> returns 0, but it would be
Hi,
Confirmed, this works on 9.1.13 and is not a bug, just user error. Cheers!
On Tue, Jun 26, 2018 at 6:07 AM, Nicolas Goaziou
wrote:
> Hello,
>
> gvoysey writes:
>
> > I use org as my lab notebook. Fairly often, I include figures and
> > plots. I have the following style of file
Yes ,
I have now an org-aganda-files in my .spacemacs and all work as expected.
Thank you all very much.
Sorry for the noise.
CLOSED.
Rgds,
Michaël C.
On juin 26 2018, at 2:57 pm, Bernt Hansen wrote:
>
> Michaël Chlon writes:
> > Well it is very simple:
> > • Open a file ".org" in emacs
> > •
Michaël Chlon writes:
> Well it is very simple:
>
> • Open a file ".org" in emacs
> • press: C-c-a a or C-c-a t and do not see any TODO. I have presed the
> shortcuts that spacemacs provide but nothing ...
> • I also try with timestamp and deadline, but nothing appear except the
>
Am 26.06.2018 um 14:45 schrieb Michaël Chlon:
> Well it is very simple:
>
> *
> Open a file ".org" in emacs
> *
> press: C-c-a a or C-c-a t and do not see any TODO. I have presed the
> shortcuts that spacemacs provide but nothing ...
> *
> I also try with timestamp and
Well it is very simple:
Open a file ".org" in emacs
press: C-c-a a or C-c-a t and do not see any TODO. I have presed the shortcuts
that spacemacs provide but nothing ...
I also try with timestamp and deadline, but nothing appear except the calendar
My test file attached to this mail.
But when
Michaël Chlon writes:
> What do you mean with : "ECM demonstrating" ?
A minimal complete example, i.e., a recipe so I can try to reproduce
your issue.
Hi,
What do you mean with : "ECM demonstrating" ?
On juin 26 2018, at 12:08 pm, Nicolas Goaziou wrote:
>
> Hello,
> michaël chlon writes:
> > When i try to generate the list of TODOs from a TODO file (.org), nothing
> > appear !
> > The agenda appears but is empty !
> >
> > Can you
Hello,
Aritra Bhattacharjee writes:
> For a specific file that I am making with org column view with
> TaskJuggler, the column header in the column view disappears after
> scrolling down.
>
> To re produce this issue, please:
> 1. copy the file content to an org file
> 2. start col view in
Hello,
michaël chlon writes:
> When i try to generate the list of TODOs from a TODO file (.org), nothing
> appear !
> The agenda appears but is empty !
>
> Can you troubleshoot this ?
We don't have enough information. Could you provide an ECM demonstrating
the issue?
Regards,
--
Nicolas
Hello,
gvoysey writes:
> I use org as my lab notebook. Fairly often, I include figures and
> plots. I have the following style of file structure:
>
> Project
> ├── project.org
> └── subproject
> ├── figures
> │ └── foo.png
> └── subproject.org
>
> I have been using #+INCLUDE to
Hello,
Tim Baumgard writes:
> I recently updated Emacs from 25.3 (Org mode v. 8.2.10) to 26.1 (Org mode
> v. 9.1.9) and noticed a performance issue/regression in one of my Org files
> that
> contains a table that currently has nine columns, around 1,200 rows, and uses
> formulas. In 25.3, I
Hello,
Gennady Uraltsev writes:
> Running =(org-babel-tangle)= from inside a =src= block ignores
> =header-args= properties
> Consider the following org-mode file set for tangling.
>
> This code should run the command =org-babel-tangle=
>
> #+BEGIN_SRC emacs-lisp :results silent
>
Hello,
"Meyer-Wegener, Klaus" writes:
> LaTeX export stopped working when I installed org 9.1.13. listp has the
> wrong number of arguments:
>
> apply: Wrong type argument: listp, #("Klaus Meyer-Wegener" 0 19
> (:parent (#0)))
It sounds like you have a mixed installation. Please make sure
Running =(org-babel-tangle)= from inside a =src= block ignores
=header-args= properties
Consider the following org-mode file set for tangling.
This code should run the command =org-babel-tangle=
#+BEGIN_SRC emacs-lisp :results silent
(org-babel-tangle)
#+END_SRC
that should tangle the stuff in
Running =(org-babel-tangle)= from inside a =src= block ignores
=header-args= properties
Consider the following org-mode file set for tangling.
This code should run the command =org-babel-tangle= #+BEGIN_SRC
emacs-lisp :results silent
(org-babel-tangle)
#+END_SRC
that should tangle the stuff in
Hello,
For a specific file that I am making with org column view with
TaskJuggler, the column header in the column view disappears after
scrolling down.
To re produce this issue, please:
1. copy the file content to an org file
2. start col view in first header 'building'
3. scroll down for some
Hi,
When i try to generate the list of TODOs from a TODO file (.org), nothing
appear !
The agenda appears but is empty !
Can you troubleshoot this ?
Rgds,
Michaël CHLON
Emacs : GNU Emacs 26.1 (build 1, x86_64-apple-darwin14.5.0, NS appkit-1348.17
Version 10.10.5 (Build 14F2511))
of
I recently updated Emacs from 25.3 (Org mode v. 8.2.10) to 26.1 (Org mode
v. 9.1.9) and noticed a performance issue/regression in one of my Org files that
contains a table that currently has nine columns, around 1,200 rows, and uses
formulas. In 25.3, I could create a new row or use
I use org as my lab notebook. Fairly often, I include figures and
plots. I have the following style of file structure:
Project
├── project.org
└── subproject
├── figures
│ └── foo.png
└── subproject.org
I have been using #+INCLUDE to "lift" subproject.org up into project.org as
a
Hello,
I was waiting for Org to update in elpa. This appears fixed. Thank you
Charles for helping define the problem better.
-k.
On 6/24/18, Berry, Charles wrote:
>
>
>> On Jun 23, 2018, at 2:06 PM, Nicolas Goaziou
>> wrote:
>>
>> Hello,
>>
>> "Berry, Charles" writes:
>>
>>> tl;dr:
Nicolas Goaziou writes:
> Bernt Hansen writes:
>
>> This problem still exists when the capture template includes TAGS
>>
>> In the below capture-templates definition the "t" (todo) template works
>> fine but the "m" Meeting template does not allow SPC to enter a space
>> between words when
> On Jun 23, 2018, at 2:06 PM, Nicolas Goaziou wrote:
>
> Hello,
>
> "Berry, Charles" writes:
>
>> tl;dr: `:exports results :noweb no-export :eval never-export' needlessly
>> expands <> code causing massive slowdowns on export.
>
> I think this is now fixed.
I think so, too.
Thanks,
Hello,
"Sheng Yang (杨圣)" writes:
> I was trying the beloved clock feature of org-mode, and tried
> `org-clock-display` on an org file. A total time is added to each
> headline as expected, but it is not the case for headlines with a link
> in it. The whole link is displayed as if
Hello,
Tobias Zawada writes:
> org-export-data for the signature causes double LaTeX translation at
> https://emacs.stackexchange.com/questions/42200/prevent-org-export-from-expanding-as-backslash/42207?noredirect=1#comment66334_42207.
>
> The translator for the headlines
Hello,
"Berry, Charles" writes:
> tl;dr: `:exports results :noweb no-export :eval never-export' needlessly
> expands <> code causing massive slowdowns on export.
I think this is now fixed.
Thank you.
Regards,
--
Nicolas Goaziou
Hello,
org-export-data for the signature causes double LaTeX translation at
https://emacs.stackexchange.com/questions/42200/prevent-org-export-from-expanding-as-backslash/42207?noredirect=1#comment66334_42207.
The translator for the headlines org-koma-letter-headline is used to extract
the
Hello,
Gennady Uraltsev writes:
> Running =(org-babel-tangle)= from inside a =src= block ignores
> =header-args= properties
> Consider the following org-mode file set for tangling.
>
> This code should run the command =org-babel-tangle=
>
> #+BEGIN_SRC emacs-lisp :results silent
>
I did some additional testing, and found some interesting results that
appear to
point to the =org-babel-get-src-block-info= function as the culprit.
Depending on
whether this function is evaluated directly, or executed in source blocks in
different locations through this file, the function
Running =(org-babel-tangle)= from inside a =src= block ignores
=header-args= properties
Consider the following org-mode file set for tangling.
This code should run the command =org-babel-tangle=
#+BEGIN_SRC emacs-lisp :results silent
(org-babel-tangle)
#+END_SRC
that should tangle the stuff in
Hello,
Bernt Hansen writes:
> This problem still exists when the capture template includes TAGS
>
> In the below capture-templates definition the "t" (todo) template works
> fine but the "m" Meeting template does not allow SPC to enter a space
> between words when entering the headling for the
Hi Nicolas,
Nicolas Goaziou writes:
>"Holst Thomas (PS-EC/ESE4)" writes:
>
>> there is a bug in org-capture. When capturing table lines table formula is
>> not updated.
>>
>> Here is an ECM:
>>
>> [...snip ...]
>
> Fixed. Thank you.
I can confirm that it works perfectly.
Thank you!
--
Hi Nicolas,
This problem still exists when the capture template includes TAGS
In the below capture-templates definition the "t" (todo) template works
fine but the "m" Meeting template does not allow SPC to enter a space
between words when entering the headling for the meeting task.
(setq
Nicolas Goaziou writes:
> Hello,
Hi!
> Fixed. Thank you.
Confirmed! Thanks!!
Org-Mode (and Nicolas) is great! :)
Best regards,
Bernt
Hello,
Bernt Hansen writes:
> The current master branch has a regression from maint when displaying
> task details from the agenda using the SPC key.
>
> I keep my task change details in drawers so when I change a task from
> TODO to WAITING I record the details of why it is waiting in the
>
Hello,
"Holst Thomas (PS-EC/ESE4)" writes:
> there is a bug in org-capture. When capturing table lines table formula is
> not updated.
>
> Here is an ECM:
>
> #+begin_src org
> * Table for testing
>
> | | Item | Price |
> |---+--+---|
> | | | 3.50 |
> |---+--+---|
> |
Hi,
there is a bug in org-capture. When capturing table lines table formula is not
updated.
Here is an ECM:
#+begin_src org
* Table for testing
| | Item | Price |
|---+--+---|
| | | 3.50 |
|---+--+---|
| # | sum: | 3.50 |
#+TBLFM: @3$3=vsum(@-II..@-I);%.2f
* Lisp
Nicolas Goaziou writes:
> Hello,
>
> Bernt Hansen writes:
>
>
>> There seems to be an issue with inherited tag alignment in block agendas
>> in the master branch.
>>
>> ECM follows.
>
> I cannot reproduce this issue. Was it somehow fixed since your report?
>
> Regards,
Yes this was fixed in a
Hello,
Bernt Hansen writes:
> There seems to be an issue with inherited tag alignment in block agendas
> in the master branch.
>
> ECM follows.
I cannot reproduce this issue. Was it somehow fixed since your report?
Regards,
--
Nicolas Goaziou
Hi Nicolas,
Please disregard this bug report. I can't reproduce it anymore after an
Emacs restart.
Sorry for the noise.
Regards,
Bernt
Bernt Hansen writes:
> Hi Nicholas,
>
> This fix breaks my capture templates.
>
> commit 593058e4a6270f52fdede2b871a0ee6504944f13
> Author: Nicolas Goaziou
Nicolas Goaziou writes:
> Bernt Hansen writes:
>
>> Nicolas Goaziou writes:
>
>>> We shot ourselves in the foot when we decided that one part of Org
>>> should consider plain numbers as minutes and the other part as hours.
>>> This is clearly sub-optimal.
>>>
>>> I see no easy way to fix it
Hi,
The current master branch has a regression from maint when displaying
task details from the agenda using the SPC key.
I keep my task change details in drawers so when I change a task from
TODO to WAITING I record the details of why it is waiting in the
drawer. In the maint branch I can hit
Hello
Bernt Hansen writes:
> Nicolas Goaziou writes:
>> We shot ourselves in the foot when we decided that one part of Org
>> should consider plain numbers as minutes and the other part as hours.
>> This is clearly sub-optimal.
>>
>> I see no easy way to fix it painlessly. If we change
Nicolas Goaziou writes:
> Allen Li writes:
>
>> org-toggle-tag always marks the buffer as modified due to how it is
>> implemented. It would be better if it did not mark the buffer
>> modified if it does not change anything. This is annoying for
>> org-depend.el (which is contrib, not
Nicolas Goaziou writes:
> Hello,
>
> Bernt Hansen writes:
>
>> Archiving tasks using the master branch with the below configuration
>> creates duplicate "* Archived Tasks" heading each time you archive in
>> the test.org_archive file.
>
> Fixed. Thank you.
>
> Regards,
Confirmed. Thanks you
Hello,
Bernt Hansen writes:
> Archiving tasks using the master branch with the below configuration
> creates duplicate "* Archived Tasks" heading each time you archive in
> the test.org_archive file.
>
> The behaviour in the maint branch is correct and files subsequently
> archived tasks under
Hello,
Allen Li writes:
> org-toggle-tag always marks the buffer as modified due to how it is
> implemented. It would be better if it did not mark the buffer
> modified if it does not change anything. This is annoying for
> org-depend.el (which is contrib, not officially supported) because
org-toggle-tag always marks the buffer as modified due to how it is
implemented. It would be better if it did not mark the buffer
modified if it does not change anything. This is annoying for
org-depend.el (which is contrib, not officially supported) because the
org-blocker-hook set by
Hello,
Christian Schwarzgruber writes:
> I have set `org-log-reschedule` to `'note`. When calling
> `org-agenda-do-date-later` or `org-agenda-do-date-earlier` in *Org Agenda*
> buffer, `org-log-reschedule` gets ignored.
>
> I would expect that *Org Note* buffer pops-up to insert a note.
I'm
tl;dr: `:exports results :noweb no-export :eval never-export' needlessly
expands <> code causing massive slowdowns on export.
> On Jun 13, 2018, at 9:42 PM, Ken Mankoff wrote:
>
> One more thought - even if your system is significantly faster for some
> unknown reason - why is export taking
Hello,
I just also noticed that this issue exists on maint, Org mode version
9.1.13 (release_9.1.13-5-g89859f).
Josiah
Hello,
Thibault Polge writes:
> Steps to reproduce, from emacs -q:
>
> 1. (setq org-imenu-depth 10)
>
> 2. Create the following document:
>
> #+begin_src org
> #+TITLE: Test
>
> * Level 1
> ** Level 2
> *** Level 3
> Level 4
> Level 8
> #+end_src
>
> Notice the break on the
Hello,
stardiviner writes:
> The original text:
>
> ,
> | We define refs the same way we define atoms, but the two are used rather
> differently.
> | Let's take a quick look at how they work below.
> |
> | (def names (ref []))
> |
> | (dosync
> | (ref-set names ["John"])
> | (alter
The original text:
,
| We define refs the same way we define atoms, but the two are used rather
differently.
| Let's take a quick look at how they work below.
|
| (def names (ref []))
|
| (dosync
| (ref-set names ["John"])
| (alter names #(if (not-empty %)
| (conj %
Hello again,
On 06/07/2018 08:29 AM, Charles Millar wrote:
Hi,
Set up -
Org mode version 9.1.13 (release_9.1.13-791-gcecbe4 @
/usr/local/share/org-mode/lisp/)
GNU Emacs 27.0.50 (build 30, x86_64-pc-linux-gnu, GTK+ Version
3.22.11) of 2018-06-02
I group related documents as second level
Steps to reproduce, from emacs -q:
1. (setq org-imenu-depth 10)
2. Create the following document:
#+begin_src org
#+TITLE: Test
* Level 1
** Level 2
*** Level 3
Level 4
Level 8
#+end_src
Notice the break on the structure: levels 5, 6 and 7 are missing.
3. M-x imenu, select
Diogo Ferrari writes:
> Would you know when the 9.2 is planned to be released?
Very soon, or so I think. Bastien may have a definitive answer on the
subject.
Regards,
Would you know when the 9.2 is planned to be released?
On Thu, Jun 7, 2018 at 2:16 PM Nicolas Goaziou
wrote:
> Diogo Ferrari writes:
>
> > The problem has to do with links, not only file and html links, but also
> > latex citation using cite:. It does not behave well also when using Org
> >
Diogo Ferrari writes:
> The problem has to do with links, not only file and html links, but also
> latex citation using cite:. It does not behave well also when using Org
> Table Edit Field, even when there are no links. I should return from the
> editing aligned, but it looses alignment and I
Hi Nicolas
The problem has to do with links, not only file and html links, but also
latex citation using cite:. It does not behave well also when using Org
Table Edit Field, even when there are no links. I should return from the
editing aligned, but it looses alignment and I need to reopen the
Hello,
Diogo Ferrari writes:
> Remember to cover the basics, that is, what you expected to happen and
> what in fact did happen. You don't know how to make a good report? See
>
> https://orgmode.org/manual/Feedback.html#Feedback
>
> Your bug report will be posted to the Org mailing list.
Hi,
Set up -
Org mode version 9.1.13 (release_9.1.13-791-gcecbe4 @
/usr/local/share/org-mode/lisp/)
GNU Emacs 27.0.50 (build 30, x86_64-pc-linux-gnu, GTK+ Version 3.22.11)
of 2018-06-02
I group related documents as second level headlines, thus
* All docs :ignoreheading:
** Doc 1
Hi,
Archiving tasks using the master branch with the below configuration
creates duplicate "* Archived Tasks" heading each time you archive in
the test.org_archive file.
The behaviour in the maint branch is correct and files subsequently
archived tasks under the single main heading.
Thanks
Hi!
The following src block prints correctly if run in non-session mode, it
does not print at all if the :session keyword is set.
#+BEGIN_SRC python :results output org
a, b = 0, 1
while b < 1000:
a, b = b, a + b
print(a, end=" ")
#+END_SRC
#+RESULTS:
#+BEGIN_SRC org
1 1 2 3 5 8 13 21
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
--text follows this line--
I was trying the beloved clock feature of org-mode, and tried
`org-clock-display` on an org file. A total time is added to each
headline as expected, but it is not the case for headlines with a link
in it. The whole link is displayed as if `org-toggle-link-display` is
Hello,
stardiviner writes:
> For example:
>
> Region select on:
>
> ENTRYPOINT ["/usr/sbin/nginx"]
>
> When I press =[C-c C-,]= on this region, the region content will be wrapped
> with src block,
> but it deleted the last "]".
>
> This is a bug I think.
Fixed. Thank you.
Regards,
--
Hello,
Neil Jerram writes:
> With this Org source:
>
> #+BEGIN_SRC sh
> {
> cat < failsafeInboundHostPorts:
> EOF
> }
> #+END_SRC
>
> With `C-c C-e h h', to export that as HTML, I get:
>
> Debugger entered--Lisp error: (args-out-of-range # 0 1)
> parse-partial-sexp(1 0)
>
FYI I can avoid this error by adding a space before the open and close
braces; i.e. this is OK:
#+BEGIN_SRC sh
{
cat < writes:
> With this Org source:
>
> #+BEGIN_SRC sh
> {
> cat < failsafeInboundHostPorts:
> EOF
> }
> #+END_SRC
>
> With `C-c C-e h h', to export that as HTML, I get:
With this Org source:
#+BEGIN_SRC sh
{
cat < 0 1)
parse-partial-sexp(1 0)
syntax-ppss(0)
sh--inside-noncommand-expression(0)
sh--inside-noncommand-expression(10)
sh-font-lock-open-heredoc(10 "EOF" 16)
sh-syntax-propertize-function(1 50)
syntax-propertize(50)
For example:
Region select on:
ENTRYPOINT ["/usr/sbin/nginx"]
When I press =[C-c C-,]= on this region, the region content will be wrapped
with src block,
but it deleted the last "]".
This is a bug I think.
--
[ stardiviner ] don't need to convince with trends.
Blog:
Am 26.05.2018 um 12:32 schrieb Nicolas Goaziou:
Hello,
Rainer Stengele writes:
Emacs : GNU Emacs 25.3.1 (x86_64-w64-mingw32) of 2017-09-17
Package: Org mode version 9.1.13 (release_9.1.13-763-g2621db @
c:/Users/rstengele/AppData/Roaming/.emacs.d/org/lisp/)
I configured a minimal Emacs
Hello,
Rainer Stengele writes:
> Emacs : GNU Emacs 25.3.1 (x86_64-w64-mingw32) of 2017-09-17
> Package: Org mode version 9.1.13 (release_9.1.13-763-g2621db @
> c:/Users/rstengele/AppData/Roaming/.emacs.d/org/lisp/)
>
> I configured a minimal Emacs startup file as
Hi,
Emacs : GNU Emacs 25.3.1 (x86_64-w64-mingw32) of 2017-09-17
Package: Org mode version 9.1.13 (release_9.1.13-763-g2621db @
c:/Users/rstengele/AppData/Roaming/.emacs.d/org/lisp/)
I configured a minimal Emacs startup file as here
--8<---cut
Thank you. I will get back to creating the patch this weekend and will
include your suggested change.
Best regards,
-- Piyush.
Nicolas Goaziou writes:
> Hello,
>
> Piyush Srivastava writes:
>
>> In the current org mode version (release_9.1.13), when a named
Hello,
Piyush Srivastava writes:
> In the current org mode version (release_9.1.13), when a named cell
> formula is stored using C-u C-c =, the #+TBLFM line stores the name of
> the cell *without* a prefix $ sign, as in the following table (notice
> that in the
Hello Nicolas,
thank you for fixing this. I can confirm that my capture template is
working again.
--
Thomas
Am 17.05.2018 um 23:01 schrieb Nicolas Goaziou:
Hello,
Thomas Holst writes:
Hi Nicolas,
thank you for looking into this.
To reproduce the error I have
In the current org mode version (release_9.1.13), when a named cell
formula is stored using C-u C-c =, the #+TBLFM line stores the name of
the cell *without* a prefix $ sign, as in the following table (notice
that in the #+TBLFM row, there is no $ sign before the 'sum' variable):
| | c |
I like to use column view with my org agenda. One of the custom
properties that I like to view is the priority. Here's what I do to make
that happen:
(setq org-agenda-overriding-columns-format "%TODO %4PRIORITY(Pri.)
%50ITEM(Task)")
Using Org 8.2 I was able to view the priority in the
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
In the current org mode version (release_9.1.13), when a named cell
formula is stored using C-u C-c =, the #+TBLFM line stores the name of
the cell without a prefix '$' sign, as in the following table (notice
that is the #+TBLFM row, there is no '$' sign before the 'sum'
variable):
| | c |
In the current org mode version (release_9.1.13), when a named cell
formula is stored using C-u C-c =, the #+TBLFM line stores the name of
the cell without a prefix '$' sign, as in the following table (notice
that is the #+TBLFM row, there is no '$' sign before the 'sum'
variable):
| | c |
I sumbitted this long time ago and although it looks like it was fixed (it
updates the modeline), I just noticed that it still doesn't update
`org-clock-current-task` and I think it should, because otherwise there's
no way of accessing current-task value from outside of org-mode and
outside of
Hello,
Thomas Holst writes:
> Hi Nicolas,
>
> thank you for looking into this.
>
> To reproduce the error I have to use file+function target. There is no
> error if I use file+headline target.
>
> Here is an ECM:
>
> #+begin_src org
> * Setup
>
> #+begin_src emacs-lisp
>
Hi Nicolas,
thank you for looking into this.
To reproduce the error I have to use file+function target. There is no
error if I use file+headline target.
Here is an ECM:
#+begin_src org
* Setup
#+begin_src emacs-lisp
(setq org-capture-template nil)
(setq
org-capture-templates
Hi Christoph,
> When exporting an org document to ODT, the language used for spell checking is
> always set to British English. The TOC's name is actually translated to the
> language specified in the org document but the spell checking language is not
> set correctly. It is particularly weird
Michel Damiens writes:
> Hello Robert
> I think I did not read correctly the documentation : I believed that the
> heading would be in a div container with class outline-1 and the text
> inside would be in a div with class outline-text-1
> Thanks a lot for your help !
[please keep the bug address in CC]
Michel Damiens writes:
> no change for the heading with with emacs -Q :
>
>
>
> Descartes et la constitution de l'écriture symbolique
> mathématique
>
> L'Ars Magna de Cardan (1545) est écrit avec des notations
> actuellement
When exporting an org document to ODT, the language used for spell checking is
always set to British English. The TOC's name is actually translated to the
language specified in the org document but the spell checking language is not
set correctly. It is particularly weird that it is set to British
Hello,
Thomas Holst writes:
> I have among other the following template:
>
> #+begin_src emacs-lisp
> ("hr" "Rechnung erfassen" table-line
> (file+function "~/git/org-priv/Univ_Beih.org"
> th:capure-find-open-vers-regn)
> "| # | %^u | %^{Arzt/Apotheke} | %^{fr
Michel Damiens writes:
[please keep the bug address in CC ]
> Hello
> my og-mode version is 9.1.13
> I'm not able to upgrade to emacs-26 for the moment : I'm not working on my
> own system.
> How do you think that sort of problem would depend on emacs version ?
Hi,
I encountered a bug in cature (so I think).
I have among other the following template:
#+begin_src emacs-lisp
("hr" "Rechnung erfassen" table-line
(file+function "~/git/org-priv/Univ_Beih.org"
th:capure-find-open-vers-regn)
"| # | %^u | %^{Arzt/Apotheke} | %^{für
Nicolas Goaziou writes:
> Bernt Hansen writes:
>
>> I am fine with plain numbers being interpretted as hours. I don't
>> think we need a second interpretation for it (as minutes).
>
> The second interpretation already exists. "org-colview.el" is the sole
Hello,
Bernt Hansen writes:
> I am fine with plain numbers being interpretted as hours. I don't
> think we need a second interpretation for it (as minutes).
The second interpretation already exists. "org-colview.el" is the sole
place where plain numbers are treated as hours.
Nicolas Goaziou writes:
> Hello,
>
> Bernt Hansen writes:
>
>>Notice modeline total has [0:05/0:15]
>>So 'do something' has an effort of 15 minutes. It may be entered wrong
>> but it is a bare 15 value
>>instead of 15:00 or 00:15
>>
>>
901 - 1000 of 9192 matches
Mail list logo