Re: [ jEdit-devel ] Solution to Slow File System Browser under Windows

[Joshua G. <pr...@co...>]

Slava Pestov wrote:
> Thank you very much for tracking this down! I will incorporate your 
> suggestions in 4.3pre2.

Thanks, I look forward to seeing it in future releases.  jEdit is the
best code editor that I have ever found and I'm happy that it will no
longer be looked down upon due to this issue.  The sad part is that Sun
will not improve the performance of java.io.File until JDK1.6.
Sometimes, I really wonder about them.

Manfred Usselmann wrote:
> I regularly have to open files from directories on Netware drives
> containing several thousand source files, which I always needed a lot
> of patience for.
>
> Now it's really fast. A huge improvement.

I'm glad I could help!

Yogesh Kanitkar wrote:
> Can we use some of the above suggested technique for improving FTP
> browsing.

If the retrieval of file attributes and names via FTP can be done in an
incremental way, then I'm sure the plugin could be adjusted in a similar
way. However, I would suspect that this is not the case, and that the
FTP plugin simply parses the output of a 'dir' listing, but I'm not an
expert on it.

Francis Dob wrote:
> Jcifs (http://jcifs.samba.org/) which is an smb implementation
> also performs faster, than java.io.File.

Hmm, that's a cool library, I'll have to keep in mind for future
projects.  I haven't read the manual on this, but I would suspect that
it requires the java application to directly manage the network
connection to shares, which would mean that jEdit's browser could not
simply use existing mapped drives under Windows.  Therefore something
like this would work best as a plugin for jEdit that works similar to 
how the FTP plugin does.  For people who need blazing SMB/CIFS speed it
might be worth it to maintain the connections within jEdit.

-Josh Gertzen