Agustin Martin wrote:
> You noticed this because of a change in experimental iamerican string. Was
> "american (American English)" and changed to
> "american (American English - medium)", and change triggered debconf
> question. This has now been reverted
I see. That makes sense.
> --- a/debian/dictionaries-common.templates
> +++ b/debian/dictionaries-common.templates
> @@ -24,8 +24,11 @@ Type: select
> Choices-C: ${choices}, Manual symlinks setting
> __Choices: ${echoices}, Manual symlinks setting
> _Description: System's default ispell dictionary:
> - Because more than one ispell dictionary will be available in your system,
> - please select the one you'd like applications to use by default.
> + When no specific dictionary is selected, ispell will choose its default
> + by using "/usr/lib/default.{aff,hash}" links. Selected dictionary will
> + be used for default symlink and as global emacs default when ispell is
> + used. Use "Manual symlinks setting" if you want to handle symlinks
> + yourself. No global emacs default for ispell in that case.
I like this approach because I suspect it will align nicely with upstream
documentation.
"selected" when referring to how a dictionary is chosen feels vague
--- who is doing the selecting and how? I suppose it means "when
no -d parameter is passed to ispell" and since the dictionaries policy
doesn't impose requirements on packages _using_ ispell that's all one
can say.
I would be happier if the prompt could say something like
If the context does not require some specific language and the
user has not specified a dictionary in ~/.ispell-default,
ispell will fall back to using the default dictionary pointed
to by symlinks named default.aff and default.hash under
/usr/lib/ispell.
Please indicate which dictionary should be used as a
system-wide default. This determines the target of the
aforementioned symlinks and also sets a global emacs default.
Use "Manual symlink setting" if you want to handle the
symlinks yourself. There will be no global emacs default for
ispell in that case.
though I'm not sure whether that describes current application
behavior well or not.
Thanks and hope that helps.
Jonathan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
