Accessing the window associated with a Sketch stream

[pamoroso]

Suppose I create a Sketch stream with:

(FILESLOAD SKETCH)
(FILESLOAD SKETCH-STREAM)
(SETQ S (OPENIMAGESTREAM "Initial Title" 'SKETCH))

At a later time I may want to access the window associated with the stream, for example for changing the title or managing some properties. How do I do that?

Since (WFROMDS S) yields ARG NOT DISPLAY STREAM I can get the window with (fetch (STREAM F1) of S) but this requires SYSEDIT. This feels like a hint F1 is an internal field and I may be doing something wrong. And having do load SYSEDIT from an application program feels odd.

What is the recommended or idiomatic way of accessing the window associated with a Sketch stream, assuming it's idiomatic to do that in the first place?

[nbriggs]

Have a look at the filecoms for SKETCH-STREAM -- you'll see that it defines \SKSTRM.WINDOW.FROM.STREAM which will give you the window for a stream (it just fetches F1 of the window). The thing that's a little odd to me is that the DSP of the window that is associated with the sketch stream is not the sketch stream but instead another display stream associated with the window. If someone wants to dig in to why it's that way it might be possible to clean it up - so that the generic case of WFROMDS finds the right window when it walks through every open window on the screen looking for one which has a DSP equal to the stream you called it with.

[pamoroso]

\SKSTRM.WINDOW.FROM.STREAM works well thanks. I'd be happy with such a revised WFROMDS as long as no major code relies on the current behavior.

[rmkaplan]

WFROMDS also has a special branch for text streams. I cleaned it up a bit, but it is still unfortunate. The window itself has a display stream, where it does the printing and display. But that's different than the textstream that the user is generally working with. So it has to go from the textstream to its window rather than from the window's stream to the window. Maybe there should be a generic imagestream-to-window function that each of the imagestreams would have to support.

…

On Mar 29, 2025, at 10:44 AM, Nick Briggs ***@***.***> wrote: Have a look at the filecoms for SKETCH-STREAM -- you'll see that it defines \SKSTRM.WINDOW.FROM.STREAM which will give you the window for a stream (it just fetches F1 of the window). The thing that's a little odd to me is that the DSP of the window that is associated with the sketch stream is not the sketch stream but instead another display stream associated with the window. If someone wants to dig in to why it's that way it might be possible to clean it up - so that the generic case of WFROMDS finds the right window when it walks through every open window on the screen looking for one which has a DSP equal to the stream you called it with. — Reply to this email directly, view it on GitHub <#2086 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AQSTUJO6EEWWR4X3AMONAQD2W3LYVAVCNFSM6AAAAAB2BLRL62VHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTENRWGM2DKNA>. You are receiving this because you are subscribed to this thread.