On 09.08.2010 13:05, Paul Ishenin wrote:
> Please create a bug report and attach the patch and example to it.
http://bugs.freepascal.org/view.php?id=17141
Done :-)
Bernd
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.laz
Zitat von Bernd Kreuss :
On 09.08.2010 15:48, Paul Ishenin wrote:
You can add it to the protected section and access using TListViewAccess
class.
This is interesting. I didn't know that I can access protected methods
from the *outside* by simply deriving a class in the same unit from
where I
On 09.08.2010 15:48, Paul Ishenin wrote:
> You can add it to the protected section and access using TListViewAccess
> class.
This is interesting. I didn't know that I can access protected methods
from the *outside* by simply deriving a class in the same unit from
where I want to access them.
I w
09.08.2010 19:20, Bernd Kreuss wrote:
And to fix the slowness problem I will probably also have to introduce a
new public function GetUpdateCount() in TCustomListView to be able to
read the list view's FUpdateCount from within the TWin32WSCustomListView
class if I don't find a simpler way to acc
On 09.08.2010 13:05, Paul Ishenin wrote:
> And please don't remove AutoSizeWidth constant, just replaced the missed
> place where it had to be used.
Ok, I will do this.
And to fix the slowness problem I will probably also have to introduce a
new public function GetUpdateCount() in TCustomListVi
09.08.2010 18:34, Bernd Kreuss wrote:
And the next step to improve it (performance-wise) would be to call it
in TWin32WSCustomListView.ItemSetText only if the updatecount is zero
and in enduptade once for every autosized column if the updatecount is
reaching zero.
Please create a bug report and
On 09.08.2010 12:27, Bernd Kreuss wrote:
> On my windows XP it does resize on every added item.
And the next step to improve it (performance-wise) would be to call it
in TWin32WSCustomListView.ItemSetText only if the updatecount is zero
and in enduptade once for every autosized column if the upd
On 09.08.2010 07:09, Paul Ishenin wrote:
> LVSCW_AUTOSIZE_USEHEADER does not solve the autosize problem because it
> applies the width according to your actual content and does not resize
> after you add/remove more items. Therefore another solution is needed.
On my windows XP it does resize on
08.08.2010 23:36, Bernd Kreuss wrote:
const
AutoSizeWidth = LVSCW_AUTOSIZE{_USEHEADER};
in C:\lazarus\lcl\interfaces\win32\win32wscustomlistview.inc
this was done in revision 24774 by Paul and the commit message was
"don't reset autosized width of listview column".
The change "AutoSizeWidt
const
AutoSizeWidth = LVSCW_AUTOSIZE{_USEHEADER};
in C:\lazarus\lcl\interfaces\win32\win32wscustomlistview.inc
this was done in revision 24774 by Paul and the commit message was
"don't reset autosized width of listview column".
I suppose this was originally meant to use LVSCW_AUTOSIZE_USEHEAD
10 matches
Mail list logo
