It can be done in the Vim editor when it is in command mode by :%s/total_1/subtotal/g. Joplin's built-in editor behaves more or less (!) like Vim when you set the option Keyboard mode in the configuration menu to Vim. I don't know about the behavior of the Emacs emulation.
Of course you can temporarily switch to an external editor you are more familiar with when you have to do 'something special' that you don't want to commit to the built-in editor. The :%s command above for instance does not operate exactly the same in the Vim emulation and the real Vim.
what happened to shortcuts for "power-users". while I'm not in favor of the shortcut per se, but its better then not having the shortcut functionality available for us to use and I'm referring to the paragraph editing shortcuts: specifically
duplicate paragraphs under each other alt + shift + up / down
I'm both worried and confused at what's going om behind the development decisions for this. Can someone fill us in? I'm hoping it was a mistake to leave out these shortcuts...
I see. I guess that's how it works with open source programs; once it gets more users, the demographic has a potential to shift and with it their different needs.
I tried to understand why the editor was switched and Googled some interesting reads, for anyone interested:
While its natural to have an application to evolve with its userbase, I wonder where the line lies for maintaining a certain direction. While its too soon to say that changes might alienate some of its frequent users, I'm cautiously hopeful, this change will lead to better development possibilities.
It's been said before but the only reason some of the shortcuts are now missing is because they were, purposely, never documented. It indeed wasn't clear whether we could actually support any of it, which is why we've never published an official list of shortcuts. So this is like everything, you're free to use undocumented features but you need to know they might be gone at any point.
Other than that, as far as I know, the new editor feature set is 100% compatible with the previous one, but with some extra improvements.
We're now trying to standardise this a bit more by specifying what exact editor shortcuts we should perhaps support but we aren't there yet.
Firstly, I want to say thank you for the open source software to you as the initiator of this project and to all the people who where on and off with their contribution of its development. As an end-user I'm both ignorant and out of the loop of what's going on behind the scenes, however with some leads I've could read from the forums and github on some of the things that went on.
This confirmation sounds optimistic and I'm relieved to read that official shortcuts are still being decided on for the current editor.
This sounds great. I think an extra section would be good so that they are not mixed into the other shortcuts.
We also still need a global shortcut section as well...
Right now all shortcuts are alphabetically sorted, which I don't really like. e.g. it would make sense to have shortcuts like Back and Forward one below the other. But I haven't found a better solution yet.
I've noticed in a recent update the "move by word" & "end of line" shortcut behaviour has changed in the Markdown editor. I'm on Joplin 1.5.14 (prod, darwin)Revision: 9e076bf (master) (macOS Big Sur 11.1). Come to think of it, I'm not sure if this was related to updating Joplin or upgrading to Big Sur recently.
Previously cmd + arrow left/right would behave like home / end, but now they behave as "move by word". alt + arrow left/right previously had the behaviour "move by word", but now they do nothing.
Rich Text Editor
Not affected. As expected, cmd + arrow left/right behave like home / end, and alt + arrow left/right invoke "move by word".
Are these differences between Markdown and Rich Text editors expected?
@mattsbennett do you mind trying the latest pre-release it should work correctly. I messed up the macOS key bindings initially, but with some suggestions from the community they should be much more standard.