XYplorer Beta Club

Borut wrote:Stef, sorry for bad luck with your bug.

Thanks for the condolences. Won't have time this week to figure it out. Guess I'll just live with it - getting into the habit of some extra clicks - a little inconvenience far outweighed by the usefulness of this feature overall.

admin wrote:after 10 days of hard work, only interrupted by about 60 football games

Amazing how much you get done by watching soccer 9 hours a day - - Just imagine the increase of productivity you'd experience by watching 8 or 10 or 12 soccer games per day

I'd like to have an option for a different approach on dealing with non-existant items, Don.
Great: currently PF simply removes the entry, updating the PFfile. But that should not be the right way for removable drives, for instance.
Moving those entries to the lower portion of the PFfile, marking them with leading exclamation marks which later are displayed in the list in red or have a red exclamation mark as icon could be a way to keep stuff simple yet functional.

This may have be already discussed and in case of so, someone please point me the headings as it's a 10-page thread, sorry!

Phase 1 is finished. This is an idea for a later phase.

XY is able to recognize and preview text files in UTF8 without BOM correctly. Can this smartness be given to the routine that parses the paper folders as well?

admin wrote:Well, it will probably stay.

So, ok, after 10 days of hard work, only interrupted by about 60 football games, 14.30 is about to be released! I don't know who else is still in the file manager business (or faking to be), but I think the release of XY 14.30 is a good moment for them to give up and start trying something else.

I was thinking that at some time, you should stop releasing major versions for a while and don't focus on adding new features and instead, just focus on optimizing the code and have us help you more with hunting bugs so that XYplorer becomes a mean, lean, and fast machine. Then you release it out into the wild to chew on some poor city explorers.

mean, lean, and fast machine ... that's always been my priority. And AFAIK I have achieved that, acc. to user feedback from 15+ years.

UTF8: PF phase 2.

Cool,

I have found my first real PF use case today -> Creating a list of mission critical documents in a large project simply done by copy & paste.
I also noticed, that Marco afaik is using PFs as a sort of result adapter.

I'd like to get some more insights on what others here are using PFs for. So, what's your major usage scenarios?

Thanks & cheers,
Filehero

1) Going to paper:Path\Nonexistent.txt offers to create the paper folder but fails to actually do so.
2) Going up from paper:Path\Exists.txt attempts to take us to paper:Path\.
3) The Open... command does not work if the file is not within <xypaper>.

EDIT:
The help topic on Paper Folder seems to use '<xydata>\Paper' - wouldn't it be more accurate to use '<xypaper>'?
In the SC reference the 'n' mode is indented too far and it might be worth mentioning 'name' is relative to '<xypaper>'.

"Always show path columns" (right-click PF button) does not work on my machine - I finally figured out why:

Say you have preferred widths for your columns - so you set up a default FVS with an enabled checkbox for "Column Layout" - this setting will prevent PF from bringing up the path column.
I uncheck "Column Layout" in default FVS - PF paths show up.
I tick "Column Layout" ON again - PF paths won't work anymore.

You can just go to a paper folder, show the path column, then create a new FVS with this folder filter: to have all PFs show the path column

Stef123 wrote:"Always show path columns" (right-click PF button) does not work on my machine - I finally figured out why:

Say you have preferred widths for your columns - so you set up a default FVS with an enabled checkbox for "Column Layout" - this setting will prevent PF from bringing up the path column.
I uncheck "Column Layout" in default FVS - PF paths show up.
I tick "Column Layout" ON again - PF paths won't work anymore.

Yes, I gave preference to FVS.

TheQwerty wrote: 1) Going to paper:Path\Nonexistent.txt offers to create the paper folder but fails to actually do so.
2) Going up from paper:Path\Exists.txt attempts to take us to paper:Path\.
3) The Open... command does not work if the file is not within <xypaper>.

EDIT:
The help topic on Paper Folder seems to use '<xydata>\Paper' - wouldn't it be more accurate to use '<xypaper>'?
In the SC reference the 'n' mode is indented too far and it might be worth mentioning 'name' is relative to '<xypaper>'.

Wow, triple bug! Triple thanks!

This is driving me nuts. FVS must be the culprit here. When I save fresh.ini (after running ::fresh;) and load this fresh.ini configuration - the PF paths still won't work.

admin wrote: Yes, I gave preference to FVS.

What does that mean? I cannot have both, FVS and PF path columns?

SammaySarkar wrote:create a new FVS with this folder filter:

Code: Select all

paper:*

to have all PFs show the path column

Instead of enabling "Always Show Path Columns"? Or in addition to it?

I don't want to clutter up this thread with issues of View settings.
Would you please reply over here: http://www.xyplorer.com/xyfc/viewtopic.php?f=3&t=12109

.

That's what I fall back to when the shell menu fails.