Hi all,
Here is the 4th (or so) iteration of the grammar for titles that
I think deals with most of the issues in this thread along with a
bunch of nasty test cases. The previous attempts can be inspected in
the git history, but long story short, it is extremely hard to find a
grammar that
Hi,
even using "smart quotes", single quotes are not correctly exported into
html, odt or latex.
I have as document:
| #+LANGUAGE: de
| #+OPTIONS: ':t
| #+OPTIONS: toc:nil
| It's a 'test'. "Please".
If I export it to html I get:
| Its a test. Please.
I should get:
| Its a test. Please.
If
Unfortunately, I don't know anything about straight.el. However, I note
that the very first line of your grep is a line from the org-compat.el
for version 9.5, so you are still getting mixed versions.
My guess is that straight.el is installing from the master branch of the
org repo rather than
Ihor Radchenko writes:
> David Masterson writes:
>
>> Could an extensible pre-hook that runs a list of functions take care of
>> the inconsistencies where each function recognizes one change to the
>> standard grammar and adjusts the input accordingly?
>
> Could you elaborate? For now, this
I'm trying to run this on a fairly recent emacs-master w/ native-comp
enable, using ~emacs -Q ~/test-cites.org~, where test-cites.org is this:
#+cite_export: csl
"/home/matt/Zotero/styles/chicago-manual-of-style-16th-edition-inline-notes-for-syllabi.csl"
#+bibliography:
Thanks, Tim.
I deleted all org-related files and started again, with the same result.
Oddly, I do find reference to org-url-p in my basic org setup:
Richards-Mac-Pro:~/.emacs.d/straight/repos/org/lisp stanton$ grep -i org-url-p
*.el
org-compat.el:(define-obsolete-function-alias
On Thu, May 27, 2021 at 11:02 AM Bruce D'Arcus wrote:
> One other thing I tested just now not yet accounted for: a locator
> whose values is a list; for example, that renders as (Doe 2019, pp.
> 23, 25).
>
> Is there an easy way to handle that?
Nevermind; this works as expected.
Hi Greg,
Bastien merged that patch just before I was going to modify it in
response to your suggestions. I think, 3 commits is too much noise in
git history for the single item in FAQ. However I can to prepare one
more correction. Maybe you have got a better idea how to avoid confusion
with
Confirmed.
Yes, I would agree that not being able to clear the priority by entering
space when using numeric priorities is a bug. The minibuffer prompt even
states you can enter a space character to clear the priority.
To reproduce -
set the org variables
(setq org-priority-highest 1
On Thu, May 27, 2021 at 10:34 AM Bruce D'Arcus wrote:
>
> On Thu, May 27, 2021 at 10:18 AM Bruce D'Arcus wrote:
>
> > I was expecting (not to say I should have necessarily) in this case:
> >
> > [cite:@doe p23]
> >
> > ... that either "p23" is recognized as a locator, or as a suffix
> > string
On Thu, May 27, 2021 at 10:18 AM Bruce D'Arcus wrote:
> I was expecting (not to say I should have necessarily) in this case:
>
> [cite:@doe p23]
>
> ... that either "p23" is recognized as a locator, or as a suffix
> string for the citation reference.
To be clear, Nicolas, your change to the
On Thu, May 27, 2021 at 9:12 AM Nicolas Goaziou wrote:
>
> Hello,
>
> "Bruce D'Arcus" writes:
>
> > On Thu, May 27, 2021 at 4:01 AM Denis Maier wrote:
>
> >> I think a plain "p" in front of a number is not recognized as a locator
> >> prefix.
> >> Nicolas's post mentions "page", "p.", "pp." as
Thanks, you managed to understand my question. I was wondeing if there was
a risk of privilege escalation. Fortunately that seems not to be the case.
El jue., 27 may. 2021 15:13, Tim Cross escribió:
>
> Rafael Ramirez Morales writes:
>
> > Just a couple of questions:
> > who is the owner of
Hello,
"Bruce D'Arcus" writes:
> On Thu, May 27, 2021 at 4:01 AM Denis Maier wrote:
>> I think a plain "p" in front of a number is not recognized as a locator
>> prefix.
>> Nicolas's post mentions "page", "p.", "pp." as valid locator terms for
>> page. So in your case this here seems to
Gotcha, yeah I only use priority 1 through 5 with a kind of "Getting Things
Done" mentality to file things away in their right place.
I don't like using letters unfortunately, but thanks for this potential
workaround in that case.
Clearing priorities with a space and enter doesn't work though,
Hello,
Denis Maier writes:
> I think a plain "p" in front of a number is not recognized as
> a locator prefix.
> Nicolas's post mentions "page", "p.", "pp." as valid locator terms for
> page. So in your case this here seems to apply: "The part of the
> suffix before the locator is appended to
Rafael Ramirez Morales writes:
> Just a couple of questions:
> who is the owner of the HELLO file?
> OR
> who is the owner of the "touch" process?
>
> Is the owner the unprivileged user or the "emacs" system?
>
> Thanks.
>
Not clear exactly what your asking. The process which will execute the
On Wed, May 26, 2021 at 4:39 PM Nicolas Goaziou wrote:
> The processor uses the "en-US" CSL locale file shipped with Org for rendering
> localized dates and terms in the references, independently of the language
> settings of the Org document. Additional CSL locales can be made available
> by
On Thu, May 27, 2021 at 4:01 AM Denis Maier wrote:
>
> Am 27.05.2021 um 03:58 schrieb Bruce D'Arcus:
> > On Wed, May 26, 2021 at 8:47 PM Bruce D'Arcus wrote:
> >
> >> BTW, I did get it all setup, and do seem to have run into a bug.
> >>
> >> Input:
> >>
> >> [cite/noauthor:@latexcompanion p23]
>
Hello,
Denis Maier writes:
> I've just tried to test this, but I can't get it to work.
>
> I've done
> git pull
> make
>
> And I'm getting:
> In toplevel form:
> oc-csl.el:93:1:Error: Cannot open load file: No such file or
> directory, citeproc
>
> Do you have an idea what's going wrong here?
Just a couple of questions:
who is the owner of the HELLO file?
OR
who is the owner of the "touch" process?
Is the owner the unprivileged user or the "emacs" system?
Thanks.
On Wed, 26 May 2021 at 17:53, Glenn Morris wrote:
> Package: emacs,org-mode
> Version: 28.0.50
> Severity: important
>
Thanks for working on updating the template!
If the worg ob-template.el is broken, I feel like your updates should be
replacing what is there, even if it isn't perfect yet. I can help you replace
it if you would like to be contributing your version to improving the
documentation.
On Wed, May
Hi,
Am 26.05.2021 um 22:33 schrieb Nicolas Goaziou:
thanks for this!
I've just tried to test this, but I can't get it to work.
I've done
git pull
make
And I'm getting:
In toplevel form:
oc-csl.el:93:1:Error: Cannot open load file: No such file or directory,
citeproc
Do you have an idea
Am 27.05.2021 um 03:58 schrieb Bruce D'Arcus:
On Wed, May 26, 2021 at 8:47 PM Bruce D'Arcus wrote:
BTW, I did get it all setup, and do seem to have run into a bug.
Input:
[cite/noauthor:@latexcompanion p23]
Output (not position of the locator label):
(p 1993, 23)
Hmm ... experimenting
OK, think I've worked out what the problem is.
The function org-url-p is defined in org 9.5, but not org 9.4. Your
running org 9.4.6, which does not have that function. The fact something
in your install is trying to call org-url-p would indicate you have a
mixed or messed up installation of
Richard Stanton 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.
>
26 matches
Mail list logo