I wonder if there's a windows version of PyJamas-desktop ?
I could only find downloads fro MAC and Debian.

On Mar 3, 7:01 pm, Stef Mientki <stef.mien...@gmail.com> wrote:

not only that, but compiling and linking against libicu38.lib (an MSVC-
compiled version of ICU) actually caused gcc to segfault, so i had to
hack together a mingw cross-compiled version of libicu

not only _that_, but libxml and libxslt version dependencies are so
borked on win32 that i was unable to find or compile a pair of working
libxml and libxslt libraries, so had to drop libxslt.

here are the notes:

http://lkcl.net/webkit/cross-compile-gtk.notes.txt

not only that, but after spending over a week doing this, i ran into a
brick wall compiling up python modules using mingw32 (which i've since
got enough information to resolve).

bottom line is: if you want to have a go at compiling webkit and then
pywebkitgtk for win32, knock yourself out, i'll be happy to advise,
but remember to budget at _least_ two weeks for the process (full
time).

you will be doing everyone a _big_ favour.

So I thought PyJamas-desktop would complete the environment,
but if I understand it well, it's just a webbrowser, is that correct ?

It might be worth waiting for wxwidgets / wxPython,
as they are working on the webkit integration for windows.

What kind of editor / IDE are people using, working with PyJamas ?

On Mar 3, 10:20 pm, Stef Mientki <stef.mien...@gmail.com> wrote:

 the DOM model manipulation turns the whole "web browser" into a
"desktop canvas" - equivalent in effect to the Windows low-level GUI
API, or equivalent to the X-Windows low-level GUI plus e.g. Athena
Widgets or something.

it's hard to describe.

the closest alternative equivalent is python-hulahop (but minus
pyjamas.ui and pyjamas.DOM) which is XUL / Gecko with python bindings
to the DOM model.

 the work i did in august added the absolutely crucial DOM model
manipulation.  bug #16401 in webkit.

 without that work, the level of interaction with webkit is nothing
more than keyboard and mouse, back-button control, open a url, close a
window, receive a notification when a url has been loaded.

wow big xxxxing deal.

syntax on
set ts=4
set sw=4
set expandtab

i run ctags -R at the top level of a project which gives a way to jump
to any function and any data references.

i run a 4x6 fvwm2 desktop (24 1200x800 virtual screens), two maybe
three xterms open in about half of the 24 xterms, and a quarter of
them have firefox.

so this is in my ~/.fvwmrc:
DeskTopSize 6x4
read ConfigFvwmPager
Module FvwmPager

if i need an extra editor session, i  Ctrl-Z the current vi session
and run a new vi command.

when doing webkit glib / gdom hacking in august i ended up having 250
vi sessions in one xterm and 150 in the other.  ps aux | grep vi | wc
gave 650 vi processes, and i had to start using things like jobs |
grep DOMWindow in order to find the right editor session.

today, that's:
 ps aux | grep vi|wc
    377    4490   32311

so, 377 vi session currently open.

i don't believe that there are many IDEs that could cope with helping
you navigate quickly through 400 open files.  for the webkit hacking,
20 of which were _actively_ being edited and up to 30 of which were
being auto-generated and so need to be examined regularly to ensure
that they are correct.