From: Aleksandar Dimitrov <mail@aleks.bg>
To: emacs-orgmode@gnu.org
Subject: Re: About multilingual documents
Date: Mon, 03 May 2021 08:58:11 +0200 [thread overview]
Message-ID: <87k0og8fss.fsf@list.aleks.bg> (raw)
In-Reply-To: <871raosx9a.fsf@posteo.net>
Hi Juan,
this sounds very interesting to me, as I, too, mostly write in Org
and, sometimes write documents in multiple languages, usually with
different varieties of either Latin or Cyrillic.
I have some suggestions:
Apart from the export, one of my biggest gripes is
flyspell. Specifically, the fact that you have to choose one language to
spell check the entire document with. That is insufficient in my case.
I think that the syntax you're suggesting looks good, but I'm not
sure how well it'd fit into org-mode's ecosystem. I had something in
mind that was closer to how org-babel works (it's called *babel*
for a reason, isn't it? :D)
#+begin_src org :lang pl
… po polsku
#+end_src
#+begin_src org :lang de
… auf deutsch
#+end_src
This would make use of org-mode's edit special environment function. It
would make it easier to persuade flyspell to do the right thing. You
could, perhaps, add
#+LANGUAGE: en
to the parent document, and then org would take care to set the correct
flyspell language (and the correct macros on LaTeX-export) and change
these parameters in the special environments.
I'm not 100% sure it should be #+begin_src org, maybe introducing a
different special environment would be better, say #+begin_lang XX where
XX is the ISO-code of said language, or the locale (think en_US
vs. en_GB.)
The drawback, and the clear disadvantage compared to your method is that
this works great only when the languages are separated by paragraph
breaks.
Therefore, I think our suggestions might be somewhat orthogonal. Yours
could be a shorthand syntax for introducing inline foreign-language
snippets.
What do you think?
Regards,
Aleks
Juan Manuel Macías writes:
> Hi all,
>
> I'm curious to see how other Org users deal with multilingual documents,
> that is, those documents (for example, philology or linguistics texts)
> that contain a significant number of online quotes in other languages.
> Naturally, this makes more sense in the LaTeX backend, since it is
> convenient to enclose these quotes in a \foreignlanguage command to
> ensure that LaTeX at least apply the correct hyphenation patterns for
> words in other languages.
>
> Luckily, in the latest versions of Babel (the Babel of LaTeX) you don't
> need to do this when it comes to languages whose script is different
> from Latin (e.g. Greek, languages with Cyrillic, Arabic, Hindi, etc.).
> We can, for example, define Russian and Greek as:
>
> #+begin_src latex
> \babelprovide[onchar=ids fonts,hyphenrules=russian]{russian}
> \babelprovide[onchar=ids fonts,hyphenrules=ancientgreek]{greek}
> #+end_src
>
> And also the fonts for both languages:
>
> #+begin_src latex
> \babelfont[russian]{rm}{Linux Libertine O}
> \babelfont[greek]{rm}]{Free Serif}
> #+end_src
>
> For Latin-based scripts it is still necessary enclose the text in the
> \foreignlanguage command. And now comes the question: how do Org users
> who work in multilingual documents to obtain this command when exporting
> to Latex?
>
> I usually use macros, which always tend to work fine. But lately I have
> been testing an alternative markup system using an export filter. The
> idea would be something like:
>
> %(lang) lorem ipsum dolor %()
>
> I start from a list of the most used languages:
>
> #+begin_src emacs-lisp
> (langs '(("en" "english")
> ("fr" "french")
> ("de" "german")
> ("it" "italian")
> ("pt" "portuguese")))
> #+end_src
>
> And other possible languages that Babel supports can be indicated
> explicitly, by prepending "--":
>
> %(fr) ... %()
>
> %(--esperanto) ... %()
>
> (If someone wants to try it, I attach a small Org document).
>
> Best regards,
>
> Juan Manuel
next prev parent reply other threads:[~2021-05-03 15:17 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-05-02 20:20 About multilingual documents Juan Manuel Macías
2021-05-03 6:58 ` Aleksandar Dimitrov [this message]
2021-05-03 17:47 ` Greg Minshall
2021-05-04 7:30 ` Aleksandar Dimitrov
2021-05-04 17:09 ` Maxim Nikulin
2021-05-04 18:55 ` Aleksandar Dimitrov
2021-05-06 16:22 ` Maxim Nikulin
2021-05-04 8:19 ` Eric S Fraga
2021-05-04 8:29 ` Input methods [was: Re: About multilingual documents] Joost Kremers
2021-05-04 9:36 ` Eric S Fraga
2021-05-03 18:48 ` About multilingual documents Joost Kremers
2021-05-04 8:00 ` Aleksandar Dimitrov
2021-05-03 20:33 ` Juan Manuel Macías
2021-05-04 1:00 ` Tom Gillespie
2021-05-04 8:13 ` Aleksandar Dimitrov
2021-05-04 8:44 ` Aleksandar Dimitrov
2021-05-06 11:11 ` Juan Manuel Macías
-- strict thread matches above, loose matches on Subject: below --
2021-05-04 11:43 autofrettage
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87k0og8fss.fsf@list.aleks.bg \
--to=mail@aleks.bg \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).