<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Aug 12, 2018 at 3:15 PM, tim Rowledge <span dir="ltr"><<a href="mailto:tim@rowledge.org" target="_blank">tim@rowledge.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
> On 12-08-2018, at 1:33 PM, Fabio Niephaus <<a href="mailto:lists@fniephaus.com">lists@fniephaus.com</a>> wrote:<br>
> <br>
> On Sun, Aug 12, 2018 at 7:24 PM tim Rowledge <<a href="mailto:tim@rowledge.org">tim@rowledge.org</a>> wrote:<br>
> <br>
</span>[snip]<br>
<span class="">> I'm not sure if it's still in there (really, it should never have been but that's a different story) but the image header used to have some data specifying a window size. You *could* do a little header manipulation to set it to whatever size you think appropriate post-save.<br>
> <br>
> It's still there, but I'd like to avoid manipulating the header manually. The VM should do the right thing anyway...<br>
<br>
</span>Well, now that is an interesting can of annelids to access. I've long argued that there should be no need for that info in the header because there should be no window getting opened until and unless the image code requests it. The RISC OS vm for example only opens the main window if a copyBits writes something to the Display form; that way a headless system needs no silly command line flag etc - just have your image not write to a window! I mean, wow, how innovative is that?<br>
<br>
What I claim ought to happen is something along the lines of<br>
image starts.<br>
some code writes to a window.<br>
image works out useful things like host screen size(s), any environment or config file or in-image size requests and how to format the content to suit.<br>
Host window opens and displays said content.<br></blockquote><div><br></div><div>+1</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Since we can't do all that this week, I suspect that fudging the image header data is probably the least-worst solution for now.</blockquote><div><br></div><div>+1</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> It might be possible to set the build machines to pretend to have a suitable window size in some way but you're probably looking at some time-consuming digging to find out how to get it right for each platform.<br></blockquote><div><br></div><div>Edgar's suggestion of 1024x768 is a sensible one.  One could indent by 32@32 to allow for host menu bars etc.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">tim<br>
--<br>
tim Rowledge; <a href="mailto:tim@rowledge.org">tim@rowledge.org</a>; <a href="http://www.rowledge.org/tim" rel="noreferrer" target="_blank">http://www.rowledge.org/tim</a><br>
</span>"#define QUESTION ((bb) || !(bb))  - Shakespeare."<br></blockquote></div><div><br></div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div>
</div></div>