Copy link to clipboard
Copied
We encountered a strange bug in PP 13.1.3.
We have a panel with a textArea.
When the panel is undocked, the users press F in the timeline to focus a frame from a track in the source monitor.
After that they click inside the textArea in the undocked panel and use the arrow keys to navigate.
Instead of navigating inside the textArea in the undocked panel (which pretends it has focus - the cursor is blinking, the outline of the textArea is showing), the arrow keys are controlling the previously focused source monitor (and nothing happens inside the textArea).
This also happens with the timeline or the program view, if they were previously focused before clicking inside the textArea in the undocked panel.
This bug does not show up if the panel is docked inside premiere, or if the user clicks on a different panel (like essential graphics for example) before clicking inside the undocked panel.
So, for fixing this I need to catch the keyup event inside the textArea for the arrow keys and calculate where the user wants to move the cursor and set the cursor to the calculated position inside the textArea.
It feels dirty and wrong, and also, i cannot stop the source monitor from being controlled by that arrow key event.
Is there a possibility to get some info from extend script which panel had focus before the user clicked inside the undocked panel?
Is there a possibility to focus a "harmless" panel inside premiere via extend script and then focus back on the undocked custom panel?
Is there any possibility to stop propagation for this arrow key event, so that premiere does not use it for source monitor control (which it shouldn't because the source monitor is not under focus if the user clicks inside an undocked panel...)?
This bug is also working with a panel only containing an index.html with this content:
<textarea></textarea>
Regards,
guntram
This sounds like a bug the CEP team is already tracking:
CEP-1889: "Once focus leaves a CEP panel, it is not correctly returned, even when the panel is re-selected"
I'll keep this thread informed of any progress.
Copy link to clipboard
Copied
That sounds like a CEP issue, related to capturing keyboard events. Can you reproduce the problem using CEP HTML Test Panel?
https://github.com/Adobe-CEP/CEP-Resources/tree/master/CEP_9.x/Samples/CEP_HTML_Test_Extension-9.0
Copy link to clipboard
Copied
Yes. I open the CEP HTML Test Extension 1, go to any part with an input or textArea (let's say "Locale"), I keep the panel undocked.
I click into a panel with cursor control (e.g. source monitor/timeline), I click back into the textArea and press any arrow key (up, down, left right), and the timeline/program monitor moves its current position, and there is no movement inside the textArea.
The OS is MacOS 10.13.6 (high sierra),
2 x 3,06 GHz 6-Core Intel Xeon,
48 GB 1333 MHz DDR3,
ATI Radeon HD 5770 1024 MB,
PPro 13.1.3 build 43
...but it happens on other systems too, I didn't try it out in windows.
Copy link to clipboard
Copied
This sounds like a bug the CEP team is already tracking:
CEP-1889: "Once focus leaves a CEP panel, it is not correctly returned, even when the panel is re-selected"
I'll keep this thread informed of any progress.
Copy link to clipboard
Copied
Thanks 🙂
I'll keep following...
Copy link to clipboard
Copied
Hi! I'm running into that exact same issue (using CSXS Version 9.0).
Is there any fix being worked on? And in the meantime, any way of having this behavior manually done ? (currently using the keyUp events to listen to left/right arrow keys and move the cursor accordingly, but the resulting behaviour is far from feeling native).
Copy link to clipboard
Copied
No progress to report.
Copy link to clipboard
Copied
Facing this issue as well. Would love a fix.