PSA: shortcut changes

The motivation

As some of you may know, we’ve been wanting to tweak our default shortcuts for some time now. There are three major reasons:

  1. Some shortcuts conflict with typing certain characters in certain keyboard layouts such as French and Polish. Examples: Ctrl+Alt+1 and Ctrl+Alt+3, since Ctrl+Alt is equivalent to AltGr on those keyboard layouts. Our current workaround is to provide an option to choose your keyboard layout, but honestly it sucks because it’s hacky and unintuitive.
  2. Some shortcuts conflict with browser default shortcuts. Example: Ctrl+L is used to go to address bar in Chrome, but in Dynalist it formats text as LaTeX.
  3. Some shortcuts are not usable on Mac. They input a character and is never captured by our system. Example: Alt+C to toggle checked items.

The solution

Our solution is to change all of the problematic shortcuts at once, to avoid having you guys adjust multiple times as we iterate on this, hence this PSA. The following is what going to change:

Removed but still customizable

  1. Toggle checked item visibility (previously Alt+C)
  2. Toggle notes visibility (previously Alt+N)
  3. Insert LaTeX (previously Ctrl+L)
  4. Make heading 1~3 (previously Ctrl+Alt+1~3), clear heading (previously Ctrl+Alt+0)
  5. Make color label 1~6 (previously Ctrl+Shift+1~6), clear color label (previously Ctrl+Shift+Backtick)

Changed

  1. Make checklist is changed from Ctrl+Alt+C to Ctrl+Shift+C.
  2. Make numbered list is changed from Ctrl+Alt+N to Ctrl+Shift+X.

Added

  1. Toggle heading, which is Ctrl+Shift+H.
  2. Toggle color label, which is Ctrl+Shift+L.
  3. New shortcut to add strikethrough or mark text as strikethrough. It’s empty and customizable.

Changes can be a bit hard to adjust to at first, and we hope you can bear with us! The existing conflicts have caused much confusion and annoyance, which is why we’re changing them for the better.

Thanks for reading!

  • davegifford

    ah ok, thanks for the explanation. I posted a bug about the headings. Hadn’t seen this.

    • Ah, sorry about that! We were waiting for the desktop app deployment before sending out this notification to everyone.

  • fgfsgsdg

    change the header back! The new one sucks

    • Unfortunately we’ve made the decision to change it, sorry for the inconveniences.

      As we said in the post, changes are hard to adjust to at first, hopefully it’ll get better soon!

      • dfhadfhdfh

        No option to even change it back? That really blows.

  • Paulo Camilo

    thanks.

  • ellymiani

    I use Dynalist to take notes at uni and not having the ctrl+L shortcut for LaTeX is a major slow down. I understand the reasoning, but I feel like at the very least it should have been changed into another shortcut like the others.

    I’d really like to contribute with the Pro version but I’m a student and I simply can’t afford it right now, and to think I’d have to buy the Pro simply for a shortcut that was previously there when I decided to use this for all my notetaking is a bit bothersome. I hope you will consider another shortcut for that.

    • Do you have any suggestions that’s semantic (easy to remember and understand) and doesn’t conflict with OS or browser level defaults?

      • ellymiani

        I made a few tests with the browsers I have installed (firefox, chrome and vivaldi) and it would seem that firefox is the most shortcuts-hungry, but i believe something like ctrl+shift+U should be still available. However, though I do run linux myself, I read online that some users have problems with that particular shortcut. ctrl+shift+D maybe?
        I understand these are not exactly ideal semantic-wise, but I guess there are only so many letters in the alphabet.

        Personally I’d rather just have a shortcut than having to type $$ manually every time, whatever that shortcut is, but that’s me and you have to make the choice for all the users.

        I also don’t understand how shortcuts conflicts work though, I have always used chrome for dynalist and I did find out that ctrl+L is used to go to the search bar, but for some reasons when I was on dynalist it always gave precedence to the app’s shortcut.

        • > I also don’t understand how shortcuts conflicts work though, I have always used chrome for dynalist and I did find out that ctrl+L is used to go to the search bar, but for some reasons when I was on dynalist it always gave precedence to the app’s shortcut.

          Yes, that’s because we overrode it, which is what many users complained about. They have a habit of going to the searchbar with Ctrl+L, and if we don’t override the default behavior, which is going to the searchbar, insert “$$” would be meaning less, since cursor focus is already lost.

          Have you looked at text expanders or keyboard macros? Maybe they can help you insert “$$” without typing it out yourself.

          • ellymiani

            Ah, I get it know, makes sense. I always used “F6” for that purposed so I never realized. Thanks for the info.

            I will look into that, although I’m not sure that would work when I’m taking notes on my tablet with a bluetooth keyboard.

            Whatever the outcome thank you for your willingness, I’ve had a great experience with your support every time I got in contact with you. Keep up the good work, I love your app I’ll definitely go pro once I actually earn some money!

          • > I will look into that, although I’m not sure that would work when I’m taking notes on my tablet with a bluetooth keyboard.

            Text expander should work regardless of what kind of keyboard you use, since it detects what you type onto the screen (I think that’s how they work).

            > Whatever the outcome thank you for your willingness, I’ve had a great experience with your support every time I got in contact with you. Keep up the good work, I love your app I’ll definitely go pro once I actually earn some money!

            Thanks for the kind words! We might start offering student discounts soon, so stay tuned for that! 🙂

  • AC

    The new heading shortcut (Ctrl Shift H) conflicts with Firefox History shortcut 🙁

    • Right now it looks like if you don’t focus on an item, use Ctrl-Shift-H, the history popup still appears. Do you want to see it or no? Or do you just want another shortcut?

  • Alex Pasternak

    It’s too bad you missed changing Format as Code, which is mapped by default to Cmd-`. As I mentioned in a support email on Jul 19, 2016, this maps to cycling between windows on macOS, in every single multi-window application. This would’ve been a good one to address at this point.

    A good way to review defaults is in System Preferences > Keyboard > Shortcuts > Keyboard etc. where this one lives.

  • Magination

    Hey that’s cool you thought about that, it helps a lot. Still I’ve just noticed I cannot us the “capture to inbox” function with ctrl+shift+I in Chrome, it conflicts 🙁 Would be great if you could fix that, as this functionality seems so neat.

    • Hi there,

      Could you tell me a bit more about how it conflicts? Does it open the Developer Tool? It should have overridden it by default.

      • Magination

        Yes, exactly, it opens the Developer Tool.
        It’s the newest version of Chrome if that’s relevant.

        • I can see two possibilities:

          (1) You’re customized the shortcut of capture to inbox to something else (maybe accidentally);
          (2) Your Dynalist Pro expired or you don’t have Dynalist Pro.

          Hope that helps!