Well, last time the talking here was that due to QT license, KHTML couldn't be
used, and now with the Safari you don't need any QT (you can use other GUI
kits around)...
Actually Ender was de-Qting KHTML at some point, are you still around Ender?
I haven't seen the code but I expect you can
Hi,
Message d'origine
Sujet: Re: html browser for wine (khtml)
De: Mike Hearn [EMAIL PROTECTED]
A: [EMAIL PROTECTED]
Copie à: [EMAIL PROTECTED], [EMAIL PROTECTED]
Date: 10 Jan 2003 09:14:54 +
snip
About duplication - I think it's probably most likely that the best course would be
As i know, khtml support most of the IE-isms (for compatibility, try to actve IE
support in konqueror).
And for ActiveX, it must be simply supported by a khtml plugin (as crossover plugin
do)
If only it were that simple. Rather ironically the thing that led to me Wine in the
first place
http://winehq.org/news/?view=147#IWebBrowser%20Status
Some of the discussion is summed up there.
Basically Gecko is huge, roughly as big if not bigger than Wine itself.
KHTML is understandable by one person. It's also more easily adapted to
IEisms.
Alexandre, what's the reasoning behind the no
Hi again,
Message d'origine
Sujet: Re: Re: html browser for wine (khtml)
De: Mike Hearn [EMAIL PROTECTED]
A: [EMAIL PROTECTED]
Copie à: [EMAIL PROTECTED], [EMAIL PROTECTED],
Date: 10 Jan 2003 09:47:41 +
As i know, khtml support most of the IE-isms (for compatibility, try to actve
Thank you ! And excuse me! I was looking for some information about
that in the mailing list archive and in the WineWeekly News but probably
I did not pay enough attention.
Mike Hearn wrote:
http://winehq.org/news/?view=147#IWebBrowser%20Status
Some of the discussion is summed up there.
Dimitrie O. Paun wrote:
Compiling stuff with visual studio is a first step. But it should be
very simple to do a Makefile for the examples, how many files do you
have in one example?
Here is an example Makefile that you can use under mingw:
(let me know if it doesn't work, I just typed it inline
Hi !
I've read in the list there is a project about compiling Mozilla under
Wine, I think it would be great.
Several parts of wine need an IWebBrowser implemtation; CHM support,
some applications...
One implementation based on the khtml is in the works, but Mozilla does
implement it yet (
Mike asked me to e-mail a status report on my KHTML work, so here it
is :)
I've been too busy lately (job hunting mostly, although I've also been
sick and bedridden lately) to do any more work on it, and I was really
waiting for Alexandre to comment on my question about C++ before going any
Basically Gecko is huge, roughly as big if not bigger than Wine itself.
KHTML is understandable by one person. It's also more easily adapted to
IEisms.
Alexandre, what's the reasoning behind the no C++ rule?
BTW: if someone follows the kfm-devel (Konqueror's) lists, then you can see
that
Hi, I think this code in menu.c,
BOOL WINAPI SetMenuItemInfoA(HMENU hmenu, UINT item, BOOL bypos,
const MENUITEMINFOA *lpmii)
{
if ((lpmii-fType (MF_HILITE|MF_POPUP)) || (lpmii-fState)) {
/* QuickTime does pass invalid data into SetMenuItemInfo.
Hello Wine developers,
The one program holding back linux adoption in my lab is the application
Kaleidgraph. Kaleidagraph is a graphing application that is avaibable for
Windows and Macintosh.
I've been trying to use Kaleidgraph with wine (wine-20021219) without a
windows installation on the
I'm downloading it now to take a look (until I get a response back on
the menu bug I don't have much to do atm :), but I suggest you upload
the trial exe to a website somewhere if you want people to have a look,
I went through the registration routine but most others won't bother.
Running
On Wednesday 08 January 2003 02:53 pm, Ove Kaaven wrote:
I've been wondering if perhaps MSVC-type __try/__except
support can be done on gcc by taking advantage of gcc's support for
nested functions.
I have a prototype of this and I think it's going to work. Patches (or
at least RFC's) should
Francois Gouget wrote:
This modifies OSS_Wave{In,Out}Init to report the exact capabilities of
the OSS driver. The new code does not try to use SNDCTL_DSP_SETFMTS
since some (old) cards may support 16bit or stereo audio at some sample
rates but not other (higher) rates. It now also reports the
Just a question, I noticed some of the dx8 patches are not applied - Is it
due to the Chrismas backlog where Alexander took a very well deserved break,
or because they have slipped through the cracks (or are there problems with
them)?
Will it help to resubmit them based off the current cvs since
Dan Kegel wrote:
With gcc 3.2 and later, shared libraries
produced by g++ will have a stable ABI,
and different machines (with different versions
of gcc = 3.2) will produce compatible shared libraries.
I forgot to mention: this also means that you
can mix and match shared libraries produced
by
Mike Hearn wrote:
Alexandre, what's the reasoning behind the no C++ rule?
I don't know the particulars, but I do know that g++'s
ABI only very recently stabilized. c++ shared libraries are
Not A Good Idea with any version of gcc prior to 3.2
because shared libraries built on one machine might
On Fri, 10 Jan 2003, Dan Kegel wrote:
[...]
I don't know the particulars, but I do know that g++'s
ABI only very recently stabilized.
Isn't that a contradiction in terms?
[...]
(There was one little ABI tweak between 3.2 and 3.3,
and there may be more
On January 10, 2003 12:48 am, John K. Hohm wrote:
+CLSID const *clsid;/* NULL for end of list */
[...]
+{ NULL } /* list terminator */
Why not terminate the list with a NULL pointer to the struct instead,
it's simpler and more idiomatic...
--
Dimi.
On Friday 10 January 2003 17:17, Mike Hearn wrote:
I'm downloading it now to take a look (until I get a response back on
the menu bug I don't have much to do atm :), but I suggest you upload
the trial exe to a website somewhere if you want people to have a look,
I went through the registration
Francois Gouget wrote:
On Fri, 10 Jan 2003, Dan Kegel wrote:
(There was one little ABI tweak between 3.2 and 3.3,
and there may be more later, but they probably
won't break many apps.)
That too seems incompatible with something declared 'stable'.
Not that I have anything against C++, I like
There are quite a few things that cause the app to crash or draw windows in a
funny way. Once the app is slighlty useable, I can list more bugs.
Yeah, I just tried it. Clearly not happy at all. I'm getting lots of
errors saying it didn't call BeginPaint in a WM_PAINT handler, which
iirc is a
On Fri, 10 Jan 2003, Dan Kegel wrote:
[...]
The g++ ABI will *not* change on a regular basis. It is rapidly
converging on the portable C++ ABI shared by several vendors,
and defined in a standards document.
That's good news. especially if multiple vendors use the same ABI it
seems all the
Hallo,
Marcus sent me patches that made Altera quartus install. Thanks.
Now running the package hangs in the way it communicates with created
processes.
Here is what happens in my understanding:
M: Masterprocess C: Childprocess
M: CreatePipe - handle_read + handle_write
M: DuplicateHandle
On January 10, 2003 06:45 am, Ender wrote:
The current state of my local tree, besides being a mess, is that it has
most QT dependencies removed. Currently it uses a lot of QT stub's around
WinAPI functions that I wish to remove before doing much more work with
it.
Ender, you may be right
On January 10, 2003 02:07 pm, Francois Gouget wrote:
and FreeType breaking backwards compatibility in minor releases, but if
ISVs also have to deal with g++ changing their ABI on a regular basis...
A valid concern. But it should be a configure option (--with[out]-khtml),
so they can easily
Why don't look at the stuff Apple made for their khtml wrapper? They made two
components to interact with khtml. One javascript wrapper (JavascriptCore)
and another component containing some sort of QT wrapper called WebCore. The
license of WebCore looks LGPL compatible (not 100% sure), so
Alberto Massari wrote:
You can read from the MSDN page
(http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/base/movefileex.asp)
what is the format used by MoveFileEx. That string is a NULL-separated
list of pairs of files, where the first one is the source and the
second
On January 10, 2003 05:15 pm, Roderick Colenbrander wrote:
Forgot to include an url to the safari developer page containing the
usefull source code.
Funny thing is, you forgot the second time as well... :)
--
Dimi.
Forgot to include an url to the safari developer page containing the usefull
source code. I rechecked the license of the qt wrapper (kwq) and it looks a
lot like a BSD license. It also seems possible to easily compile the wrapper
to work on for example Linux. (only new makefiles are needed)
I
Here are three updates for the status page. I think user32/sysparams passed
for me previously.
C:\winetestskernel32_test.exe path
path.c:514: Test failed: GetLongPathNameA: wrong return code, 97 instead of
42
path.c:881:TMP=C:\DOCUME~1\davidm\LOCALS~1\Temp
path.c:892:TMP=C:\WINNT
Ann and Jason Edmeades [EMAIL PROTECTED] writes:
Just a question, I noticed some of the dx8 patches are not applied - Is it
due to the Chrismas backlog where Alexander took a very well deserved break,
or because they have slipped through the cracks (or are there problems with
them)?
Will
Quoting Dimitrie O. Paun [EMAIL PROTECTED]:
On January 10, 2003 12:48 am, John K. Hohm wrote:
+CLSID const *clsid;/* NULL for end of list */
[...]
+{ NULL } /* list terminator */
Why not terminate the list with a NULL pointer to the struct
Alberto Massari wrote:
I guess Wine is converting the NULL into \?? to be able to store it as
a string.
Shachar Shemesh wrote:
You guessed wrong. The leading \?? is there under both Wine and Windows
2000, and in both cases there is ALSO a NULL. As neither Wine nor
Windows 2000 then
Mike Hearn [EMAIL PROTECTED] writes:
Alexandre, what's the reasoning behind the no C++ rule?
Some of the reasons are related to C++ itself: lack of standard ABI,
large differences between compilers making it harder to write portable
code. Other reasons would apply to any language: more complex
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Friday 10 January 2003 23:47, Alexandre Julliard wrote:
Ann and Jason Edmeades [EMAIL PROTECTED] writes:
Just a question, I noticed some of the dx8 patches are not applied - Is
it due to the Chrismas backlog where Alexander took a very well
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Saturday 11 January 2003 01:27, Raphaël Junqueira wrote:
Hi again,
I forgot to say with this patch now:
- - i have run successfully the NVIDIA Effects Browser 3.0
(http://developer.nvidia.com/view.asp?IO=NVEffectsBrowser_3)
with many effects
On January 10, 2003 07:47 pm, Steven Edwards wrote:
Changelog: (porting fix for Mingw/Windows)
check for vsnprintf and _vsnprintf
define vsnprintf with _vsnprintf
Alexandre, why don't we link with oldnames.lib in Windows, and
get rid of all these tests?
--
Dimi.
Platform is a older MSYS and GCC (3.1 something I think). I'm still getting settled in
from
getting tied-down so I cant test this on the latest mingw-current. only on dial-up
here for now
=(.
Anyway any idea about this?
Thanks
Steven
$ make
gcc -c -I. -I. -I../include -I../include
On January 10, 2003 07:53 pm, Steven Edwards wrote:
$ make
gcc -c -I. -I. -I../include -I../include -DWINE_NOWINSOCK -Wall
-mpreferred-sta ck-boundary=2 -gstabs+ -D__WINESRC__ -D_REENTRANT -o
dx8guid.o dx8guid.c In file included from dx8guid.c:26:
../include/winuser.h:2396: unnamed fields
--- Dimitrie O. Paun [EMAIL PROTECTED] wrote:
These are needed by the inline functions in the header.
ChangeLog
Create stubs for chsize, dup, and dup2.
I think chsize and ftruncate do the same thing so is there anyway to forward the call
for chsize
to ftruncate on platforms that have it?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Saturday 11 January 2003 01:53, Steven Edwards wrote:
Platform is a older MSYS and GCC (3.1 something I think). I'm still getting
settled in from getting tied-down so I cant test this on the latest
mingw-current. only on dial-up here for now =(.
On January 10, 2003 01:05 pm, Alexandre Julliard wrote:
I think making them inline functions should work for now.
whineHow come I always get these assignments?/whine :)
Hey, I did just some of them (basically io.h and sys/*.h),
to preserve some form of sanity. Too much header work can
lead to
Raphaël Junqueira [EMAIL PROTECTED] writes:
Ok, how do you prefer:
a huge d3d8 patch (very easy for me)
many many little patches (h)
Many small patches please g
but we have a new external need: the new x11drv/GLX stuff (know as [WINE-D3D] glx
init and D3D stuff)
who is the begin for
Dimitrie O. Paun [EMAIL PROTECTED] writes:
Alexandre, why don't we link with oldnames.lib in Windows, and
get rid of all these tests?
Unfortunately there's no vsnprintf in oldnames.lib...
--
Alexandre Julliard
[EMAIL PROTECTED]
--- Alexandre Julliard [EMAIL PROTECTED] wrote:
Dimitrie O. Paun [EMAIL PROTECTED] writes:
Alexandre, why don't we link with oldnames.lib in Windows, and
get rid of all these tests?
Unfortunately there's no vsnprintf in oldnames.lib...
I think I missed something somewhere. Where is
Ender, you may be right that we might have to integrate something into
the tree. Nonetheless, it scares me shitless! What happens 3 mo, 1 year
down the road? KHTML is very much a work in progress, who's gonna track
it? We don't have any richedit control, heck even our bog standard edit
box is
On Fri, 10 Jan 2003, Steven Edwards wrote:
--- Alexandre Julliard [EMAIL PROTECTED] wrote:
Dimitrie O. Paun [EMAIL PROTECTED] writes:
Alexandre, why don't we link with oldnames.lib in Windows, and
get rid of all these tests?
Unfortunately there's no vsnprintf in oldnames.lib...
I
It's astatic library which ships with Visual C++. You can find it
in VC98\Lib
The issue wrt. open and other variable argument functions may be our cue
that we should really have our own oldnames.a library...
Sounds good and if it will save me from having to write more boring configure
I did a compare of windows shlwapi with WINEs shlwapi.
With Windows 2000 SP3 shlwapi.dll we get -
C:\Documents and Settings\Administrator\Desktop\testshlwapi_test.exe clist
clist: 236 tests executed, 0 marked as todo, 0 failures.
C:\Documents and
51 matches
Mail list logo
