Sound still doesn't work; I used both the shell script and the python script directly. Still no error message. Your online version works flawlessly, though...
The only other thing I'm doing different from before is that I'm daemonizing the web server so the thread dies properly with the program, but I doubt it's that. Ubuntu uses PulseAudio, so maybe try installing gst-pulse to force the use of it. I also know that webkit can play ogg files if you have gst-plugins-ugly installed, but I don't know why gst-plugins-base - which gives webkit mp3 support - doesn't work :/
We need a bigger test group to figure this out.
Can I make a few suggestions about the typewriter effect? Can you make it dump the {name} variable if within the box while typing out the speech text? It would also be nice if clicking or advancing would make it dump all the remaining text like it does in other engines. Waiting for it to complete is a pain, especially during testing
You are right about the typewriter effect. I planned on making it stoppable by using the advancing button anyway, but it didn't really work all that well so I decided to ship it the way it is instead of not shipping it at all in 0.3. I recommend you set speed="0" on the textbox for development.
Last time I checked, which is not that recently, sound worked in WSE Container for me as far as I remember. I don't know what QtWebKit and WebKitGTK do differently to that regard, but maybe the fact that one works and the other doesn't can help find the error?
Not really. They're two different projects that focus on wrapping different parts of Webkit. As far as I know, QtWebkit's does this better than WebkitGTK in several ways, but obfuscate the process to simplify it for users.
My one idea was to take over the GET call for media files and run it internally. This eliminates the need for webkit to have support for the music and looping should be smoother too. It does add more overhead to the client though...
I do think I should move away Python and what I see from Qt with C++ seems to make it worth learning. Belle's editor is written in it (its ~16MB uncompressed) and it includes it's own web server, but not built in browser. It compresses to a ~5MB zip file. To me that's a good thing and writing a proper client would probably not be much bigger either. I can live with adding ~6MB for the engine and container to the archive for Windows. It should be even smaller for a Linux distribution.
I just let a friend test PyWSE, also on Ubuntu 12.04, and it worked for him, the sound that is... now I'm a little confused; I didn't do anything with my sound system, it's right out-of-the-box. And I'm pretty sure he didn't either because he's not exactly a computer expert...
There doesn't seem to be a package gst-pulse on Ubuntu 12.04.
Does the game work in a browser like Midori that's based on webkitgtk? If not, then it's probably related to that.
It works for me in Midori without any problems.
Edit: Ok, it works the first time but doesn't loop.
I wonder... what if I completely drop the container idea. Every OS has a browser, right? What if the container just created a web server and then launched the system's default browser, but a separate program.
Well, maybe not a replacement, but another direction I can pursue.
EDIT: Oh right - That's why nobody else is doing it... There is no way to know when to kill the web server. Oh and music doesn't work for some reason. It's always something :/
Well, that and then also the fact that it doesn't feel like a real app this way.
I guess the problem with the audio not looping in Midori is because WebKit ignored the loop attribute of html audio elements, at least Chrome did, until some versions ago and the version used in my version of Midori is probably older than the version used in current Chrome.
Been playing with Vala a bit and got a basic container going without the built-in web server - for now anyway. I discovered that GIO now has a similar feature to Qt4 Networking that allows you to get create a simple localized web server without having to rely on an external package like libsoup. I think this is pretty awesome and removes the need for python completely - portability wise, it will still need libwebkit, Glib and GTK to work in it's current form, but should be WAY more portable than dragging python along.