Koen Deforche wrote:
> I've double checked this solution really works as expected. You will
> only get a vertical scrollbar since the text wraps horizontally. Can
> you provide a screenshot of the wrong behaviour ?
Sure, see attached [in the email I sent directly]. (I double checked
I was using the file you sent, and recompiled it from scratch.)
> As to the API usage, I believe the situation is a bit artificial.
> Usually you will add a WContainerWidget to the layout (when the
> application is more complex),
I guess I'm a bit confused, as I though the layout managed a container ?
Or are you referring container+layouts within container+layouts ?
I got the impression that the latter wasn't needed or might break
things, and that a single container and a hierarchy of layout managers
was sufficient ?
> which gets the scrollbar if its contents
> (which could be the text or any combination of widgets) starts
> overflowing, and then you can use the API (setOverflow()) to achieve
> the same effect as the CSS declarations supra. We should probably add
> this method also to WText which is kind of the exception as a basic
> widget which may benefit from scrollbars. The attached test-case shows
> a solution without CSS.
It's entirely probable that I was doing the wrong thing when I
tried to use a WScrollArea to solve the problem, but I wasn't
able to stumble upon a combination that worked either.
> As to CSS, in many scenarios, designers (which are all too familiar
> with CSS) will be responsible for styling an application and then this
> is a benefit. I also believe it works well when you limit your usage
> of CSS to decorative aspects rather than layout.
I'm sure that's the way that someone familiar with Web type stuff would
approach things, but I'm not familiar with the intricacies of all
the web technologies, and would prefer to remain that way :-)
(Too much to do, too little time!). From a C++ point of view
using CSS doesn't seem to be very natural way of setting the style.
An inheritance of perhaps STL like approach for separating the
functionality and style would seem to be more C++ like.
> But I agree that CSS appears deceptively simple but is in fact rather
> complex, and the more so with browser quirks.
Yes, that aspect worries me a great deal.
thanks,
Graeme Gill.
------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
witty-interest mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/witty-interest
