[bug #64624] [pic] doesn't restore fill color after writing output

[Dave]

Follow-up Comment #10, bug #64624 (project groff):

[comment #9 comment #9:]
> Apart from the semantics of "fill color" being different for _nroff_
> devices, I don't think this report has much to do with _grotty_.

I suppose the underlying question is whether nroff's "fill color" semantics
make sense.  My (limited) understanding is that fill color is intended to
affect drawing commands, so nroff's decision to interpret it as changing text
background color is questionable.

> _pic_ moved something and didn't put it back when it was done.

Are changes to fill color expected to be persistent across pic calls?  If the
user runs a pic region whose code explicitly changes the fill color, should
they expect that change to still be in effect in a subsequent pic region in
the document?  Or should they expect every pic invocation to restore settings
upon exit to what they were before that invocation?

The problem of this ticket seems a little more focused than that: upon issuing
only an "arrow" command, a user probably shouldn't expect pic to alter the
fill color at all.  When pic itself chooses to set a fill color, without the
user asking for it, that seems a clearer case of pic needing to put things
back where they came from.


    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?64624>

_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/