Ihor Radchenko writes:
> Joseph Turner writes:
>
>> This change allows other packages to autoload their own link handlers.
>> See this mu4e issue:
>>
>> https://github.com/djcb/mu/pull/2798
>
>> +;;;###autoload
>> (defun org-link-set-parameters
ll
of org. It probably shouldn't. Perhaps we can put the mu4e-org.el
integration logic behind a minor mode.
Thank you!
Joseph
Bastien Guerry writes:
> Hi Joseph,
>
> Joseph Turner writes:
>
>>> What about gollum?
>>>
>>> https://github.com/gollum/gollum
>>>
>>> From what I understand, it would provide a way to let users modify Org
>>> files by editin
Bastien Guerry writes:
> Joseph Turner writes:
>
>>> I am not a Worg contributor but such workflow would definitively
>>> scare me off.
>>
>> Understandable :) If we added some sort of bleeding-edge peer-to-peer
>> way to contribute to worg, it woul
>From f395c9222f900dfe6b257c0d5846b6601102dd3e Mon Sep 17 00:00:00 2001
From: Joseph Turner
Date: Sat, 25 Jan 2025 23:19:48 -0800
Subject: [PATCH] ol: Autoload org-link-set-parameters
This change allows other packages to autoload their own link handlers.
See this mu4e issue:
https://github.
jman writes:
> Joseph Turner writes:
>
>> Thanks for the suggestion! I imagine such a command would do this:
> (...)
>
> I am not a Worg contributor but such workflow would definitively scare me off.
Understandable :) If we added some sort of bleeding-edge peer-to-peer
ns would require restarting the process, since
after the maintainers copy the desired changes, there's currently no way
merge the two hyperdrive histories.
Perhaps someone wants to write a CRDT designed to handle Org documents. :)
Joseph
Ihor Radchenko writes:
> Joseph Turner writes:
>
>> From ce506caa0bffbd243a2aba384f75f7aaac7fdc4b Mon Sep 17 00:00:00 2001
>> From: Ihor Radchenko
>> Date: Fri, 27 Dec 2024 10:21:02 +
>> Subject: [PATCH] ox-odt: Avoid putting forbidden characters into ODT x
t (pair '(("&" . "&") ("<" . "<") (">" . ">")))
> (setq text (replace-regexp-in-string (car pair) (cdr pair) text t t)))
> --
> 2.47.1
>From ce506caa0bffbd243a2aba
Max Nikulin writes:
> On 21/12/2024 10:56, Max Nikulin wrote:
>> On 21/12/2024 08:48, Joseph Turner wrote:
>>> https://github.com/bohonghuang/org-srs/pull/10#issuecomment-2557417871
>> In this specific context a workaround should be
>> #+begin_comment
>&
the prohibited
> characters.
> (org-odt--encode-plain-text): Remove the prohibited characters.
> (org-odt-plain-text): Update comment.
>
> Reported-by: Joseph Turner
> Link: https://orgmode.org/list/87o711l4u4@christianmoe.com
> ---
> lisp/ox-odt.el | 38
Even better. Thank you!
Joseph
Ihor Radchenko writes:
> Joseph Turner writes:
>
>> Minor fix. Thanks!
>
> Thanks!
> I applied an alternative fix, addressing all the instances of the same
> problem in Org code.
> https://git.savannah.gnu.org/cgit/emacs/org-mod
Max Nikulin writes:
> On 21/12/2024 13:52, Joseph Turner wrote:
>> Max Nikulin writes:
>>>
>>> #+begin_comment
>>> ^L
>>> #+end_comment
>
>> Thank you! Or even simpler:
>> # ^L
>
> It was first I tried, but Emacs-28.2 demand
Max Nikulin writes:
> On 21/12/2024 08:48, Joseph Turner wrote:
>> I can export the following Org content to a .odt file, but the
>> exported
>> file cannot be opened ("Read Error. Format error discovered in the file
>> in sub-document content.xml at 368,2(row,c
or a Local
> Variables list more than once.
Thanks! This approach is a bit fragile, since Emacs only looks at the
last 3000 characters for "Local Variables:".
Joseph
or a Local
> Variables list more than once.
Thanks! This approach is a bit fragile, though since Emacs only looks
at the last 3000 characters for "Local Variables:".
Joseph
;> delimiter.
>
> I do not like non-printable characters. E.g. Thunderbird rendered your
> message with confusingly large vertical space in the middle. Outside
> of Emacs, kludges like " org.el ends here" are not common. I would
> not be surprised by some issues on attempt to edit the README.org file
> on the GitHub site directly.
Also good to know about.
Thanks!
Joseph
Minor fix. Thanks!
Joseph
>From 5451da0d798f104e9a0d87445c516fd89e473a38 Mon Sep 17 00:00:00 2001
From: Joseph Turner
Date: Thu, 19 Dec 2024 13:16:50 -0800
Subject: [PATCH] org-info-other-documents: Fix defcustom safe-local-variable
property
:safe should be a function.
---
lisp/ol-info
# End:
#+END_EXAMPLE
This issue first came up in org-srs:
https://github.com/bohonghuang/org-srs/issues/7
Thank you,
Joseph
# End:
#+END_EXAMPLE
This issue first came up in org-srs:
https://github.com/bohonghuang/org-srs/issues/7
Thank you,
Joseph
Ihor Radchenko writes:
> Joseph Turner writes:
>
>> I'd like to mark an event which runs from 4PM on Saturday to 4PM on
>> Monday each week:
>>
>> <2024-09-07 Sat 16:00 +1w>--<2024-09-09 Mon 16:00 +1w>
>>
>> However, org-agenda does no
the start and
end timestamps) is problematic, since it's possible to choose different
repeaters for the start and end timestamps, e.g. "+1d" and then "+1w".
This thread proposes using diary sexp syntax:
https://yhetil.org/orgmode/9ai657-rdb@news.eternal-september.org/
Any suggestions?
Thank you!
Joseph
Joseph Turner writes:
> Thank you! Cheers! -Joseph
>
> [2. text/x-diff; 0001-lisp-org.el-Fix-removing-timestamp-overlays.patch]...
Woops! The 'display text property may be symbol or list - here's a
better patch.
Thanks,
Joseph
>From 9351b3c8f960ac6d2fba3c2de0c46e84
Thank you! Cheers! -Joseph
>From 2289e6cd9f27bee04fa9004d757b23d3f1ef9e9c Mon Sep 17 00:00:00 2001
From: Joseph Turner
Date: Sun, 25 Aug 2024 21:20:06 -0700
Subject: [PATCH] lisp/org.el: Fix removing timestamp overlays
---
lisp/org.el | 2 +-
1 file changed, 1 insertion(+), 1 delet
Ihor Radchenko writes:
> Ihor Radchenko writes:
>
>> Joseph Turner writes:
>>
>>> Thanks! I completed the FSF copyright assignment paperwork in May 2023.
>
> I updated our records.
> https://git.sr.ht/~bzg/worg/commit/29c58d61
Thank you!
Joseph
Ihor Radchenko writes:
> Joseph Turner writes:
>
>>> But we also need to link this new page from other places.
>>
>> How about this patch for orgweb?
>
> Thanks!
> Applied, onto master for orgweb and master for worg.
> https://git.sr.ht/~bzg/worg/commit/9
Ihor Radchenko writes:
> Joseph Turner writes:
>
>>> We can put such a page alongside /org-syntax.org, maybe even linked from
>>> there. Feel free to create such a page.
>>
>> Would the following patch be appropriate?
>
> LGTM!
> But we also need
Ihor Radchenko writes:
> Joseph Turner writes:
>
>>> I think, text/org may be added as well (without removing of
>>> text/x-org).
>>
>> Shall we consider this this after we find a way for these low-preference
>> mappings to be useful?
>
> I
Max Nikulin writes:
> On 05/08/2024 10:19, Joseph Turner wrote:
>> Max Nikulin writes:
>>> - My impression is that multiple types may have the same suffix, so
>>>there should be "get all media types for given suffix" method.
>>> - It should be
Max Nikulin writes:
> On 04/08/2024 00:37, Joseph Turner wrote:
>> jshttp/mime-types utility does this:
>>// source preference (least -> most)
>>var preference = ['nginx', 'apache', undefined, 'iana']
>> and then discards dup
Joseph Turner writes:
> I think https://github.com/broofa/mime does something similar.
Actually, broofa/mime relies on another package for ranking:
https://github.com/broofa/mime-score
Max Nikulin writes:
> On 02/08/2024 02:55, Joseph Turner wrote:
>> Support for "text/org" in <https://github.com/jshttp/mime-db> would
>> let
>> the Agregore browser (<https://agregore.mauve.moe/>) render Org
>> files.
>> Then hyperdrive.el
escribe what is implied by "defacto" that would be awesome.
I'd like to open a new PR. Would you elaborate on "de facto mimetype"?
Thank you!
Joseph
Ihor Radchenko writes:
> Joseph Turner writes:
>
>>> You probably meant to link to some different ticket here.
>>
>> https://todo.sr.ht/~ushin/ushin/188
>
> So, you want an equivalent of `org-safe-remote-resources'.
For now, we've added a comm
Ihor Radchenko writes:
> Joseph Turner writes:
>
>>> The case with hyperdrive.el is not the same.
>>> You may want to discuss it on emacs-devel.
>>
>> Thank you! It is a good idea to get more input on securing
>> hyperdrive.el. For now, I went throu
do.sr.ht/~ushin/ushin/178
- https://todo.sr.ht/~ushin/ushin/178
> As for untrusted-content, there is no point using it now - it was
> specifically introduced for Org mode. It may or may not become a part of
> more general security framework in Emacs.
Sounds good.
Thank you!!
Joseph
Ihor Radchenko writes:
> Joseph Turner writes:
>
>> ...
>> (eww "https://ushin.org/needs-list.org#%3A%3A%23care";)
>>
>> ...loads the file in eww-mode with point at the top of the file.
>>
>> I think it would be more useful to instead activate
x27;t handle Org documents at all. On my
machine, loading https://ushin.org/needs-list.org#%3A%3A%23care in
Firefox downloads the file as if the fragment weren't there.
What other issues might arise when encoding search options this way?
Any other comments/questions welcome :)
Thank you!
Joseph
February 1, 2024 at 4:23 AM, "Ihor Radchenko" wrote:
>
> jos...@ushin.org writes:
>
> >
> > >
> > > > > What we can do then is pass an extra argument to :follow function -
> > > > > the
> > >
> > > > > link object. That way, :follow function can get all the information
> > > it
> > >
>
January 17, 2024 at 5:15 AM, "Ihor Radchenko" wrote:
>
> Joseph Turner writes:
>
> >
> > >
> > > May you please provide an example with an Org file containing file links
> > >
> > > and how you envision to transform them? Will
Hi Ihor,
Ihor Radchenko writes:
> Joseph Turner writes:
>
>> My Emacs setup broke today due to the presence of a lockfile inside
>> "~/.local/share/org/todo". I use EXWM, and I show org-agenda on startup:
>>
>> (add-hook 'after-init-hook
eason (maybe EXWM didn't fully load),
Emacs simply hung without prompting, leaving me with a black screen.
The attached patch silently removes lockfiles from org-agenda-files.
Thanks!
Joseph
P.S.
I'm not sure how the lockfile ended up there. Maybe I killed Emacs with
SIGKILL while one
Ihor Radchenko writes:
> Joseph Turner writes:
>
>>>> I'd like for users to be able to take an existing directory of Org mode
>>>> documents and copy them all into a hyperdrive. I think the least
>>>> surprising behavior is for the links between
Ihor Radchenko writes:
> Joseph Turner writes:
>
>>> See `org-open-file' IN-EMACS argument - we may use different handlers
>>> to open file links. Currently, IN-EMACS can be 'system or 'emacs. But
>>> nothing stops us from adding more options.
Ihor Radchenko writes:
> Joseph Turner writes:
>
>>> It would be more reliable to provide a separate link type.
>>> We might even extend the special file+application: link type syntax that
>>> already allows special behavior for opening file links.
>>
Joseph Turner writes:
> - When handling "file" type links, check if `org-current-uri-scheme'
> matches one of the keys in `org-link-parameters', and use the
> appropriate handler instead of the "file" handler. (see attached patch
> for an example usage i
Ihor Radchenko writes:
> Joseph Turner writes:
[...]
> Thanks for reporting!
> Fixed, on main.
> https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=d15e52fef
Thank you for the quick fix!
>> In hyperdrive.el currently, "[[/foobar]]" and "[[
sclusion-make-from-link
with point on "[[/foobar]]", org-transclusion.el ends up inserting this:
#+transclude: [[file:/foobar]]
which, at least with hyperdrive.el, doesn't point to the same file as
#+transclude: [[/foobar]]
All suggestions are welcome!
Thank you!!!
Joseph
Ihor Radchenko writes:
> Joseph Turner writes:
>
>> I'd like for exported HTML output to include HTTP links to info manuals
>> besides the Emacs and Elisp manuals. Is this possible?
>> ...
>
> Now, you can.
> https://git.savannah.gnu.org/cgit/emacs/org
URL points to <https://www.gnu.org/>, but it
would be useful to have the option to specify a different host, like:
https://magit.vc/manual/transient.html#Introduction
Thank you!!
Joseph
Rudolf Adamkovič writes:
> Joseph Turner writes:
>
>> (setopt org-ctags-open-link-functions nil)
>
> Oh, thank you! This regularly drives me crazy.
You're welcome!
> I added the following to my Emacs/Org configuration:
>
> #+BEGIN_SRC emacs-lisp :results no
Ihor Radchenko writes:
> Joseph Turner writes:
>
>> When org-ctags-find-tag is a member of org-open-link-functions, fuzzy
>> links and custom-id links are broken. Instead of following those links,
>> Emacs prompts for a filename with "Visit tags table (default TAG
ay break some ctags functionality.
Thanks!
Joseph Turner
No worries!!
Have a good day :)
On October 30, 2022 11:02:18 PM PDT, Ihor Radchenko wrote:
>Ihor Radchenko writes:
>
>>> Good catch! I will submit a v3 patch.
>>
>> Did you have a chance to work on the patch?
>
>Oops. I missed that you did and I even merged it. :facepalm:
>Sorry for the noise.
Thank you for the fix!
Joseph
Bastien Guerry writes:
> Ihor Radchenko writes:
>
>> Bastien, there seems to be an issue with Worg export on server. Can you
>> please check?
>
> This is now fixed, thanks:
>
> https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-plantuml.html#org6cd541e
find when I execute the org src code block on my
local machine.
Joseph
No worries! Thanks for your patient help.
Ihor Radchenko writes:
> Ihor Radchenko writes:
>
>> Joseph Turner writes:
>>
>>> You're right! Thank you for catching my mistake. I'll send another patch.
>>
>> Did you have a chance to work on the pa
Document the new functionality of ob-plantuml to insert ASCII diagrams
directly in the buffer.
---
.../babel/languages/ob-doc-plantuml.org | 57 +++
1 file changed, 46 insertions(+), 11 deletions(-)
diff --git a/org-contrib/babel/languages/ob-doc-plantuml.org
b/org-contrib/
You're right! Thank you for catching my mistake. I'll send another patch.
Joseph
Ihor Radchenko writes:
> Joseph Turner writes:
>
>> Document the new functionality of ob-plantuml to insert ASCII diagrams
>> directly in the buffer.
>
> Thanks!
>
>>
You're very welcome! Thank you for your guidance. I learned quite a lot of
Elisp during this process.
On August 6, 2022 1:24:46 AM PDT, Ihor Radchenko wrote:
>Joseph Turner writes:
>
>> When :results header arg is set to a value that doesn't include
>> "file&qu
Document the new functionality of ob-plantuml to insert ASCII diagrams
directly in the buffer.
---
This patch documents the changes made here:
https://lists.gnu.org/archive/html/emacs-orgmode/2022-08/msg00110.html
.../babel/languages/ob-doc-plantuml.org | 55 +++
1 file cha
When :results header arg is set to a value that doesn't include
"file", insert txt output in buffer below src block.
TINYCHANGE
---
etc/ORG-NEWS| 7 +++
lisp/ob-plantuml.el | 12 +---
2 files changed, 16 insertions(+), 3 deletions(-)
diff --git a/etc/ORG-NEWS b/etc/ORG-NEWS
will submit a v3 patch. Is this still a TINYCHANGE or
shall I do a copyright assignment?
> Also, can you please update the ob-plantuml documentation according to
> the changes made. The current version is in
> https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-plantuml.html
Gladly.
Best,
Joseph
When :results header arg is set to a value that doesn't include
"file", insert txt output in buffer below src block.
TINYCHANGE
---
etc/ORG-NEWS| 7 +++
lisp/ob-plantuml.el | 13 ++---
2 files changed, 17 insertions(+), 3 deletions(-)
diff --git a/etc/ORG-NEWS b/etc/ORG-NEWS
equivalent to the value of params produced by the
current org-babel-execute:plantuml function. However, when the above
function is executed on a block like:
#+begin_src plantuml :file "this.png"
Bob->Alice : Hello1!
#+end_src
I get "Code block produced no output."
I suspect that setting the scoped params variable has no effect on the
execution of the function, since I can set params to '((:results .
"none")), and I'll still get a printed result if
org-babel-default-header-args:plantuml is set to the above value.
Is it safe to modify the value of org-babel-default-header-args:plantuml
from within the function? Would that even work?
Thank you for your patience in figuring this out with me :)
Joseph
ams)))
(params (if do-export
(add-to-list 'params '(:results . "file")))
(out-file ...
```
Logging the params variable after the let* block reveals that :results
is set to "file", but I still get "Code block produced no output" when
I try to evaluate the plantuml org src block.
Thoughts?
Joseph
xecute:plantuml function based on the value of the params
arg? Or perhaps you have a different solution?
Once we straighten this issue out, I am happy to resubmit the updated
patch with your suggested style changes.
Warmly,
Joseph
Allow src block execution without ":file" header arg. When ":file" is
omitted, insert txt output in buffer below src block.
TINYCHANGE
---
etc/ORG-NEWS| 5 +
lisp/ob-plantuml.el | 10 +++---
2 files changed, 12 insertions(+), 3 deletions(-)
diff --git a/etc/ORG-NEWS b/etc/ORG-NE
Le 20/07/2022 à 16:20, Joseph Vidal-Rosset a écrit :
>
>
> Le 20/07/2022 à 15:38, John Kitchin a écrit :
>
>> (let ((org-export-with-broken-links t)
>> (org-latex-pdf-process
>> '("pdflatex -interaction nonstopmode -she
mode -shell-escape
> -output-directory %o
> %f"))
Thanks ! now emacs --deamon works smoothly, but unfortunately I get this
message when I try to export my org file via pdflatex:
> Wrote
> /home/joseph/Dropbox/Mes_articles_soumis/jvr-bivalence-futurs-contingents-intuitionnisme-
Hello John, (cc. list emacs-orgmode)
I have a problem with my emacs setup that is in relation with org-ref 3.
My emacs version is 29.0.50, via Prelude emacs, and my emacs is
launched with "emacs --daemon" .
Here is the error:
> Loading /home/joseph/.emacs.d/personal/myorgexpo
sécurisée Proton Mail.
--- Original Message ---
Le samedi 9 juillet 2022 à 05:47, Ihor Radchenko a écrit :
> Joseph Vidal-Rosset jos...@vidal-rosset.net writes:
>
> > Is there a way to include Mathjax in html emails produced via M-x
> > org-mime-htmlize ?
> >
>
Hello,
Is there a way to include Mathjax in html emails produced via M-x
org-mime-htmlize ?
I would be glad to find a solution to this (small) problem.
All the best,
Jo.
https://lists.gnu.org/archive/html/emacs-orgmode/2019-11/msg00016.html
Hello,
I would be glad to apply this patch. But I do not succeed in finding in
org-mode documentation how applying a patch.
Many thanks for your help .
Jo.
now:
>
> (setq org-export-before-parsing-hook '(org-ref-csl-preprocess-buffer))
>
>
> John
> --- Original Message ---
> Le lundi 4 juillet 2022 à 09:55, Joseph Vidal-Rosset
> mailto:jos...@vidal-rosset.net>> a écrit :
>
>> Hello,
&
try to get and export with
bibliographical references inside an email. I’m using org-ref 3.
Your help is welcome,
All the best,
Jo.
/home/joseph/Dropbox/myblog/blog.bib
n.me/).
--- Original Message ---
Le dimanche 26 juin 2022 à 09:17, Joseph Vidal-Rosset
a écrit :
> Hi John,
>
> I am ashamed for having not understood this solution by myself !
>
> It works perfectly also with my csl style.
>
> Many thanks again for your so kin
://proton.me/).
--- Original Message ---
Le samedi 25 juin 2022 à 13:16, John Kitchin a écrit :
> Hi Joseph,
>
> It looks like what I suggested (e.g. use a csl file that supports what you
> want)
>
> This org file:
>
> #+csl-style: american-medical-association-brackets.c
Hello everyone,
With org-ref (version 3) I meet the following (minor) problem with the
html export of references when I want to give the pages of a book in
numerical csl format.
With LaTeX export, no difficulty: I get
[1, pp. 55-56]
to refer to the book 1 and pages 55-56.
With html export,
>
> May you provide a step-by-step reproducer starting from emacs -Q?
>
> Best,
>
> Ihor
Thanks Ihor,
It is neither an emacs nor an org-mode issue, but it concerns the way of
calling a php scritpt from an html file, and it is not easy, at least for me.
I admit that my email is therefore irrel
Hello,
Here is my problem. The code below, that is the code of the page called
"index.php" works.
< https://www.vidal-rosset.net/fCube/ >
But I would be happy to have this prover in this web page
<
https://www.vidal-rosset.net/fcube_an_efficient_prover_for_intuitionistic_propositional_logic.htm
Department of Chemical Engineering
> Carnegie Mellon University
> Pittsburgh, PA 15213
> 412-268-7803
> @johnkitchin
> http://kitchingroup.cheme.cmu.edu <http://kitchingroup.cheme.cmu.edu>
>
>
>
> On Sat, Dec 4, 2021 at 9:45 AM Joseph Vidal-Rosset
> mailto:jos.
1021/acs.jcim.9b00975>
>
>
>
>
>
> John
>
> ---
> Professor John Kitchin (he/him/his)
> Doherty Hall A207F
> Department of Chemical Engineering
> Carnegie Mellon University
> Pittsburgh, PA 15213
> 412-268-7803
> @john
rover in Prolog: leanseq.pl
Joseph Vidal-Rosset - Personal Blog
Home
About
Contact
Educasup
Arguments
Provers
Code
Another sequent calculus prover in Prolog: leanseq.pl
2021-12-03, updated 2021-12-03 next - previous
A note about the prover published by
Philip Zucker from
hes,
>
> Joseph Vidal-Rosset writes:
>
>> Dear all,
>>
>>
>> I just succeeded in solving my problem.
>>
>> l-210-235 of myblogexporter.el, I changed the code for:
>>
>> (defun org-export-head-export-headers (directory-name backend)
>> "
-modified-p t)) "-noexport-noreexport")))
and it works with org-ref 3.
Best wishes, I attach myblogexporter.el
Jo.
Le 02/12/2021 à 14:17, Joseph Vidal-Rosset a écrit :
> Dear John (cc. Ivan),
>
> First, thanks for your help and for your patience, that's very kind of you.
>
&
John Kitchin a écrit :
>
> Joseph Vidal-Rosset writes:
>
>> Dear Andras,
>>
>> You are very probably right. I will have a look on this entry in my
>> default bibliography file.
>>
>> The code
>>
>> (let ((org-export-before-parsing-hook '(org
17:33, András Simonyi a écrit :
> Dear Joseph,
>
> based on the error message there seems to be a problem with the
> 'curley-nil-on-bennet-spinoz' bibliography entry, is it possible that
> it contains a 'year = nil' row? If yes then I don't think that is
> we
(org-open-file (org-html-export-to-html)))
in my setup provokes this unwanting effect:
[Prelude] Loading personal configuration files in
/home/joseph/.emacs.d/personal/preload...
Loading /home/joseph/.emacs.d/personal/preload/myorgexport.el (source)...
Output file:
and with Enter :
[Prelud
n University
> Pittsburgh, PA 15213
> 412-268-7803
> @johnkitchin
> http://kitchingroup.cheme.cmu.edu <http://kitchingroup.cheme.cmu.edu>
>
>
>
> On Tue, Nov 30, 2021 at 12:16 PM András Simonyi
> mailto:andras.simo...@gmail.com>> wrote:
>
> Dear
Many thanks Andras for this first clarification. There is no hurry and
after John's advice, I will take the most convenient decision.
Many thanks to both of you for your very helpful works.
Best wishes,
Jo.
Le 30/11/2021 à 18:16, András Simonyi a écrit :
> Dear Joseph,
>
> unf
Dear John, and dear Andras,
Having updated my org-ref to the last version, I see that the html
export of bibliography does not work any longer for my blog.
Reading Andras's note here
https://github.com/andras-simonyi/citeproc-org
I confess that I am lost.
What have I to do to not waste too muc
n-version-3.
>
> You can find configuration details at
> https://github.com/jkitchin/org-ref/#configuration.
>
> On Wed, Oct 20, 2021 at 2:59 AM Joseph Vidal-Rosset
> wrote:
>
>> Dear John,
>>
>> I upgraded org-ref to get org-ref 3 and I met the following difficult
Dear John,
I upgraded org-ref to get org-ref 3 and I met the following difficulties:
- my shortcut to get the list of my bib file did not work, and I have to
use the emacs menu,
- I did not get via org-ref a pdf file of any paper,
- cite links with the page(s) via "description" show only th
Le 18/10/2021 à 18:49, Joseph Vidal-Rosset a écrit :
> I just did it. But the problem is always the same... :(
I did it in a wrong way. I compiled emacs again, and it works now!
Many thanks to all !
Bonne soirée !
Jo.
Le 18/10/2021 à 16:46, András Simonyi a écrit :
> Dear Joseph,
>
> in theory evaluating
>
> (libxml-available-p)
>
> should tell you whether your Emacs has libxml support -- most probably
> it doesn't. Maybe you should try to recompile using the --with-xml2
> s
Le 18/10/2021 à 12:54, John Kitchin a écrit :
> This could mean you have an emacs that was not compiled with libxml.
>
> Type C-h v system-configuration-options
>
> and look for --with-xml2
>
> to see if your emacs was built with it.
> John
I have this.
#ifdef HAVE_LIBXML2
xml_cleanup_parse
u.edu>
>
>
>
> On Mon, Oct 18, 2021 at 4:12 AM Timothy <mailto:tecos...@gmail.com>> wrote:
>
> Hi Joseph,
>
> The function libxml-parse-xml-region has been around for a while,
> what version
> of Emacs are you running?
I just compiled emacs 29...
> All the best,
> Timothy
>
Hello everybody,
I get this message error with citeproc:
citeproc-style-parse: Symbol’s function definition is void:
libxml-parse-xml-region
I do not find the solution. Your help is welcome,
All the best,
Jo.
To Eric and to Ihor, many thanks. My problem was already solved by Eric
with the LateX magic trick, so, I consider now that the problem is solved.
Best wishes,
Jo.
Le 13/10/2021 à 09:50, Ihor Radchenko a écrit :
> Joseph Vidal-Rosset writes:
>
>> Maybe. I'm using presently Pre
1 - 100 of 436 matches
Mail list logo
