On May 28, 2003 06:56 am, Ender wrote:
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
Isn't the eventual goal of WebCore to de-QTfy them? QT is a show
stopper due to licensing
WebCore is a set of Qt stubs as far as I know, which map Qt onto the
MacOS APIs. It's like Wine, but for Qt.
I haven't followed this lately, but I
thought WebCode will eventually get rid of QT, and
Pouech Eric DMI AEI CAEN [EMAIL PROTECTED] writes:
please stop using krnl386.exe export when possible
(especially for dos emulation which is going out of
kernel32/krnl386.exe combo). So, if CreateFile can do,
please use it (ditto for any other krnl386 file related
functions) this is needed
Hi,
I try to run a French-learning software called Decouvertes.
Multiple problems I have, hopefully sombodey answers and can help:
o as a starting point I used the ODBC dlls delivered by the program, The
DB stuff works, but I would like
to know, how to implement the wine-builtin ODBC support
On 28 May 2003, Mike Hearn wrote:
Isn't the eventual goal of WebCore to de-QTfy them? QT is a show
stopper due to licensing
WebCore is a set of Qt stubs as far as I know, which map Qt onto the
MacOS APIs. It's like Wine, but for Qt.
Any current efforts to port WebCore to Win32? Or it's
On Wed, 28 May 2003 12:06:45 +0200, Rein Klazes [EMAIL PROTECTED] wrote:
Agent dies when handling a WM_SYSKEYUP message for the release of the
ALT key.
I checked under real windows. There this message is not sent, but a
WM_KEYUP message instead.
The attached patch corrects the behaviour to what
Question is, as a newbie to wine, how to tell wine, not to use
ole32.dll.so builtin but ole2.dll native. Rename ole32.dll.so,
reconfigure and recompile?
Like this:
wine --dll ole32=n whatever.exe
Alternatively, try and implement the missing 16bit function. IIRC
CoSetState is a stub in the 32
Any current efforts to port WebCore to Win32? Or it's maybe easier
to create a WinCode? BTW, any idea how big this effort is?
Use Google power dimi! First hit for khtml win32:
http://khtml-win32.sourceforge.net/
The project seems to have died around jan/feb of this year, but I think
he got
On Wed, 28 May 2003 12:06:45 +0200, Rein Klazes [EMAIL PROTECTED] wrote:
The attached patch corrects the behaviour to what I see under Windows.
What I forgot to mention in my previous post. The crash only occurs if you
send the mail and that's it. Agent checks for incoming mails at that time.
On Wed, 28 May 2003 14:42:41 +0200, you wrote:
On Wed, 28 May 2003 12:06:45 +0200, Rein Klazes [EMAIL PROTECTED] wrote:
The attached patch corrects the behaviour to what I see under Windows.
Please give it a try.
Unfortunately I sent my previous mail to early. Agent just crashed again
Any current efforts to port WebCore to Win32? Or it's maybe easier
to create a WinCode? BTW, any idea how big this effort is?
In a minute I'll get on with some work and stop spamming everyone. One
last thing, the WebCore framework isn't what we're interested in, we
want KWQ (pronounced quack
You guys are nuts! :) Who is going to maintain all this. This is a
*large* project. Look at Mozilla for crying out loud, a full blown
HTML/JS/etc. engine will easily double the size/scope of Wine.
(broken my promise already sigh :)
I only said fork cos I don't think the KHTML team would
The AtheOS guy de Qt ised KTHML a while back:
http://www.atheos.cx/news.php3 search for KHTML. I can't find the source at
the moment though. This is probably already widley out of date.
I agree with Dimi however that stubbs are gonna be the way to go however,
maintaining a port isn't going to
Hello,
I have been playing a bit with a installer what the
background appears above of the window what you must
press NEXT, what you can't select. It worked only
using Managed = No.
Changing the line:
dlls/x11drv/windows.c
inline static BOOL is_window_managed( WND *win )
{
if
On 28 May 2003, Mike Hearn wrote:
Running through 3 translation layers is going to suck though.
KHTML - KWQ - Wine - Linux
I don't think it's all that bad. Currently we have:
KHTML - WebCore - Cocoa
or
KHTML - QT - Linux
I don't think KWQ will add much overhead, it's going to be
On 28 May 2003, Mike Hearn wrote:
Unfortunately, it seems KWQ is mostly MacOS specific. It's written in
Objective C++, a language I didn't even suspect the existance of until I
read the sources. Example:
QListBox::~QListBox()
{
NSTableView *tableView = [(NSScrollView *)getView()
On 28 May 2003, Mike Hearn wrote:
Rereading Enders email I can't quite decide if he stubbed Qt out in
order to get it running on Win32 or not if we were to track KHTML
CVS, stubs would be the only solution, but as it might need to be forked
Those of you who watch the CVS mailing list already know I fixed this
yesterday. The top 5 are now sorted correctly by number of posts. In my
previous version, I was assuming that Brian had already sorted the list,
so I was just showing the first 5 entries in the XML. Thanks to some
help on
Mike Hearn wrote:
Unfortunately, it seems KWQ is mostly MacOS specific. It's written in
Objective C++, a language I didn't even suspect the existance of until I
read the sources. Example:
...
As if C++ wasn't hard enough to read already!
On a 100% unrelated note, and since this list does
Mike Hearn wrote:
Anyway, as to maintainership, this is a good question. But how comes
adding a clone of IE is nuts, but the rest of Wine is sane, hmm? :) This
whole thing is completely crazy to some extent, but here we are in 2003
with two companies working on Wine and many volunteers it
On Wed, 28 May 2003, Shachar Shemesh wrote:
Oh no - you open software developers are off your head! Next thing you
And yeah, that would be sadly true if we start yet another browser
project, when we already have Mozilla and KHTML... :/
--
Dimi.
b) it'd be based on either khtml or mozilla. not starting a new
rendering engine.
Mozilla is going to be the way to go if Demi can get the gecko to build and work as a
WINElib app
now that it can be built with Mingw. Once that is done we will know what needs to be
fixed in WINE
to support it
That brings me to another issue. The lostwages website code is currently
not licensed under anything. Any thoughts?
I've not heard of licensing website code before outside of stuff like
PHPnuke, which was designed to be software first and a website second.
But if you want to license it for
Le mer 28/05/2003 16:30, Steven Edwards a crit :
b) it'd be based on either khtml or mozilla. not starting a new
rendering engine.
Mozilla is going to be the way to go if Demi can get the gecko to build and work as
a WINElib app
now that it can be built with Mingw. Once that is done we
El mié, 28 de may de 2003, a las 18:11, Carlos Lozano escribio:
Changing the line:
dlls/x11drv/windows.c
inline static BOOL is_window_managed( WND *win )
{
if (!managed_mode) return FALSE;
/* tray window is always managed */
if (win-dwExStyle WS_EX_TRAYWINDOW) return TRUE;
Howdy,
I just reinstalled my Linux system (HD crash), and at the same time
moved to a RH9.0 distro. I read about the problems with the NPTL
threading, and I have the latest CVS running (with the --with-nptl).
Now when I have Agent running (which in all other respects seems fine)
every time I go
Mike Hearn writes:
Anyway, that's all rather off-topic... we can already build a CHM
viewer, it's displaying the HTML/JS that's the problem :)
Good to know you're still around! Simply getting a super-basic
WebBrowser implementation up and running, in Wine, no matter how it's
Thanks Raphael for doing that, as I hadnt had chance to merge in your
changes.
BTW Did I read right that Alexander is away for 3 weeks...!
He'll have a nice workload when he gets back :-)
Jason
Since some surface types are unhandled for now, OffScreenPlain is
assumed.
Unused members of the DDSURFACEDESC2 structure are set to zero,
so the bitperpixel is zero.
DDRAW_width_bpp_to_pitch is called with bpp 0 and apps are stopping on
assert(bpp != 0); /* keeps happening... */
At least
Quoting Paul McNett :
Yes, even if its just plain-text for the time being, any CHM viewer is
better than no CHM viewer.
We have some NYI in Wine code, no problem with that.
The problem with that approach is that many CHM files rely on some
IE-only extensions and/or quirks. Gecko seems to be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le Mercredi 28 Mai 2003 23:58, Ann and Jason Edmeades a écrit :
Thanks Raphael for doing that, as I hadnt had chance to merge in your
changes.
;)
as it's needed. Else alexandre will have too many conflicts while commiting.
And it's better to have
those functions are likely to be rewritten RSN (and
DOSFS_GetFullName may even disappear)
So I'd suggest rather starting by writing test cases for
those functions so we could use those tests when the rewrite
is going to take place
I see the point here. Any ideas about the timeframe? Is
Since Alsa has released a 0.9 version, I think we could write a more
complete driver.
(midi output, recording, channel control...)
Eric and Marco,
are you still working on it ?
=
Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259
No more War !
What if tomorrow
Are you trying the server or the client ? The server works (though it
has a linux version) and I dont know how do you install the gsm 6.10
codec.
--- Kristoffer Ericson [EMAIL PROTECTED] a écrit :
Greetings,
Just wanted to point out that Ventrilo (www.ventrilo.com) works in
wine with
I'll try and remember to dig up the source and post it somewhere. But
regardless, most helpfiles that people actually -need- to read do use
htmlhelp elements that require CSS/JS to actually navigate.
*wanders off to reply to other e-mails, and curses himself for starting a
thread just before bed
Correction, it seems despite first appearances the project was never
born. Its CVS tree is empty. Suckage.
Rereading Enders email I can't quite decide if he stubbed Qt out in
order to get it running on Win32 or not if we were to track KHTML
CVS, stubs would be the only solution, but as
Hello :
At this moment i'm writing a socket class, quite similar to
Winsock OCX control. It is written using unix sockets and threads.
One of the goals of this project would be replacing current native Winsock control by
a Bultin OCX. I've look at Wine Documentation
ant it's simple to create
On Thu, May 29, 2003 at 12:12:26AM +0200, Sylvain Petreolle wrote:
Since some surface types are unhandled for now, OffScreenPlain is
assumed.
Unused members of the DDSURFACEDESC2 structure are set to zero,
so the bitperpixel is zero.
DDRAW_width_bpp_to_pitch is called with bpp 0 and apps
Do you think I should check for the OVERLAY flag into CreateSurface or
into createoffscreen ?
In case I put it in CreateSurface :
- An unhandled case is asked
- If this is an overlay, report not supported
- Otherwise assume offscreenplain
Am I right here ?
Well, I think it would be better to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
i'm trying to get runnig IGI2 and i have a strange problem with dmusic and
the ole classfactory.
As you can see on traces i can't load dmusic.dll for creating the class
factory (dlls/ol32/compobj.c:1162). When i change the .reg to use dsound
Aren't they planning perhaps another small API break for ALSA 1.0?
On Thu, 2003-05-29 at 00:22, Sylvain Petreolle wrote:
Since Alsa has released a 0.9 version, I think we could write a more
complete driver.
(midi output, recording, channel control...)
Eric and Marco,
are you still working
You've made sure it's registered correctly, right? DMusic has quite a
large number of objects/interfaces iirc. Of course DMusic is all stubs
at the moment anyway..
--
Mike Hearn [EMAIL PROTECTED]
QinetiQ - Malvern Technology Center
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le Jeudi 29 Mai 2003 11:18, Mike Hearn a écrit :
You've made sure it's registered correctly, right? DMusic has quite a
large number of objects/interfaces iirc. Of course DMusic is all stubs
at the moment anyway..
Well, i'm trying to get it
I did a search through the alsa-devel archive, didnt see anything like
that for now.
Note that there is no more support for the 0.5x code, clearly sated on
their homepage.
We should at least remove the 0.5 version in winealsa.
--- Mike Hearn [EMAIL PROTECTED] a écrit :
Aren't they planning
The classes must be added to the registry.
Try the attached patch. (entries come from a running Windows 2000 pro)
--- Raphaël Junqueira [EMAIL PROTECTED] a écrit :
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
i'm trying to get runnig IGI2 and i have a strange problem with
dmusic
Hi Ulrich,
I made a much simpler test case. All you need to do is edit the run
script to point to wherever you extracted the test case to. It is only
one file, all you need to do is install the Sun JDK to c:\java
It creates a Swing JFrame and adds a Swing Button and an AWT button.
Switching
On May 29, 2003 04:37 am, Tom Wickline wrote:
3) update : Is there a CVS tree? ( -z3 to -z0 and add the notice )
Please don't make that -z 0 explicit in there, just say:
cvs checkout wine/ANNOUNCE
and remove the slow link comment. In fact, for those questions
I would simply direct people to
47 matches
Mail list logo
