bugGNU troff - Bugs: bug #63202, [troff] missing delimiter...

 
 

bug #63202: [troff] missing delimiter diagnostics could say what they were expecting

Submitter:  G. Branden Robinson <gbranden>
Submitted:  Wed 12 Oct 2022 06:33:11 PM UTC
 
Category:  Core Severity:  1 - Wish
Item Group:  Warning/Suspicious behaviour Status:  None
Privacy:  Public Assigned to:  None
Open/Closed:  Open Planned Release:  None
* Mandatory Fields

Add a New Comment (Rich Markup)
   

Comment Type & Canned Response:
       No canned response available

 

Wed 12 Oct 2022 06:33:11 PM UTC, original submission:  

In all of the escape sequences that accept user-determined delimiters, we have diagnostic messages that complain of a missing closing one.

We could therefore say in those messages which delimiter we were expecting, which might make life easier, especially for users who bother to distinguish their nested delimiters instead of just spraying apostrophes everywhere and praying.  The opening delimiter is always stored already as `start`, or in one case `delim`, so there's no overhead to giving the user this information.

However, an attempt to dash this off in five minutes revealed two problems:

1.  Those damnable newline-accepting escape sequences only throw the mismatch diagnostic upon EOF.  When I try to make them complain when a newline is read and it's NOT the delimiter, my regression test trips.  So this feature, apart from being of dubious worth, is subtle and quick to anger.

2.  Having applied, I was sometimes told that the opening delimiter was a "node".  This is not helpful feedback to the user.

Come back to this someday.  The fact that we now (post-groff 1.22.4) identify which escape sequence is being processed when trouble occurs may mitigate the motivation I offered in paragraph 2 above.

G. Branden Robinson <gbranden>
Project 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 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.9