Hi Leo,
the reason is that I find it easier to use the ManageDopusVariables script you've kindly provided here, to manage that sort of config.
I regularly use Opus from a USB-stick,
and at client sites, I can't always change its drive letter to something consistent.
While here, kindly let me make an observation.
What you've offered is a workaround, and that's fine, and thank you.
However, it seems from this and other occurrences, that when GP adds
a feature, GP doesn't go through and systematically analyse all the places
it might be used, and ensure (i.e. test) the correct operation of the feature.
Now I'd like to see Opus gain the market traction it deserves,
as it is out of sight extraordinarily capable and ahead of its competitors.
Part of fulfilling that value proposition, would be, being systematic in the
design, impact-analysis and testing, of features like these.
E.g. Opus has global variables, and other types
....... the help file
............. Reference > Scripting Reference > Scripting Objects > Vars
....... section mentions :
.................. global, lister, tab, script, dialog & command variables
........ but the ManageDopusVariables does not make it clear which one of those
........ it manages (i.e. global), one has to read examples to gain that clarity.
Also, in terms of variable use,
and in particular making Opus on USB easily configured to re-use local configuration,
I think that a manual section listing use of different techniques
to flexibly reference especially programs , cf :
... aliases ..... e.g. ... /localappdata\gitkraken\app-3.6.6\gitkraken.exe
... vars ......... e.g. ... {$glob:Utilities_DriveLetterColonSlash}_cfgPortable\Program Files (x86)\FSCapture_vCurrent\FSCapture.exe
... appath .... e.g. ... {apppath|winword.exe}winword.exe /n
would be extraordinarily useful.
As another example, some years ago, I suggested that collections would benefit from being able to be displayed in flat view.
The response I got was "why would anyone want to do that".
I appreciate that Opus is thus far relatively small,
but it would be nice if GP were to keep track of a future feature map
that leverages its unique capabilities, in the form of
- OK , flat view, in the file system
... so where else do we find files but not in the file system
1. Obvious, FTP / SFTP
2. Ahhh, add value unique to Opus - in Collections
GP did this for file descriptions, using the descript.ion system for non-NTFS
file systems.
In this way, value opportunities for both GP and customers might be
identified, and put on a product roadmap, that customers could then vote on
as to how much value that would create for them.
Side note 1 :
... Collections are absolutely fabulous , as they allow anyone to create their own
... grouping of files by relevance, subject, tag, etc
- flat view would enhance the value of that
- the tag system at the moment seems a bit clunky
- a really good one would be of enormous benefit
- especially if filtering could be introduced on those, like
Excel Autofilter, i.e. another header/selection row above the file grid
Side note 2 :
... GP does does not yet seem to appreciate that Opus' main value proposition can
... actually be, as a workflow organizer
... - in that space, many new features could be added, including
... - creating information sets (listers, formats, collections)
...... that could be shared, delegated, exported / imported, monitored,
...... especially with
......... - common collections & views
......... - synthetic columns , e.g.
........... - team lead, assigned to, estimated completed, actual completed,
............. history of these fields
.... I've spent over a decade now tailoring Opus to support workflow.
.... I'd be happy to have a chat in this space.
Opus could in fact become a tool that others can put their own
packages / capabilities into,
like Atlassian, Slack, etc
e.g. Altap Salamander file manager does this by creation of an interface engine
Excel / Office are highly configurable via COM component object model
Opus already publishes its object model
... although it doesn't surface it in the editor, mnnn, pity, feature request ?
Opus can be integrated with many other tools to open files with.
Why not expand its scope to assist with workflow management, possibly even by allowing querying of the file data and metadata to collate up into dashboard views into an internal or external progress / dashboarding facility, and workflow assignment and monitoring via shared or import/export-able collections ?