bug#57470: fill-column icon on the ruler is wrongly placed

[Christopher Dimech]

> Sent: Tuesday, August 30, 2022 at 12:04 AM
> From: "uzibalqa via Bug reports for GNU Emacs, the Swiss army knife of text 
> editors" <bug-gnu-emacs@gnu.org>
> To: "Eli Zaretskii" <eliz@gnu.org>
> Cc: 57470-done@debbugs.gnu.org
> Subject: bug#57470: fill-column icon on the ruler is wrongly placed
>
> ------- Original Message -------
> On Monday, August 29th, 2022 at 11:26 AM, Eli Zaretskii <eliz@gnu.org> wrote:
> 
> 
> > > Date: Mon, 29 Aug 2022 05:09:32 +0000
> > > From: uzibalqa via "Bug reports for GNU Emacs,
> > > the Swiss army knife of text editors" bug-gnu-emacs@gnu.org
> > > 
> > > Have changed fill-column through mode-hooks for org-mode and text-mode 
> > > only as follows
> > > 
> > > (defun colum-property () (setq fill-column 72))
> > > 
> > > (add-hook 'org-mode-hook #'colum-property)
> > > 
> > > (add-hook 'text-mode-hook #'colum-property)
> > > 
> > > But when I load a "tex" or "texi" file, then call "M-x ruler-mode", the 
> > > ruler takes the
> > > value 72 for fill-column when displaying the fill-column icon on the 
> > > ruler.
> > 
> > 
> > Because the modes for TeX and Texinfo files inherit from Text mode.
> > For example, the doc string for latex-mode says, inter alia:
> > 
> > Entering Latex mode runs the hook ‘text-mode-hook’, then
> > ‘tex-mode-hook’, and finally ‘latex-mode-hook’. When the special
> > subshell is initiated, ‘tex-shell-hook’ is run.
> > 
> > Note the reference to text-mode-hook.
> > 
> > This is not a bug.

I clash with the concept that text-mode-hook would affect tex-mode and 
latex-mode.
Can understand that prog-mode-hook is evidently trying to affect  programming 
language
modes.  But not so evident that users can naturally associate text-mode-hook as 
a hook
encompassing a category of internally text-mode derived modes.

 
> It is very confusing.  I thought it was related to prog-mode-hook (reason I 
> made request
> for way to list associated modes).  Looks like there is ever greater need now 
> for things
> that help us without excessive need to go into internals.  Am quite sure that 
> emacs internal
> design is rather atrocious for even experienced programmers to understand 
> efficiently.
> 
> 
> 
> 
>