Oh well.
Might make a note in the description of the WPopupWidget about in cases
where overflow is hidden (such as the the table view) it may render the
popup unusable. Took me quite a while to realize it was popping up, I
just couldn't see it.
Thanks,
Thomas
On 03/20/2013 12:40 PM, Koen Deforche wrote:
Hey Thomas,
On Mar 20, 2013 6:15 PM, "Thomas Suckow" <thomas.suc...@pnnl.gov
<mailto:thomas.suc...@pnnl.gov>> wrote:
>
> I was using setAnchorNode. What I did was create a WContainerWidget
to return as the editor in a WItemDelegate. Then create the
WPopupWidget and set its anchor to be the WContainerWidget. As
expected, the popup is directly south of the container/the cell being
edited in the WTableView. Unexpectedly the popup is not visible
because the TableView hides overflow. I only tested this with one row
in the table.
On second reflection, that makes sense: the widget will be anchored
within the tableview because it has a scrollable area and it should
scroll together.
It's not an option to remove the overflow from the tableview either. I
believe there's no simple solution to realize this within HTML/CSS...
Regards,
koen
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
_______________________________________________
witty-interest mailing list
witty-interest@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/witty-interest
