Dimitrie O. Paun wrote:
On Tue, 2 Sep 2003, Ferenc Wagner wrote:
The winetests shell is comming along nicely, I don't think
it's worth dupicating effort. It will do all the decompression,
sending of results, cleanup.
Maybe you misunderstood me. The question is about
collecting the MSVC
On Tue, 2 Sep 2003, Igor Grahek wrote:
> My problem is very similar to bug 1227
> (http://bugs.winehq.org/show_bug.cgi?id=1227)
> Treeview in application is sending WM_NOTIFY on double click (NM_DBLCLK)
> to the wrong
> Window handle. GetParent() function returns handle to the root window
> and ro
Hi :)
My problem is very similar to bug 1227
(http://bugs.winehq.org/show_bug.cgi?id=1227)
Treeview in application is sending WM_NOTIFY on double click (NM_DBLCLK)
to the wrong
Window handle. GetParent() function returns handle to the root window
and root window is not forwarding/broadcasting that
On Wed, 3 Sep 2003, Jakob Eriksson wrote:
> Am I missing something here? Currently, winetests.exe contains
> crosscompiled tests, not MS Visual C - compiled ones. *)
Well, we should handle this through the Makefiles. Also the output
should specify how the tests were compiled, it may help with
Ferenc Wagner wrote:
Maybe you misunderstood me. The question is about
collecting the MSVC compiled test binaries. Or is that
covered, too?
No... let's talk about that.
I can see the benefit of running MSVC compiled tests too.
Maybe we can include them too in winetests.exe somehow.
Maybe the
On Tue, 2 Sep 2003, Ferenc Wagner wrote:
> > The winetests shell is comming along nicely, I don't think
> > it's worth dupicating effort. It will do all the decompression,
> > sending of results, cleanup.
>
> Maybe you misunderstood me. The question is about
> collecting the MSVC compiled test b
On Tue, 2 Sep 2003, Eric Pouech wrote:
> still the same bug around without sorting
> the snipnet I sent in previous mail still fails here (insertion is
> forced at position 0, which is what should happen anyway with sorting
> being turn on).
OK, this is tricky, I'll look at it when I get home.
On 02.09.2003 22:33:07 Martin Fuchs wrote:
On 02.09.2003 22:07:16 Alexandre Julliard wrote:
> Martin Fuchs <[EMAIL PROTECTED]> writes:
>
> > Changelog:
> > * define interface IDragSourceHelper
> > * define interface IDropTargetHelper
>
> They are already defined in wine/obj_dragdrophelper.h (fort
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> On Tue, 2 Sep 2003, Ferenc Wagner wrote:
>
>> 2. A simple batch file could be provided to zip up the
>>results, if I knew how to use which compression program.
>>Eg. (win)zip can not be found on the XP I have access to.
>>Should I includ
[EMAIL PROTECTED] writes:
> 3. Call GetFullPathNameW on the input path before calling CreateFileW
> in StgCreateDocfile and StgOpenStorage to ensure that CreateFileW
> gets a DOS-style path.
This shouldn't be necessary, CreateFileW is supposed to work on Unix
path names too. I suspect this is a w
Martin Fuchs <[EMAIL PROTECTED]> writes:
> Changelog:
> * define interface IDragSourceHelper
> * define interface IDropTargetHelper
They are already defined in wine/obj_dragdrophelper.h (fortunately
your definitions are in a #if _WIN32_IE so they are not used,
otherwise you would get a compile er
Can you remove the sorting and see if that fixes it?
still the same bug around without sorting
the snipnet I sent in previous mail still fails here (insertion is
forced at position 0, which is what should happen anyway with sorting
being turn on).
A+
--
Eric Pouech
On Tue, 2 Sep 2003, Eric Pouech wrote:
> > A few questions:
> > -- LVS_OWNERDATA? (I guess not...)
> no
> > -- LVS_SORTASCENDING or LVS_SORTDESCENDING?
> ascending
This is the problem, I'll bet you. Sorting is currently
kind of busted. It's one area I wanted to redo, but did
not have time to
Dimitrie O. Paun wrote:
On September 1, 2003 03:46 pm, Eric Pouech wrote:
configuration :
- a listview in autoarrange mode
- adding item one after the other
- say the first item is created with the selection (LVIS_SELECTED)
- some more items are inserted without the selection
- in some cases, the
On Tue, 2 Sep 2003, flyker wrote:
> resource.rc :
> ...
> /* for Modern Wait Cursor support */
> IDC_CLOCK1CURSOR "waitphar.ani"
> ...
>
> wrc error: Oops, segment violation
>
> When WineLib will support this ?
It should support it, this is a bug.
Can you post the waitphar.ani file?
--
Hi there,
I have filters for all the wine mail lists keyed against the List-Id
header and this has been serving me well up until the last couple of
days. However ...
It seems that some of the lists now generate their headers with the
winehq.org domain instead of winehq.com, but it seems (at le
Jakob Eriksson wrote:
I forwarded the tests I have received so far to
[EMAIL PROTECTED], but at the
time I was not yet subscribed... so it says they are awaiting moderation.
Is anyone moderating that particular list?
Okay, I'll take care of that.
And while we are at it, I am going to be out from
I forwarded the tests I have received so far to
[EMAIL PROTECTED], but at the
time I was not yet subscribed... so it says they are awaiting moderation.
Is anyone moderating that particular list?
regards,
Jakob
On Tue, 2 Sep 2003, Ferenc Wagner wrote:
> 2. A simple batch file could be provided to zip up the
>results, if I knew how to use which compression program.
>Eg. (win)zip can not be found on the XP I have access to.
>Should I include one in the archive? Or as a separate
>link? Ide
On Tue, Sep 02, 2003 at 07:53:54AM -0400, Tom wrote:
> Hello,
>
> would adding _ins0166._mp, _ins0366._mp, _ins0433._mp,
> _ins5501._mp, _ins5567._mp, _ins5577._mp
> to /documentation/samples/config be productive?
>
> Marcus can you share your thoughts on this?
If they need Desktop mode, yes?
Le mar 02/09/2003 à 13:19, Ferenc Wagner a écrit :
> Vincent Béron <[EMAIL PROTECTED]> writes:
>
> >> 1. Native build tests. As a first step, I provide a
> >>collection of source/project/desktop files which I think
> >>are necessary for an MSVC build. Could somebody test it
> >>for m
21 matches
Mail list logo
