screencast keys addon, with unexpected behavior #37865
Labels
No Label
Interest
Animation & Rigging
Interest
Blender Cloud
Interest
Collada
Interest
Core
Interest
Documentation
Interest
Eevee & Viewport
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
Import and Export
Interest
Modeling
Interest
Modifiers
Interest
Nodes & Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds, Tests & Devices
Interest
Python API
Interest
Rendering & Cycles
Interest
Sculpt, Paint & Texture
Interest
Translations
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Meta
Good First Issue
Meta
Papercut
Module
Add-ons (BF-Blender)
Module
Add-ons (Community)
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
7 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender-addons#37865
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
System Information
Windows 8.1 64bit / windows 7 64bit,
Blender Version
Broken: Blender 2.6x (2.68 ... 2.69.7)
Short description of error
i found some unexpected behaviors of the screencast keys addon.
1. multiple key hit issue:
when you hit in editmode the i-key twice to inset face individual, it seems the screencast keys view shows only 'i' once.
2. mouse-button + modifier key issue:
when screencast_keys_mouse mode is in icon-mode, it does not show modifier-keys that where holding down at mouse-button press.
3. typing in text in text fields issue:
in text-editor, all the keys you type in are shown as well in screencast keys view, but i think there it is not needed to show keys, you can see typing in live in realtime.
4. modification short-cuts + amount-value issue:
when you use object modification short-cuts with typing in a value of the amount of that modification, the screencast keys view does not show the typed value.
Exact steps for others to reproduce the error
issue_-_screencaste_keys_v1.blend
multiple key hit issue:
4. with default cube selected, go to edit-mode
5. with all verts/edges/faces selected, hit twice i-key for inset faces individual
mouse-button + modifier key issue:
4. setup screencast_keys_mouse to 'ICON'-mode
5. with default cube selected, go to edit-mode
6. set selection-mode to edge-selection
7. with holding down Alt-key + Ctrl-key, press right mouse button to make edge-ring selection
typing in text-editor in text fields issue:
4. split view and change view to text-editor
5. create a text
6. while typing in text to the editor, the screencaste keys view shows up all typed letters/words/keys, you can see in the editor at all.
modification short-cuts + amount-value issue:
4. with an object selected, hit s-key to cale, hit z-key to limit to an axis an type in 0.5 as amount of scale.
Changed status to: 'Open'
Added subscriber: @beta-tester
#38703 was marked as duplicate of this issue
Added subscriber: @rocketman
◀ Merged tasks: #38703.
Added subscriber: @BrendonMurphy
hi,
"multiple key hit issue:
4. with default cube selected, go to edit-mode
5. with all verts/edges/faces selected, hit twice i-key for inset faces individual
^^ is not really a bug, i key cannot be pressed twice in edit mode as you need to move the mouse to inset before the next keystroke. It's likely that Blender takes over operation of the 3dview during this exercise. Possibly more of a limitation than a bug.
"modification short-cuts + amount-value issue:
4. with an object selected, hit s-key to cale, hit z-key to limit to an axis an type in 0.5 as amount of scale.
^^ Certainly with the above example, I can see issues for tutorial writers. Again, I would suggest this is a limitation.
It appears Blender holds the keystroke, eg "s", "g", "r", (running modal rings a bell, but may be wrong..) until the direction & limit/numerical input has been set. so the addon only receives the initial call to 's", "g", "r"
This happens in both Object Mode & Edit Mode & may also be related to the Edit Mode 'i', 's", "g", "r" & other similar calls.
Please Note: Whilst the screencast addon does not show these calls, if your 3d view header is set to the bottom, the axis & dimension (direction & limit/numerical input) is viewable.
It would seem, when used this way, in conjunction with Blender ui, the limitation on this script is solved?
Thanks.
Teachers and tutorial writers are the main- if not sole- user group that need an addon like this. The purpose of screencasting clicks and key strokes is so that a viewer who is new to Blender can know- at all times- exactly what buttons the instructor is pressing. So, if a limitation of the screencast keys addon presents an issue for tutorial writers, then that is a drawback to the addon as a whole.
@BrendonMurphy : Your workaround requires that the viewer has a strong enough understanding of Blender's interface that (s)he infers keystrokes from the addon in certain contexts, but then not in other contexts. But that defeats the core purpose of the addon.
Advanced keystroke sequences like Shift+D, Shift-Z, Ctrl, left-click are actions where this addon is needed most. But if I wanted to perform this action and actually demonstrate to my students how to duplicate an object, constrain it to the X Y axes, snap it to the grid and place it, as it stands they would only see "Shift+D", and then the addon goes quiet.
With the obvious exception of entering long strings of text in a text window, the screencast keys addon should screencast all keys. It should not stop screencasting keys during transformations (which is exactly the sort of context where seeing keystrokes is very important).
exactly rocketman!
@BrendonMurphy : the main purpose (and only?) of the screencast keys addon is to teach/show people the handling of blender - those people in general do not know all the Details, where else they can find subsequent actions on the screen.
and specially if you don't sitt in the first row in the room, you will have problems to look/observe all these actions showed somewhere on the userinterface on maybe a tiny Label/TextBox, when it is presented via a beamer to the wall.
the eyes of the people have to know, when where to have to look that will be very hard or impossible for people who has not knowledge of blender. if people do not have knowledge of blender, thier eyes should easely stay focused to the main cast keys field to get all neccessady Information and the model.
rocketman, beta-tester,
I do understand the problem well, iirc this issue was brought up/attempted/discussed when the screencast addon was in development. There was no easy answer then, there was a problem drawing in the 3d view at the same time as some blender internal calls.
I don't know if there's an answer to this now.
In the past Tutors & like minded people have seen value in this addon & helped keep it alive. Currently there's not much dev interest in fixing/updating & such.
I'm sorry about the "known limitation". "no devs" type answer, personally I really like screencast keys, but it's not/never been perfect. The workaround is just incidental, screencast draws to the bottom left, so does the scale, although not as visible.
Another workaround would be to point users towards the s,r,g, message, it's handy to know.
Currently as the addon is now more recognized to be inconsistent, buggy & unusable in some situations, It will be my recommendation that the screencast keys addon be removed from release & moved into contrib addons. It's still useful in many situations & should not be discarded entirely as in contrib it's still accessible & open to future development. In the event that a developer fixes & upgrades screencast, in my opinion, it would be a welcome return.
Thanks.
Added subscriber: @jedihe
meta-androcto:
I've done a rewrite of the screencast keys addon, improving the internal architecture a bit and also fixing the issue on modifiers not being shown for mouse actions. This rewrite is heavily visual (instead of relying too much on text); you can check it on https://github.com/jedihe/b3d_screencast_keys
Here is a screenshot:
Current limitations / missing functionality:
Planned improvements:
Please let me know if you think this rewrite is a good candidate to be considered for replacing the old version.
Thanks!
Changed status from 'Open' to: 'Archived'
hi jedihe,
Thanks for the update, it might be better to somehow publicly release this.
I'm not sure if the current limitations are a showstopper.
I'll test & ask about contrib, but more likely it will no longer be in Blender.
Closing this task for now.
Added subscriber: @3di
bump