monotone-commits-diffs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Monotone-commits-diffs] Revision 329101015e38291dd1d359be857d17500ebd95


From: monotone
Subject: [Monotone-commits-diffs] Revision 329101015e38291dd1d359be857d17500ebd95d6
Date: Sat, 12 Jan 2008 15:06:22 +0100

-----------------------------------------------------------------
Revision: 329101015e38291dd1d359be857d17500ebd95d6
Ancestor: 2412c3d9b6ea20882e47bc526438b35048dfd72e
Author: address@hidden
Date: 2008-01-10T16:49:05
Branch: net.venge.monotone.guitone

Modified files:
        src/model/Inventory.cpp src/model/Inventory.h
        src/model/InventoryItem.cpp src/model/InventoryItem.h

ChangeLog: 

If an item was expanded and re-read, a weird flickering could popup on
Linux because as we deleted some of the children before we inserted new
items, Qt informed the parents about that change, leading to
(can)fetchMore requests. At this time, though, these items returned false
if isExpanded() was called, simply because all of their children were
about to be deleted.
The solution now is to use a boolean "expanded" flag again for each item,
which is now set in the place where we determine anyways if we've reached
a leave (the point where the path levels are compared). This flag can
now be recursivly checked by isExpaned(int), while isExpanded(0) means
only the flag of the item is checked, isExpanded(1) means also the children
of the item are looked for, and so forth.

Attachment: txtnqwrBzb38r.txt
Description: Diff [2412c3d9b6ea20882e47bc526438b35048dfd72e] -> [329101015e38291dd1d359be857d17500ebd95d6]


reply via email to

[Prev in Thread] Current Thread [Next in Thread]