- Wine-devel - list.winehq.org

Re: WineHQ menu (take 3)
by Igor Izyumin 05 Nov '02

05 Nov '02

On Monday 04 November 2002 05:59 pm, you wrote: > On November 4, 2002 06:46 pm, Igor Izyumin wrote: > > Are you referring to Konqueror? Seem to work fine on my machine. KDE > > 3.0.3. > > Yes. I use RH 8.0 (KDE 3.0.3), but these menus _always_ failed to properly > render in Konqy. Check it out: > > http://24.103.156.204/bad-konqy.png OK, now I see what the problem is. Something is set in the HTML so that the text makes the table wider instead of wrapping. However, Konqueror apparently miscalculates font sizes. I can reproduce this on Mozilla if I turn on 200x font zoom, but then you can actually see the text pushing on the menu side. I can't see that in your screenshot. Anyway, this can probably be solved by tweaking the stylesheet. Jeremy Newman came up with a different design, so I doubt that the current one will get adopted. If it does, I'll try to find a solution. Unfortunately, HTML and even CSS are supported in a very inconsistent manner, so it's difficult to make something that works well on everything. -- -- Igor

5 6

OT: Wine history
by Chris Morgan 05 Nov '02

05 Nov '02

Tom Wickline showed me a faq page he is working on and I came upon the history of wine that I've read before but have always been curious about. This is the faq entry: What's the history of Wine? The Wine project started in 1993 as a way to support running Windows 3.1 programs on Linux. Bob Amstadt was the original coordinator, but turned it over fairly early on to Alexandre Julliard, who has run it ever since. The newsgroup was created in July 1994. Over the years, ports for other Unixes have been added, along with support for Win32 as Win32 applications became popular. Also see http://www.winehq.com/about.shtml I was curious as to whether anyone knew where Bob Amstadt went and if there were some of the "old timers" that would be willing to tell some stories of the dawn of wine development. How people looked at the project, who was around early on, big development pushes, anything people might find interesting. ;-) Chris

1 0

Mozilla 1.0.1 Win32 works almost flawlessly
by Jakob Eriksson 05 Nov '02

05 Nov '02

There you have it. Yes, it's exciting. :-) -------- Original Message -------- Subject: Re: win-mozilla on wine Date: Sun, 3 Nov 2002 12:56:14 -0500 From: "Dimitrie O. Paun" <dpaun(a)rogers.com> Reply-To: dpaun(a)rogers.com Organization: DSSD Software Inc. To: Jakob Eriksson <jakob(a)vmlinux.org> References: <3DC5616B.4090205(a)vmlinux.org> On November 3, 2002 12:48 pm, Jakob Eriksson wrote: > I just tried Mozilla 1.0.1 Win32 on Wine 20021031 > > Works mostly fine. Resizing works, I think it didn't a couple > of months ago. This is great news. You should report this on the list, so people know, and we can discuss there. If you don't mind, of course. > The meny "File Edit View Go " etc is gone however. > Strange? Yes, we should fix this. This is exciting, eh? :) -- Dimi.

3 2

COM error!!
by 朱剑民 05 Nov '02

05 Nov '02

COM error! I have test COM On wine. Tonight,I wrote a test program First,I called CoInitializeEx(NULL, COINIT_MULTITHREADED)... Second,I called CoGetClassObject(rclsid, dwClsContext, NULL,IID_IClassFactory, (PVOID*)&pcf) and return "RPC_S_INVALID_STRING_BINDING", It means The string binding is invalid. who can tell why?? Thanks kevin

1 0

Re: Avoiding FunctionA/W Duplication
by Jaco Greeff 05 Nov '02

05 Nov '02

On 05 Nov 2002 13:42:15 -0500, Vincent Béron <vberon(a)mecano.gme.usherb.ca> wrote : > From what I saw in a couple of places: from funcA, do some magic on the > parameters (convert to Unicode), then call funcW, then reconvert the > result from Unicode to ASCII. Yes you have to convert twice, but you use > the same function. I'm happy with that and will call it option 4. It will work in a large number of cases, hence the large number of places it has been used in. (I really don't know why I left it out, but is is problably because I tought about the following: I'm wondering about the case where it (option 4) won't work, let's say we have, void funcA(char ch) { WriteFile(h, &ch, sizeof(char), &num, NULL); } and void funcW(WCHAR ch) { WriteFile(h, &ch, sizeof(WCHAR), &num, NULL); } If we do the char -> WCHAR conversion, we will end up writing sizeof(WCHAR) bytes for every single character. In this simplest case, we could define a macro, #define WRITE_CH(ch, type) WriteFile(h, &ch, sizeof(type), &num, NULL) and this can be used in the functions, void funcA(char ch) { WRITE_CH(ch, char); } and void funcW(WCHAR ch) { WRITE_CH(ch, WCHAR); } In the case of similar bigger/longer functions, writing the macro is problably not the right thing to do. And this is where I end up duplicating code, eek. Greetings, Jaco

3 2

Re: Interrupts / Move most of int31 to winedos
by Andreas Mohr 05 Nov '02

05 Nov '02

On Tue, Nov 05, 2002 at 06:47:35PM +0200, Jukka Heinonen wrote: > After this patch winedos contains almost complete int31 > emulation. What has not been moved to winedos is mostly > functions that require either W32S_WINE2APP or W32S_APP2WINE. > This makes me wonder whether Wine still needs to support WIN32S... Well, of course it does. Wine is supposed to run *all* reasonably new (i.e.: not "standard mode") Windows programs, and that does include Win32s IMHO.

1 0

Lost Wages (round 2) + score logo
by Carlos Lozano 05 Nov '02

05 Nov '02

Hello, I had thought that we could use the wine logo for score the applications status. Good, there is not design for this page (and my known about web design are extremely limited hehe, so i wait that you do some cool design for it ;). The colors of the picture are more or less similar to the 3 real wine colors hehe :) Regards, Carlos. -- ___ _ \ | / Infraestructuras | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.epsxe.com

1 0

Wine 0.8/0.9 question regarding requiring all-builtin dlls
by Dustin Navea 05 Nov '02

05 Nov '02

I was wondering if we are going to have the tlb file generator done by 0.8 or 0.9? If not are we going to allow native stdole*.tlb and the 2 native dll's that IShield requires? If not, we need to get someone working on that soon, dont you think? -Dustin __________________________________________________ Do you Yahoo!? HotJobs - Search new jobs daily now http://hotjobs.yahoo.com/

1 0

Big Problem compiling gdi tests
by Sylvain Petreolle 05 Nov '02

05 Nov '02

I don't if it's related to me, but I got a memory problem when compiling the gdi tests today. I know the C code is lot bigger than any other one but I think there is an infinite loop somewhere.According to the following report, gcc tries to allocate 340 Mo (if succeeded, could be more...) Using RedHat 8.0 updated, gcc 3.2.7 on a Athlon 1600+ make[3]: Entre dans le répertoire `/home/wine/dlls/gdi/tests' gcc -c -I. -I. -I../../../include -I../../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -fPIC -DSTRICT -DNONAMELESSUNION -DNONAMELESSSTRUCT -D_REENTRANT -o generated.o generated.c cc1: Cannot allocate 188247240 bytes after allocating 15480320 bytes ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

GetComputerName() question
by Martin Wilck 05 Nov '02

05 Nov '02

Why is GetComputerName() an init function, or in other words, why is it important that HKEY_LOCAL_MACHINE\\System\\CurrentControlSet\\Control\\ComputerName\\ComputerName be set at registry initialization time (in _allocate_default_keys())? I am asking because GetComputerName() IMO returns the wrong value (FQDN rather than NETBIOS name). A real implementation of GetComputerName() would look for the above value in the Registry and use gethostname() only as a fallback, but currently it's the other way around - why ? Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

2 8