[Top][All Lists]
[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.
txtnqwrBzb38r.txt
Description: Diff [2412c3d9b6ea20882e47bc526438b35048dfd72e] -> [329101015e38291dd1d359be857d17500ebd95d6]
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Monotone-commits-diffs] Revision 329101015e38291dd1d359be857d17500ebd95d6,
monotone <=