Fwteam - Xbrowse too slow

[Silvio.Falconi]

I tested it on Hp Computer win Windows Seven and NOT run fast

I changed only the :nMarqueeStyle into MARQSTYLE_HIGHLROWMS


as you can see here:


the vertical scroll could work however the vertical scroll could work however when I go to see the last column it shows me only three columns while the fourth last and the fifth last one does not show it to me and then stop
that is, on the first pass it does it well, on the other hand,

on the second pass it doesn't show me the last two columns when is wrote "NAZIONALE" and then it freezes

test Computer HP Z220 CMT WorkStation with Windows Seven Professional 4 GB Ram




Another test ( see the last two columns )

[Silvio.Falconi]

New test on Windows 10 on Intel(R) Atom(TM) x5-Z8350 CPU @ 1.44GHz 1.44 GHz - 4,00 GB



Notice the slowness with which I can move horizontally notice that I press the scroll button continuously
the last columns are not displayed

use this link to see all image https://i.postimg.cc/3x0w3BMD/newtestwin10.gif

[Silvio.Falconi]

His code mainly.

I made only 3 small fixes which have nothing to do with xbrowse.

Nages,
I tried this script of yours with an I7 8GB Ram ( Asus Rog) and I'm having trouble viewing up to the last column, i.e. I see NZ1, NZ2, NZ3 but I can't see the last two columns

Code: Select all  Expand view

#include "fivewin.ch"
Function test()
USE LOTTO VIA "DBFCDX"
XBROWSER ALIAS() SHOW RECID SETUP ( oBrw:lVThumbTrack := .t.)
return nil
 

Now I do not want to make any controversy but I am certainly trying your test with other computers to see if it is a question of memory or not and I still cannot understand how I can solve
If I scroll vertically, the movement is fast
If you scroll horizontally the movement is fast up to a certain point then it goes very slowly


I then discovered something else:
if I have the dialog of small size the xbrowse works that is, it is fast vertically and horizontally,
if I enlarge the window or put it to full screen the xbrowse is fast only vertically while in horizontal it is fast up to a point then it starts to be slow

[Marc Venken]

Silvio, can you hold the right key button to the end and also the left button to the beginning (several times)

I notices that holding the right button, the speed is much slower than from right to left.

Do you notice this also ?

[Silvio.Falconi]

exactly

now i am trying to find another solution
since i have seen that the array goes much faster i thought but only in my head and i have not practiced it yet
do a procedure that converts the dbf into an array, then with a menu to select how many records to display from 10 to 500, perhaps selecting only one year at a time and see how it behaves
I have never worked with an archive of 10063 records that increases by three records every week so I don't know I'm looking for solutions to have a good view, while if I have to do the statistics I use the entire archive

[Detlef]

Silvio,
perhaps you could do all possible analytics of your 10063 records for the moment and actualize the results every week with the new 3 records?
Just an idea.
-Delef

[Silvio.Falconi]

Silvio,
perhaps you could do all possible analytics of your 10063 records for the moment and actualize the results every week with the new 3 records?
Just an idea.
-Delef

here we were discussing about the speed of scrolling the archive because I noticed problems not so much vertically but horizontally, that is, it becomes very slow and I also tried it on an I7