XYplorer Beta Club

SammaySarkar wrote:Can the delete button in paper folders list remove the item from the list, instead of trying to delete the actual file?

a bit better idea and maybe Don will listen to it. as this feature is fully portable|XY-style, how about adding few extra-context-windows: when user makes any action inside Paper(for ex Delete) there appear an XY-prompt with choises Delete | Remove | Cansel instead of ordinary Ok| Cansel.

>scripting commands
sure, planned. Had no time anymore before BRACHI.

>Can the delete button in paper folders list remove the item from the list, instead of trying to delete the actual file?
Hmm, good idea! Other opinions?

Concerning Catalog access to all PF, try this Catalog item script:

admin wrote:>Can the delete button in paper folders list remove the item from the list, instead of trying to delete the actual file?
Hmm, good idea! Other opinions?

Absolutely agree. Btw, delete button == the delete key on the keyboard, right?

I created a test paper folder, later I deleted it. During using "Go Back" I was stuck at the non-existing paper folder. An error message didn't let me further back.

Whoa - this rocket is taking off faster than I can read along...
First off, thank you for implementing it so quickly. I don't have time at the moment for a thorough test flight. On first glance it works exactly the way I hoped it would.

admin wrote:>Can the delete button in paper folders list remove the item from the list, instead of trying to delete the actual file?
Hmm, good idea! Other opinions?

Well, I like the direct access - this is also how other managers handle it.
But I wouldn't mind a dialog Delete | Remove | Cancel - what eil also suggested. Maybe we can settle for this compromise?

For users who are completely new to this, it may also help to present the Add-dialog on a left mouse-drag instead of right-dragging?

Paper plane - I like it. Nostalgic memories of real pikes that kept loose paper from flying around. But also nice to fly a list over to other destinations. Allusions abound.

idea for Paper Folder button:
- Left click = opens last used Paper
- Right click = opens current menu
yet i think there best to be a tweak to open Papers in current or new tab -probably number of fans for both options is equal, so bad choise to make only one way.

for some reason i can't use Unsorted(nothng happens) and d'n'd from ordinary tabs works only on Paper-tab header(not actually inside tab itself).

For clarification, delete button == delete on keybrd.

admin wrote:Concerning Catalog access to all PF, try this Catalog item script: ...

I was rather asking for catalog entries for the contents of the paper folders... but don't worry. I got it (crudely): popupmenu(menuitem foreach token in paper.txt);
But a more integrated solution is always welcome -- think CnS categories.
I still think sidebars/panels etc are a more fitting place for (at least) simple filelist PFolders.

Thanks again, I'm going to use this thing extensively.

Initial feedback
1. Why does it write the file even if there are no changes.
2. It shouldn't just remove the files if they aren't found. It should allow both styles - delete entries if not found (deleted from local drives) or don't update it even if the entry does not exist (may be present on remote location). A prompt can be OK as well.

The following entries no longer exist. Do you want to remove them?
Yes. (Entries removed)
No. (Entries kept)
Let me choose (Input select with non existent entries allowing to remove or keep the selected entries.)

This can get nagging on toggles. So maybe only once per paper folder per session

3. Wish: Additional option in the toolbar button to add selected items to one of the most recently used paper folders.
4. Navigating to folders from within PF shows the actual path in the address bar and BC bar. The only way to go back is to click back. I would expect it to show the PF path instead.

Here's a small suite I'm integrating Paper Folder files into.
It's mainly a delayed launcher for most used files/programs which you have to launch in a batch per session (multi-session support is planned).
Paper Folder comes in handy to easily display them the way Paper Folder does
...plus turning Paper Folder files (those deserve a proper name, I guess ) into XYlauncher list.

There are other small enhancements to come (multi-items support, too).

Just an idea: a paper folder could have some settable attributes, stored by keywords in the first line(s) of the file. These could, for example, define the default action for delete.

PeterH wrote:Just an idea: a paper folder could have some settable attributes, stored by keywords in the first line(s) of the file. These could, for example, define the default action for delete.

Also the paper folder icon and cutom name!

I took it for a brief spin and here are a couple of my thoughts:

1. When you create a new PF, navigation goes away immediately from your current location to what's in that PF. Don't like it. Open it in a new tab if you have to open it right away.
2. How can I add a tab I am in to an existing PF? This is not immediately clear. I can convert an existing folder into its own PF, but I don't want to do that.

admin wrote:>Can the delete button in paper folders list remove the item from the list, instead of trying to delete the actual file?

Agree
Only Rename operation should affect real files

If we're not allowed to treat listed files as if they were the real thing, then why not just create folders holding shortcuts instead of actual files?
No, the only reason I'd like to have a virtual FOLDER is to gather in a single place files (and folders someday, I hope!) spread all around and treat them AS THE REAL THING.
To just rename stuff or right-click-and-go-to-actual-place, I'd stick with current solutions like 3rd party Everything, tagging, scripting and the like.