When running JCmd under Linux, the delayed FileViewer
update has a horrible performance: it seems to perform
full redraws at every item append. It is WAY too slow.
This is probably due to an SWT bug under Linux. We can
either investigate this issue (max 30 mins-1 hour) or
implement a more efficient way to display the
FileViewer - this would take longer.
The more efficient way (based on the Swing
implementation of the FileControl):
- display only the visible rows (the table has only
those rows)
- manually create and manage a vertical scrollbar
This would probably be the most efficient way for
displaying files. This should exceed in speed anything
on the market. On the long term, this should be it.
Logged In: YES
user_id=940779
This issue might be solved by the Eclipse 3.1 platform.
See http://download.eclipse.org/downloads/drops/S-3.1M3-
200411050810/eclipse-news-part3-M3.html :
"TableViewer supports SWT.VIRTUAL
The JFace TableViewer widget now supports the
SWT.VIRTUAL flag, which only creates table items as they
are needed. This reduces the number of operating system
resources required for long tables."
Logged In: YES
user_id=940779
The initial problem is related to the delayed insert of
items into the file control's table. A currently incomplete
implementation of the virtual table shows a major
performance improvement (works as fast as a GTK native
application). This must be a priority mostly for making jcmd
usable under Linux as well as for Win32 to offer the same
performance as TotalCommander.
Logged In: YES
user_id=940779
This was fixed as of release 0.6.3