Virtual Folders

[jupe]

I know VFO's are a feature that is still in development, but I thought I would create a generic topic where things could be mentioned that you might not have noticed yet, here are a couple:

1) If the "Show Folders in List" is toggled while on a VFO tab (with a <pick...> location) it makes the list pane return the "The system cannot find the file specified" message, it would be good if this was avoidable, since that is a global toggle. edit: hmm I can't repro in fresh now, I can in my normal config, I will try get repro conditions if you can't repro or think of a reason.
Ignore me, it was caused by CEA browse. whoops!

2023-01-21_061512.png

2) If using a VFO such as <get sip> and switch from a search tab it doesn't seem to work, (the list is empty) will this become possible?

[admin]

2) If using a VFO such as <get sip> and switch from a search tab it doesn't seem to work, (the list is empty) will this become possible?

Good point. Yes, possible in next beta.

[jupe]

I am getting some weird returns using get pick with genericfiletypes, for example if I run this in fresh I get executables etc returned.

vi:<get pick {:Text} "<xypath>">

[admin]

Grrr. Fix comes.

[jupe]

I have noticed that if you use SC delete while in a vi: (even on a file that isn't listed in the vi) that it blanks out the list, even if auto-refresh is off or suspended, is that expected?

[admin]

Confirmed & fixed.

[jupe]

Another thing I thought I'd mention is that when a vi: path is used that includes full path names to files, (not get pick etc) the Hotlist popupmenu show all the files without truncation which leads to the popupmenu being full screen width eg.

2023-03-05_111554.png

I am not asking for changes just pointing it out, in case this was unintended.

[admin]

Yep, fix comes.

[jupe]

I have noticed that if you use SC delete while in a vi: (even on a file that isn't listed in the vi) that it blanks out the list, even if auto-refresh is off or suspended, is that expected?

This looks fixed now, but while the list doesn't become blank anymore, the selection is lost and the list scrolls to the top, losing scrollpos.

Another thing I noticed is that when the vi: prefix is entered in the address bar, XY suggests all the root locations as valid entries, this doesn't seem right. eg vi:Network etc.

[admin]

Improvements are coming on both frontlines.

[jupe]

I have found a reproducible crash, in fresh if I enter certain VFO paths, then with that location open run freshhere; then right click the breadcrumb bar in the new instance, XY silent closes. The XY instance that opens loads in This PC location but with an empty list pane, which is probably related.

Here is a repro script for fresh, goto "vi:<get pick *.exe|*.ini '<xypath>'>"; freshhere;

[admin]

Yo. Should work better soon.

[jupe]

I am still having an issue where if I SC delete a file (in any location) while a VFO is open in the active pane, the list is scrolled to the top and sel lost. I am using the full path to the item to be deleted in my script, repro script if it helps:

Code: Select all

  goto "vi:<get pick * '<xypath>'><crlf><get pick * '<xydata>'><crlf><get pick * '<xyscripts>'>";
  $del = new("<xypane>\RANDOMTESTFILE13032023.txt");
  sel <get countitems>;
  msg "notice last file selected + scrollpos";
  delete 1, 1, $del;
  msg "notice sel and scroll lost";

Also I noticed if a VFO is called, but you try to goto the same folder first in the scipt, XY shows a "<path> could not be accessed" error msg. eg. goto <xyscripts>; goto "vi:<get pick>"; This happens even if you have other commands between them, or have a concatenated list of other paths in the vi: string too.

[admin]

Yep & yep. Both fixes coming.

[jupe]

I've been trying to track down an issue I've had with VFO's for a long while now, and after much troubleshooting have finally been able to successfully make a repro for fresh.

Code: Select all

  cea(21, 0);                           // disable cea (for script reruns)
  goto "vi:<xy>"; refreshlist;
  msg "notice pane is ok,<br>now we'll try again after certain CEA is set";

  goto <xypath>;                        // just move pane so cea is triggered later
  cea(21, 1, 'tab("get", "caption");'); // set a cea script that causes it

  goto "vi:<xy>"; refreshlist;
  msg "notice pane is BAD!,<br>but if instead I use #485<br>after this dialog closes pane will be ok", 16;
  #485;

The issue seems to require a constellation of using SC tab via CEA and using SC refreshlist on a VFO, unsure which is cause and which is symptom.