PDF Explorer > General

InfoEdit field shortcut key

<< < (2/3) > >>

RTT:

--- Quote from: Padanges on August 18, 2016, 07:42:02 AM ---I would suggest to make such shortcut key mappings:
F2 - sets focus on "PDF Info" "ScanGrid" Layout last selected entry. If the Focus is already on "PDF Info" tab - hitting F2 enters the File Name Renaming Mode.
F3 - enters into "PDF View" mode. By pressing Ctrl+F3 you get into "Iamges" mode, which is pretty much a "PDF View" but without document's text - which is why it would be intuitive to go under the same "f3".
F4 - sets focus on "InfoEdit" subtab's first Info Field entry and enter's into Editing. This way it would mimic File Renaming, which would be very handy and intuitive. Then by pressing Ctrl+F4 you could get into "PDF View" "InfoEdit" - which would be like an additional setup for info editing.
--- End quote ---
Looks nice. I'm going to make some tests to check if it is feasible. One of the big problems of this specific functionality shortcuts is that the PDF readers steal the focus from the main application and there is no easy way to handle this (at least I've not found a good one) and this shortcuts workflow gets easily broken when the reader is loaded with a new file.

--- Quote ---Also, It would be nice to be able to "lock" DB entry field title in the "InfoEdit" so that it would become the "first" which gets focus for editing - it would speed-up editing using only keyboard and you would not have to change the Column order (making it the first) each time you wanted to enter some specific field for editing. For example, by clicking the Column title in the "InfoEdit" tool, you would make it "underlined" - that is, pinned for being the first editing focus entry.

--- End quote ---
Interesting! Usually getting focus on the last focused field is preferable, but this is also a good idea.


--- Quote ---F5 - refreshes "DiskTee". How the hell do you activate that Refresh button which you get when the folder content changes? Without using Folder Monitors you could just manually "refresh the view" and F5 is usually mapped for that.

--- End quote ---
That functionality is indeed using folder monitors. Nice to know something changed, but without automatically refreshing the tree/grid that potentially could interfere with something the user may be doing.
And hitting F5, while the DiskTree has the focus, already refreshes the folders tree and re-scan the selected folder.

RTT:

--- Quote from: Padanges on August 18, 2016, 08:28:21 AM ---One more thing - it would be very nice if "Quick Info Fields Edit" tool (which has "Edit History", "File" tabs) would not force you change focus onto the "PDF View" and it would start with focus on "File" tab (File tab function is awesome!), instead of "Edit History" tab.
Perhaps, by placing an additional icon (besides the icons for "Extract Document Images"/"Quick View"/"Quick Info Fields Edit") for the Document Tree tool (which has "DiskTree" at so called, in the documentation, "Zone 1") you could show/hide tree view tool when it gets hidden by "Quick Info Fields Edit" tabs ("File", "Edit History")?

--- End quote ---
I really prefer to do the metadata edit from the PDF View quick info edit mode, instead of from the grid view. And if indeed I need to have the grid visible, the PDF View can be undocked and placed at one side (or in another monitor, on multi monitor systems).
But I'm going to check if these quick info edit tools can also be placed as you suggest.

RTT:

--- Quote from: Padanges on August 18, 2016, 08:51:20 AM ---If I'm correct, it seems that if no Custom Fields are present in the ScanGrid Layout then InfoEdit tool is hidden in the PDF Info mode. So actually it is "Custom Field InfoEdit"?

--- End quote ---
I can have a grid layout with only standard fields and the InfoEdit tool is still visible, as long the layout includes, at least, an editable field when the "hide invisible fields from the rest of the interface" option is also selected. With what fields list are you getting this erroneous behavior?

Padanges:

--- Quote ---Looks nice. I'm going to make some tests to check if it is feasible.
--- End quote ---
Any idea when it would be possible to check the updated workflow with these changes? My Trial version time is running down ;D and I still have some features to test, check reactions to DB changes, verify couple bugs, and to code some ideas for tools.


--- Quote ---That functionality is indeed using folder monitors. Nice to know something changed, but without automatically refreshing the tree/grid that potentially could interfere with something the user may be doing. And hitting F5, while the DiskTree has the focus, already refreshes the folders tree and re-scan the selected folder.
--- End quote ---
Well, to set focus on DiskTree you have to select it and that requires you to drag the mouse... But once you are near the selected folder it is enough to re-click it and the refresh function kicks-in so there not much of a use for a shortcut which requires mouse where the mouse use can do the job. Without the Focus F5 shoots you up to the Images mode. Hence, it would be handy if F5 would refresh the "DiskTee".


--- Quote ---I really prefer to do the metadata edit from the PDF View quick info edit mode, instead of from the grid view. And if indeed I need to have the grid visible, the PDF View can be undocked and placed at one side (or in another monitor, on multi monitor systems).
--- End quote ---
That's fine. Then it would be enough to have an option to control this behaviour (or at least to remap this new behaviour under ctrl+F4) because there are PDF Views (depeds on file size, doc structure, and, for example, vector elements) which take Some time to load the document and that forced delay Really interferes with one's Info Editing workflow.


--- Quote ---I can have a grid layout with only standard fields and the InfoEdit tool is still visible, as long the layout includes, at least, an editable field when the "hide invisible fields from the rest of the interface" option is also selected. With what fields list are you getting this erroneous behavior?
--- End quote ---
To get the trick: create a new Grid Layout with let's say Filename and Size, then check "hide invisible fields from the rest of the interface" and restart PDFe.
Now that you have mentioned "hide invisible fields from the rest of the interface" option, I get the idea why it happens so. This could be considered as a minor bug, I guess, from the new user's perspective.

Padanges:

--- Quote ---One of the big problems of this specific functionality shortcuts is that the PDF readers steal the focus from the main application and there is no easy way to handle this (at least I've not found a good one) and this shortcuts workflow gets easily broken when the reader is loaded with a new file.
--- End quote ---

As far as I have tested, ctrl+up or ctrl+down always works and does not get forwarded to Internal PDF Reader - so everything should be OK using that scheme. But I guess you can always steal (back) focus by making a false ALT keypress (and cancelling it) which is handled by PDFe.

Navigation

[0] Message Index

[#] Next page

[*] Previous page