bugGNU roff - Bugs: bug #64450, [nroff] reclaim -e, -s flags for...

 
 

bug #64450: [nroff] reclaim -e, -s flags for preprocessors?

Submitter:  G. Branden Robinson <gbranden>
Submitted:  Thu 20 Jul 2023 04:45:20 AM UTC
   
 
Category:  Core Severity:  1 - Wish
Item Group:  Feature change Status:  Need Info
Privacy:  Public Assigned to:  None
Open/Closed:  Open Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Mon 25 Nov 2024 08:49:46 AM UTC, comment #6: 

comment #5:

> the added comment section lists -p as one of the options nroff
> doesn't support, despite nroff supporting this option


Remedied in commit 2c9186054.

The modified comment weakens the case, I think, for rejecting -g, -G, and -j.  They're switches of convenience, giving the user an easier way to invoke the preprocessors if desired, and fewer differences to have to remember between a troff and an nroff command.  A user who wants to run those preprocessors, even in nroff mode, will grumble a little if their accustomed troff command line fails to work and they have to construct a pipeline.  A user who doesn't want to run them can just omit the switches.  So it helps some users and doesn't hinder the rest.

Dave <barx>
Group Member
Wed 13 Nov 2024 12:36:04 AM UTC, comment #5: 

comment #4:

> It's in the commit's diff.


Oh.  Yes, I do remember (now) how scrollbars work...

I observe that the added comment section lists -p as one of the options nroff doesn't support, despite nroff supporting this option since at least groff 1.19.2 (and in newer releases even doing a decent job using line-drawing characters to approximate simple diagrams).

Dave <barx>
Group Member
Tue 12 Nov 2024 04:43:29 PM UTC, comment #4: 

At 2024-11-12T11:37:27-0500, Dave wrote:

> Follow-up Comment #3, bug #64450 (group groff):
>
> comment #2:
> > I very recently decided against that.
> >
> > https://git.savannah.gnu.org/cgit/groff.git/commit/?id=78394f9f5bbf22f7505c751c122f5b9c5f174073
>
> That commit adds some flags to nroff, but is silent on why others were
> decided against.
>
> It would add a bit of convenience for users to be able to use largely
> the same command-line invocation, changing only the first letter of
> the *roff command.  The grn, grap, and chem preprocessors may not
> render well in nroff (I've never used them), but surely subpar
> rendering is preferable to skipping the preprocessing entirely.
>
> As comment #1 says, these flags are low priority, but what's the
> rationale for rejecting them outright?


It's in the commit's diff.


+  # groff(1) options we don't support:
+  #
+  # -e
+  # -s because of historical clash in meaning.
+  # -f because terminal devices don't support font families.
+  # -g
+  # -G
+  # -j
+  # -p because terminals don't do graphics.  (Some do, but grotty(1)
+  #    does not produce ReGIS or Sixel output.)
+  # -l
+  # -L because terminal output is not suitable for a print spooler.
+  # -N because we don't support -e.
+  # -X because gxditview(1) doesn't support terminal documents (why?).


G. Branden Robinson <gbranden>
Group administrator
Tue 12 Nov 2024 04:37:24 PM UTC, comment #3: 

comment #2:

> I very recently decided against that.
>
> https://git.savannah.gnu.org/cgit/groff.git/commit/?id=78394f9f5bbf22f7505c751c122f5b9c5f174073


That commit adds some flags to nroff, but is silent on why others were decided against.

It would add a bit of convenience for users to be able to use largely the same command-line invocation, changing only the first letter of the *roff command.  The grn, grap, and chem preprocessors may not render well in nroff (I've never used them), but surely subpar rendering is preferable to skipping the preprocessing entirely.

As comment #1 says, these flags are low priority, but what's the rationale for rejecting them outright?

Dave <barx>
Group Member
Mon 15 Jul 2024 02:16:21 AM UTC, comment #2: 


comment #1:

> nroff preprocessor coverage can be expanded even without reclamation: the letters -g, -G, and -j are unused, and they respectively invoke the grn, grap, and chem preprocessors in groff.


I very recently decided against that.

https://git.savannah.gnu.org/cgit/groff.git/commit/?id=78394f9f5bbf22f7505c751c122f5b9c5f174073

G. Branden Robinson <gbranden>
Group administrator
Mon 15 Jul 2024 02:11:52 AM UTC, comment #1: 

nroff preprocessor coverage can be expanded even without reclamation: the letters -g, -G, and -j are unused, and they respectively invoke the grn, grap, and chem preprocessors in groff.

This is very low priority, because any preprocessor can be run the traditional way (in a pipeline), so it adds no functionality, just a bit of convenience.

Dave <barx>
Group Member
Thu 20 Jul 2023 04:45:20 AM UTC, original submission:  

I think this would be cleaner, and AT&T-descended nroff is nearly dead.

Shop this idea on the list.

G. Branden Robinson <gbranden>
Group administrator

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by barx (Posted a comment)
  • -email is unavailable- added by gbranden (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    No changes have been made to this item

    Back to the top

    Powered by Savane 3.14-3b9d.
    Corresponding source code