On Tue, Jul 17, 2012 at 10:15 PM, Jeff Van Voorst <jeff.vanvoo...@gmail.com> wrote: > What drew me to the project about 18 months ago was the idea of developing > for desktop and browser at the same time. My question is what is the > intended near-term (3-6 months) support for desktop?
the desktop is desirable for many reasons, and near critical for face-paced development, but thus far (with the exception of MSHTML) it has proven brittle and a gigantic maintenance burden with neverending problems. ... an no one has found a clear way forward. > In particular, what is > this "webkit gobject thing" that is being alluded to, but has not as yet > materialized? there is a branch for that on Github: ... so it has certainly materialized, albeit incomplete. there is not too much left to do there, but i am in a really critical time at work right now and i've personally not been able to return to it. even if i do, what then? it's not likely to work well for Mac, therefore the sage continues. my hope is the plugin framework FireBreath (discussed in the past) will offer a stable, cross-platform toolkit for constructing the native runners/engines. it appears to have near 1-to-1 mappings for everything: DOM: http://www.firebreath.org/display/documentation/class+FB+DOM+Element http://www.firebreath.org/display/documentation/class+FB+DOM+Node Events: http://www.firebreath.org/display/documentation/class+FB+PluginEvent XMLHTTP (?) http://www.firebreath.org/display/documentation/class+FB+BrowserHost+createStream Timers (this is windows specific sadly): http://www.firebreath.org/display/documentation/class+FB+TimerEvent ... all hypothetical ATM. > Also, how would it differ from what is being worked on in > wxPython (running html/javascript/css through webkit/trident (mshtml) via > WebView in the 2.9 development series of wxPython)? no idea what that is or whats being referred to ... links? > A final question is > where are people going to push pyjs -- a primary item would be to have > efficient code running as native as possible on mobile devices and as direct > python code on desktop/laptop machine. there is nothing significantly different in this regard -- we will continue to improve translation and work toward better packaging, distribution, and management of the codebase. this will lead naturally to higher performance. > I am open to working on things (pyjs and pyjd) when I have the time. My > present audience is primarily OS X and Linux users, and at the present, the > community is fine with Gtk windows, etc. there are plenty of low-henagin fruit cleanup type things that need to be done. i understand everyone was max max power+speed but the basic expectation of a project are currently not even being met. i will put together a comprehensive task-list as soon as i'm able, but you can of course just peruse the issues list (but caution: some-to-many may be outdated/obsolete), or correct small issues as you go an submit a pull request. > As some may recall, I was able to get a first stab at pyjd on Mac OS X using > the Gtk version of pywebkitgtk. However, there is an issue with it > seemingly ignoring the html file for hello world and other pyjd > applications. On the other hand, the functionality of the code (e.g. > resizing the window, moving the window, and events) appears to work fine. > Unfortunately, I am not a webkit coder and after going through 10-20 levels > of redirection, and still not finding any errors, I don't know why the html > file is ignored. Any hints in this regard would be appreciated (unless, the > idea is for pyjd on webkit to die). i wish i could help you here but i do not have access to a Mac machine :-( -- C Anthony --
