Alexandre Julliard wrote:
ChangeSet ID: 7402
CVSROOT:/opt/cvs-commit
Module name:wine
Changes by: [EMAIL PROTECTED] 2003/03/07 14:38:20
Modified files:
controls : scroll.c
Log message:
Andrew Johnston [EMAIL PROTECTED]
- GetScrollRange zeros the
BigBun wrote:
your reformating is wrong (the long lines are wrapped)
case TCM_SETPADDING:
- FIXME(Unimplemented msg TCM_SETPADDING\n);
+ TabCtrl_SetPadding (hwnd, wParam, lParam);
return 0;
this is wrong...
TabCtrl_SetPadding is defined as:
#define TabCtrl_SetPadding(hwnd,
On March 22, 2003 01:13 pm, Alexandre Julliard wrote:
It's actually not a dll, only an import library. We don't have a way
of implementing that with our import mechanism yet; though we could
probably make it a static library at the cost of an extra jump for
each function.
Well, I don't think
That's a different issue. Of course, most of the items that you cover
(mainly threads of discussion in wine-devel) have no business
as News items.
Right. I agree that WWN serves a completely different purpose
than a News feed would. And I agree that a separate News feed
would be useful.
On Sun, Mar 23, 2003 at 12:21:04AM -0500, Dimitrie O. Paun wrote:
Correct. However, I was referring to new releases of CrossOffice,
CrossOver Plugin, WineX, etc. Which I hope you agree they fit in
very nicely.
Some months ago, I proposed that I'd like to see these announcements
on the
Well I thought I would try a couple more things and send out some comments.
I downloaded wine 2003-02-19 source and compiled it on my machine. I did not
use the LD_ASSUME_KERNEL flag
And everything seems to work ok. So I guess I have problems with my CVS but as
to why it does not work I don't
Finally I got current CVS to work.
I deleted my entire CVS tree that I had and re-fetched it from winehq.com this
morning. I did not have to use any special env vars to make it work.
I then did the following
./configure
make depend
make
sudo make install
wine -v worked
winefile
On Friday 21 March 2003 04:52 pm, Steven Edwards wrote:
I havent been following how wineboot operates as I dont have a need for it
under Mingw or Cygwin ATM. Sylvain is right you should look at the way
wineboot and rpcss work under WINE and then implement services as such. It
would be nice if
BigBun wrote:
Hi all.
[snip]
Changelog:
Implementing a default behavior for SPI_GETGRADIENTCAPTIONS flag in
SystemParametersInfoA.
Adding call to TabCtrl_SetPadding in TAB_WindowProc.
Index: dlls/comctl32/tab.c
===
RCS file:
Hi folks,
Some of you probably know that we had a wine project at SourceForge
for a long time, but not much was done with it. Recently, we decided
to transform it into our official download site:
http://sourceforge.net/project/showfiles.php?group_id=6241
It currently hosts source
yes I can, I have put all the information in the bugreport itself.
http://bugs.winehq.org/long_list.cgi?buglist=1336
Comments ?
it works as expected here, get an access denied error
can you really access your directory (what does wcmd's dir do ?)
wcmd shows it like Uninstal.exe in the same
On March 22, 2003 04:21 pm, Vitaliy Margolen wrote:
List view should sent LVN_ODCACHEHINT notification before paint when it's
virtual list (LVS_OWNERDATA style). We were sending it only in OwnerDraw.
Indeed. Thanks for the patch. I suggest a slightly different patch,
that cleansup the
On March 23, 2003 12:36 am, Dimitrie O. Paun wrote:
I think that, today, we do not have any of the news items
you describe. Your are imagining that Brian or Jeremy has more time to
repost pieces of the WWN to a different box. afaik, they don't.
I think you've snipped them because most of
BiGgUn wrote:
Sorry if some lines are wrapped :(
Changelog:
Implementing a default behavior for SPI_GETGRADIENTCAPTIONS flag in SystemParametersInfoA
Stephan BEUZE
You should not include the patch twice. The inline one is fine but the
attached one
is redundant and in the wrong format
I have been banging my head against this one for a while and need some
feedback about a problem I am having. I have attached the patch to convert
StartDocA to call StartDocW instead of the other way around. This patch
results with StartDocW looking as follows
INT WINAPI StartDocW(HDC hdc,
Dimitrie O. Paun wrote:
On March 23, 2003 12:04 am, Jeremy White wrote:
[snipped your clarification; I now understand you are arguing
for your perceived 'best practices']
Sorry, they are not perceived. I think I've proved that by now.
Again, please go look at:
o http://www.kde.org/
Looks good to me. Thank you.
Sunday, March 23, 2003, 10:02:10 AM, you wrote:
On March 22, 2003 04:21 pm, Vitaliy Margolen wrote:
List view should sent LVN_ODCACHEHINT notification before paint when it's
virtual list (LVS_OWNERDATA style). We were sending it only in OwnerDraw.
Indeed. Thanks
On March 23, 2003 01:50 pm, Eric Pouech wrote:
I think we need to define clearly what is going to appear on winehq on
one hand, and on SF on the other hand:
- which parts/info... are only be hosted on winehq
- which parts/info... are only be hosted on SF
- which parts/info... are only be
Dimitrie O. Paun [EMAIL PROTECTED] writes:
Well, I don't think that's a problem -- we need it only for the varargs
functions, the inlines work just as well for the vast majority of functions.
But if import libs are planned in the near future, what about just adding
a forward in the
I wrote:
In short, the copying application can read the clipboard,
but the other one can't.
[...]
### Application startup:
trace:clipboard:OpenClipboard ((nil))...
trace:clipboard:OpenClipboardreturning 1
trace:clipboard:EmptyClipboard ()
trace:clipboard:GetOpenClipboardWindow ()
For past few days I was trying to figure out what is the problem with corrupt
bitmaps. Here is my findings:
1. _read_bitmap does is not work right. The for() loop where it's restructuring
original bitmap from multi-row into single-row.
2. Windows creates DIBSection to keep original bitmap so it
Well, it's the problem dealing with multi-row bitmaps for Image list. Here is
what happens:
- When image list has single row bitmaps (image + mask) everything fine.
- When image list has multi row bitmaps, wine's ImageLitst tries to rearrange them
into single row. And this is where it fails.
On March 23, 2003 08:57 pm, Vitaliy Margolen wrote:
1. _read_bitmap does is not work right. The for() loop where it's
restructuring original bitmap from multi-row into single-row.
Is there something fundamentally wrong with the approach, or
is just that the restructuring is broken. If it can be
On March 23, 2003 07:51 pm, Alexandre Julliard wrote:
This won't work, the forwarding needs to be done at link time, not at
run time. Sure you can add the entry points to msvcrt, but then it
won't be compatible with the native one.
I understand it would be preferable to do the forwarding at
Telling truth, I'm not sure. I can't think of any real reason why
some app would depend on this. There are number of functions to
alter image list.
Only one thing that might depend on this is some kind of development
environment. But this won't work without DIBSection any way.
The reason I was
Dimitrie O. Paun [EMAIL PROTECTED] writes:
I understand it would be preferable to do the forwarding at link time,
but why it will not work if we do it at run time? Yes, our msvcrt will
have 3-4 additional entry points, but will they break anything in real
life? All Win32 binaries already
Tony Lambregts [EMAIL PROTECTED] wrote:
This one was required more that a mop and pail. In the end what I had to do is
convert MF_CreateMetaHeaderDisk to unicode.
One burning question I have at this point is the relative merits of using
RtlCreateUnicodeStringFromAsciiz vs
Tony Lambregts [EMAIL PROTECTED] wrote:
so obviously dc-funcs-pStartDoc points to a function that expects DOCINFOA*
as its second parameter but I am at a loss on what to do. I have tried to
trace down where DC_GetDCPtr( hdc ) gets this information but I just ended
up confused. Please help!
Dmitry Timoshkov wrote:
Tony Lambregts [EMAIL PROTECTED] wrote:
This one was required more that a mop and pail. In the end what I had to do is
convert MF_CreateMetaHeaderDisk to unicode.
One burning question I have at this point is the relative merits of using
RtlCreateUnicodeStringFromAsciiz
Dmitry Timoshkov wrote:
Tony Lambregts [EMAIL PROTECTED] wrote:
so obviously dc-funcs-pStartDoc points to a function that expects DOCINFOA*
as its second parameter but I am at a loss on what to do. I have tried to
trace down where DC_GetDCPtr( hdc ) gets this information but I just ended
up
On March 23, 2003 10:44 pm, Alexandre Julliard wrote:
Well, it means Winelib apps won't be compatible with native msvcrt
anymore. That's a bit annoying since many people run with native
msvcrt, and they would then need to add special configuration entries
for the Winelib apps.
Ah, now I see.
On March 23, 2003 03:28 pm, Jeremy White wrote:
Pronouncing something to be true does not make it so.
Correct. Also, refusing to accept evidence, and invoking
irrelevant differences doesn't make it false either. :)
Having a 'fresh' section with news is a common practice,
yes. Having *more
32 matches
Mail list logo