Wine Traffic Brian Vincent

This is the 172nd release of the Wine's kernel cousin publication. It's main goal is to be as short and concise as possible so I can enjoy my vacation. It also serves inform you of what's going on around Wine (the Un*x windows emulator).
News News

Frank's Corner surpassed a 1000 posts in the application forum.

Slow news week? Yeah, you could say that. I'm also on vacation, so some of the threads aren't covered completely. Alexandre is also on vacation, so there hasn't been as much CVS activity this week. I'd expect a new Wine release next week but we'll have to see.

Project Management

Based on last week's IRC meeting Dimi updated the To Do list. The biggest change is moving things from a 0.9 to-do list to a 1.0 to-do list. It certainly makes the 0.9 one seem much more complete:

A new version (v0.9) of the Wine 0.9 TODO is available for your viewing pleasure at:

The work-in-progress one is available at:

Most important changes in this one is that a bunch of stuff was moved over to the Wine 1.0 TODO:

Any feedback concerning this (rather large) changes is more than welcomed.

Integration Mike Hearn Ender Apple Mark

Supporting compiled HTML help files has been a bit of a problem with Wine. We've covered this before, most recently in issue #153. Someone wrote to the list this week with some info and wondered if it would be helpful in the effort:

Just wondering if Wine folks are implementing a chm viewer and if you would be interested in a specification on the internal files of CHMs and even relicencing some of the code for my chm decompiler.

all at http://bonedaddy.net/pabs3/hhm/

BTW; please cc me in replies since, while i'm subscribed i don't want to get heaps of other wine discussion & so i've turned off mail delivery.

Ender wrote back with a detailed description of the problem:

I've already written the major chuck of a CHM viewer - to the point I have a native Windows viewer using nothing but the WebBrowser ActiveX control.

The secondary problem is how to display the HTML + JavaScript needed for a CHM viewer. I've started work on this several times, and so far the *best* (in terms of existing compatability with IE's CSS/JS/HTML 'features') has been KJs and KHtml from the KDE project.

Gecko doesn't cut it - it's quite slow, bulky and worst of all too strict on standards compliance. Nothing you want in a Windows system component. Well, not the last one anyway :)

However KHTML and KJS -are- tied to the QT library. It's quite possible to decouple them (the embedded konq suite already does this to some extent, as does WebCore from Apple's Safari project)... however it is somewhat time consuming. Using WebCore can probably greatly speed this up of course.

I ran into two other problems. First, I have gotten a Windows-native KHTML/KJS viewer running - however splitting it into an API mapping to the existing dll structure is complicated... and I know next to nothing about writing ActiveX objects.

The second is that I never could get an answer from Alexandre as to adding C++ code to WINE itself. It would be possible to write it as a seperate non-core implementation, but many of these DLLs also have non-browser related APIs that need to be in WINE itself. Again, diverting api calls between the versions in WINE and our browser versions is complicated and in this case plain ugly.

Anyway, that's all rather off-topic... we can already build a CHM viewer, it's displaying the HTML/JS that's the problem :)

A bunch of people wrote in to discuss the idea of using KHTML, but the fact that it relies on Qt is a major problem. The solution would be to find a de-Qt'ed version and begin using it. Such a version seems to exist, Mark Westcott pointed out AtheOS seemed to have done such a thing at one point. Mike Hearn felt Internet Explorer itself was easy enough to get running under Wine that it could be used.

Documentation

Tom Wickline changed the documentation to remove compression when using cvs. Andi Mohr wanted to know why that was done because people on slow connections could definitely benefit from it. Marcus Meissner pointed out cvs was broke, Because cvs -z3 still hangs at the end of any cvs command.

A couple people pointed out that compression could be used if the cvs client was updated. Fabian Cenedese gave a pointer to a good client:

If a warning/info goes into the dox then it should be like: "... use cvs 1.11.5 or bigger..." as recently the new version 1.11.6 came out. I haven't tried it though.

Fixes

Kristoffer Ericson gave a pointer to some software that works with Wine - Ventrilo. From their website:

Ventrilo is a scalable Voice over IP (VoIP) communications system that solves a lot of the problems associated with network latency, packet loss, uptime and administration.

Ventrilo can be used for home / personal applications like talking to friends and family, or playing organized online games where Voice Comm can make them more exciting and productive. It can also be used in an enterprise environment as a productivity tool for conducting long distance group discussions.

Kristoffer included some tips to get it running:

Just wanted to point out that Ventrilo (www.ventrilo.com) works in wine with abit of work. Although it requires 3 files (gsm 6.10 codec among other things). The bug i'm left with currently is that when 2 people speak (at same time), it freezes up.

Ventrilo will probobly make a linux version but wanted you all to know.