Closed
Bug 120035
Opened 23 years ago
Closed 6 years ago
new_window* signals need revamping/substituting for language bindings
Categories
(Core Graveyard :: Embedding: GTK Widget, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
Future
People
(Reporter: crichton, Assigned: blizzard)
References
Details
Attachments
(1 file, 2 obsolete files)
5.36 KB,
patch
|
Details | Diff | Splinter Review |
The current implementation of the new_window signal makes writing language bindings for the gtkmozembed widget extremely cumbersome. A better way to handle this signal is to do a "proper" return of the GtkMozEmbed pointer, rather than stuffing it into space saved for it my the function call.
The easiest way to do this change (and keep people who already use the current API) is to create another set of signals that instead of returning void, return a GtkMozEmbed widget.
Assignee | ||
Updated•23 years ago
|
Target Milestone: --- → mozilla1.0
Reporter | ||
Comment 1•23 years ago
|
||
This one doesn't seem to be fixed at all. Chris, we talked about this a while
back. Would making a new_window2 signal be the sane thing to do here?
Assignee | ||
Comment 2•23 years ago
|
||
Yep.
Reporter | ||
Comment 3•23 years ago
|
||
patch to add new_window2 signal with different semantics. This version is
much friendlier to language bindings.
Comment 4•23 years ago
|
||
The change doesn't look like it has any obvious problems. I would probably make
the new marshal function static though -- no need to clutter the symbol table.
Comment 5•23 years ago
|
||
Also sounds important. Confirming.
Comment 6•23 years ago
|
||
Is this patch going into CVS anytime soon (propably before the 1.0 final
release)?
Updated•23 years ago
|
Keywords: mozilla1.0.1
Comment 7•23 years ago
|
||
we're not going to hold 1.0.1 for this.
Keywords: mozilla1.0.1 → mozilla1.0.1-
Updated•23 years ago
|
Keywords: mozilla1.1
Comment 8•23 years ago
|
||
This patch replaces the patch already in here. The given patch didn't compile
with mozilla 1.0.0, mine does (at least with the debian source, but AFAIK the
debinan patches don't change anything here.). The only difference to Marks
patch is that NEW_WINDOW2 is added to the enum of possible signals in
gtkmozembedprivate.h.
It works fine on my machine, tried using debian pygtk 0.6.9-3 and current cvs
pygme (in gnome CVS server).
Reporter | ||
Comment 9•22 years ago
|
||
New new_window2 patch. This has been tested with gtk1 and gtk2. Hoping this
can actually get included at some point for people working on gtk language
bindings.
Attachment #74975 -
Attachment is obsolete: true
Attachment #87515 -
Attachment is obsolete: true
Comment 10•22 years ago
|
||
The current patch needs the patch from bug 121253 applied.
I know that bug 121253 is already closed, but this is to make clear that the patch doesn't compile using mozilla 1.0 or 1.2 based mozillas.
I also hope that this patch will be accepted soon, to help all pygme users (e. G. http://pykiosk.sourceforge.net/) because it is annoying to tell your users that not only they need a specific beta from mozilla, but they also have to patch and compile it themselves.
Depends on: 121253
Comment 12•20 years ago
|
||
Hello? Anyone alive? ...
Updated•15 years ago
|
QA Contact: pavlov → gtk-widget
Updated•13 years ago
|
Product: Core → Core Graveyard
Comment 13•6 years ago
|
||
Embedding: GTK Widget isn't a thing, closing.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•