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 selection
another bug description for listview (native listview works as expected
here)
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
On Fri, 29 Aug 2003 16:15:17 -0400 (EDT), you wrote:
On Fri, 29 Aug 2003, Rein Klazes wrote:
Hi Dimitrie,
This is causing a regression in newsbin pro.
New postings are highlighted by a green background colour. With the
patch the text in the second and higher columns is painted
On Sun, 24 Aug 2003 19:34:36 -0400, you wrote:
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
blushIt's my patch, mea culpa/blush.
Yeah, at a second look, it was rather
On Fri, 29 Aug 2003, Rein Klazes wrote:
New postings are highlighted by a green background colour. With the
patch the text in the second and higher columns is painted with a normal
backgound colour instead of green.
Selected rows are OK.
OK, I think I know what the problem is, I'll fix it
On Fri, 29 Aug 2003, Rein Klazes wrote:
Hi Dimitrie,
This is causing a regression in newsbin pro.
New postings are highlighted by a green background colour. With the
patch the text in the second and higher columns is painted with a normal
backgound colour instead of green.
Selected
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
blushIt's my patch, mea culpa/blush.
Yeah, at a second look, it was rather obvious what went wrong.
ChangeLog
Always setup the
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 :)).
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 has
Dimitrie O. Paun wrote:
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
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
implements what you described.
thanks... works like a charm now
impressive turn around time btw!!
A+
--
Eric Pouech
some apps of mine needs this to get going:
can someone with good listview knowledge confirm ? (or find the correct fix)
TIA
--
Eric Pouech
Index: dlls/comctl32/listview.c
===
RCS file: /home/cvs/cvsroot/wine/wine/dlls/comctl32
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-dwLvExStyle
When running UltimateZip I get
LISTVIEW_GetColumnInfo(LISTVIEW_INFO *infoPtr, INT
nSubItem) (listview.c:1237) ... assert (nSubItem = 0
nSubItem
infoPtr-hdpaColumns-nItemCount);
Atfer doing some digging, I found out that problem
is when deleting last column in ListView and scrolling
-hdpaColumns-nItemCount);
Atfer doing some digging, I found out that problem is when deleting
last column in ListView and scrolling it afterward. Atfer some more
digging I found out that patch for this was already created and issued
by Stefan Haller but was never commited.
In MSDN it says
On Tue, 27 May 2003, BiGgUn wrote:
Hi,
The alignment is OK with your patch. I think it's better than mine. But the
text doesn't have the same alignment as Windows
font or #define'd problem ?)
Can you try DT_VCENTER instead of DT_BOTTOM? Maybe that will do the trick.
--
Dimi.
Can you try DT_VCENTER instead of DT_BOTTOM? Maybe that will do the trick.
OK :) Now it's looks exactly what it have to !MSN 8 with e-mail virus protection service: 2 months FREE*
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
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
Hi there,
I think I struck gold! I found pretty simple yet _RELY_ broken program.
Here are screen shots:
http://www.kievinfo.com/snapshot1.png
http://www.kievinfo.com/snapshot2.png
It's one of the demo programs from Delphi 5. Source included.
To download executable use this link:
.
*/
@@ -1249,7 +1249,7 @@
return LISTVIEW_GetItemT(infoPtr, lpLVItem, TRUE);
}
-/* Listview invlaidation functions: use _only_ these function to invalidate */
+/* Listview invalidation functions: use _only_ these functions to invalidate */
static inline BOOL is_redrawing(LISTVIEW_INFO *infoPtr
On March 12, 2003 12:40 am, Vitaliy Margolen wrote:
I got it figured out. At least for simplified case. I got a question:
tagLISTVIEW_INFO is our structure or it's MS defined one? If former, I can
add few more variables to it : maxHight and maxWidth - to track dimensions
of ListView
On March 13, 2003 01:53 am, Vitaliy Margolen wrote:
- y = (LONG)DPA_GetPtr(infoPtr-hdpaPosX, i);
+ y = (LONG)DPA_GetPtr(infoPtr-hdpaPosY, i);
Duh! Good spotting, I just looked at it yesterday, and I did
not see it. Funny how you see what you want to see... :)
--
Dimi.
and maxWidth - to track dimensions
of ListView. And update it every time on inserts and refreshes.
Yes, it is our structure. But before you add them, why is it that
LISTVIEW_GetAreaRect() does not work for you? It should compute
the maxHeight and maxWidth correctly. If it doesn't, I'd rather
prefer
On March 13, 2003 02:15 am, Vitaliy Margolen wrote:
Never mind. I thought it was calling GetItem for every item in a ListView
to get it's position. Rather it accessing them directly.
I was thinking to optimize this part. If we store and update these
variables in the right places
-- you'll need to debug this a little. Remember, the listview can't
gracefully handle more than 3 or so items in Icon and SmallIcon mode,
so please test with lists smaller than that.
3. ToolTips not implemented. Not that it's so important. But ACDSee using
them for additional info about images
? If former, I can add
few more variables to it : maxHight and maxWidth - to track dimensions of ListView.
And update it every time on inserts and refreshes.
2. ACDSee's Big Icons mode doesn't show anything at
all. Not sure what the problem here. It looks like it is possible to select
something
yes, see many patches onto wine-patches...
--- Vitaliy Margolen [EMAIL PROTECTED] a écrit : I was
wondering is there is anyone working on ListView?
The reason I ask? I got ACDSee 3.1 installed (see my last patch about
typo)
working (well, sort of). It looks like ACDSee depends heavily
On March 10, 2003 11:42 am, Vitaliy Margolen wrote:
My question is: if I'll start hacking ListView will I be interfering with
someone else's work?
I did a lot of work on the listview recently, but due to new job
responsibilities, it's on the backburner ATM. So if you want to
work on it, you're
Monday, March 10, 2003, 9:46:27 PM, you wrote:
On March 10, 2003 11:42 am, Vitaliy Margolen wrote:
My question is: if I'll start hacking ListView will I be interfering with
someone else's work?
I did a lot of work on the listview recently, but due to new job
responsibilities, it's
On March 6, 2003 06:04 am, Adam Gundy wrote:
[wine-devel Cc:ed to keep people in the loop]
Is a listview guaranteed to be single threaded? I assume it is because it
is all message driven - so some flag in the LISTVIEW_INFO structure could
be set. I'd say that is even more opaque.
I think
On Thu, 6 Mar 2003, Adam Gundy wrote:
fine by me. you want me to do it?
If you don't mind... :)
--
Dimi.
At 10:17 06/03/03 -0500, Dimitrie O. Paun wrote:
On March 6, 2003 06:04 am, Adam Gundy wrote:
[wine-devel Cc:ed to keep people in the loop]
Is a listview guaranteed to be single threaded? I assume it is because it
is all message driven - so some flag in the LISTVIEW_INFO structure could
On March 5, 2003 09:28 am, Adam Gundy wrote:
When shifting the list's indices, we must not send notify messages
if we have to refocus. Item modification handlers are not supposed
to be called here.
I'm not too hot about passing that boolean around...
I'd rather have a
The test program
http://www.kegel.com/ownerdata.exe
shows a problem with OWNERDATA listview controls
which pick up that attribute after being created.
(No, this is not per the spec. Yes, a real program
does that.) To see the problem, run ownerdata.exe,
and select View / Capture View
replacing the listview contents.
That sounds ... strage g. Why not just use LVM_DELETEALLITEMS?
Well, I thought it seemed a bit strange too. The short answer is that
the new listview has a different number of columns.
On February 13, 2003 11:06 pm, Duane Clark wrote:
I probably should have mentioned why the app deletes column zero. It
repeatedly deletes column zero, testing the returned Boolean until it
gets false, and then it starts inserting new columns. So it ends up
completely replacing the listview
On February 6, 2003 05:15 am, Dan Kegel wrote:
I've already sent this to Dimi, but... the demo
http://msdn.microsoft.com/downloads/samples/internet/commctrl/vlistvw/defau
lt.asp doesn't work very well with Wine at the moment.
It demonstrates the LVS_OWNERDATA variant of a listview.
BTW, can
On February 6, 2003 10:47 pm, Dan Kegel wrote:
Thanks, Dimi, for finally getting me to try mingw;
I've been avoiding it out of fear for about eight years.
It's really improved since those early days!
(Golly, a gui installer and everything!)
It is cool, isn't it? You're welcome! :)
Here is a
I've already sent this to Dimi, but... the demo
http://msdn.microsoft.com/downloads/samples/internet/commctrl/vlistvw/default.asp
doesn't work very well with Wine at the moment.
It demonstrates the LVS_OWNERDATA variant of a listview.
I built it with msvc6. The default view looks ok, but if you
Dan Kegel wrote:
I've already sent this to Dimi, but... the demo
http://msdn.microsoft.com/downloads/samples/internet/commctrl/vlistvw/default.asp
doesn't work very well with Wine at the moment.
It demonstrates the LVS_OWNERDATA variant of a listview.
I built it with msvc6. The default view
Dimitrie O. Paun wrote:
On February 3, 2003 11:58 am, Duane Clark wrote:
This is a separate bug from the other listview patches. If an app sends
a LISTVIEW_Paint to a new listview before adding any items (which an app
was :-) the item size was not getting set, causing subsequent
LISTVIEW_Paint
On February 3, 2003 11:58 am, Duane Clark wrote:
This is a separate bug from the other listview patches. If an app sends
a LISTVIEW_Paint to a new listview before adding any items (which an app
was :-) the item size was not getting set, causing subsequent
LISTVIEW_Paint calls to clip
On Mon, 3 Feb 2003, Duane Clark wrote:
This is a separate bug from the other listview patches. If an app sends
a LISTVIEW_Paint to a new listview before adding any items (which an app
was :-) the item size was not getting set, causing subsequent
LISTVIEW_Paint calls to clip the painting
Dimitrie O. Paun wrote:
On Mon, 3 Feb 2003, Duane Clark wrote:
This is a separate bug from the other listview patches. If an app sends
a LISTVIEW_Paint to a new listview before adding any items (which an app
was :-) the item size was not getting set, causing subsequent
LISTVIEW_Paint calls
Duane Clark wrote:
It paints the headers. And the problem comes about because in
LISTVIEW_Paint, a test is made for the first paint, and if it is the
first paint, the item size is updated.
I guess I should have said something like ...and only if it is the
first paint Hopefully that was
On Mon, 3 Feb 2003, Duane Clark wrote:
It has nothing to do with LVM_SETITEMCOUNT that I know, or am I missing
something? This bug is not related to the other bug.
Sorry, my mistake, I registered it automatically as part of SetItemCount
when you send it bundled with the other stuff. I'll
On December 27, 2002 01:18 am, Chris Morgan wrote:
+/* Return the corresponding text for a given scroll value */
+static inline LPSTR debugscrollcode(int nScrollCode)
+{
+ switch(nScrollCode)
+ {
+ case SB_LINELEFT: return SB_LINELEFT;
+ case SB_LINERIGHT: return SB_LINERIGHT;
+ case
On December 26, 2002 04:06 pm, Chris Morgan wrote:
+/* Replace the scroll value with text */
+#define SCROLL_CODE_TEXT(nScrollCode) \
+ (nScrollCode == SB_LINELEFT) ? SB_LINELEFT : (nScrollCode ==
SB_LINERIGHT) \ + ? SB_LINERIGHT : (nScrollCode ==
SB_INTERNAL) ?
Hmm for some reason I was thinking it had to be done via a macro but I
suppose I can return a pointer to a static string just as easily. I figured
someone would balk at that cool macro ;-) hahah
Chris
On Thursday 26 December 2002 09:51 pm, Dimitrie O. Paun wrote:
On December 26, 2002
Dimitrie O. Paun wrote:
On December 19, 2002 07:48 pm, Duane Clark wrote:
I also altered LISTVIEW_GetSubItemRect so that it reports correct
values, as compared against WinNT on ControlSpy.
Problem is that LISTVIEW_GetSubItemRect is documented to return
same thing for LVIR_LABEL and
On December 20, 2002 01:02 pm, Duane Clark wrote:
So the only fix to LISTVIEW_GetSubItemRect that remains is to change the
offset that is applied.
This looks great. Another small nit:
+if (!(uFormat (DT_RIGHT | DT_CENTER)))
+{
+if (himl lvItem.iImage = 0 !IsRectEmpty(rcIcon))
On December 19, 2002 07:48 pm, Duane Clark wrote:
I also altered LISTVIEW_GetSubItemRect so that it reports correct
values, as compared against WinNT on ControlSpy.
Problem is that LISTVIEW_GetSubItemRect is documented to return
same thing for LVIR_LABEL and LVIR_BOUNDS. Of course, incorrect
Hi Dimi,
I have been doing some work on OWNERDATA listviews with Outlook and
have found something with my test programs.
Even if i create a Dialog with DialogBoxW to contain the listview,
and return NFR_UNICODE for WM_NOTIFYFORMAT my windows 2000 box still
calls notifies
at the moment, and I think the one in Listview is buggy, at least according
to the documentation. To cut a long story short: yeah, a patch is greatly
appreciated! :)
BTW, this is the problem with the Treeview as well, if I understand
correctly. It is asked in WM_NOTIFYFORMAT to be Unicode, but when it
does
for the WM_NOTIFYFORMAT. In fact, I was just
looking at it, trying to compare it to the Treeview case which doesn't work
at the moment, and I think the one in Listview is buggy, at least according
to the documentation. To cut a long story short: yeah, a patch is greatly
appreciated! :)
BTW
On November 21, 2002 11:33 am, Aric Stewart wrote:
Here is a patch which preserves alot of your structure.
it works to correct my bug in Outlook.
Wow! It's hard to believe this is the case... WTF is this so?
I mean, did you find a reasonable explanation to this behaviour?
Did you have a chance
Yeah it is sort of amazing.
I have a test program under windows if you would like to see the Visual
studio project. It has _UNICODE defined in the project, I create a main
window with CreateWindowW Inside that window i do a DialogBoxW. That
dialog box has a listview which is OWNERDATA.
I look
. That
dialog box has a listview which is OWNERDATA.
I look at WM_NOTIFYFORMAT and trace and return what is returned by
DefWindowProc (which conforms to wine and the docs by returning NFR_UNICODE)
then watching the notifies come in when i SetItemCount i see only the A
GetDispInfo notify..
i
On November 21, 2002 06:27 am, Dustin Navea wrote:
Do you think that this patch will fix my treeview problem(s)? Or should
the same sort of thing be done to treeview as a test to see if it will?
Yes, the same sort of patch should be done for treeview. I'll try to
do one soon.
--
Dimi.
On November 21, 2002 12:13 pm, Aric Stewart wrote:
i tried all sorts of variations on the W and A creations to see if i saw
any difference and I did not.
Also this patch fixes the bug in Outlook...
Yes. And beyond this, it correlates perfectly with the treeview
problems we have been
Dimitri,
The missing last column in newsbin seems to be caused by this line:
| if (!lpColumn || nColumn 0 || nColumn infoPtr-hdpaColumns-nItemCount)
|return -1;
| ^
removing the marked part of the test result in
On October 30, 2002 02:01 pm, Rein Klazes wrote:
Do you see any objections removing the test and error message?
Good catch. Please try this patch:
Index: dlls/comctl32/listview.c
===
RCS file:
On Wed, 30 Oct 2002 14:21:13 -0500, you wrote:
On October 30, 2002 02:01 pm, Rein Klazes wrote:
Do you see any objections removing the test and error message?
Good catch. Please try this patch:
Index: dlls/comctl32/listview.c
Hi,
I'm using WinMX (www.winmx.com) rather frequently, currently version
3.30. Some two weeks ago, Wine HEAD displayed the ListView components
from the search and transfer tabs perfectly, now the refresh/redrawing
is messed up.
The application documented the changes ListView has undergone
On October 29, 2002 06:30 am, [EMAIL PROTECTED] wrote:
I'm using WinMX (www.winmx.com) rather frequently, currently version
3.30. Some two weeks ago, Wine HEAD displayed the ListView components
from the search and transfer tabs perfectly, now the refresh/redrawing
is messed up.
Please, file
On October 24, 2002 02:12 pm, Paul Rupe wrote:
- This is something that never worked in the old code either so it may not
be listview-related. An obscure Xnews feature is that you can right-click
the read column in the newsgroup listing and edit its contents. Instead
the standard context
That's why I included them here, so you can copy and paste
Just remeber to set your locale to either Iso-8859-8 or UTF-8, or you'll
lose the special chars. Even more tricky, if your email client supports
BiDi (Your'e using kmail, but only the one that came with KDE-3 did, and
I don't know
(note that I am presently at a computer *not* set up for i18n)
I think Hebrew was made to go RTL just to give programmers headaches.
Actually, I'm trying to learn Hebrew, and I keep catching myself
trying to write it LTR. Now if Dimi went to the Hebrew alephbet,
would he have to change from Z1,
Now you are touching on subjects tender to my purpose on this list :-)
Dimi wouldn't have to change anything. A BiDi aware engine which is
complient enough (i.e. - not what we currently have in Wine)-: will
display a logical aleph followed by a 1 as an aleph followed by a 1
RTL (i.e. - the 1
Folks,
I now consider the listview rewrite complete. What this means:
-- current revision (1.325) may become a reference rev for a while
-- bugs for the listview should be submitted through Bugzilla
NOw, I know there are outstanding bugs. Most likely, there would
always be. But i have
The fix in
http://bugs.winehq.com/show_bug.cgi?id=924
looks good. Could sbd send it as a patch ?
Thanks
Juergen
On Thu, 24 Oct 2002, Dimitrie O. Paun wrote:
On October 24, 2002 04:00 pm, Francois Gouget wrote:
Argh! I cheated. I used a slightly older Wine and copied the comctl32
El dom, 27 de oct de 2002, a las 13:14, Jürgen Schmied escribio:
The fix in
http://bugs.winehq.com/show_bug.cgi?id=924
looks good. Could sbd send it as a patch ?
My patch with subject: (Day 26 oct)
SHGFI_USEFILEATTRIBUTES support in SHGetFileInfoA
fixes this problem (winzip is working
On October 27, 2002 11:28 am, Dimitrie O. Paun wrote:
ChangeLog
Mark immutable objects as const. Fix inconsisten *-style.
This one, of course, is Z7, not Z8. Hmm, now I have problems
with digits, on top of the alphabet... And NO, we used to do
a _lot_ of math in Romania! :P
--
Dimi.
Oh my god!!! he is running out of alphabet letters!!! ;-)
Shachar
Dimitrie O. Paun wrote:
ChangeLog
Mark immutable objects as const. Fix inconsisten *-style.
--- dlls/comctl32/listview.c.Z6 2002-10-27 10:29:52.0 -0500
+++ dlls/comctl32/listview.c 2002-10-27
On October 27, 2002 12:05 pm, Shachar Shemesh wrote:
Oh my god!!! he is running out of alphabet letters!!! ;-)
That's right. And we don't know what's going to happen, it's
uncharted territory. So if you have listview problems, speak
now!!! :)
--
Dimi.
On October 27, 2002 12:14 pm, Shachar Shemesh wrote:
àáâãäåæçèéëìîðñòôö÷øùú. Very useful `-)
Very cool man, but, ..., hmm, ..., I don't have a Hebrew keyboard. ;)
--
Dimi.
On Sun, Oct 27, 2002 at 07:14:41PM +0200, Shachar Shemesh wrote:
I can offer you the Hebrew alphabet. Except à (Aleph), which was used
to indicate the various infiinity levels, there are 21 brand new, never
before used, ready for your viewing pleasure letters (the number grows
to
Andreas Mohr wrote:
What a weak and useless suggestion, this will run out of characters in
no time at all ;-)
Better use Chinese characters !
Bah! You are still weak! Better to use Klingon - I do beleive they've
reserve some Unicode space for them!
Actually, I believe Klingon got rejected. Some junk
about it not being a 'real' language or something.
Try telling that to all the people that speak it
though. Probably more than some of the other
languages represented in Unicode.
Maybe we should continue through the ASCII character
set: 'X'
On Thu, 24 Oct 2002, Dimitrie O. Paun wrote:
On October 24, 2002 04:00 pm, Francois Gouget wrote:
Argh! I cheated. I used a slightly older Wine and copied the comctl32
dll there. Today I retested with CVS Wine plus the latest X11 patch and
got it to work by just replacing the shell32
Francois Gouget wrote:
Winzip was broken on 2002/07/23 by one of the following two patches:
* http://cvs.winehq.com/patch.py?id=1027475763780155356581421
Juergen Schmied [EMAIL PROTECTED]
- Cleaned up the implementation of shell folders and put them into
separate files.
- Fixed
So, I know this has been discussed before... but I can't recall: is
native (W98) regedit expected to work right now? For me, it doesn't.
It's better with the latest CVS than yesterday (died on an assertion),
but now it's back to blank. The listview shows correct headers,
but no actual line-items
On October 25, 2002 07:38 am, David D. Hagood wrote:
For those of us who are a little behind on the patches, would it be
possible to get a roll-up patch of all diffs from the CVS MAIN branch?
Also, what is the status of CVS vs. the patches - what patches have been
applied?
The algorithm has
. The listview shows correct headers,
but no actual line-items. Native commctrl/comctl32 works OK.
Well, I don't have that application, so you'll need to help debug
it if you want it working :). First step is a --debugmsg +listview.
If you think that's relevant, a screenshot too.
--
Dimi.
On October 25, 2002 11:34 am, Rein Klazes wrote:
It is a bit too much. The flashing is gone, great. But when the
message listview is filled and the display updates, of the perhaps 10
new items that are added to the bottom only the last 2 or 3 are
displayed. That leaves white gaps
On Thu, 24 Oct 2002 19:20:44 -0400, you wrote:
On October 24, 2002 07:34 am, Rein Klazes wrote:
- Updating/refreshing the messages listview (when downloading headers)
is far less efficient then with native comctl32. The whole listview
gets refreshed instad of just the visible update
On Fri, 25 Oct 2002 11:38:23 -0400, you wrote:
On October 25, 2002 11:34 am, Rein Klazes wrote:
It is a bit too much. The flashing is gone, great. But when the
message listview is filled and the display updates, of the perhaps 10
new items that are added to the bottom only the last 2 or 3
Just a couple of days ago, the problem with native (W95-OSR2.1)
regedit was that changing keys in the tree kept piling up new items
in the listview. It was quite interesting seeing multiple (Default)
values for a key :-).
Now (12 hours ago anyways) it is always blank. When I click on
where
On October 25, 2002 02:55 pm, Francois Gouget wrote:
Hmmm, what happened to the Y series?
Doh! Now the cat is out of the bag: I don't know my
alphabet!!! Oh, man...
Y: Y use Y?
--
Dimi.
On Fri, 25 Oct 2002, Dimitrie O. Paun wrote:
[...]
The algorithm has been: start a new series when Alexandre has committed
the previous one. So, for example, because I've started the Z-series
last night, that means that Alexandre already committed the X-series.
Hmmm, what happened to the Y
On Fri, 25 Oct 2002 14:47:14 -0400, you wrote:
On October 25, 2002 12:16 pm, Rein Klazes wrote:
www.xs4all.nl/~rklazes/temp/nb2.png shows the problem quit well, only
two items are displayed where there should have been much more;
www.xs4all.nl/~rklazes/temp/nb3.png same window after it was
On October 25, 2002 03:24 pm, Rein Klazes wrote:
Now it is visually back to the situation before X12, lots of
flickering.
I beg to differ. I've tried it, and it *sometimes* flickers
*once* (that is, at the end of the download, it refreshes
again, even if it shouldn't). Problem is, that the
On October 25, 2002 02:33 pm, Jeff Smith wrote:
Now (12 hours ago anyways) it is always blank. When I click on
where the values should be (highlight them), sometimes they will
show up then. It seems something is not being refreshed that
should be.
Try Z5 -- hopefully it should fix it.
--
On October 25, 2002 04:31 pm, Michael Stefaniuc wrote:
Well a Y is pretty much not used in the romanian language :)
Thank you Michael, this is it ;) Come to think of it, it's not
used at all... Honestly, I also hated that I to learn the alphabet,
and the multiplication table! :)))
--
Dimi.
On October 25, 2002 04:18 pm, Rein Klazes wrote:
What I see different from native comcontrol is that
1- during a refresh everything is redrawn, including the header
control;
This is fixable, and it will get fixed soon.
2- the refreshing continues about once every second until the download
don't see a
need for a roll-up patch ;)
That helps, but also leaves me with a conundrum - when I do a CVS update
on my machine at work, and rebuild wine (make clean, make depend, make,
su, wipe wine directories in /usr/local, make install, exit, run Mng4) I
get the listview crash on Along
Well, a cvs up -C and rebuild, and things are find here at home. I'll
have to see what is up with my machine at work Monday...
Folks,
After my latest X-series patches (currently at X6), I am aware
of the following listview bugs:
Yes, you read correctly: NONE. :)
So I ask you for one of two things:
-- bug reports
or
-- success stories
Otherwise, I'm gonna declare listview the coolest, nicest,
most huggable piece
1 - 100 of 224 matches
Mail list logo
