October 2004 - Wine-devel - list.winehq.org

Re: [wine] Re: window caption buttons
by William Poetra Yoga H 18 Oct '04

18 Oct '04

--- David Lee Lambert <lamber45(a)cse.msu.edu> wrote: > On Wed, Oct 13, 2004 at 08:31:37AM -0700, William Poetra Yoga Hadisoesen > wrote: > > --- Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> wrote: > > > > If it really makes a functional difference, then I guess it should be > fixed, > > > otherwise why not leave it as is? > > > 1. Developers coming from Windows can have the same "look and feel". This > > increases their productivity, although indirectly. When people see > something > > different but similar to the one they see everyday, their attention will be > > divided to the new object and the work they are doing. And their motivation > to > > work will decrease, too, if the GUI doesn't get fixed. > > Once in a while on Windows, I tweak the desktop fonts and colors a little > bit just so it doesn't get boring. I've made document backgrounds > off-white; changed the menu font; even done a little bit with Active > Desktop on some boxes. An off-by-one error in a terminal emulator that > lets it only display 79 columns needs to be fixed, but I'd rather we kept > little oddities like this. Yeah, you've got a point there. But then wouldn't it be better if we start off emulating the "standard" win9x style, and then create themes and stuff? Just like reactos: they start by trying to be nt4.0-compatible, but have plans to do win2k. Or xpde: they start with the win2k shell and add the winxp features later ;) > > 2. Windows users looking at WINE will reject it straight away, because it > > doesn't look like a "professionaly-made" software, and maybe mocking it as > a > > carelessly written software, with sloppy GUI. Remember, some users become > > developers. > > I don't aggree with this either. "Professional" apps on Windows these > days go out of their way to look fancy, do their own drawing, be a > little bit different than Windows. (I know these have better alternatives > on Linux but) look at MusicMatch Jukebox, WinAmp, RealPlayer, Windows > Media Player, AOL, Kodak Photo Editor... these apps have all their own > icons anyway. The Win3.1->Win95 or WinNT->WinXP UI jump is already bigger > than that from Wine to the average of all versions it matches, in terms > of things like this. Yes, there are inconsistencies between Windows versions, and between some programs and programs which use the "standard" ui. It's true that there are many professional programs which draw their own windows. But have you looked more closely at WINE's window decorations? They're like Windows 95's, but they're somewhat different. I think it's better (and more appealing to the eye) if we were to define a theme (WINE theme) that looks at least obviously different from the Windows shell. It's because when we draw things so similar -- yet different -- to things found in Windows, people won't like it. It's like, doing a (sorry, just a comparison) fake thing that's similar to the original. If you have lived in China, you can find fake Nike's everywhere, for example. Or fake Yonex shuttlecocks. They're not so much different from the original, but they still look... odd. It's one reason people won't buy them. And one more thing, is that I've found numerous off-by-one bugs in the ui part (that draws buttons, decorations, etc), just by attacking the "caption buttons" problem. I know they're off-by one bugs because they don't look right :( I'm not a good programmer, and I don't know how the Windows UI work, so if I'm left to fix the UI bugs there would be little or no wastage of resources, it will make me learn, and also make WINE look better. So I think it should be okay for me to "fix" the buttons (and numerous bugs I find along the way). _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com

1 0

Re: UCS2 vs. UTF16 question
by Shachar Shemesh 18 Oct '04

18 Oct '04

Hi Juan, I took the liberty of answering to the list. I hope you don't mind. Juan Lang wrote: >Hi Schachar, something you said earlier this year at >wineconf caught my ear, and I think I'm finally >understanding enough to ask about it. You said >Windows uses UCS2-LE (I think you did, anyway) rather >than UTF16. Is that true? > I most certainly didn't say that. I may have mentioned UCS4, but to the best of my knowledge at the time, Windows uses UTF-16. As a result of your email, I tried to check it again, however. The results are somewhat inconclusive. I generated a file (attached) containing two musical symbols in Unicode. These are from the codepoints above U10000, and are therefor unrepresentable in UCS2. Opening this file up in notepad reveals a mixed result. On the one hand, they appear as two unknown characters (which seems to suggest that at least Notepad understands this is UTF-16LE). On the other hand, I did not manage to find any font that has any characters with codepoints above U10000. I'm hoping one of our far-eastern speakers jumps in with more insight (Mike?). Are surrogates used on Windows? How common are they? > Does that then imply that >Windows really can't handle characters outside the >Basic Multilingual Plane? Does that also imply that >WCHARs are in fact fixed-width in Windows? > > As far as I know, they are not. Sorry. >I'm planning to write a tool to detect the following >problematic bit of code: >char str[] = "hi", *p = str + sizeof(str) - 1; >p--; >At least, it's problematic when str contains >double-byte characters. > I'm not sure what you are aiming at achieving. Are you trying to hit the beginning of the last character of the string? If so, then you do, indeed, have a problem here. > If the type of char and p >were WCHAR * instead, and WCHARs are fixed width, >there isn't a problem. > >If you have thoughts on similar programming bugs >relating to internationalization (use of strchr and >strrchr, for example) I'd be interested to hear them. > > In the past I have written programs that had to do MBCS (the non-unicode Japanese encoding). This is an encoding in which some characters are one byte, and some two. The best I could come up with was to build a wrapper around std::string that had two bytes per character internally. When you loaded a string, it would check character by character for whether it's a double byte, and then have each string location contain exactly one character. This allowed random access, as well as both forward AND backwards scanning. Fortunately, UTF is much better than MBCS. Given a byte in either UTF-8 or UTF-16, it's fairly easy to figure out whether it's part of a surrogate, and what part. If you have assurance that the string you are handling is a well formed one, you can do backward scans of a UTF string fairly easily. >Thanks, >--Juan > >_______________________________ >Do you Yahoo!? >Declare Yourself - Register online to vote today! >http://vote.yahoo.com > > Do you want a gmail account? Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

2 1

Wineconf 2005
by Jeremy White 18 Oct '04

18 Oct '04

Hey Folks, It's that time again, time to plan for another Wineconf. There has been some back room chatter about Wineconf this year, but no definitive plans. A small cabal of people (myself included) think that we should hold it in Southern Germany around February/March. Marcus and Michael have each expressed that they might be able to get a facility to hold it in, but those efforts have so far not yielded anything definitive (I think we're tied up in big company red tape). Also, Huw Davies has offered to help host Wineconf in Oxford; that essentially translates into an offer by CodeWeavers to host Wineconf in mid March in Oxford. However, I want to throw this open to discussion and see if others have great ideas or if someone outside our secret cabal wants to step up and make this happen in Southern Germany. Based on our experience last year, I feel pretty strongly that we need the following: 1. An inexpensive, yet easy to reach location. Connection to nice places to visit before/after is a plus, but should be a substantially secondary consideration imo. 2. Two rooms that can each hold about 30-40 people, ideally with white boards, power, and high speed internet. 3. Access to food and hotels, preferably all within walking distance of each other. Since Europe is civilized, we should be able to walk from our Hotel to the conference, to a variety of food sources, and then, of course, to the pub. Candidly, I don't know that this is all that complicated. We'll likely be bringing enough people in that we should be able to negotiate a pretty nice deal with a Hotel. (We promise them xxx heads in beds, they give us conference facilities for a weekend). If someone wanted to help host Wineconf, and was willing to facilitate a conversation between myself and a Hotel that was well situated, CodeWeavers would be happy to sponsor the conference (i.e. financially reassure the Hotel). Thoughts? Comments? Cheers, Jeremy

4 5

Re: Make TranslateAcceleratorA handle national characters
by Dmitry Timoshkov 18 Oct '04

18 Oct '04

"Dmitry Timoshkov" <dmitry(a)baikal.ru> wrote: > Make TranslateAcceleratorA handle national characters. Please ignore this patch, it apparently corrupts original msg structure but it shouldn't. I'll send a new patch tomorrow. -- Dmitry.

1 0

Re: [PATCH] setkey breaks FreeBSD
by Mike Hearn 18 Oct '04

18 Oct '04

Anish Mistry wrote: > The attached patch fixes a CVS build problem with confilicting setkey in the > stdlib.h header. It's changed to WINE_setkey. I've gone ahead and changed > getkey to match. Aesthetics wise, I'd rather it was renamed to eg setcfgkey or something - there are no WINE_ prefixes in winecfg and none are needed, I'd rather keep it that way. thanks -mike

3 3

Re: ez-cdda sleep
by Mike Hearn 18 Oct '04

18 Oct '04

>> - storing context in server while entering USR1 signal handler (to be >> done without races, which will require some more work, as the server >> doesn't synchronize with the USR1 handler) I've implemented this in my local tree, and it works fine: Easy CD-DA gets further now. It is still being nailed by the copy protection system (called "Armadillo" apparently) but the splash screen appears now :) Today the BT engineer reconnected our line. So, now I just have to wait for ADSL to be activated, then I can flush my patch queue and get back to some real work. To eliminate the race at the top of SIGUSR1 handler I made server get_thread_context/set_thread_context RPCs fail with STATUS_RETRY if the context has not yet been uploaded, and adjusted the ntdll code to spin in a loop yielding the timeslice whenever it receives STATUS_RETRY. It's not fancy but it works, and on average only 1 yield is needed (obvious in hindsight I guess). The SIGCONTEXT is reloaded when the context override is cancelled, so set_thread_context on a suspended thread works as expected. thanks -mike

1 0

Problem using winelib
by Ross Quinlan 18 Oct '04

18 Oct '04

Hello, This is my first try with winelib ... I'm running RedHat 7.3. I've downloaded the wine source (wine-20040914) and built everything using ./tools/wineinstall. I'm trying the winemine example in the winelib doc. I've copied the .c, .h, and .rc files to a new directory winemine2 and in that directory I've run winemaker as follows: E> winemaker --lower-uppercase . Winemaker 0.6.0 Copyright 2000 Francois Gouget <fgouget(a)codeweavers.com> for CodeWeavers Scanning the source directories... Fixing the source files... dialog.c main.c De.rc En.rc Es.rc Fr.rc It.rc Nl.rc Pl.rc Pt.rc Ru.rc Si.rc rsrc.rc dialog.h main.h resource.h Generating project files... . This generates one new file, "Makefile" (no Makefile.in, configure) so I can't run ./configure --with-wine etc. If I try a simple make, here's the result: E> make all winebuild -o winemine2.exe.dbg.c --debug -C. dialog.c main.c winegcc -c -mno-cygwin -I. -o winemine2.exe.dbg.o winemine2.exe.dbg.c winegcc -c -mno-cygwin -I. -o dialog.o dialog.c winegcc -c -mno-cygwin -I. -o main.o main.c wrc -I. -foDe.res De.rc De.rc:22:21: Error: parse error make: *** [De.res] Error 1 I'm therefore contacting this address as suggested in the winemaker documentation. Any help for a complete novice would be appreciated! Regards, Ross

3 2

Fwd: Re: Fwd: Re: about a book I'm thinking of writing
by Wesley Parish 18 Oct '04

18 Oct '04

This is in relation to an idea I had a few months ago. Bruce Perens stated that he didn't see any future at present for a book on ReactOS, but he would definitely be interested in a book on Win internals, from one of the Wine developers. Is there anyone on this list who'd be interested? FWIW, I'd be willing to edit, if necessary. (That's something I'm not unfamiliar with.) Wesley Parish ---------- Forwarded Message ---------- Subject: Re: Fwd: Re: about a book I'm thinking of writing Date: Mon, 18 Oct 2004 13:53 From: Alexandre Julliard <julliard(a)winehq.org> To: Wesley Parish <wes.parish(a)paradise.net.nz> Wesley Parish <wes.parish(a)paradise.net.nz> writes: > I wrote an email to Bruce Perens on doing something for the ReactOS > project, and he sent me this reply. Do you think there'd be anyone in the > Wine HQ who'd be interested and capable of writing a book on the Wine > internals a la "Inside Windows NT" or "VAX/VMS Internals and Data > Structures", or suchlike? I don't know of anyone, but you may want to ask this on the wine-devel list. -- Alexandre Julliard julliard(a)winehq.org ------------------------------------------------------- -- Wesley Parish * * * Clinersterton beademung - in all of love. RIP James Blish * * * Mau e ki, "He aha te mea nui?" You ask, "What is the most important thing?" Maku e ki, "He tangata, he tangata, he tangata." I reply, "It is people, it is people, it is people."

1 0

Appdb - Add 'Delete' button to comments when the user is an admin
by Chris Morgan 17 Oct '04

17 Oct '04

This patch adds a delete button to comments when the user is an admin. It will need to be modified slightly when application maintainers are added to appdb. The hope is that we can start to clear the stale comments out of the database to increase the signal-to-noise. After deleting the comment the parentId of the child comments are adjusted to be the parentId of the deleted comment. I'm still a php rookie, comments, questions are welcome ;-) Chris

1 0

Re: Temporary fix to trying to put a pointer in a DWORD
by Dmitry Timoshkov 17 Oct '04

17 Oct '04

"Vincent Béron" <vberon(a)mecano.gme.usherb.ca> wrote: > We try to put a pointer in a DWORD in a static initialization of > CRITICAL_SECTION_DEBUGs. Of course it doesn't work on Win64. We'll have > to find a better solution though. Another way to fix it is to use full 'DWORD Spare[2]' to store a pointer on Win64 and leave it as it is now for Win32. -- Dmitry.

3 4