Initial keyboard shortcuts configuration implementation #496

Merged
franknoirot merged 11 commits from keyboard-shortcuts into main 2021-09-10 00:12:59 +02:00
8 changed files with 2774 additions and 2586 deletions

View File

@@ -33,4 +33,4 @@
"node": ">=14",
"yarn": ">=1.15"
}
}
}

View File

@@ -30,6 +30,7 @@
"cloudinary-react": "^1.6.7",
"get-active-classes": "^0.0.11",
"gotrue-js": "^0.9.27",
"hotkeys-js": "^3.8.7",
"html-to-image": "^1.7.0",
"lodash": "^4.17.21",
"netlify-identity-widget": "^1.9.1",
@@ -40,6 +41,7 @@
"react-dropzone": "^11.2.1",
"react-ga": "^3.3.0",
"react-helmet": "^6.1.0",
"react-hotkeys-hook": "^3.4.0",
"react-image-crop": "^8.6.6",
"react-mosaic-component": "^5.0.0",
"react-tabs": "^3.2.2",

View File

@@ -0,0 +1,68 @@
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
import { createContext, useContext } from 'react'
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
import { makeStyles } from '@material-ui/core/styles'
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
import Dialog from '@material-ui/core/Dialog'
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
import { editorMenuConfig } from './menuConfig'
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
const useStyles = makeStyles({
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
root: {
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
transform: `translate3d(0,0,50px)`,
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
},
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
})
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
interface ShortcutsModalContextType {
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
open: boolean
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
toggleOpen: () => any
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
}
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
export const ShortcutsModalContext = createContext<ShortcutsModalContextType>({
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
open: false,
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
toggleOpen: () => {},
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
})
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
export function useShortcutsModalContext() {
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
return useContext(ShortcutsModalContext)
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
}
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
const AllShortcutsModal = () => {
Irev-Dev commented 2021-09-08 09:53:33 +02:00 (Migrated from github.com)
Review

Seems to be a weird artifact on the rounded corner, not sure if worth fixing?
image

Seems to be a weird artifact on the rounded corner, not sure if worth fixing? ![image](https://user-images.githubusercontent.com/29681384/132469191-d50fe9aa-dfed-43ca-8cbc-b83a198182e3.png)
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:27:02 +02:00 (Migrated from github.com)
Review

Oh yeah lemme check it out, I bet it's a difference between the Modal and the inner content, and maybe I rounded the inner stuff as well and they're basically overlapping.

Oh yeah lemme check it out, I bet it's a difference between the Modal and the inner content, and maybe I rounded the inner stuff as well and they're basically overlapping.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
const classes = useStyles()
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
const { open, toggleOpen } = useShortcutsModalContext()
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
return (
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
<>
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
<Dialog
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
open={open}
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
onClose={() => toggleOpen()}
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
className={classes.root + ' bg-transparent'}
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
PaperProps={{
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
style: {
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
backgroundColor: 'transparent',
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
},
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
}}
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
>
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
<div className="bg-ch-gray-700 font-fira-sans shadow-lg text-ch-gray-300 p-4">
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
<h2 className="text-2xl mb-4">All Shortcuts</h2>
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
{editorMenuConfig
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
.filter((menu) => menu.items.length)
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
.map((menu) => (
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
<section key={'allshortcuts-' + menu.name} className="my-6">
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
<h3 className="text-xl border-b-2 pb-2 mb-2">{menu.label}</h3>
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
{menu.items.map((item) => (
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
franknoirot commented 2021-09-08 17:36:58 +02:00 (Migrated from github.com)
Review

Yeah overwriting MaterialUI's default styles is not intuitive

Yeah overwriting MaterialUI's default styles is not intuitive
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
Irev-Dev commented 2021-09-09 11:05:28 +02:00 (Migrated from github.com)
Review

Mmm, we'll move towards headlessui where possible in future. Very tailwind friendly, and friendly to customising styles in general too.

Mmm, we'll move towards headlessui where possible in future. Very tailwind friendly, and friendly to customising styles in general too.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
<div
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
className="flex gap-16 justify-between"
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
key={'allshortcuts-' + menu.name + '-' + item.label}
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
>
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
<p>{item.label}</p>
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
<span className="text-right font-fira-code text-ch-gray-400">
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
{item.shortcutLabel}
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
</span>
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
</div>
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
))}
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
</section>
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
))}
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
</div>
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
</Dialog>
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
</>
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
)
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
}
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this
export default AllShortcutsModal
Irev-Dev commented 2021-09-08 10:00:35 +02:00 (Migrated from github.com)
Review

Should this also have a button in the menu, how will users learn how to get this modal up?

Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused.

Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.

Should this also have a button in the menu, how will users learn how to get this modal up? Why did you choose this combo, is this a pattern elsewhere? I'm concerned that is the same hotkey as commenting a line in the editor, since the editor is currently swallowing this hotkey so it still works in the editor but seems weird having two different behaviour depending on where you're focused. Maybe it's a mac only thing, but similar to the above cmd alt R only resets the viewer when I'm not focused on the edit, because its already a hotkey in the editor. Seems like we're going to be competing for hotkeys from the monaco editor.
franknoirot commented 2021-09-08 15:38:07 +02:00 (Migrated from github.com)
Review

Ah crap this is all good consideration @Irev-Dev.

Here are my recommendations for these 2:

  • All Shortcuts:command+/ 👉🏻 ctrl+shift+?. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View?
  • Reset Layout: command+alt+R 👉🏻 ctrl+shift+R. It appears that ctrl+shift is a fairly reliable key combination.

Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?

Ah crap this is all good consideration @Irev-Dev. Here are my recommendations for these 2: - **All Shortcuts**:`command+/` 👉🏻 `ctrl+shift+?`. This is what Figma's shortcut to show shortcuts is. I agree this should have a button in the menu. Would it go under View? - **Reset Layout**: `command+alt+R` 👉🏻 `ctrl+shift+R`. It appears that `ctrl+shift` is a fairly reliable key combination. Separately, should we have a part of this component or its tests have a list of the Monaco shortcuts to verify any new ones aren't stepping on them?
franknoirot commented 2021-09-08 15:53:44 +02:00 (Migrated from github.com)
Review

One thing that's weird to me is that HotKeys treats Ctrl and Cmd as the Windows/Mac alternatives, but it's really Cmd and Win keys that are analogous, usually called the OS key within the browser, and Ctrl is a key that both OSes have.

One thing that's weird to me is that HotKeys treats `Ctrl` and `Cmd` as the Windows/Mac alternatives, but it's really `Cmd` and `Win` keys that are analogous, usually called the OS key within the browser, and `Ctrl` is a key that both OSes have.
Irev-Dev commented 2021-09-09 10:54:34 +02:00 (Migrated from github.com)
Review
  • ctrl shift ? I think make sense for the modal :)
  • test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves.
  • I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
- ctrl shift ? I think make sense for the modal :) - test might be good, but not sure if there is a way it pull hotkeys out of monaco without hardcoding them ourselves. - I think the library does that for practical reasons since ctrl is the most common key used for hotkey for win and cmd is the most common for mac, for example cmd c, cmd v is copy paste.
franknoirot commented 2021-09-09 16:23:00 +02:00 (Migrated from github.com)
Review

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find this GH issue comment about it. There doesn't appear to be like KeybindingsRegistry.getAll() method or anything like that.

The Monaca online editor is built on top of Monaco and has this hardcoded list of shortcuts that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And this issue has been raised in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really.

Want me to open an issue for the tests? I feel like we can do that a bit later, right?

Yeah doesn't appear to be a great way to pull them out programmatically, only was able to find [this GH issue comment about it](https://github.com/microsoft/monaco-editor/issues/823#issuecomment-470754000). There doesn't appear to be like `KeybindingsRegistry.getAll()` method or anything like that. The Monaca online editor is built on top of Monaco and has this hardcoded [list of shortcuts](https://docs.monaca.io/en/products_guide/monaca_ide/editor/) that we could pull from for a hardcoded solution. I think they'll be pretty stable so that might not be too bad? And [this issue has been raised](https://github.com/microsoft/monaco-editor/issues/102) in Monaco for an easy API for swapping out keyboard shortcuts, I couldn't find a clean holistic API for keybindings at all really. Want me to open an issue for the tests? I feel like we can do that a bit later, right?
Irev-Dev commented 2021-09-09 21:20:29 +02:00 (Migrated from github.com)
Review

Yeah sure, sounds good.

Yeah sure, sounds good.
franknoirot commented 2021-09-10 00:12:40 +02:00 (Migrated from github.com)
Review

Added issue #499 to track this

Added issue #499 to track this

View File

@@ -0,0 +1,71 @@
import { Menu } from '@headlessui/react'
import { useHotkeys } from 'react-hotkeys-hook'
export function DropdownItem({ config, state, thunkDispatch }) {
useHotkeys(config.shortcut, handleClick)
function handleClick(e) {
e.preventDefault()
config.callback(e, { state, thunkDispatch })
}
return (
<Menu.Item>
{({ active }) => (
<button
className={`${
active && 'bg-gray-600'
} px-2 py-1 flex justify-between`}
onClick={handleClick}
>
{config.label}
{config.shortcutLabel && (
<span className="text-gray-400 pl-6 text-right">
{config.shortcutLabel}
</span>
)}
</button>
)}
</Menu.Item>
)
}
export function Dropdown({
label,
disabled,
children,
}: {
label: string
disabled: boolean
children: React.ReactNode
}) {
return (
<div className="relative">
<Menu>
{({ open }) => (
<>
<Menu.Button
className={
'text-gray-100' +
(disabled ? ' text-gray-400 cursor-not-allowed' : '')
}
disabled={disabled}
>
{label}
</Menu.Button>
{children && (
<Menu.Items
static
className={
(open ? '' : 'hidden ') +
'absolute flex flex-col mt-4 bg-ch-gray-760 rounded text-gray-100 overflow-hidden whitespace-nowrap border border-ch-gray-700'
}
>
{children}
</Menu.Items>
)}
</>
)}
</Menu>
</div>
)
}

View File

@@ -1,133 +1,51 @@
import { Menu } from '@headlessui/react'
import { useIdeContext } from 'src/helpers/hooks/useIdeContext'
import Svg from 'src/components/Svg/Svg'
import { useRender } from 'src/components/IdeWrapper/useRender'
import { makeStlDownloadHandler, PullTitleFromFirstLine } from './helpers'
import { useSaveCode } from 'src/components/IdeWrapper/useSaveCode'
import CadPackage from 'src/components/CadPackage/CadPackage'
import { editorMenuConfig } from './menuConfig'
import AllShortcutsModal from './AllShortcutsModal'
import { Dropdown } from './Dropdowns'
const EditorMenu = () => {
const handleRender = useRender()
const saveCode = useSaveCode()
const { state, thunkDispatch } = useIdeContext()
const onRender = () => {
handleRender()
saveCode({ code: state.code })
}
const handleStlDownload = makeStlDownloadHandler({
type: state.objectData?.type,
ideType: state.ideType,
geometry: state.objectData?.data,
quality: state.objectData?.quality,
fileName: PullTitleFromFirstLine(state.code || ''),
thunkDispatch,
})
return (
<div className="flex justify-between bg-ch-gray-760 text-gray-100">
<div className="flex items-center h-9 w-full cursor-grab">
<div className=" text-ch-gray-760 bg-ch-gray-300 cursor-grab px-1.5 h-full flex items-center">
<Svg name="drag-grid" className="w-4 p-px" />
</div>
<div className="grid grid-flow-col-dense gap-6 px-5">
<FileDropdown
handleRender={onRender}
handleStlDownload={handleStlDownload}
/>
<button className="cursor-not-allowed" disabled>
Edit
<>
<div className="flex justify-between bg-ch-gray-760 text-gray-100">
<div className="flex items-center h-9 w-full cursor-grab">
<div className=" text-ch-gray-760 bg-ch-gray-300 cursor-grab px-2 h-full flex items-center">
<Svg name="drag-grid" className="w-4 p-px" />
</div>
<div className="grid grid-flow-col-dense gap-6 px-5">
{editorMenuConfig.map((menu) => (
<Dropdown
label={menu.label}
disabled={menu.disabled}
key={menu.label + '-dropdown'}
>
{menu.items.map((itemConfig) => (
<itemConfig.component
state={state}
thunkDispatch={thunkDispatch}
config={itemConfig}
key={menu.label + '-' + itemConfig.label}
/>
))}
</Dropdown>
))}
</div>
<button
className="text-ch-gray-300 h-full cursor-not-allowed"
aria-label="editor settings"
disabled
>
<Svg name="gear" className="w-6 p-px" />
</button>
<ViewDropdown
handleLayoutReset={() => thunkDispatch({ type: 'resetLayout' })}
/>
</div>
<button
className="text-ch-gray-300 h-full cursor-not-allowed"
aria-label="editor settings"
disabled
>
<Svg name="gear" className="w-6 p-px" />
</button>
<CadPackage cadPackage={state.ideType} className="px-3" />
</div>
<CadPackage cadPackage={state.ideType} className="px-3" />
</div>
<AllShortcutsModal />
</>
)
}
export default EditorMenu
function FileDropdown({ handleRender, handleStlDownload }) {
return (
<Dropdown name="File">
<Menu.Item>
{({ active }) => (
<button
className={`${active && 'bg-gray-600'} px-2 py-1`}
onClick={handleRender}
>
Save &amp; Render{' '}
<span className="text-gray-400 pl-4">
{/(Mac|iPhone|iPod|iPad)/i.test(navigator.platform) ? (
<>
<Svg
name="mac-cmd-key"
className="h-3 w-3 inline-block text-left"
/>
S
</>
) : (
'Ctrl S'
)}
</span>
</button>
)}
</Menu.Item>
<Menu.Item>
{({ active }) => (
<button
className={`${active && 'bg-gray-600'} px-2 py-1 text-left`}
onClick={handleStlDownload}
>
Download STL
</button>
)}
</Menu.Item>
</Dropdown>
)
}
function ViewDropdown({ handleLayoutReset }) {
return (
<Dropdown name="View">
<Menu.Item>
{({ active }) => (
<button
className={`${active && 'bg-gray-600'} px-2 py-1`}
onClick={handleLayoutReset}
>
Reset layout
</button>
)}
</Menu.Item>
</Dropdown>
)
}
function Dropdown({
name,
children,
}: {
name: string
children: React.ReactNode
}) {
return (
<div className="relative">
<Menu>
<Menu.Button className="text-gray-100">{name}</Menu.Button>
<Menu.Items className="absolute flex flex-col mt-4 bg-ch-gray-760 rounded text-gray-100 overflow-hidden whitespace-nowrap border border-ch-gray-700">
{children}
</Menu.Items>
</Menu>
</div>
)
}

View File

@@ -0,0 +1,109 @@
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
import React from 'react'
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
import { useRender } from 'src/components/IdeWrapper/useRender'
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
import { makeStlDownloadHandler, PullTitleFromFirstLine } from './helpers'
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
import { useSaveCode } from 'src/components/IdeWrapper/useSaveCode'
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
franknoirot commented 2021-09-08 16:39:40 +02:00 (Migrated from github.com)
Review

This won't work currently because I backed out of writing it, but @Irev-Dev should I use a React Context to make the AllShortcutsModal able to be opened from outside of the component? I could make its own little context to provide around the IdeWrapper component, or the page component itself. I might try that and see if you like it.

This won't work currently because I backed out of writing it, but @Irev-Dev should I use a React Context to make the `AllShortcutsModal` able to be opened from outside of the component? I could make its own little context to provide around the `IdeWrapper` component, or the page component itself. I might try that and see if you like it.
franknoirot commented 2021-09-08 17:39:09 +02:00 (Migrated from github.com)
Review

Tried this approach below.

Tried this approach below.
import { DropdownItem } from './Dropdowns'
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
import { useShortcutsModalContext } from './AllShortcutsModal'
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
export function cmdOrCtrl() {
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
return /(Mac|iPhone|iPod|iPad)/i.test(navigator.platform) ? '⌘' : 'Ctrl'
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
}
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
const fileMenuConfig: EditorMenuConfig = {
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
name: 'file',
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
label: 'File',
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
disabled: false,
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
items: [
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
{
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
label: 'Save & Render',
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
shortcut: 'ctrl+s, command+s',
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
shortcutLabel: cmdOrCtrl() + ' S',
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
component: (props) => {
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
const { state, config } = props
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
const handleRender = useRender()
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
const saveCode = useSaveCode()
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
function onRender(e) {
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
e.preventDefault()
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
handleRender()
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
saveCode({ code: state.code })
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
}
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
config.callback = onRender
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
return <DropdownItem {...props} />
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
},
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
},
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
{
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
label: 'Download STL',
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
shortcut: 'ctrl+shift+d, command+shift+d',
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
shortcutLabel: cmdOrCtrl() + ' Shift D',
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
component: (props) => {
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
const { state, thunkDispatch, config } = props
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
const handleStlDownload = makeStlDownloadHandler({
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
type: state.objectData?.type,
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
ideType: state.ideType,
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
geometry: state.objectData?.data,
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
quality: state.objectData?.quality,
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
fileName: PullTitleFromFirstLine(state.code || ''),
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
thunkDispatch,
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
})
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
config.callback = handleStlDownload
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
return <DropdownItem {...props} />
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
},
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
},
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
],
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
}
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
const editMenuConfig = {
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
name: 'edit',
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
label: 'Edit',
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
disabled: true,
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
items: [],
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
}
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
const viewMenuConfig = {
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
name: 'view',
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
label: 'View',
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
disabled: false,
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
items: [
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
{
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
label: 'Reset layout',
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
shortcut: 'ctrl+shift+r',
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
shortcutLabel: 'Ctrl Shift R',
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
component: (props) => {
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
const { config, thunkDispatch } = props
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
config.callback = () => thunkDispatch({ type: 'resetLayout' })
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
return <DropdownItem {...props} />
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
},
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
},
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
{
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
label: 'All shortcuts',
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
shortcut: 'ctrl+shift+/',
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
shortcutLabel: 'Ctrl Shift /',
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
component: (props) => {
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
const { config } = props
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
const { toggleOpen } = useShortcutsModalContext()
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
config.callback = toggleOpen
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
return <DropdownItem {...props} />
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
},
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
},
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
],
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
}
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
export const editorMenuConfig = [fileMenuConfig, editMenuConfig, viewMenuConfig]
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
export interface EditorMenuItemConfig {
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
label: string
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
shortcut: string
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
shortcutLabel: React.ReactElement | string
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
component: (props: any) => React.ReactElement
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
}
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
export interface EditorMenuConfig {
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
name: string
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
label: string
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
disabled: boolean
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
items: Array<EditorMenuItemConfig>
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!
}
Irev-Dev commented 2021-09-08 10:35:59 +02:00 (Migrated from github.com)
Review

if you make this:

const fileMenuConfig: EditorMenuConfig = {

Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since component doesn't exist on EditorMenuItemConfig.

if you make this: ```suggestion const fileMenuConfig: EditorMenuConfig = { ``` Thdn the linter (assuming you've got ts setup with your editor) should tell you if your obeying your own types for this menu, and I think you're not since `component` doesn't exist on `EditorMenuItemConfig`.
Irev-Dev commented 2021-09-08 10:38:23 +02:00 (Migrated from github.com)
Review

I think callback is not needed now and component is?

I think callback is not needed now and component is?
franknoirot commented 2021-09-08 16:00:31 +02:00 (Migrated from github.com)
Review

Yup it yelled at me now!

Yup it yelled at me now!

View File

@@ -8,6 +8,7 @@ import Svg from 'src/components/Svg/Svg'
import { useIdeInit } from 'src/components/EncodedUrl/helpers'
import { useIdeContext } from 'src/helpers/hooks/useIdeContext'
import { useSaveCode } from 'src/components/IdeWrapper/useSaveCode'
import { ShortcutsModalContext } from 'src/components/EditorMenu/AllShortcutsModal'
interface Props {
cadPackage: string
@@ -22,18 +23,25 @@ const IdeWrapper = ({ cadPackage }: Props) => {
saveCode({ code: state.code })
}
useIdeInit(cadPackage, project?.code || state?.code)
const [shortcutModalOpen, setShortcutModalOpen] = useState(false)
const shortcutModalContextValues = {
open: shortcutModalOpen,
toggleOpen: () => setShortcutModalOpen(!shortcutModalOpen),
}
return (
<div className="h-full flex">
<div className="w-14 bg-ch-gray-700 flex-shrink-0">
<IdeSideBar />
</div>
<div className="h-full flex flex-grow flex-col">
<nav className="flex">
<IdeHeader handleRender={onRender} />
</nav>
<IdeContainer />
</div>
<ShortcutsModalContext.Provider value={shortcutModalContextValues}>
<div className="w-16 bg-ch-gray-700 flex-shrink-0">
<IdeSideBar />
</div>
<div className="h-full flex flex-grow flex-col">
<nav className="flex">
<IdeHeader handleRender={onRender} />
</nav>
<IdeContainer />
</div>
</ShortcutsModalContext.Provider>
</div>
)
}

File diff suppressed because it is too large Load Diff