From: Carsten Dominik <carsten.dominik@gmail.com>
To: "Sébastien Vauban" <wxhgmqzgwmuf@spammotel.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: Re: Update ispell-dictionary to text language
Date: Fri, 15 Jan 2010 08:14:24 +0100 [thread overview]
Message-ID: <0D07D866-37AB-419D-BB59-61DC376681FB@gmail.com> (raw)
In-Reply-To: <873a2ai9vx.fsf@mundaneum.com>
I have seen this thread and I am still contemplating what
to do with it. More input and opinions would be welcome.
- Carsten
On Jan 13, 2010, at 11:20 AM, Sébastien Vauban wrote:
> Hi Benjamin,
>
> Benjamin Andresen wrote:
>> Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
>>>
>>> Here my proposal (and my very first self-written chunk of ELisp
>>> code) for
>>> switching to the right language for ispell, upon reading the
>>> contents of
>>> the meta-tag `LANGUAGE'.
>>
>> I think using File Variables are better for this. For no particular
>> reason
>> except they are standardized and don't require any additional code
>> in Org
>> Mode.
>> (info "(emacs)Specifying File Variables")
>> # -*- ispell-local-dictionary: "german" -*-
>
> I know them, even use them in directories (see `.dir-locals.el'),
> instead of
> files.
>
> --8<---------------cut here---------------start------------->8---
> ((org-mode . ((ispell-local-dictionary . "american")
> (time-stamp-format . "%:y-%02m-%02d")
> (time-stamp-start . "^#\\+DATE: +")
> (time-stamp-end . "$"))))
> --8<---------------cut here---------------end--------------->8---
>
> BUT there is a *language specification* in the Org template:
>
> --8<---------------cut here---------------start------------->8---
> #+TITLE: Scorpios.org
> #+AUTHOR: Seb Vauban
> #+EMAIL: no@one.com
> #+DATE: 2010-01-13 Wed
> #+DESCRIPTION:
> #+KEYWORDS:
> #+LANGUAGE: en
> --8<---------------cut here---------------end--------------->8---
> ^^
>
> AND it is *used by Org* (at least for the HTML export, and for LaTeX
> as well I
> think -- or, in any case, it should use it).
>
> Thus, I try to avoid declaring which language is used in the buffer
> at two
> different spots, because we can change one and forget to change the
> other.
>
> Therefore, I would like to keep only one language declaration (the
> one of the
> Org template, in this case), and get Emacs follow it.
>
> Does this make sense?
>
> Best regards,
> Seb
>
> --
> Sébastien Vauban
>
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
- Carsten
next prev parent reply other threads:[~2010-01-15 7:55 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-11 11:27 Update ispell-dictionary to text language Sébastien Vauban
2010-01-11 15:31 ` Benjamin Andresen
2010-01-13 10:20 ` Sébastien Vauban
2010-01-15 7:14 ` Carsten Dominik [this message]
2010-01-15 8:55 ` Sébastien Vauban
2010-01-15 10:22 ` Torsten Wagner
2010-02-21 8:25 ` Carsten Dominik
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=0D07D866-37AB-419D-BB59-61DC376681FB@gmail.com \
--to=carsten.dominik@gmail.com \
--cc=emacs-orgmode@gnu.org \
--cc=wxhgmqzgwmuf@spammotel.com \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.