Changing Window Flags

How can a program change the Window Flags for an window that has already been created?

The only way I can see is to use DeleteWindow then CreateWindow, which seems excessive. In particular I am thinking of the horizontal scrollbar flag bit 30, to remove it when the window is full-size. This is just what Zap and StrongEd can do, and they do not seem to delete & recreate. I am sure there is an easier way, but so far my PRM scanning has not revived my memory, and it is annoying me.

Use the Nested Wimp Extensions

Thanks Colin – that looks like what I wanted. I had not looked there because there are no nested windows. Silly of me.

Are there any other ‘notes’ that update the PRMs? I also use Delete Window then Create Window when resizing.

The visible area can be changed using OpenWindow.
The workarea extent can be changed using SetExtent.

As for other notes, there are probably many in diverse places. Makes looking something up problematic. But the mammoth effort required to update the Style Guide, Basic manual and User Guide pales into insignificance compared with the PRMs.

Maybe PRM6 should be started. A pdf including the Nested Wimp changes would be a good thing to add to DDE manuals.

If PRM6 was contemplated, I would suggest starting with PRM5, which already contains updates to PRMs1-4. It would seem silly to have another set of nested updates. PRM6 would then become a useful collection of all the updates to ‘simply’ merge into a new set of base PRMs.

I’m having trouble doing what Martin was talking about in the original post – removing a horizontal scroll bar from an existing window without deleting and recreating it. I can’t seem to work out how the Nested Wimp extensions work. I thought something like this was what was intended:

Block%!0=window%
SYS "Wimp_GetWindowState",,Block%
Block%!32=Block%!32 AND NOT (1<<30)
SYS "Wimp_OpenWindow",,Block%,"TASK",-1,1

That doesn’t have any effect. What am I doing wrong here?

That doesn’t have any effect. What am I doing wrong here?

Is this one of the changes that needs “Force Redraw”? If so, you might be able to test by pressing F12, return.

R2 should contain the magic word “TASK” (i.e. &4B534154) in the code you posted it will be a pointer to “TASK”. Change that and it should work.

Thanks Alan and Fred.

R2 should contain the magic word “TASK” (i.e. &4B534154) in the code you posted it will be a pointer to “TASK”.

Brilliant – thanks! That did the trick.

Is this one of the changes that needs “Force Redraw”? If so, you might be able to test by pressing F12, return.

I can just press F5 – rather like a PC refresh, and RO6 (same key on both of those)
Additional code required in RO5 Filer:

        TEQ     r2, #&5                   ; F5
        BEQ     DecodeMenu_Refresh        ;     F5 key action => force refresh of directory view (RO6/Windows)

Just reuses stuff that ROOL already did with a key shortcut. Tweaking the messages to put the F5 alongside the “Refresh” is a handy reminder for people too.

I can just press F5 – rather like a PC refresh

That’s handy, and I didn’t know about it.

That’s handy, and I didn’t know about it.

Ah, that’s because that bit of code doesn’t exist in Filer except in the modified copy here on my machine.
Just pointing out that some of the things that could be done in RO are incredibly simple changes with almost no new code. That bit I showed is just a coded in method of using an option that is normally a menu click sequence – hence the “DecodeMenu_Refresh” branch label.