Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

small changes to support gapi2-codegen #28

Open
HinTak opened this issue Jun 2, 2016 · 3 comments
Open

small changes to support gapi2-codegen #28

HinTak opened this issue Jun 2, 2016 · 3 comments

Comments

@HinTak
Copy link

HinTak commented Jun 2, 2016

I experimented with gapi2-codegen to support gtk2, and found just a small issue. gapi2-codegen does not support the --gapidir= switch, and treat that as an extra input file name, it seems:

sources/Makefile.am-51-     --glue-filename=$(GLUEDIR)/generated.c --gluelib-name=libwebkitsharpglue-2.4.11.so \
sources/Makefile.am:52:     --glue-includes=webkit/webkit.h, --gapidir=$(gapidir) \
sources/Makefile.am-53-     --assembly-name=$(ASSEMBLY_NAME) && \

and fails with a mysterious "cwd/--gapidir=where not found" IO Exception. Any chance of making this small edit configurable?

So one needs to delete that part of the command line. Then for most part, code generation with gapi2-codegen works.

Also, the "," before that looks strange - is that intentional?

@HinTak
Copy link
Author

HinTak commented Jun 6, 2016

Just copied from the other comment... It seems that the newer bindinator started off was compatible with gapi2 and fairly similar to gir2api, then gotten more gapi3 specific, and I "bisected" the gapi breakage to be not too distant past, so it might still be savage'able.

@shana : BTW, I have also a heavily updated webkit-sharp (webkit1-gtk2) to 2.4.11 api. It is based on bindinator's and adapted for gtk2. I found that the api.raw file coming out of bindinator stopped working for gapi2-codegen this one (i.e. this is the last one that works, the next set - 5767727 broken it )

From 146126261e333dd179da42d2b088d2598b590dda Mon Sep 17 00:00:00 2001
From: Andreia Gaita <[email protected]>
Date: Fri, 21 Sep 2012 13:24:34 +0100

Still, it offers a lot more in-depth API than the older webkit-sharp; just turned out that for my purpose (I just need a simple embedded webbrowser without changing SWF-related code) the old code works well enough; but some might like to upgrade to the more extensive 2.4.11 api even if they are still stuck with gtk2. We'll continue that other thought in #28 , but for now, mono-webbrowser is working well!!!!

@shana
Copy link
Owner

shana commented Jun 6, 2016

but for now, mono-webbrowser is working well!!!!

Wow, I'm impressed it hasn't bitrotted to oblivion!

I've been ridiculously busy but I haven't forgotten this, will give some 👀 as soon as I can (probably tomorrow CEST)!

@HinTak
Copy link
Author

HinTak commented Jun 7, 2016

There are system.windows.forms applications out there... I guess you know http://htl10.users.sourceforge.net/FontVal-Linux-xml-tiled.png by now is why I revived mono-webbrowser .

The long and short issue with mono's system.windows.forms is that it depends on gtk2, and one cannot run gtk2 and gtk3 in the same process. I tried porting mono-webbrowser to bindinator's gtk3 bindings - it aborted on start telling me exactly that . So with that, it needs gapi2, and webkit1 . (since webkit2 is gtk3 only).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants