On Sat, 14 Aug 2021 at 07:48, John Kitchin wrote:
> I would probably do it like this:
>
Thanks for the help! I just found this question at Emacs SE:
https://emacs.stackexchange.com/questions/38276 which asks this exact
question. I'm mentioning it just in case someone has this question
again.
P.
> On Aug 15, 2021, at 7:02 PM, Ken Mankoff wrote:
>
> Hi All,
>
> Thank you for the suggestions.
>
> I think the most elegant solution is to have a hook on GitHub that compiles
> the PDF on a remote server. But it takes a lot more work, because I don't
> necessarily have *everything* in G
Thanks for fixing the errors in org cite.
I still get the following messages with 3664447eb when building with Emacs 26.3.
Compiling /Users/axel/src/Emacs/org-mode/lisp/org-agenda.el...
In end of data:
org-agenda.el:10873:1:Warning: the function ‘string-empty-p’ is not known to
be defined.
* Epilogue
Consider the following Org Mode file
#+CAPTION: The main.org file
#+BEGIN_SRC org
,* The first heading
:PROPERTIES:
:FOO: foo-value
:END:
,** The first subheading
:PROPERTIES:
:BAR: bar-value
:END:
#+END_SRC
I know that I can use the function =org-entry-properties= to get some
proper
Jim Porter writes:
>
> In any case, if Org were to add an informative message about this change,
> `org-capture-upgrade-templates' seems to me a reasonable place to do it since
> it's already doing this for other obsolete types. In fact, looking at the
> commit
> history, that function was add
Hi All,
Thank you for the suggestions.
I think the most elegant solution is to have a hook on GitHub that compiles the
PDF on a remote server. But it takes a lot more work, because I don't
necessarily have *everything* in Git - my local 'library.bib' usually isn't
included, nor my custom emacs
On 8/15/2021 4:17 PM, Tim Cross wrote:
At some point, your transition period will end. If it isn't with the
transition to v9.5, it will be the transition to 9.6. At this point, all
of the issues you point out will still exist. There will still be people
who are running multiple versions, there wi
Jim Porter writes:
> On 8/14/2021 3:54 PM, Tim Cross wrote:
>> I'm not convinced a transition period will help in this case. At some
>> point, users will need to update their capture templates regardless.
>> Provided this impact is clearly outlined in the NEWS.org file (I think
>> there should
I write a deliberate syntax error into a code block:
: #+begin_src R :session
: x <- 1
: y xx z
: #+end_src
I put my cursor in there and C-c C-c.
What I expect: a gentle useful report about the error.
Maybe even org would move the cursor to the point of the
error in the org buffer. If not,
On 8/14/2021 3:54 PM, Tim Cross wrote:
I'm not convinced a transition period will help in this case. At some
point, users will need to update their capture templates regardless.
Provided this impact is clearly outlined in the NEWS.org file (I think
there should be a specific reference to capture
Hi folks,
currently when I schedule an item, I can enter for example '+3' for 3 days from
now or '14:00+3' for '14:00-17:00'. It would be nice if I could either specify
fractions, eg '14:00+0.5' for '14:00-14:30' or a unit '14:00+30m' or '+4w' for 4
weeks.
What do you think of this feature reques
This seems not only wrong, but also dangerous. I don't think org should
make any assumptions about what is bound to a key, especially when
talking about a key binding which is not an org binding. Consider what
might occur if the user had rebound that key to something destructive.
"Marvin J." w
Hi Charles,
On Mon, Aug 16, 2021 at 3:04 AM Berry, Charles wrote:
> > On Aug 15, 2021, at 6:19 AM, Yasushi SHOJI wrote:
[...]
> > It seems like the following ECM cause an error:
> > Error (org-babel): Error reading results: (user-error "Region is
> > longer than ‘org-table-convert-region-max-lin
If you globally rebind M-q, then `org-fill-paragraph' will not work
properly anymore.
The reason is that `org-fill-element' has the line
(src-block (org-babel-do-key-sequence-in-edit-buffer (kbd "M-q")))
While of course M-q is the default binding for `fill-paragraph', org
should respect that t
> On Aug 15, 2021, at 6:19 AM, Yasushi SHOJI wrote:
>
> Hello,
>
> It seems like the following ECM cause an error:
> Error (org-babel): Error reading results: (user-error "Region is
> longer than ‘org-table-convert-region-max-lines’ (999) lines; not
> converting")
>
> I assumed that with ":re
Hey there,
I always look forward to the videos that are done for the Emacs conferences
each year.
I was wondering, is anyone doing a presentation on using Org Mode for
day-to-day work and personal work?
I often use Emacs for my daily work as a technical support engineer, and write
notes with
Hey there,
I always look forward to the videos that are done for the Emacs conferences
each year.
I was wondering, is anyone doing a presentation on using Org Mode for
day-to-day work and personal work?
I often use Emacs for my daily work as a technical support engineer, and write
notes with
No Wayman writes:
As far as org-capture is concerned, support for transparently
upgrading the
user's templates could easily be added to the
`org-capture-upgrade-templates`
function.
It would just be one more case added to the existing pcase
statement and would
prevent breakage for users.
On 15/08/2021 16:11, Marco Wahl wrote:
Maxim Nikulin writes:
Compiling single /home/ubuntu/org-mode/lisp/org-compat.el...
In end of data:
org-compat.el:1255:1:Warning: the function ‘directory-empty-p’ is not
known to
be defined.
I have never fought with this kind of problem. After lo
As far as org-capture is concerned, support for transparently
upgrading the user's templates could easily be added to the
`org-capture-upgrade-templates` function.
It would just be one more case added to the existing pcase
statement and would prevent breakage for users.
On 14/08/2021 22:06, Juan Manuel Macías wrote:
I would like to submit a patch to add smart quotes for Greek in
`org-export-smart-quotes-alist', but I have a couple of questions.
First of all, I am not a native speaker of Greek
Disclaimer: I am not a Greek speaker at all.
Yannis Haralambous
quil...@riseup.net writes:
> Philip Kaludercic writes:
>
>> quil...@riseup.net writes:
>>
>>> What a great call for papers. If it was created using Emacs, it would
>>> be great to have a talk or a howto for how it was made.
>>
>> It seems to me like it is just an org-mode document, converted to
No problem!
Le dim. 15 août 2021 à 11:14, Roger Mason a écrit :
> Hello Pedro,
>
> Pedro Bruel writes:
>
> > There's a typo on your source block header, it should be "output
> graphics",
> > this would probably produce the output you're getting now.
>
> Thank you! You saved my sanity!
>
> Roger
Hello Pedro,
Pedro Bruel writes:
> There's a typo on your source block header, it should be "output graphics",
> this would probably produce the output you're getting now.
Thank you! You saved my sanity!
Roger
Hi Roger,
There's a typo on your source block header, it should be "output graphics",
this would probably produce the output you're getting now.
Thanks,
Pedro
Le dim. 15 août 2021 à 10:17, Roger Mason a écrit :
> Hello,
>
> I want graphics output from R:
>
> #+begin_src R :results output grah
Hello,
It seems like the following ECM cause an error:
Error (org-babel): Error reading results: (user-error "Region is
longer than ‘org-table-convert-region-max-lines’ (999) lines; not
converting")
I assumed that with ":results silent" it shouldn't warn or error about
the output. Is it expected
Hello,
I want graphics output from R:
#+begin_src R :results output grahics file :file coa_vs_a.pdf :exports results
library(tidyverse)
library(RPostgreSQL)
drv <- dbDriver("PostgreSQL")
con <- dbConnect(drv, user="rmason",dbname="test")
rs <- dbSendQuery(con,"with CTE as (select split_part(spli
Maxim Nikulin writes:
>>> Compiling single /home/ubuntu/org-mode/lisp/org-compat.el...
>>>
>>> In end of data:
>>> org-compat.el:1255:1:Warning: the function ‘directory-empty-p’ is not
>>> known to
>>> be defined.
> I have never fought with this kind of problem. After looking at the
> other
28 matches
Mail list logo
