Page 1 of 1

alpha version 2508

Posted: 2014 Nov 17, 08:00
by nikos
here is an alpha version for those brave enough to follow the latest developments
www.zabkat.com/test/kenny.7z (32 bit ultimate only)
just unpack and run (you must quit your normal xplorer2 first).
the most important change I would like you to try is the new threaded previewer, especially the NATIVE tab. Try it with complex document types and see how it goes
Any problems please let me know

Re: alpha version 2508

Posted: 2014 Nov 17, 11:22
by Tuxman
So the previewer should basically work faster now?

Re: alpha version 2508

Posted: 2014 Nov 17, 12:31
by nikos
the native previewer, yes, and it shouldn't block xplorer2 while it's getting ready to show something

Re: alpha version 2508

Posted: 2014 Nov 17, 12:42
by Tuxman
Nice. :beer:
Will try it when I'm home.

Re: alpha version 2508

Posted: 2014 Nov 22, 09:14
by nikos
It looks like kilmatead fell off while doing perilous work and cannot report to testing duty...
pj it's all your fault and must now take his place as lead tester :)

Re: alpha version 2508

Posted: 2014 Nov 22, 12:02
by Tuxman
So I can still be the first one to report?

"Some assertions failed" :biggrin: on exiting the application; the native preview is fast for pictures and really, really slow for PDFs.

Re: alpha version 2508

Posted: 2014 Nov 22, 13:17
by nikos
you mean slower than it used to be?
these plugins are external to x2 so I cannot make them run faster (it also depends on which PDF handler you have installed, adobe is the worst).

however now whatever unavoidable delay takes place, it doesn't stop you doing other things in xplorer2 (threaded). Also if you browse PDFs say one after the other, things should improve a little

Re: alpha version 2508

Posted: 2014 Nov 22, 15:35
by Tuxman
It always is slow with PDFs. :) I might try different handlers. Other than that, the concurrency seems to work as expected. Thanks. :)

Re: alpha version 2508

Posted: 2014 Nov 22, 16:04
by FrizzleFry
It seems that you cannot load scrap contents from a text file from the command line using /F:1 <full path of file>
It did work fine using the menu but loading scrap contents from the command line is the main point of my request.

Ctrl-L (find link target) seems to be working with relative sym links... it sends you to the actual linked item instead of just following the link...
I have not used Ctrl-L much before but I have been using relative sym links instead of junctions a lot lately.

It is nice to have tooltips for the drive icons.

Re: alpha version 2508

Posted: 2014 Nov 22, 18:23
by nikos
thanks for filling up the AWOL master tester's shoes... but where do you find these text files to begin with?

Re: alpha version 2508

Posted: 2014 Nov 23, 04:24
by FrizzleFry
I usually generate file lists with scripts... sometimes it's useful to load some of these lists into scrap panes...

Re: alpha version 2508

Posted: 2014 Nov 23, 16:55
by pj
nikos wrote:It looks like kilmatead fell off while doing perilous work and cannot report to testing duty...
pj it's all your fault and must now take his place as lead tester :)
My computers tend to be tied up in weird configurations resembling Gordian Knots combined with an Indian Jones' snake pit so a stable test environment I have not, though patience is tested on a regular basis :(

Re: alpha version 2508

Posted: 2014 Nov 26, 01:23
by snakebyte
Thanks for implementing the loading and saving scap pane as text files Nikos :-).

I noticed that when text files are used to load the scrap pane window and their contents is modified, pressing the save button does not modifies the underlying text file. It pops up the save as dialog. Can we change this to work similar to cida files and update the underlying text file instead of specifying the the save as file again?

Re: alpha version 2508

Posted: 2014 Nov 26, 05:28
by nikos
managing text paths is considered an export, not save. It was too much work to make it otherwise :)