ETP Server and path suggestions

[meteorquake]

* On "Connect to ETP Server..." dialog I think there should be an option that network share paths are presented as they are at source; so if the folder is scanned as \\server\share\... then it is presented that way on the ETP client search.

* A need to present local resource searches (e.g. local drives) as shares where available. This would mean Everything would need to assess what shares are available, or the user could manually enter them server end.
So in a scan of C:\ where there is a share c:\path\share\ you would want c:\file.txt to be presented client side as \\host\c$\file.txt but c:\path\share\file.txt would be presented as \\host\share\file.txt

* One other way this could be achieved (which is useful anyway) is to allow the ETP client connection to have "rewrite rules" so a set of "where path begins xxx then replace with yyy" (i.e. replace the opening characters xxx with a different set of characters). That way you could even have a path rewritten as https:// (if the rewrite uses / then the path as a whole should transform to use / ) as well as simple drive-letter rewrites where a user has some shares mapped to drives in an unforeseeable way that can be used for path presentation etc.
It could be argued that these rewrite paths are best done as a generic column equation like any other equation (or a savable easy-builder set that can be referenced or used to create a column), so long as it can be marked as an active path that can be double-clicked or right-clicked or have items dragged onto if file-system-like (like the path column can) rather than a simple column that is just a value without meaning.

* I think that latter point might best be done by having a column definition able to have a flag option that marks it as an active path (if such a flag does not already exist).

* At some stage (no rush though) the ETP Server could have different user logins that give different control of output, so that at least a filter equation (server side perspective) could be provided eg designer login might see items unfiltered, but an ordinary login might see items filtered for the final versions of things (in a household, the parent login might see everything, a child login would see a restricted set; in a company you could have accounts login seeing items filtered for accounts, sales login filtered for sales; there are many scenarios), and maybe other settings.

Cheers! David

[void]

* On "Connect to ETP Server..." dialog I think there should be an option that network share paths are presented as they are at source; so if the folder is scanned as \\server\share\... then it is presented that way on the ETP client search.

Use C: style links.
C: style links don't change the path from the server.
I will consider changing the the C: link type to C: (no change)

* A need to present local resource searches (e.g. local drives) as shares where available. This would mean Everything would need to assess what shares are available, or the user could manually enter them server end.
So in a scan of C:\ where there is a share c:\path\share\ you would want c:\file.txt to be presented client side as \\host\c$\file.txt but c:\path\share\file.txt would be presented as \\host\share\file.txt

Please try ETP path rewriting.

* At some stage (no rush though) the ETP Server could have different user logins that give different control of output, so that at least a filter equation (server side perspective) could be provided eg designer login might see items unfiltered, but an ordinary login might see items filtered for the final versions of things (in a household, the parent login might see everything, a child login would see a restricted set; in a company you could have accounts login seeing items filtered for accounts, sales login filtered for sales; there are many scenarios), and maybe other settings.

ETP is being replaced with the Everything Server.
The Everything Server supports users.



Thank you for the suggestions.

[meteorquake]

It's amazing how many things are already present right under our noses!
Maybe some AI can be set up so that when posts are composed, there's a button you can press if wished to get a chatbot answer (without disturbing the comment editing), and then if not helpful (or only partly) or if you didn't press that - you commit the comment, as I think that would catch a lot of our ignorance.
(Although admittedly, that might short-circuit the fact that forum learning comes from people asking questions...)
d

[meteorquake]

Actually I see that can somewhat already be done - Firefox seems to have a chatbot option, so you can highlight text and ask a question about it (or click a pre-provided question) using your preassigned chatbot (e.g. gemini) and the answer appears at the side. So one can highlight one's comment before submitting and check if it's already possible to do.
I'm not sure how many people already use this, whereas an actual button on the site would make it something everyone could manually choose to do.