Thanks for making this list. I plan on working on some of these ideas. Are the suggestions in order of priority?
Here are a few comments:
It is possible. But it is also time consuming and makes the code much more complicated. I think Dan’s comment was his prediction that no one would volunteer to do it.
I have a draft of this already in my development code.
Should be easy to add to the markers panel
In the current implementation, if no marker is selected the editing fields are hidden and the entire vertical space is used for the list of markers.
It would be good to add to the list: the ripple idea that someone posted in one of the other threads.
I do not like a UI where there is a button for everything always presented all of the time. Neither do I like the UI with one big easy button. There will be a panel to list the markers that you can click on so I see no need to add buttons in the toolbar for this. We might be able to hook markers into the existing player buttons and keyboard shortcuts for previous/next edit.
Can you consider instead to have them be separate keyboard shortcuts to seek to markers only and not be the same as the one for clips on the timeline? If markers are placed for future actions, and you want to go down the line at a later time, then it’d be so useful to quickly seek to just them and do those actions instead of having to go through clips in between while seeking to markers.
Not really although since you mentioned that making the markers selectable would take a lot of work, I’d then put that higher on a list just to get that one before anything else that takes less work. I don’t know if the question is that if the work it would take to make markers selectable is not worth the result but if that is the question I would argue that it would be. If markers are available it’s pretty much expected that you can also do multi-select with them for dragging, deleting and even copying and pasting especially as projects get bigger.
Would it make any difference in coding if it was only for multi-select? Like you can’t categorically select an individual marker per say but you can do so just for purposes of multi-select when pressing Shift or Ctrl?
Speaking of multi-select, will the management dock support or can it be made to support any kind of multi-select from the list?
I didn’t add it because @Austin and I discussed it at some length in that previous thread which you already read. I assume it got you to think of something by now.
I suggested Alt + up/down arrow keys which is already taken by another action but I think that should be changed to remain consistent with Alt being the shortcut key to seek (e.g. seek based on clips, seek on simple keyframes and hold with Shift to drag playhead without mouse button).
I do not like changing these if it can be avoided, and it can be avoided in this case. Alt is not strongly tied to seeking; it has many applications. However, left and right are more associated with seeking than up and down (page-up and -down are special and do not apply here). Premiere uses Shift+M for next and Ctrl+Shift+M for previous, but that is already taken by delete marker since Ctrl+Alt+M is a global shortcut on Windows for GeForce overlay. I do not know if I want to keep piling on the M key. Some ideas:
Shift+Left, Shift+Right
,, .
<, >
(, )
Do keep in mind future needs such as nudging, slip edit, and slide edit. I like the proximity of ,.<> keys near M. However, it is nice that there are two pairs of these keys on the US keyboard. For example, for nudging, slip, or slide ,. could move by one frame and <> by several.
On parle beaucoup de raccourcis clavier … C’est bien … Surtout pour les personnes qui utilisent le logiciel toute la journée, Ils les connaissent par cœur et cela améliore leur productivité, j’en conviens. Mais il y a aussi tous les autres utilisateurs qui utilisent d’autres logiciels (DAO, PAO, GPAO …) dans le cadre de leur profession et qui ne font des montages vidéo qu’occasionnellement. Pour ces personnes, les boutons et commandes via les menus ou les dialogues sont aussi à mon avis indispensables.
We talk a lot about keyboard shortcuts … It’s good …
Especially for people who use the software all day, they know them by heart and it improves their productivity, I agree.
But there are also all the other users who use other software (CAD, DTP, CAPM …) as part of their profession and who do video editing only occasionally. For these people, the buttons and commands via menus or dialogs are also essential in my opinion.
Sorry but I am not going to take every other software into consideration. Only a few popular video editors will be considered for input. Others who need more need to wait for configurable shortcuts.
Oh wait, you are asking about non-shortcuts. Yes, there will be something visible in the UI such as toolbar buttons and/or context menu items.
Oui, c’est ce que je voulais dire, les raccourcis clavier ne doivent pas remplacer les commandes intuitives. Celles-ci doivent obligatoirement exister, les raccourcis n’étant là que pour améliorer le flux de travail. Je ne demande pas que Shotcut s’aligne sur tous les autres logiciels, j’essaie simplement de faire comprendre qu’il n’est pas évident de mémoriser tous les raccourcis de tous les logiciels que l’on utilise quotidiennement dans son activité professionnelle ou personnelle.
Yes, that’s what I meant, keyboard shortcuts should not replace intuitive commands.
The intuitive commands must be there, the shortcuts are there to improve the workflow.
I’m not asking Shotcut to align with all other software, I’m just trying to make it clear that it’s not easy to memorize all the shortcuts of all the software you use every day in your professional or personal activity.
It’s not so much that Alt is only used for seeking. It’s more than the seek actions that have been established so far involve Alt. Since Alt+left or right is already seeking then the the expectation would follow that if I also hold Alt and press the keys that are next to left and right which are up and down it will also do some kind of seeking.
Looking at the keyboard shortcuts for the Playlist, most of them involve Shift. How about modifying the Alt+up and down keys to open the next playlist item to Shift+Alt+up and down?
That way, Alt+up and down are free to be used for marker seeking.
Well, up and down in Premiere are actually the keys to seek through clips not left and right. Same with Rǝsolve. That Shift+M, Ctrl+Shift+M business that Premiere has going on for marker seeking is awkward.
It’d be a good idea to start reserving those keyboard shortcuts way ahead of time like how you already knew M was going to be the marker shortcut key. Would you want a thread started for the members here to discuss what could be good shortcuts for those actions when they get implemented in the future?
By the way, I don’t know if this is actually a bug so I will mention it here, but with markers right now you can erase the name and leave the marker with no name. Is that how you want it? I don’t think it’s a good idea. The management dock is coming up and that needs names to be able to put on that list as well as being able to list them properly in Export > From. I suggest that if the name bar is left blank in the Edit menu that the name default to the “Marker #” format that was originally set for that specific marker.
Not really, because then you have itemize with some detail everything possible including the kitchen sink, some of which may not happen or even planned. And some people just say clone all the features of Avid, Final Cut, Premiere, Vegas, Resolve, and/or Lightworks and give us configurable shortcuts with these for presets (not going to happen, obviously). I am not very keen to design by committee. With my statement, I am simply considering some obvious things casually within context.
@brian, I took the Markers Dock for a whirl. Here is some feedback:
I think there is way too many recent colors to choose from. The issue is that the list of recent colors gets so long that the Other option to go to the color menu gets buried and you have to scroll down to get it. That defeats the whole purpose of adding the Color option to the context menu which was to go to that color menu as quickly as possible. First, I think limiting the recent colors to just 4 is better. Second, is there any way that the Other option can stay on the same line in the context menu as “Color” and the recent colors just stack on top of it instead of them burying the Other option?
Entering the HTML codes for the colors in the search bar in the Markers dock doesn’t work. Can it be made to? It’d be nice and useful to be able to filter just colors.
I think the placement of the Markers icon in the toolbar on top should be moved. It seems awkward to have it come after Export and Jobs. Looking at the toolbar I think it would make the most sense to place Markers after Timeline.
Seeing the Markers icon in the toolbar got me wondering if the tooltip for the icon in the toolbar can be updated to include the shortcut key for it like they are included for the icons in the timeline toolbar?
I notice that if you use the mouse scroll wheel to change the Start or End while in the Markers dock and then you undo, it gets undone in small increments rather than going back to where it actually was last before scrolling the mouse wheel like when creating a range with Ctrl or when making changes in the Markers Edit menu. Can that be fixed?
First, I think limiting the recent colors to just 4 is better.
But not just any four right? The 4 most frequent, or the 4 most recent, or the 4 most saturated. So, someone will ask for an option to control those 4.
if the tooltips for the icons in the toolbar be updated to include the shortcut keys
Doing it the easy way breaks translations. There is probably another more difficult way that requires more code. One can simply look in the view menu now.
I think it would make the most sense to place Markers after Timeline.
Visually, that makes sense except the current order follows the order of the shortcut keys along the keyboard. So, your suggestion would break that unless one perceives Ctrl+Shift+6 as logically before Ctrl+6.
There is nothing in the UI that suggests these are “recent.” You only got that impression by reading the source code or its commit messages. I never got that impression. To me they are simply what I have chosen previously in this project. So, once colors start not appearing, someone will report a bug that a color they chose previously is not in the list. You explain “recent” and they report it as random because when I did X with a marker with color Y, that color was not made more recent. Now, you need to explain all the rules of what updates the recency of a color.
With this specific case, users will pick up on the fact that those are the most recently used colors. It will just come to them with experience. I really don’t believe that anyone will ever misreport this as any kind of bug because they will realize that if the color they want isn’t among the 4 then that’s what the “Other…” choice is for. That’s why I think it’s also important to not bury the “Other” option so that it’s the first thing the user sees.
Also, maybe “Other” can be given a different name like literally “Menu” or something like that? So then the user will read on the context menu “Color” then to the right of it “Menu”.
