Closed
Bug 31905
Opened 25 years ago
Closed 24 years ago
GTK embedding widget with new embedding apis needed
Categories
(Core Graveyard :: Embedding: GTK Widget, defect, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: blizzard, Assigned: blizzard)
Details
The GTK widget needs to be reimplemented using the new embedding APIs. I'm on
it.
Comment 2•25 years ago
|
||
It doesn't build with the 7.4.2000 tarball. Can someone fix this, please ? I'd
like to build a libXp/Xprt print demonstrator and need the widget...
Questions:
- How to get a notification if page loading was done within the widget ?
- How simulate a PAGEDOWN key automatiacally, e.g. that the next part of a page
is drawn ?
Assignee | ||
Comment 3•25 years ago
|
||
There are a lot of other features that need to be added. Here are the ones that
I know about:
o signal that allows you to keep track of a page as it loads
o load finished signal
o signal to prevent loading of urls
o interface to "stream in html or xml"
o interface to the DOM ( maybe? )
o bind "standard" keys ( pageup/pagedown/spacebar, etc )
Let's keep adding things that need to be added to the widget here.
Assignee | ||
Updated•25 years ago
|
Summary: The GTK widget needs to be reimplemented using the new embedding APIs → GTK embedding widget with new embedding apis needed
Comment 4•25 years ago
|
||
blizzard, ill be happy to do the signals. ok, or have you started on that ?
Something we have often needed is an interface for jumping between links (like
tabbing).
Assignee | ||
Comment 6•25 years ago
|
||
Please ignore the spam. Changing address.
Assignee: blizzard → blizzard
Status: ASSIGNED → NEW
Assignee | ||
Comment 8•25 years ago
|
||
I also need to add another header file so that you can get your hands on the
nsIWebBrowserChrome object if you need to.
Comment 9•25 years ago
|
||
RFEs (as discussed in the newsgroup):
- There's need for a sync version of gtk_moz_embed_load_url()
(gtk_moz_embed_load_url_sync() ??)...
- There should be a way to get to the Chrome widget from the gtk widget yet (and
backwards...)
Comment 10•24 years ago
|
||
Needs to be possible to hook a nsIWebProgressListener to the control
before it loads its first document -- at present the moz widget isn't realized
until then, and AddProgressListener fails.
Assignee | ||
Comment 11•24 years ago
|
||
The widget is complete and has the same functionality as the other. RFEs should
go in other bugs.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 12•24 years ago
|
||
Is there a description page available for this widget ? URL ?
Assignee | ||
Comment 13•24 years ago
|
||
Updated•13 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•