On Wed, 4 Feb 2004 08:20:46 -0500, you wrote:
> On February 4, 2004 03:39 am, Rein Klazes wrote:
> > Column resizing still has it repaint problems, but it had this in some
> > form forever.
>
> Can you please file a bug in bugzilla, and assign it to me?
Done, bug #1992
Rein.
--
Rein Klazes
[EM
On February 4, 2004 03:39 am, Rein Klazes wrote:
> Column resizing still has it repaint problems, but it had this in some
> form forever.
Can you please file a bug in bugzilla, and assign it to me?
--
Dimi.
On Tue, 03 Feb 2004 20:53:17 +0100, you wrote:
> I think there are still problems with that patch because, in emule
> when I change the size of a column, the selected row is not repainted
> correctly, only some area of it are.
> The style is fullrowselect and ownerdraw.
>
> Only the new space of
>I think there are still problems with that patch because, in emule
>when I change the size of a column, the selected row is not repainted
>correctly, only some area of it are.
>The style is fullrowselect and ownerdraw.
>
>Only the new space of the column whose size has increased is repainted
>cor
I think there are still problems with that patch because, in emule
when I change the size of a column, the selected row is not repainted
correctly, only some area of it are.
The style is fullrowselect and ownerdraw.
Only the new space of the column whose size has increased is repainted
correctly.
At 10:12 02.02.2004 -0500, Dimitrie O. Paun wrote:
>I don't think behaviour in the LVS_OWNERDRAWFIXED case is explicitly documented,
>but I think it should behave as in the LVS_EX_FULLROWSELECT case. In other words,
>I think your patch is correct, please submit it to wine-patches.
Done. Thanks :)
On Mon, 2 Feb 2004, Fabian Cenedese wrote:
> static INT LISTVIEW_HitTest(LISTVIEW_INFO *infoPtr, LPLVHITTESTINFO lpht, BOOL
> subitem, BOOL select)
> {
> -- snip--
>
> if (select && !(uView == LVS_REPORT && (infoPtr->dwLvExStyle &
> LVS_EX_FULLROWSELECT)))
> {
> if (uView == LVS
>>The mouse tracking in listview happens in the LISTVIEW_TrackMouse()
>>function, which seems correct. It is getting called from only one
>>place (in LISTVIEW_LButtonDown()) so a few print statements there
>>would be nice to see that (1) it is being called, and (2) that it
>>doesn't exit premature
>On January 30, 2004 07:55 am, Fabian Cenedese wrote:
>> I think I already found the (apparent) difference in the events, the
>> (not) hanging in the OnLButtonDown. I need to find out why it doesn't
>> stay in there and if it's in listview, message, events...
>
>The mouse tracking in listview happ
On January 30, 2004 07:55 am, Fabian Cenedese wrote:
> I think I already found the (apparent) difference in the events, the
> (not) hanging in the OnLButtonDown. I need to find out why it doesn't
> stay in there and if it's in listview, message, events...
The mouse tracking in listview happens in
>> That was my weak try to explain what I see :)
>> Ok, again in short what happens: I can click on a cell in the first column,
>> it gets selected, I can release the mouse button, everything fine.
>> But when I press on a cell in another column it shortly gets selected
>> and immediately the sele
On Thu, 29 Jan 2004, Fabian Cenedese wrote:
> That was my weak try to explain what I see :)
> Ok, again in short what happens: I can click on a cell in the first column,
> it gets selected, I can release the mouse button, everything fine.
> But when I press on a cell in another column it shortly g
At 08:27 29.01.2004 -0500, Dimitrie O. Paun wrote:
>On January 29, 2004 08:08 am, Fabian Cenedese wrote:
>> Understandable. Any hints how I could continue? Where to look at?
>
>I don't think I understand this bit. Care to explain it again?
>
> "So for me it looks like this: When I click in a cell
At 08:27 29.01.2004 -0500, Dimitrie O. Paun wrote:
>On January 29, 2004 08:08 am, Fabian Cenedese wrote:
>> Understandable. Any hints how I could continue? Where to look at?
>
>I don't think I understand this bit. Care to explain it again?
>
> "So for me it looks like this: When I click in a cell
On January 29, 2004 08:08 am, Fabian Cenedese wrote:
> Understandable. Any hints how I could continue? Where to look at?
I don't think I understand this bit. Care to explain it again?
"So for me it looks like this: When I click in a cell it gets invalidated
and painted selected. But if the c
At 07:54 29.01.2004 -0500, Dimitrie O. Paun wrote:
>On January 29, 2004 06:27 am, Fabian Cenedese wrote:
>> Does anybody know about the handling of mouse events in the listview?
>> Is this a bug or just not implemented yet (I've seen the comment in the
>> beginning of listview.c :) ?
>
>The comment
On January 29, 2004 06:27 am, Fabian Cenedese wrote:
> Does anybody know about the handling of mouse events in the listview?
> Is this a bug or just not implemented yet (I've seen the comment in the
> beginning of listview.c :) ?
The comment is wrong and needs updating. Huw Davies added drag&drop
>>>The misbehaving app uses a ownerdrawn, CListCtrl-derived list. When
>>>I click on a cell not in the first column the cell gets selected. But on
>>>wine I can see that the selection flashes shortly and disappears right
>>>again (Surprisingly it works when I click in the first column. As my
>>>ap
>>The misbehaving app uses a ownerdrawn, CListCtrl-derived list. When
>>I click on a cell not in the first column the cell gets selected. But on
>>wine I can see that the selection flashes shortly and disappears right
>>again (Surprisingly it works when I click in the first column. As my
>>applica
On Thu, 08 Jan 2004 11:23:56 +0100, you wrote:
> Could somebody explain me (or direct me to info) how this should work
> in general? I mean even on Windows, when is something a click and
> when a down/up or down/click? I know that a too slow double-click will
> be two separate clicks, but I'm unce
At 14:15 19.12.2003 +, Mike Hearn wrote:
>On Fri, 2003-12-19 at 14:01, Fabian Cenedese wrote:
>> The control is a bit quirky with moving focus around and handling events
>> specially. But still it works on Windows :) Now I'm a bit lost how I can
>> debug this. +mouse didn't show anything useful
On Fri, 2003-12-19 at 14:01, Fabian Cenedese wrote:
> The control is a bit quirky with moving focus around and handling events
> specially. But still it works on Windows :) Now I'm a bit lost how I can
> debug this. +mouse didn't show anything usefull. I guess the
> generating and sending of the ev
Hi
Where is decided if I release the mouse button if a mouse up or a mouse
click is generated? Is this time dependent? Or generally the same?
The misbehaving app uses a ownerdrawn, CListCtrl-derived list. When
I click on a cell not in the first column the cell gets selected. But on
wine I can see
23 matches
Mail list logo
