build 1996 - new UI, part V

Alpha/Beta versions for early access to new half-cooked features
User avatar
mike
Posts: 794
Joined: Thu Jul 16, 2015 5:35 am
Location: Exeter, UK

Re: build 1996 - new UI, part V

Post by mike » Wed Feb 15, 2017 8:43 am

d0ublezer0 wrote:
Sun Feb 12, 2017 8:52 am
Active areas for click:
Right, icons were wired incorrectly. Already fixed.

User avatar
mike
Posts: 794
Joined: Thu Jul 16, 2015 5:35 am
Location: Exeter, UK

Re: build 1996 - new UI, part V

Post by mike » Wed Feb 15, 2017 8:45 am

sasha wrote:
Sun Feb 12, 2017 4:51 pm
Maybe I haven't found it, but is there a way to set a default layout for new tabs?
Currently (Build 2009), Cmd+T opens a new tab with a layout that doesn't seem to be part of the built-in layouts. I suggest either to create a setting for the default layout or use the current layout default for a new tab.
Yep, that was the issue in these builds, already fixed.

User avatar
mike
Posts: 794
Joined: Thu Jul 16, 2015 5:35 am
Location: Exeter, UK

Re: build 1996 - new UI, part V

Post by mike » Wed Feb 15, 2017 8:46 am

dawid wrote:
Mon Feb 13, 2017 9:19 pm
Briefly, great progress. I really like changes.
Nice to hear, thanks!
dawid wrote:
Mon Feb 13, 2017 9:19 pm
Anyway I think I found bug "Invert selection and move next" is working "partly". I mean it invert selection but doesn't move to the next item.
Confirm, already fixed.

User avatar
mike
Posts: 794
Joined: Thu Jul 16, 2015 5:35 am
Location: Exeter, UK

Re: build 1996 - new UI, part V

Post by mike » Wed Feb 15, 2017 8:48 am

moonrak wrote:
Mon Feb 13, 2017 8:16 pm
I have just found a bug, I do not know if it was present in previous versions.
It happened today when attempting to copying a file > 4GB to a FAT32 formatted flash drive.
I was not aware that the movie file as >4GB in advance and NC happily started copying it, with the progress bar going slowly all the way to the end.
And there it remained stuck, no more progress, no further actions, no error message.
Tnx for info, I'll check this out.

User avatar
mike
Posts: 794
Joined: Thu Jul 16, 2015 5:35 am
Location: Exeter, UK

Re: build 1996 - new UI, part V

Post by mike » Wed Feb 15, 2017 10:31 am

moonrak wrote:
Mon Feb 13, 2017 8:16 pm
I have just found a bug, I do not know if it was present in previous versions.
It happened today when attempting to copying a file > 4GB to a FAT32 formatted flash drive.
I was not aware that the movie file as >4GB in advance and NC happily started copying it, with the progress bar going slowly all the way to the end.
And there it remained stuck, no more progress, no further actions, no error message.
NC still worked fine and allowed me to quit the app.
Can't reproduce this behaviour - NC gives an error, as expected:
Screen Shot 2017-02-15 at 17.26.34.png
Screen Shot 2017-02-15 at 17.26.34.png (31.56 KiB) Viewed 3755 times
The situation itself, i.e. letting to copy a file larger than possible is another story...

moonrak
Posts: 28
Joined: Thu Sep 29, 2016 12:42 pm
Location: Rio Grande, Argentina

Re: build 1996 - new UI, part V

Post by moonrak » Wed Feb 15, 2017 11:00 am

mike wrote:
Wed Feb 15, 2017 10:31 am
moonrak wrote:
Mon Feb 13, 2017 8:16 pm
I have just found a bug, I do not know if it was present in previous versions.
It happened today when attempting to copying a file > 4GB to a FAT32 formatted flash drive.
I was not aware that the movie file as >4GB in advance and NC happily started copying it, with the progress bar going slowly all the way to the end.
And there it remained stuck, no more progress, no further actions, no error message.
NC still worked fine and allowed me to quit the app.
Can't reproduce this behaviour - NC gives an error, as expected:
Screen Shot 2017-02-15 at 17.26.34.png
The situation itself, i.e. letting to copy a file larger than possible is another story...
File was a little over 4GB (but way less than 5GB), a tad over the acceptable limit for FAT32. Once the flash drive was formatted as exFAT there were no more issues copying the file. Flash drive is an 16GB iXpand Sandisk, the one with an USB connector on one side and lightning on the other. I upload movies to it so that I can watch them in my iPad when flying or buying time at an airport.
moonrak

don
Posts: 130
Joined: Sat Jul 18, 2015 11:03 am
Location: Sydney, AU

Re: build 1996 - new UI, part V

Post by don » Sun Feb 19, 2017 8:27 pm

don wrote:
Sun Feb 12, 2017 1:26 am
mike wrote:
Fri Feb 10, 2017 8:03 am
One more question, if you wouldn't mind.
By any change, do you have a "show hidden files" option turned off?
Or, does this discoloring ever happens when there are no hidden item in directory?
Yes, I usually run with this option off. When I need to see the hidden files I just enable them with a keyboard shortcut.
I am not observing any correlation between the presence of the hidden files and discolouring.
Removed all hidden files from a folder to test - restarted the app and discoloring was back for this folder.

And I run wide view mode.

What I have noticed, experimenting, is :

* Short and Medium view modes do not use the List Font - still use default.
* If I flip to these modes, and then back to wide (or full, which does use the same font as wide) - the discoloring never appears for any of the folders.
Another observation.
If the "View Hidden files" is enabled, going over the discoloured items does not fix it - they stay discoloured.
But if it is off - it clears the discolouration.

And if the "Show hidden files" is on - some hidden files are displayed with the normal colour. Somehow there is confusion within the system how to draw the colours of the item if this custom font is used.

I will try other fonts and confirm.

Post Reply