Re: [External] : Q2 - moving by sentences and what is considered to be a sentence

[Tatsu Takamaro <tatsu.takamaro@gmail.com>]

Thank you. The

*'(sentence-end-double-space nil)*

in the *custom-set-variables* section did the job.

Of course, we have only one space between literary sentences, at least 
if we talk about a normal human text. I've never met another behaviour.

вс, 15.12.2024 5:10, Drew Adams пишет:
>> Commands "forward-sentence" and "backward-sentence" do not move by
>> sentences actually. I tried in both Text and Fundamental modes. If there
>> are two or more sentences in a line, they ignore the dot in the middle.
>> I guess it is somehow connected with an internal mode's settings (what
>> is considered to be a sentence). But it seems logical that when I'm in a
>> Text mode, a literary sentence should be treated as sentence, where a
>> dot sign (or ? or ! and so on) is a delimiter.
>>
>> How can I tell Emacs to treat sentences as literary sentences? At least
>> in a Text mode.
> Probably you have only one space character after the punctuation ending a sentence.  If so, and if you want to continue to do that, then customize user option `sentence-end-double-space' to give it the value `nil'.  Use `M-x customize-option' to do that.
>
>
> `C-h v' tells you this:
>
> sentence-end-double-space is a variable defined in `paragraphs.el'.
>
> Its value is t
>
>    This variable is safe as a file local variable if its value
>    satisfies the predicate `booleanp'.
>
> Documentation:
> Non-nil means a single space does not end a sentence.
> This is relevant for filling.  See also `sentence-end-without-period'
> and `colon-double-space'.
>
> This value is used by the function `sentence-end' to construct the
> regexp describing the end of a sentence, when the value of the variable
> `sentence-end' is nil.  See Info node `(elisp)Standard Regexps'.
>
> You can customize this variable.