Sorry to be late.
Mostly agreeing with most others, but a few comments inline.
On 2025-06-11 18:34, Eric Rescorla wrote:
TBH, all of this wordsmithing seems premature, because it's
still not clear to me what the text is trying to say. There are
a set of concrete features one might imagine implementing
here, and I don't see that we have come to agreement about
which ones we are trying to rule in or out:
- Scaling: Yes (probably?)
I'm surprised this even is a question. Devices will scale the documents,
including the diagrams, to fit their screens. Projecting on a screen
will scale up the diagrams by quite a bit. When printing, documents and
diagrams can be scaled to whatever paper size is available, or printed
even larger by splitting across several pieces of paper.
And SVG is designed to work well with this; after all, it's *Scalable*
Vector Graphics.
So what would or could we rule out?
I agree that we shouldn't allow any additional gimmicks such as a slider
to locally scale only the picture,... But if that's what is meant here,
then we should be clear and say so.
- Rearrangement : Maybe? ISTR some said no, Alexis said yes?
That word could include lots of things. Given that we essentially want
something that looks "the same" whenever you print it (even if you don't
actually print it), I'd say no.
- Hiding and showing elements based on size: Probably not?
Agree with excluding. If we have a diagram with a complexity that would
make this desirable, it's better to split it up into several more
limited diagrams (e.g. one as an overview and several more with local
details).
- Dark mode: Maybe? MT was arguing yes, but I just heard Jean say maybe not?
What would that mean? It could mean that the black-on-white diagram
still works when the surrounding text is switched to white-on-black
(relatively easy, although it has to be checked that the black traces on
the white background don't touch the border of the diagram), or it could
mean that the diagram is also switched from black-on-white to
white-on-black (which may require adjustments to line width, font
boldness, and so on to assure visibility, as well as possibly
adjustments to the text referring to parts in the diagram).
- Animation: No
- Direct interaction with the image: No
Agreed.
Regards, Martin.
We should resolve these questions -- or at least the question of the
principle
which is trying to guide them prior to trying to write text.
If the intent is just to defer all of these questions to the RPC, then the
text
should actually say so (I would probably object to this, but perhaps I'm
in the minority on that). However, I don't think it's helpful to just have
vague text that doesn't actually provide the answer without an explicit
delegation to the RPC.
-Ekr
--
rswg mailing list -- rswg@rfc-editor.org
To unsubscribe send an email to rswg-le...@rfc-editor.org
