StackOverflow2013

Note that there are some explanatory texts on larger screens.

plurals

PO
primarykey
Id
15753829
data
AcceptedAnswerId
0
AnswerCount
0
ClosedDate
CommentCount
0
CommunityOwnedDate
CreationDate
2013-04-01T23:50:22.603
FavoriteCount
0
LastActivityDate
2013-04-01T23:50:22.603
LastEditDate
LastEditorUserId
0
OwnerUserId
1684079
ParentId
13681780
PostTypeId
2
Score
2
ViewCount
0
LastEditorDisplayName
text
Body
You also need to tell WebKit/JavaScriptCore at runtime about your bindings (this is in addition to linking with filename_wrap.o). Specifically you need to bind them to the global JavaScript object (in order to invoke per your .js examples). A callback on the WebKit window can be used to get a timely reference to the global JavaScript context, and then you can register your functions onto it. Adapting this <a href="https://github.com/vrruiz/WebKit-JavaScriptCore-Extensions/blob/master/webkit-02.c#L87" rel="nofollow">example</a> of hooking into the <code>window-object-cleared</code> signal the code could look similar to this: <pre><code>/* the window callback - fired when the JavaScript window object has been cleared */ static void window_object_cleared_cb(WebKitWebView *web_view, WebKitWebFrame *frame, gpointer context, gpointer window_object, gpointer user_data) { /* Add your classes to JavaScriptCore */ example_init(context); // example_init generated by SWIG } /* ... and in your main application set up */ void yourmainfunc() { .... g_signal_connect (G_OBJECT (web_view), "window-object-cleared", G_CALLBACK(window_object_cleared_cb), web_view); webkit_web_view_load_uri (WEBKIT_WEB_VIEW (web_view), "file://filename.html"); ... } </code></pre> Depending on which branch of SWIG you are using you may need to generate the <code>example_init</code> function yourself (check filename.cxx); for reference here is what an initializer function to <a href="https://github.com/oliver----/swig-v8/blob/devel/Doc/Manual/Javascript.md#wrapper-functions" rel="nofollow">register wrapped C functions</a> would look like in SWIG: <pre><code>int example_init(JSContextRef context) { JSObjectRef global = JSContextGetGlobalObject(context); ... jsc_registerFunction(context, global, "gcd", _wrap_gcd); ... } </code></pre> NOTE -- SWIG does not yet officially support JavaScript; the above refers to using the work-in-progress (non-production) SWIG branches. References: <ul> <li>SWIG-V8 <a href="https://github.com/oliver----/swig-v8" rel="nofollow">source</a> and its <a href="https://github.com/oliver----/swig-v8/blob/devel/Doc/Manual/Javascript.md#wrapper-functions" rel="nofollow">Javascript documentation</a> </li> <li>swig-jsc <a href="https://github.com/ashishs99/swig-jsc" rel="nofollow">source</a> and its <a href="https://github.com/ashishs99/swig-jsc/blob/a15943ac/Examples/javascript/simple/runme.cxx#L95" rel="nofollow">example</a> of registering bindings</li> <li>SWIG JavaScriptCore GSoC project <a href="https://github.com/Neha03/gsoc2012-javascript" rel="nofollow">source</a> (Google Summer of Code 2012) </li> <li>Webkit: Extending JavaScript article-- <a href="http://rvr.typepad.com/wind/2011/10/webkit-extending-javascript-1.html" rel="nofollow">tutorial</a> / <a href="https://github.com/vrruiz/WebKit-JavaScriptCore-Extensions" rel="nofollow">example code</a></li> </ul>
Tags
Title
singulars
PostAcceptedAnswerId
1. This table or related slice is empty.
PostParentId
1. POjavascript extension to use C based APIs(clutter) in a webapp
 singulars
 PostTypePostTypeId
 PTQuestion
PostTypePostTypeId
1. PTAnswer
UserLastEditorUserId
1. This table or related slice is empty.
UserOwnerUserId
1. UShumbletim
plurals
PostLinksPostIdRelatedPostId
1. This table or related slice is empty.
PostLinksRelatedPostIdPostId
1. This table or related slice is empty.
PostsAcceptedAnswerId
1. This table or related slice is empty.
PostsParentIdCreationDate
1. This table or related slice is empty.
VotesPostIdCreationDate
1. This table or related slice is empty.
CommentsPostId
1. This table or related slice is empty.

Querying!

Guidance

A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.