Right, icons were wired incorrectly. Already fixed.
build 1996 - new UI, part V
Re: build 1996 - new UI, part V
Re: build 1996 - new UI, part V
Yep, that was the issue in these builds, already fixed.sasha wrote: ↑Sun Feb 12, 2017 4:51 pmMaybe 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.
Re: build 1996 - new UI, part V
Nice to hear, thanks!
Confirm, already fixed.
Re: build 1996 - new UI, part V
Tnx for info, I'll check this out.moonrak wrote: ↑Mon Feb 13, 2017 8:16 pmI 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.
Re: build 1996 - new UI, part V
Can't reproduce this behaviour - NC gives an error, as expected: The situation itself, i.e. letting to copy a file larger than possible is another story...moonrak wrote: ↑Mon Feb 13, 2017 8:16 pmI 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.
Re: build 1996 - new UI, part V
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.mike wrote: ↑Wed Feb 15, 2017 10:31 amCan't reproduce this behaviour - NC gives an error, as expected:moonrak wrote: ↑Mon Feb 13, 2017 8:16 pmI 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.
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...
moonrak
Re: build 1996 - new UI, part V
Another observation.don wrote: ↑Sun Feb 12, 2017 1:26 amYes, 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.
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.