No, I don't think it is a widget, gtk problem -- since I could change the CSS to correct the problem.<br><br>I wrote a javascript fragment:<br><br>document.write('width:' + window.screen.width + " height:" + window.screen.height);<br>
<br>On XO1.0 I got a response: "width:840 height:634" and on XO1.5 I got "width:1200 height:900"<br><br>If this is a known situation, and it is desired for some good reason, I'm sure people like me can live with it.  Otherwise I think the rendering engine on 1.0 and 1.5 should come up with similar defaults -- and considering our installed base-- it should be compatible 800x600.<br>
<br>Persuant to Seth's suggestion, I've discovered that it is possible to write CSS using percentages rather than absolute pixel dimensions, and circumvent haveing to make a decision in javascript based upon reported screen dimension, and load separate CSS pages.<br>
<br>Somebody has cleaned up the webview widget.  I'm having to work around a problem in build 802 that is fixed in F11 -- In the earlier build the widget controled it's own visibility by doing 'self.web_view.get_toplevel().hide()' which made it much more difficult to incorporate in at activity that wanted to use other widgets as well.<br>
<br>Who's maintaining Hulahop/webview?<br><br>George<br><br><br><div class="gmail_quote">On Thu, Apr 22, 2010 at 1:39 PM, Tomeu Vizoso <span dir="ltr"><<a href="mailto:tomeu@tomeuvizoso.net">tomeu@tomeuvizoso.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div></div><div class="h5">On Mon, Apr 19, 2010 at 04:27, George Hunt <<a href="mailto:georgejhunt@gmail.com">georgejhunt@gmail.com</a>> wrote:<br>

> Hi again,<br>
><br>
> My activity uses Hulahop Browser for its help system.  The default browser<br>
> on the XO`1.0 seems set up for 800x600.   The CSS width specs  on the<br>
> functioning HELP activity add up to 800 px wide and everything works out ok.<br>
><br>
> But on F11 XO1.5, the same help activity only renders about 2/3 full screen.<br>
> And I'm experiencing similar problems rendering my help pages between 1.0<br>
> and 1.5.<br>
><br>
> On F11, I believe the default screen width sensed by the xulrunner engine is<br>
> the 1200x900,   the actual screen size.<br>
><br>
> I'm pretty sure there's a way to ask the gecko engine to render on a 800x600<br>
> screen, or alternatively to ask gecko on the XO1.0 to render on a 1200x900<br>
> surface.<br>
><br>
> But I don't know XUL well and I feel I'd be wasting my time learning about<br>
> how to set up gecko, if someone already knows how to solve this one.  I'd be<br>
> willing to modify HELP activity, once we I find an acceptable solution.<br>
<br>
</div></div>Hmm, is the problem that the html content doesn't cover the whole<br>
hulahop area, or that the hulahop widget doesn't fill the whole<br>
screen?<br>
<br>
If the former, it's a matter of html. If the latter, hulahop is a<br>
normal gtk widget and you should use the gtk api to make what you<br>
want. Hulahop should behave the same as a gtk.Button in this regard,<br>
<br>
HTH,<br>
<font color="#888888"><br>
Tomeu<br>
</font><div><div></div><div class="h5"><br>
> George<br>
><br>
> _______________________________________________<br>
> Devel mailing list<br>
> <a href="mailto:Devel@lists.laptop.org">Devel@lists.laptop.org</a><br>
> <a href="http://lists.laptop.org/listinfo/devel" target="_blank">http://lists.laptop.org/listinfo/devel</a><br>
><br>
><br>
</div></div></blockquote></div><br>