Kinook Software Forum

Go Back   Kinook Software Forum > Ultra Recall > [UR] General Discussion
FAQ Community Calendar Today's Posts Search

Reply
 
Thread Tools Rate Thread Display Modes
  #1  
Old 11-10-2022, 06:12 AM
Spliff Spliff is online now
Registered User
 
Join Date: 04-07-2021
Posts: 212
Current item's name AND filename available?

From the options, for the UR window caption, it's either-or, and the option "full path" overrides the option "item name", i.e. when both options are active, just the path is displayed.

For looking up the respective file system folder, for pertinent tree entries (which I format accordingly, so that I know they come with such a folder, containing files for that "subject"), I need both information, since the UR file name determines the NTFS parent folder, and the specifically-formatted item name determines the folder I would want to look up.

(All my UR files/DBs are in the same UR folder, so I would not need the path, but just the file name; other user's mileage may vary though.)

The current item name cannot be retrieved from anywhere, except from the caption, which then hides the file name though.

(The item name can only be retrieved after opening (by F2) the rename dialog for the item, or similar, if you display the Attributes pane, after (!) clicking into the Item Name field, for editing the item name - then only, it reverts to control "Edit2", and it becomes editable AND retrievable. Thus, retrieval is only possible after triggering some "I want to edit" command, be it in the tree or in the attributes pane, or then from the "Save as" dialog, of course.)

(A combined display in the caption would best be done by first displaying the file name (or path if that option is checked), and then the item name, not the other way round, since the former would be much shorter than the latter, so the latter could not hide the former from the user's view.)

I tried really everything, including reading the registry values (OpenDocument1 (which should be the current file path) and Recent File List: File1 (which should be the previous file path), but I discovered that these info are NOT reliable: Whenever I switch between already open UR files, those values are NOT updated, and closing the files, then reopen them, in order to get those values right, is obviously not a valid option.

(Also, retrieval from the UR "Window" menu is not possible, since it's all a mesh, control-wise, with the content pane; ditto, of course, for the tabs in the "Database" toolbar - if that wasn't that way, retrieval would have been easy, in case by identifying the tab colors, then reading the text of the active tab in there.)

1) Could you implement the option to display both info in the caption? (Technically, that should be as easy as it gets.)

2) In the meanwhile:

Have I overlooked a way to retrieve, either the file name (when it's not displayed in the caption, in order to get the item title in there), or to retrieve the item title (not: item ID) (when it's not displayed in the caption, in order to get the file name in there), except by simulation of some "edit"?
Reply With Quote
  #2  
Old 11-11-2022, 03:41 AM
Spliff Spliff is online now
Registered User
 
Join Date: 04-07-2021
Posts: 212
Additional question: Would it be possible, or could it become possible with an update, to access the lineage attribute?

In fact, writing (in AutoHotkey again) my own open_file, goto_file, goto_previous_file dialogs, all of them maintaining (and updating) external system variables current_ur_file and previous_ur_file, AND using the Database Toolbar just as an indicator which files are loaded, and which one is the active one - I'll have to learn to not use the mouse anymore to change the current db since that wouldn't update the above-mentioned variables, and I intercept F6 and Shift-F6, the invariable (! i.e. after trying to remove those shortcuts, they reappear, just like some other UR shortcuts do), in order to not use them either, since there again, the variables would not be updated -, I am now able to technically (and not only visually) know the current db name (and, as said, the previous one); thus, I've been able to do what I originally had in mind, with the caption now just displaying the current item title, and the macro part then displaying the respective file system folder in any of my file managers also works as expected now.

On the other hand, I had not envisioned the whole spectrum of the task, yesterday, since the above just works for 1 and 2 levels: in UR, db name (which is also replicated (by me) in the db's source item's title), or that one plus first-level UR "folder" entry, and in the file system, in ("fixed") drive d:\, the "main" folder, or that one plus the parent folder... of further-down folders that is, just the same as in UR, those first-level tree entries are just parent items to further-down "folder" entries. (And so on, in case, with a "folder" hierarchy further down.)

That way, I need the "lineage" information, too, in order for my macro knowing the respective file system hierarchy, for displaying further-down NTFS folders.

Since currently, this UR info does not seem to be readily available, except by a column in the Child Items pane, by first going to the parent (!) of the "folder" item, then "copy grid values", I instead wrote the necessary code to "go up" in the tree itself, retrieve the respective info from the caption then (with the necessary wait times in-between, without which it's not reliable), and finally go back to the "folder" item for which I have been gathering the necessary path ("lineage") info that way.

This works indeed but is visually "crazy" and takes, according to the "indentation level" (I wrote it for up to 4, which seems reasonable for a start), several seconds each time, just for the information gathering, whilst the display of the respective NTFS folder, once the path information is there, is immediate (i.e. less than half a second).

Hence my request to make really available much more standard information by way of the Attributes Pane (not: Child Items pane), and that is, in identifiable fields from which then ^c is possible, even without a previous F2 (which for "lineage" information would not be possible anyway, since that's non-editable info).

Since the above would be quite some coding, I'd suggest just 1, 2 or 3 such fields, but for which the user would be able to assign the attribute of their choice, i.e. some field allowing quick ^c, with a drop-down for selecting any of the usual attributes to by displayed in it; this would be much less coding on your side, and would allow the user to automate UR's interaction with other application much more than it's possible today. (See MS Word, MS Excel, or then MindJet

At the end of the day, it's also been the fact that MS Word / Excel, and also MindJet / MindManager for example, which all allow some programmatical interaction with, and external use of, their data, so that for any of these professional applications, both some add-ons are available, and more technical users are able to get data for further use out, without visually jumping around on the screen being necessary, as described for my "display the respective file system folder" macro above.

I'm not speaking of an API, albeit that would have been optimal, but just of better access of obviously already available data, to the clipboard.


EDIT: I'm aware of UR's file system sync feature, but I don't want to clutter my UR DBs with quickly outdated file system data, considering that any such sync system comes with de-sync problems. From my experience - other users may have different experience though -, my "standard" folders, both in UR and in the file system, don't change often (and when they change, I have to manually adjust them "on the other side" indeed), but their content (incl. new or renamed folders at deeper-down levels) changes a lot, so I prefer the parallel view between UR and file manager, instead of a mix-up, but as described above, the necessary path info, on UR side, is currently very unwieldy to get, hence my request for considering an amendment.

And, such an additional "field" could be in the form of an additional "bar" (visible by toggle), just below the menu-and-toolbars, and could come with a drop-down menu for the "attribute" it should display (and which would be retrievable from there, by ^c when it has focus).

And it could even be editable, according to its current (editable or not) content, not only for a compound search string (!), but also as a quick(er) search interface, even for tree filtering and the like: some "quick access" to a multitude of functions... just dreaming...


EDIT 2 - SIMPLE SOLUTION (EDITED and corrected with regards to the now unique separator character): I had totally forgotten the command "Copy item command line"; we can copy the current file name from there: "ur://d:/UR/0.db?item=", i.e. the substring between the "//" and the ".db?item=". (or ".urd" in case, of course)

I had forgotten it because it unfortunately does neither make available the item title (retrievable from the caption though, as explained above) nor the "lineage",

BUT: it's obvious that a SECOND such command, in the Item menu, would resolve the current problem:
item's_file_path¬item's¬lineage¬lineage¬etc

The FIRST lineage element would be the source item's title (which thus could be different from the file name), and the LAST lineage element would then be the item title, and chars like "/" and "|" would be preserved for further use in item titles, since in this syntax, the very first "¬" would separate the file path from the lineage, and every further "¬" would then separate the lineage elements between themselves.

(This command would be in part redundant to the currently-available one, but it would be important to have BOTH info, file-path AND lineage-with-item-title, within the same clipboard dump, in order to avoid juggling around with several clipboard entries then.)

The necessary code work, in order to realize this command, would be MINIMAL, and I would be happy to publish my resulting (complete) scriptlet (incl. sub-string retrievals and creation of a new file system folder, after asking dialog, when the respective folder doesn't yet exist, etc) here.

Last edited by Spliff; 11-11-2022 at 05:42 AM.
Reply With Quote
  #3  
Old 11-12-2022, 05:37 AM
Spliff Spliff is online now
Registered User
 
Join Date: 04-07-2021
Posts: 212
To straighten this up:

1) I maintain my request for both db name (file name) AND item title in the caption, since the complete (i.e. incl. the lineage) solution "by command (shortcut) to clipboard" solution suggested will take, since there would be writing to the clipboard, then reading from clipboard by the external (macro) tool, at least half a second, perhaps even almost a second.

For scriptlets like the above-described one, this is acceptable (waiting for and reading the info 0.8s, then triggering the respective folder display in the (already open) file manager 0.2s, total 1s: that's okay), but not also for macros needing immediate reaction, e.g. the same key assignments triggering different reactions, according to different UR DBs: here, the identification of the current UR db must be almost immediate (i.e. some 0.2s), and reading the data from the caption will provide this.

2) So we would need TWO new functionalities, a better caption (by option), AND filename plus lineage by clipboard, for cases when the lineage information is needed, too (and some "reaction time" thus will have to be accepted).

PLEASE TELL US IF WE CAN EXPECT these amendments (and also #2) quite short-term (some months; or then, at all?).

Since if not, no need for me to wait for that functionality, and I'd implement another script solution in order to gather the necessary full-path info, and which also takes just less than 1s, avoiding the above-described visual fuss in the tree on screen, but which can not be shared by me since it relies upon some "internals" - I have already used similar codes for other, non-UR-related scripting, so I would start that work (which relies upon additional metadata within UR which would then be - but quickly and "behind the scenes" retrieved - and which would have to be maintained, of course, which with solution #2 is not necessary), in case you could not confirm that we will see request #2 being implemented soon.

Thank you!
Reply With Quote
  #4  
Old 11-13-2022, 10:34 PM
kinook kinook is online now
Administrator
 
Join Date: 03-06-2001
Location: Colorado
Posts: 6,034
There are 2 changes in the latest download (6.2.0.5).

1) Filename is always included in window caption, and selected item title included in caption if the associated option is checked.

2) Item | Copy Item Command-Line command supports 2 new options:

%ITEM_PATH_TITLES%: Expands to the full lineage of item titles for the selected Ultra Recall Info Item, starting at the root, with each parent name delimited with the / character.

%ITEM_TITLE%: Expands to the item title for the selected Ultra Recall Info Item.

https://kinook.com/UltraRecall/Manua...miscdialog.htm
Reply With Quote
Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



All times are GMT -5. The time now is 05:56 PM.


Copyright © 1999-2023 Kinook Software, Inc.