Re: good "beginners projects"?

On Tue, 15 Jul 2003 [EMAIL PROTECTED] wrote: > The latest work should have been submitted way back (its not with me, its we > the other guy). If it hasn't, i'll bang off a mail to him. I'm afraid it hasn't been submitted yet. -- Dimi.

Re: winegcc and dlls

On July 15, 2003 09:23 pm, Jonathan Wilson wrote: > 1.is anyone working on making winegcc do dlls? I was supposed to, but I've been away for over a month, and it takes time to get back into a working mode ... :) > 2.what is the "hard part" about making winegcc do dlls? It's not rocket science, i

Re: Progress bar painting fix

On Thu, 17 Jul 2003, Mike McCormack wrote: > > ChangeLog: > * invalidate the whole progress bar when painting (for Dreamweaver's > install) That's just Not Cool (TM). It introduces a lot of flicker, and there has been a non-trivial amount of effort put into the invalidate routine to eliminate t

Re: Progress bar painting fix

On Thu, 17 Jul 2003, Mike McCormack wrote: > > It might not be Cool (TM) but that seems to be the way it works :) > > There is a percentage of install in the middle of the progress bar that > doesn't get painted without this fix. Any ideas how we know which bit to > invalidate if there's a num

Re: Typelib marshalling BSTRs

On 18 Jul 2003, Mike Hearn wrote: > Hm, so if you declare an array like so: > > DWORD args[32]; > > and then pass args as a parameter of type "DWORD *args", it > automatically gets the address of it? I thought passing variables > directly like that would normally cause a copy by value, but I don

Re: WWN: wn20030718_179.xml

On July 17, 2003 07:24 pm, Brian Vincent wrote: > This is the 179th release of the weekly Wine Weekly News > publication. It's main goal is to ponder why I never knew I there was a Eh? > real gold mine down the street from where

Re: something I could work on, can someone tell me if this is something usefull or not?

On July 18, 2003 10:52 pm, Jonathan Wilson wrote: > I am taking this on because I want to improve my skills at working with the > Win32 API. > Basicly, I want to know: > 1.is this something usefull to the Wine project? > and 2.is there anything I should avoid doing for whatever reason? (for > examp

Re: WINE programs question...

On July 19, 2003 02:33 am, Jonathan Wilson wrote: > Being able to replace e.g. comctl32.dll from MS with the wine version and > seeing what breaks would be a good way to track down bugs (IMHO) Same for > Wine programs (like notepad), being able to build & use em on win32 would > help with bug track

Re: PS

On July 19, 2003 07:06 am, Jonathan Wilson wrote: > > 1.an existing control or library that can do the actual rendering of the > > text (with the colors, fonts, bold and so on) > > When I say this, what I actually meant to say is "I will only do this if > there is an easier way (that I can use) tha

Re: which of these should I work on?

On Mon, 21 Jul 2003, BiGgUn wrote: > > 9.writing a calculaor app (i.e. a calc.exe clone), again dont know if WINE > > needs one but ReactOS might... > calc.exe that comes with M$ windows works well with Wine. Why should it be > rewrited ? A lot of other MS DLLs work just fine with Wine, why would

Re: I am going to implement cards.dll (idea for handling the thunks stuff)

On July 22, 2003 02:10 am, Jonathan Wilson wrote: > Although, I dont know if that would be a proper way to do it. Anyhow, I > need some advice from the gurus on how best to handle this... Don't worry about the 16bit one for now, just do the 32bit one, as in XP. -- Dimi.

Re: new utillity for wine, genguid

On July 22, 2003 08:27 am, Jonathan Wilson wrote: > Feedback is appreciated (i.e. did I submit the patches correctly, is the -- please add everything as one big patch. To include the new files to the patch, just 'diff -u /dev/null >> mypatch.diff' -- leave a blank line after the copyrig

Re: Progress bar painting fix

On July 21, 2003 04:23 pm, Mike McCormack wrote: > I'd prefer to go with something that is draws correctly, but causes a > little flicker, than go with something that is clearly incorrect, yet > causes less flicker. OK, fine, let's go with your fix for now, maybe we need to be smarter about how we

Re: visual age c++

On Tue, 22 Jul 2003, ahmed hafez wrote: > i try to port some visual age c++ projects for windows on my Red Hat 9 using > winelib. i use the normal steps of winemaker, configure and > make but i face a problem of needed header files. that is the header files attached > with visual age itself. i h

Re: [RESENT] PATCH: dlls/comctl32/listview.c - ScrollColumns failsif no columns exist

On Tue, 22 Jul 2003, Stefan Haller wrote: > Resolution: > Attached updated diff based on snapshot 20030709 fixes the problem. > > Changelog: > * dlls/comctl32/listview.c > Stefan Haller > - Ignoring LISTVIEW_ScrollColumns() request if no columns in list Looks good! -- Dimi.

Re: I am going to implement cards.dll

On July 22, 2003 04:42 pm, Brian Vincent (C) wrote: > Sure... how many "decks" would you like? Can we get a "babes" deck as well? :) And penguin one! You can grab all sorts of penguins from: http://old.lwn.net/Gallery/ ;) -- Dimi.

Re: Do the winelib and winegcc tools and so on define WIN32?

On July 22, 2003 11:23 pm, Jonathan Wilson wrote: > If not, they should (IMHO). Any compiler that provides windows.h & friends > and proporting to act like a win32 compiler (i.e. accepting win32 code and > so on) should be defining WIN32. Testing #ifdef WIN32 is the easiest way to > say "if we are

Re: what is the "correct" way to put a bitmap into a resource file?

On July 23, 2003 06:54 am, Jonathan Wilson wrote: > I see that all the wine dlls put the bitmaps in the resource file > directly... Whats the best way to do it for a 32 bit wine dll (in this case > cards.dll) amd where can I find a program to do it for me? Try the tools/bin2res program. It's use i

Re: what is the "correct" way to put a bitmap into a resource file?

On 23 Jul 2003, Mike Hearn wrote: > Out of interest, how do you go about writing GUIs using that stuff? I'm > thinking of winecfg here, I can't see any gui definitions in the code, > they seem to be loaded from dialog templates. Are there any free editors > available? I don't know about free edit

Re: Status_Wine #2 -- lostwages

On Wed, 23 Jul 2003, Jakob Eriksson wrote: > My impression of "History of Wine" was that it should go into > details about how the project started in the beginning. > Like anecdotes and stuff... I may have totally misunderstood. :-) Not really, this is exactly what I was hoping for myself. A dry

Re: is there a "wine coding guide" available?

On July 24, 2003 07:35 am, Jonathan Wilson wrote: > Something that covers things like coding style, things not to do in wine > (e.g. because they arent portable enough) and so on. No really. There's DEVELOPERS-HINTS, but that's about it. As for style, you can use your own style if you want in new

Re: Status_Wine #2 -- lostwages

On July 23, 2003 09:59 pm, Tom wrote: > So, may I ask if either of you plan to volunteer to write a *official* > History/Time line page ? Im no writer, really, so no, I don't plan on working on this. Hopefully a better word craftsman will volunteer soon... -- Dimi.

Focus Bug

Summary: Clicking on the caption of a manage window does not move the focus as it should. This results in ugly artifacts. Steps to reproduce: 1. Fire up Notepad 2. Open the "Open" dialog (File | Open) 3. Expand the "Look in" dropdown (the one at the top, with the drives) 4. Click

Re: Work for hire^H^H^H^Hgrade

On July 27, 2003 01:38 am, Shachar Shemesh wrote: > Currently at hand are adding encoding selection to the font dlg (and > making it ANSI call Unicode in the process), and adding BiDi to the edit > control. If you feel you have something else that may be of interest to > him, feel free to try and g

Re: Work for hire^H^H^H^Hgrade

On July 27, 2003 11:42 am, Mark Westcott wrote: > It's also increadibly boring, which probably explains why at least 3 people > have started work on it and then stopped :). Patch comming Where, where? :))) -- Dimi.

Re: cab_F_00: codename: "whee"

On July 27, 2003 04:46 pm, Gregory M. Turner wrote: > - WARN("FDIIsCabinet failed.\n"); > + ERR("FDIIsCabinet failed.\n"); Why these changes, they don't seem to make sense. The function handles the problem just fine, no need to spam the user with such messages, we already

Re: first go at some notepad changes

On July 27, 2003 08:16 am, Jonathan Wilson wrote: > 25.modify WM_SIZE to correctly size the edit controll if the status bar > is visble and to tell the status bar to resize itself if needed Shouldn't the status bar do this automatically when CCS_BOTTOM is specified? If our status bar needs some wo

Re: first go at some notepad changes

On July 27, 2003 11:34 pm, Jonathan Wilson wrote: > And also, said examples store the status bar height for later use > (presumably because calling IsWindowVisible and GetWindowRect multiple > times is slower than saving it and reusing it later) I'd have to agree with Dmitry -- this looks like the

Re: cab_F_00: codename: "whee"

On July 27, 2003 11:32 pm, Gregory M. Turner wrote: > I dunno I guess I thought maybe cabinet.dll would just be silent in this > case and too easy to miss as a culprit... maybe it's stupid. I guess if you think they will signal real ERRes most of the time, and your confidence in the code is low,

Re: WineHQ website (lostwages) url changes

On July 28, 2003 08:04 pm, Jeremy Newman wrote: > NOTE to template authors, if you want to put a relative link in the site > from now on, use {$root} to have the site put the correct path in for > you. For example, About Wine. This also > works for images: And what's wrong with just About Wine ?

Re: Windows API db / find APIs missing for a given app

On August 3, 2003 03:38 am, David Miller wrote: > Recently I spent some time on this again and would like anyone interested > in the database to take a look and email me comments. When comparing 'exports' for example, I get this kind of output: ... IID_IAVIStream is exported by win98-4.10.1998 and

Re: Windows API db / find APIs missing for a given app

On August 4, 2003 02:56 pm, Vincent Béron wrote: > I checked the unimplemented APIs for vcdeasy, and there are two things: > - Cygwin's dlls (cygz, cygjpeg6b, cygxml2-2, cygwin1) are listed, when > they're not part of a Windows installation. You should try to separate > what's part of Windows (any

Re: Windows API db / find APIs missing for a given app

On August 5, 2003 02:42 am, Fabian Cenedese wrote: > Maybe it's enough if you maintain a list of unwanted dlls. If a new app is > added which needs the same dll then you don't have to delete it again, it > will already be ignored. That way the database might get bigger. Or the > ignore could be alr

Re: wine in the press :)

On Tue, 5 Aug 2003, Tom wrote: > Hi, > > I just seen this on /. I though I would post the link here. > > http://www.eweek.com/article2/0,3959,1210083,00.asp A good addition to the Press section on WineHQ... -- Dimi.

Re: export variables in dlls

On August 8, 2003 08:27 am, Martin Wilck wrote: > Best thing right now is probably to write a "def" file manually. If you > have access to a MingW/cygwin system, you can create one their with > dlltool or ld. Yes, this is good advice for the forseable future. Without compiler support, we can't do

Re: __declspec(selectany)

On August 6, 2003 12:12 am, Dan Kegel wrote: > Silly me. For some reason I thought the builtin declarations were > magic. Here's a little demo that might show the basic idea. winegcc already defines these things: gcc_argv[i++] = "-D__stdcall=__attribute__((__stdcall__))"; gcc_a

Re: [winegcc06] Delayed import

On August 13, 2003 10:08 pm, Richard Cohen wrote: > --- tools.5/winegcc.c 2003-08-14 00:55:07.0 +0100 > +++ tools/winegcc.c 2003-08-14 01:21:41.0 +0100 > @@ -193,7 +193,8 @@ > } > argv[j] = 0; > break; > -

Re: [winegcc06] Delayed import

On August 14, 2003 05:30 am, Richard Cohen wrote: > How about an option --delay-lib... for winewrap, and to avoid polluting > winegcc's namespace, pass it via -Wl > eg something like... > > winegcc -mwindows grotto.c -Wl,--delay-lib,comdlg32 Yes, this works better, but I'm curious why the gcc

Re: __declspec(selectany)

On 6 Aug 2003, Ove Kaaven wrote: > You can try > > #define __declspec_selectany __attribute__((weak)) > #define __declspec_whatever __attribute__((whatever)) > #define __declspec(x) __declspec_##x Brilliant, thank you! -- Dimi.

Re: question about mouse_event

On August 8, 2003 07:54 pm, dd jj wrote: > I have ported a windows code to linux using winemaker: it works fine on > windows, but doesn't work on linux, Could anyone give some comments on this > problem? In what sense doesn't it work? -- Dimi.

Re: status of Kazaalite crash patch ?

On August 13, 2003 09:25 am, wim delvaux wrote: > Read on the devel archive (using search) about crashing Kazaalite .. I can > confirm. I have the same problem since 200306 version. > > Just upgraded to 200307 but still crashes. > > What's the status of this problem ? If you want people to help yo

Re: wine/ windows/winproc.c windows/win.c windows/ ...

On August 12, 2003 07:50 pm, Alexandre Julliard wrote: > Allocate DebugInfo field for all critical sections (based on a > patch by Alex Pasadyn). > Get rid of the Wine-specific CRITICAL_SECTION_INIT macro. +static CRITICAL_SECTION_DEBUG critsect_debug = +{ +0, 0, &winproc_cs, +

Re: __declspec(selectany)

On August 6, 2003 01:14 am, Dan Kegel wrote: > I looked at > http://cvs.winehq.com/cvsweb/wine/tools/winegcc.c?rev=1.16 > and see you don't have > > #define selectany weak That's right, it doesn't. > Think winegcc should do -Dselectany=weak? I don't know -- it's easy enough to add, but it's also

Re: [winegcc03] winewrap can handle the default output name

On August 13, 2003 09:55 pm, Richard Cohen wrote: > Default name that mingw uses is a.exe > This also stops winewrap from segfaulting when passed no arguments. > > Changelog > Handle default linker output name (a.exe) in winewrap The reason I've handled it in winegcc rather than winewrap i

Re: Small cleanup

On Thu, 7 Aug 2003, Alexandre Julliard wrote: > The idea is to have the same defines as Windows; even though we don't > actually need them at this point we might want to someday. Sorry, I don't quite understand: these defines are present only when compiling user32. Now, how do we know what define

Re: Implementations of WCSToMBEx and MBToWCSEx and PolyPatBlt

On August 13, 2003 10:10 pm, Jonathan Wilson wrote: > Here are the implementations of those functions I did for ReactOS. (and no, > I didnt use disassembler on them this time :) > I am licencing them under whatever licence I need to in order for them to > go into WINE (if the WINE team wants them t

Fwd: Re: status of Kazaalite crash patch ?

-- Dimi. --- Begin Message --- On Thursday 14 August 2003 06:44, Dimitrie O. Paun wrote: > On August 13, 2003 09:25 am, wim delvaux wrote: > > Read on the devel archive (using search) about crashing Kazaalite .. I > > can confirm. I have the same problem since 200306 versio

Re: Other winefile fixes

On August 13, 2003 09:25 am, Richard Cohen wrote: > Use __WINE instead of _WINE_, _WIN32 Why do we need to know that we're running under Wine in so many places? I think we have fewer tests for __WINE__ in a huge lib like wxWindows than we have in winefile! -- Dimi.

Re: [winegcc03] winewrap can handle the default output name

On August 14, 2003 04:30 am, Richard Cohen wrote: > winegcc <-> gcc, winewrap<->ld > > $ man ld > ... > -o output > --output=output > Use output as the name for the program produced by > ld; if this option is not specified, the name a.out > is

Re: [winegcc01] Don't use BINDIR to spawn subprograms

On August 13, 2003 09:49 pm, Richard Cohen wrote: > Just using $PATH to find stuff makes it much easier to spawn off tools > when running within the tree. > > Changelog: > Remove hardcoded BINDIR paths Yes, this is a problem -- eventually we want to use these things from within the tree. I

Re: question about mouse_event

On Mon, 11 Aug 2003, dd jj wrote: > On Linux (Redhat 9.0, wine-2003-06-18), when I run this program under wine: > > %./mouse > > The result is supposed to "left button of mouse is pressed then released", but here > my result is "the cursor moves to the most left-up conner of the screen". > >

Re: Other winefile fixes

On August 13, 2003 09:25 am, Richard Cohen wrote: > Dimi, I have some patches for winegcc/winewrap. Are you working on it > at the moment, or should I just send them to wine-patches? Don't worry about me, send whatever you have to wine-patches. -- Dimi.

Re: Profiler (take 4)

On August 15, 2003 01:37 am, Mike McCormack wrote: > Profiles are generated in /tmp/wmon.out., and can be examined with > the wprof tool from wine/libs/wprof/wprof. Nice, but should this tool reside in wine/tools/... instead? Also, for consistency with all the other stuff we're doing, shouldn't it

Re: export variables in dlls

On August 18, 2003 05:12 am, Martin Wilck wrote: > This means that, with the introduction of .def files in wine, porting > software (especially C++) with winelib has become considerably more > troublesome than before. Whatever we think about dllexport, it is widely > used by Windows programmers.

Re: dlopen libncurses.so in wineconsole (take 3)

On August 14, 2003 10:00 pm, Mike McCormack wrote: > +#ifdef HAVE_NCURSES_H > +char *ncname = SONAME_LIBNCURSES; > +#else > +char *ncname = SONAME_LIBCURSES; > +#endif Since we're doing this dynamically, shouldn't we also determine at runtime if we should use ncurses or curses? It would ma

Re: export variables in dlls

On 18 Aug 2003, Martin Wilck wrote: > I am not sure what manipulations you're talking about; Look at winegcc.c. If we do that one in C, it just makes sense to do winewrap in C as well. Plus it's more extensible for the future, me thinks. > AFAICS the hard > stuff is done by winebuild anyway. Wh

Re: REGRESSION: environment variables no longer possible

On Tue, 19 Aug 2003, Alexandre Julliard wrote: > > Attached patch is rather useless, but however it makes the old profile > > code be consistent with the new behaviour. A better approach is to > > completely remove environment handling from profile.c. > > Yes, I think environment handling should

Re: REGRESSION: environment variables no longer possible

On Tue, 19 Aug 2003, Alexandre Julliard wrote: > I don't see why it would be any different than running under > Windows. If the app supports environment variables in its .ini file > under Windows then it will support them under Wine, otherwise it > won't. I don't think we should magically expand t

Re: [PATCH] Compiling GNU winboard completed

On August 18, 2003 02:07 pm, erwin wolff wrote: > I have been busy with compiling GNU winboard (the win32 graphic > front-end for GNU chess). If these patches are applied, it compiles > without a single warning. Please note that the mmsystem.diff is intended > for wine/include/mmsystem.h. Here

Re: winegcc

On August 19, 2003 06:56 pm, [EMAIL PROTECTED] wrote: > I was compiling the bidi test to try the ICU libs, and got this error > [EMAIL PROTECTED] Wine]$ winegcc 01-biditest.c > > wgcc.ygvnee.o(.text+0x91): In function `main': > : undefined reference to `GetCharacterPlacementW' Can you try:

Re: [winegcc06] Delayed import

On August 19, 2003 03:51 pm, Richard Cohen wrote: > The ld documentation certainly doesn't mention delay loading and I can't > find a reference on the binutils mailing list. > > MS: /DELAYLOAD > Borland: -d > Irix: -delay_load > winebuild: -d and --delay-lib > > so I would suggest either -delay_lo

Re: winegcc

On August 20, 2003 07:33 am, [EMAIL PROTECTED] wrote: > I've just updated via cvs, and I get this > [EMAIL PROTECTED] Wine]$ winegcc -mwindows 01-biditest.c > > /tmp/wappZjLo5B.spec.o(.text+0x1010a): In function `__wine_exe_main': > : undefined reference to `WinMain' OK, do you mind sending me a c

Re: is anyone running windows 95, windows 98, windows ME or windows 2003?

On August 20, 2003 08:52 am, Jonathan Wilson wrote: > If so, I need you to run some kind of PE dumper that can dump exports (such > as dumpbin from MS with the /exports switch on user32.dll and gdi32.dll > from your version and send me the results, along with details of which > version of windows y

Re: [Foxgui-users]Re: Wine fixes (1)

On 20 Aug 2003, Doug Henry wrote: > > Added this one too. [As to why you'd want to run FOX under Wine while it > > runs natively under X11, I don't know] > > > > If you cross-compile for windows under linux, it is useful to test under > wine. Its more convenient than rebooting or going to a

Re: winegcc

On Wed, 20 Aug 2003, [EMAIL PROTECTED] wrote: > I'm trying to compile the bidi test progam posted on this list by Shachar > Shemesh, you can find his post and his program here: > http://www.winehq.org/hypermail/wine-devel/2003/08/0175.html > this mail also got to wine-users, sorry about that. Thi

Re: FAQ update

On August 21, 2003 10:20 pm, Jeremy Newman wrote: > I don't play with SGML much, but it should be possible to have the SGML > output a modified HTML format, John Sheets did it once for me to have > the SGML output SHTML with the correct includes. If we could get it to > output in my .template form

Re: IPersistFile::Load() broken ? + WineLib queries

On August 21, 2003 07:32 pm, Subhobroto Sinha wrote: > With the latest WineLib(from Wine20030813), I did NOT > have to make ANY changes to the original source Good! This is good progress indeed! > however, but though the source compiled without any > issues, it failed at the IPersistFile::Load()

Re: export variables in dlls

On August 21, 2003 05:08 pm, Martin Wilck wrote: > You challenged me :-) really, shell coding is one of my favorites. This is very nice Martin, I'll grant you that. However I'm afraid I'm not sold. And I'm saying this without any emotional attachment to my code :). But let me explain why: -- I

Re: PATCH - winnt.h move non-standard language IDs to wine/port.h

On August 21, 2003 08:23 pm, Steven Edwards wrote: > It took a little bit of work but I managed to get a *.dsw for wrc to work. > > Changelog: WRC Porting fix. Move non-standard Language IDs Alexandre, We still have a few (hard to remove) "#ifdef __WINESRC__" in our headers. We all agree they sho

Re: Problems building dlls for use with winelib (was: spec file syntax and automated generation)

On August 22, 2003 07:19 am, Martin Tröster wrote: > 1. Build all object files with winegcc/wineg++ and the following flags: > > -W -g -O0 -I/ -I/usr/include/wine -D_DEBUG -DWIN32 -D_WINDOWS > > -DNOARRAYMACROS -DBUILD_DLL -fPIC It's a nit, but you don't need -I/usr/include/wine and -DWIN32, thes

Re: [Foxgui-users]Re: Wine fixes (1)

On August 21, 2003 12:07 am, jeroen wrote: > > Ha! Well, I can't say that I disagree with you; however, if you're > actually shipping applications for Windows, you'd better test on the > real thing. One thing the emulation won't tell you is whether > any oddball device driver issues crop up.

Re: PATCH - winnt.h move non-standard language IDs to wine/port.h

On August 22, 2003 12:53 am, Alexandre Julliard wrote: > I don't think the problem is so much with internal definitions, pretty > much all of them are gone at this point. The problem is really with > extensions that we want to make available to applications too, like > the extra languages. We could

Re: Conformance tests

On Thu, 21 Aug 2003, Ferenc Wagner wrote: > recent discussion on the list ignited my interest again. > Francois has a very nice page > , let's try to > make better use of it! Good, we need a new infusion of enthusiasm for this project :) > 1. The prec

Re: listview expert required

On Fri, 22 Aug 2003, Eric Pouech wrote: > some apps of mine needs this to get going: > can someone with good listview knowledge confirm ? (or find the correct fix) -if (uView == LVS_REPORT && (infoPtr->dwLvExStyle & LVS_EX_FULLROWSELECT)) +if (uView == LVS_REPORT /*&& (infoPtr->dwLvExSty

Re: PATCH - comctl32 with MS_VC 6 headers

On August 22, 2003 09:17 pm, Steven Edwards wrote: > +#include > + > +#include "windef.h" > #include "winbase.h" > +#include "wingdi.h" > +#include "winuser.h" > +#include "winreg.h" Why don't we need these includes with the Wine headers? Let's figure out were we include these in our headers, an

Re: Mainsoft MainWin

On August 23, 2003 09:44 am, Martin Fuchs wrote: > Do they use wine code, do they use MS OS source code licencies, or how did > they manage this? IIRC they use MS licensed code. -- Dimi.

Re: listview expert required

On August 23, 2003 04:32 am, Eric Pouech wrote: > listview: multicolumn, in report mode, without LVS_EX_FULLROWSELECT > extended style > > message concerned: > NM_CLICK notification for left click in LV (mainly in a column for any > subitem) > > native: > iItem: always set to -1 > iSubItem: set to

Re: listview expert required

On August 23, 2003 11:37 am, Eric Pouech wrote: > thanks... works like a charm now > impressive turn around time btw!! Oh, thank you, you are too kind. I just happened to have a few moments free in the morning (thanks to my g/f who did not complain too loudly about me being late for breakfast :)).

Re: listview expert required

On August 23, 2003 04:32 am, Eric Pouech wrote: > also, as a noted difference, in selection. Wine's only draws a dotted > rect around the selected item (or row in full row select mode). In > native, the rect interior is grayed if the control doesn't have the > focus, and filled in blue if control h

Re: listview expert required

On August 24, 2003 05:44 pm, Dimitrie O. Paun wrote: > Yes, this patch broke selection drawing: > > http://www.winehq.org/hypermail/wine-cvs/2003/04/0243.html > > It's my patch, mea culpa. Yeah, at a second look, it was rather obvious what went wrong. ChangeLog Always

Re: [RESEND] Sync (47): shlwapi tests

On August 24, 2003 12:48 pm, Jon Griffiths wrote: > OK, here it is with the 2 failing tests commented out (assuming it > makes it > through YahooPops un-truncated, that is; if not I'll resend > manuallly). I'm afraid it didn't, like all the other messages you sent in the last couple of days. I can

Re: Problems building dlls for use with winelib (was: spec file syntax and automated generation)

On August 25, 2003 04:06 am, Martin Tröster wrote: > Concerning imports, do I have to specify the wine libraries like > kernel32.dll.so explicitly, or are these linked automagically when > specifying -lwine? No, you need to be explicit. Remember, you're using gcc for now, so it has no special kno

Re: Wine 0.9 progress

On 25 Aug 2003, Mike Hearn wrote: > * A bit of documentation stuff (rather worryingly "fix the docs build > system" says a patch was submitted last *year*, but is still labelled as > work in progress!). As we discussed during the IRC session, this is not a blocker. Essentially I need to get back

Re: Preferred coding style for error handling?

On 25 Aug 2003, Mike Hearn wrote: > but obviously pretty much every coding guideline ever written says > "don't use goto!". IMO they are too religious. Yes, avoid goto, but not at the (big) expense of readability. There are not that many cases where you need goto, but this is one of them. I find

Re: Wine 0.9 progress

On 25 Aug 2003, Mike Hearn wrote: > I just prodded Mark on MSN. I'm looking over the code now, and have a > few questions about how to proceed. Yay! > The primary issue is that we can't have the same setting pulled both > from the config file and the registry, can we? No. winecfg should not

Re: Wine 0.9 progress

On 25 Aug 2003, Mike Hearn wrote: > So, Mark has sent me his work, unfortunately not as a patch against CVS > so I'll have to do some merging in. It implements the GUI (but not > backend) for drive editing. Cool. I think it would be very useful to have a list of missing GUI elements for our confi

Re: About the bin/wine application

On August 25, 2003 04:12 pm, Evalet Olivier wrote: > I'm using winebuild to make my winegui and it works perfectly. But I'm > trying to use the "wine_init" function (from ./libs/wine/loader.c) > instead of wine loader. Why are you trying something like this. Keep in mind that Wine is rather tricky

Re: PATCH - winnt.h move non-standard language IDs to wine/port.h

On August 22, 2003 12:12 pm, Alexandre Julliard wrote: > No, actually the more I think about it the less I like it. The problem > with that approach is that if an app uses wine/extensions.h, not only > you can't it build under Windows without somehow obtaining the Wine > header first, but once you

Re: remove some __WINESRC__es

On August 25, 2003 05:30 pm, Alexandre Julliard wrote: > I agree for UNICODE, but not for NEAR, FAR etc. Allowing them in Wine > will actually encourage bad coding, since we will see FAR pointers pop > up all over the place. A better approach would be to #define them to > something like do_not_use_

Re: PATCH - winnt.h move non-standard language IDs to wine/port.h

On August 26, 2003 12:35 am, Alexandre Julliard wrote: > I think the main question is whether or not we want to encourage use > of the extensions. If we want to encourage it, then they should be in > the default headers; if you need some magic incantation to make them > available nobody will bother

Re: [winecfg 1] Implement saveConfigValue(), style changes, codecleanup, UI alignment

On 26 Aug 2003, Mike Hearn wrote: > ChangeLog: > - Correct return code of loadConfig() > - Make the registry key used a constant > - Change registry key used to WineHQ\Wine > - Made code slightly more consistant with itself > - Some style changes, expanding out variable names, whitespace, removing

Re: Building a wine(lib) based shared library to link with a Linuxapplication

On Wed, 27 Aug 2003, Louis wrote: > Is it possible with wine(lib) to buuild a library (preferably shared) that I can > link with an ordinary Linux program, so that it becomes possible to call the > function ShowBox from the > Linux program. Possibly requiring to link additional wine(lib) librar

Re: [winecfg 2] Merge X11DRV dialog code from Mark, bugfixes

On 27 Aug 2003, Mike Hearn wrote: > - Merge X11DRV dialog code from Mark > - Move X11DRV dialog init code to a separate file > - Link with Xlib to get XParseGeometry --- /dev/null 2003-01-30 10:24:37.0 + +++ programs/winecfg/x11drvdlg.h2003-08-26 23:16:32.000

Re: Preferred coding style for error handling?

On Wed, 27 Aug 2003, Ian Goldby wrote: > This is the technique I usually use. The only thing you have to watch is to > make sure that you tidy up properly just before each return. In extreme > cases, it's probably better to use goto (especially if undoing a non-existant > action is benign - unf

Re: Wine 0.9 progress

On Wed, 27 Aug 2003, Jakob Eriksson wrote: > I really was looking forward to write a testing application that > runs all the tests. Yes, that would be very nice indeed. Such a test shell should be something like the JUnit stuff (http://www.junit.org). Here are few things that I'd want in such an

Re: Building a wine(lib) based shared library to link with a Linuxapplication

On Wed, 27 Aug 2003, Boaz Harrosh wrote: > Mybe the only solution than is a proxy-IPC-process pair. Process been > the winlib app. This seems to be the case, yes. But than again, I haven't thought it through... > I think the above subject is very important. > For example: I can easily use MS na

Re: [winecfg 2] Merge X11DRV dialog code from Mark, bugfixes

On 27 Aug 2003, Mike Hearn wrote: > I don't know to be honest, that's just how the code was written that I > merged in. Later on it might be used more I doubt. I'd rather split things in the future if need be than overengineer things. And since you took on the task of merging things, I was ho

Re: patch for underline and strikeout text in xrender

On Wed, 27 Aug 2003 [EMAIL PROTECTED] wrote: + +/* check for underline or strike-through */ + long lineWidth = tm.tmDescent / 4; + + if (lf.lfUnderline) { + long linePos = tm.tmDescent / 2; + + TSXSetForeground( gdi_display, physDev->gc, physDev->textPixel )

Re: patch for underline and strikeout text in xrender

On Wed, 27 Aug 2003, Huw D M Davies wrote: > Actually you want to use the otmsUnderscoreSize, > otmsUnderscorePosition, otmsStrikeoutSize and otmsStrikeoutPosition > members of OUTLINETEXTMETRIC, rather than hard coding those 2s and 3.5s. > > You may also want to think about what happens when the

Re: Exceptions

On August 28, 2003 07:36 am, Mike Hearn wrote: > I'm a bit confused. Clearly SEH *is* implemented in Wine, at least to > some extent, as you can watch exceptions being thrown and caught again > in the traces. I remember some threads talking about how it couldn't be > implemented, but, I've seen __T

  1   2   3   4   5   6   7   8   9   10   >