https://bugs.freedesktop.org/show_bug.cgi?id=62923

--- Comment #16 from Owen Genat <[email protected]> ---
(In reply to comment #15)
> Basically, I think language-specific exceptions to the autocorrection scheme
> are far from an optimal solution. 

I generally agree.

> The "A--B" rule in itself is quite mechanical and straightforward

Mechanical yes. Straightforward, less so. Refer:

https://bugs.freedesktop.org/show_bug.cgi?id=55292#c65

The challenge here is what pattern pair to use for dash AutoCorrect replacement
i.e., whether to use -- for em dash and neglect en dash, or use --- for em dash
and -- for en dash. The former pair is supported by prominent style guides (APA
and Chicago), the latter by TeX and wiki notation, yet the latter is a much
better solution in terms of AutoCorrection.

> ... whether it is applicable to a particular language or typographical
> tradition, is a different matter. 

Again, generally agreed and there may be a need to at least leave wildcard
entries out/off by default in order to cater for this. This is eventually a
l10n issue.

> the en dash can also occur between the names of months, as in 
> "June--July 1967". Therefore, users will still need an alternative 
> way to insert the en dash between two words.

This example and all the following ones in the list depend on pattern
recognition i.e., a unique pattern to indicate whether em dash or en dash is to
be used. The TeX / wiki notation solves exactly this issue.

> If you want to use the unspaced em dash for one function and the unspaced en
> dash for another, you need to be able to indicate whether it is the em dash
> or the en dash that is wanted in a specific context. This cannot rely on
> simply replacing double hyphens mechanically. 

This is further argument for a distinct pattern. Spacing or no spacing, it is
the distinct nature of the original pattern than matters.

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to