[Webkit-unassigned] [Bug 31358] [Qt] Various doc fixes
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Nov 11 10:46:40 PST 2009
https://bugs.webkit.org/show_bug.cgi?id=31358
Antonio Gomes (tonikitoo) <tonikitoo at webkit.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |NEW
--- Comment #11 from Antonio Gomes (tonikitoo) <tonikitoo at webkit.org> 2009-11-11 10:46:38 PST ---
(In reply to comment #9)
> (In reply to comment #4)
> > (From update of attachment 42970 [details] [details])
> >
> > 167 If the width and height of the item is not set, they will dynamically
> > adjust to
> > 168 a size appropriate for the content. This width may be large (e.g., 980
> > pixels or
> > 169 more) for typical online Web pages.
> >
> > Is this really true? does it do that?
>
> Humm, I don't know, by looking at blame, if you don't know about it, I guess
> Antonio should...?
I guess it is not true. I could had been a copy&paste error the original
implementation in the kinectic implementation. see
http://qt.gitorious.org/+qt-kinetic-developers/qt/kinetic/blobs/kinetic-declarativeui-gv/src/declarative/fx/qfxwebview.cpp#line172
before simon's sizeHint commit, QGraphicsWebView instances were getting an
invalid size if not explicitly specified. now it gets 800x600.
QSizeF QGraphicsWebView::sizeHint(Qt::SizeHint which, const QSizeF& constraint)
const
{
if (which == Qt::PreferredSize)
return QSizeF(800, 600); // ###
return QGraphicsWidget::sizeHint(which, constraint);
}
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list