ijprest/keyboard-layout-editor

Web application to enable the design & editing of keyboard layouts

keyboard-layout-editor's Issues

Add fields for keyboard metadata

e.g., Creator, Date, Notes, Links to GeekHack posts, etc.

When you move multiply-selected keys to the edge they end up "overlapping".

Method:

1. Select multiple keys in a grid using marquee-select
2. Using the arrows, move the keys all the way to the top or left.
3. Keep moving the keys in the same direction.

Result:

• The selected keys end up overlapping.

The keys should stop moving when the first one hits the edge.

Add ability to export to SVG (and/or other formats).

This would be useful for embedding keyboard renders in wikis, etc.

If page is not scrolled to top, the marquee selection rectangle is displayed in the wrong spot.

Add stock glyphs for keycap symbols not otherwise available as Unicode characters.

For example, the Windows logo, menu/application-key, etc. Maybe the 'tab' logo, etc.

From the forums: possibly some of the European symbolic, Mac legends, German "handbag" caps lock, etc.

Add support for a third text label.

Some language-specific keys (e.g., German/Nordic) have a third text label, typically at the bottom-right.

See for examples: http://geekhack.org/index.php?topic=48798.0

Add support for stepped keys.

e.g., caps-lock, ctrl, ISO-enter, etc.

Want to copy from one instance of the page, and paste into another.

See also #31.

Add syntax-highlighting to the "raw-data" editor.

Support three rows of text on the caps

It looks like German has three rows of text... top, middle, bottom. See: http://en.wikipedia.org/wiki/File:German-T2-Keyboard-Prototype-May-2012.jpg

Must be hard to learn to type in German.

Ctrl+Click on Macintosh platforms doesn't work.

As reported in the forums: "on a Mac Ctrl+Click is impossible (redirects to right click)".

Not obvious that Ctrl+Click on palette will set text color.

As per the title; we need to describe this option somewhere. Tooltip, maybe? Help-screen?

Concave shading broken for non-rectangular keycaps

Steps to repeat:

1. select ISO 105 preset
2. select the enter key
3. set profile to DCS

Expected:

Concave shading to be based on the outer virtual rect

Actual:

"Leg" of the keycap is drawn as flat grey

Support specification of keycap profiles & row-numbers

It would be nice if we could specify the profile of a key, e.g.:

• Signature-plastics profiles (DSA, DCS, etc.), Cherry vs. OEM, other manufacturers.
• The row-number (for those profiles that require it).

Ideally, we'd render the keys differently to simulate the profile:

• Cylindrical caps could be rendered with a linear gradient; spherical caps could be rendered with a radial gradient.
• Different rows could maybe alter the margins.

Support a "accent" marker on the legends.

See many of the symbols on this German keyboard: http://en.wikipedia.org/wiki/File:German-T2-Keyboard-Prototype-May-2012.jpg

I think the little hollow marker is meant to indicate that the key will be composed with another glyph to give an accented character.

Add an auto-layout feature to remove overlaps

When moving or otherwise making changes that are disruptive to the layout, you often wind up with overlapping keys, and these can be annoying to fix manually.

Add a button to the toolbar to automatically resolve these overlapping keys, but pushing keys rightward/downward as necessary.

Add support for side/front-printed label text.

Some "stealth" keyboards will print the text label on the front of the keycap. Similarly, some keyboards will print "media keys" or the like on the front of the keycap.

Need some help/description of the raw-data format.

A help dialog describing the format would be useful.

Editing oddly-shaped keys is confusing.

Ideally, the extra fields required to edit oddly-shaped keys would be hidden unless they were necessary.

Stepping interferes with keycap add

Adding a new keycap obeys the inner (lower) width of the last key, not the outer (larger) width, causing overlap.

Add a "wireframe" mode, where the keys are rendered very simply.

Add the ability to change the properties of a key based on a 'layer', or something.

This would allow the user to specify, e.g., ISO, ANSI, JIS-flavored keyboard by encoding only the differences between those keyboards.

Could switch between the layers by clicking on a tab above the editor, perhaps?

Add mouse support for resizing a key.

It would be nice to be able to resize a key using the mouse.

Vertical shading for convex keycaps

Keycap shading is presently only horizontal concave. There needs to be a vertical convex option for space bar and for (e.g.) the convex numeric keypad 0 on Realforce keyboards.

Add ability to change KB background color.

If we're trying to see what the keys will look like on a particular keyboard, the light-gray of the editor-area can be distracting (especially if you're using dark-colored caps).

Add the ability to change the background color of the keyboard area.

Add support for rotated caps/clusters.

e.g., the thumb-cluster on an ErgoDox.

Support different sizes of text on the same cap

See the numpad here: http://en.wikipedia.org/wiki/File:German-T2-Keyboard-Prototype-May-2012.jpg

At a minimum, we'll want a "primary" size for the first bit of text, and a "secondary" size for others. Is there a more generic way to do it without having a million size controls?

Stepping is unclear

It's not clear what stepping does — only after careful examination of the raw data did it become clear that I've got to set different primary and secondary widths to get a stepped keycap.

Add the ability to scale the keyboard editor

The current editor requires a lot of horizontal space for a 104-key layout. It looks OK on my 1600x1200 monitor, but would probably be cut off on a 720p monitor (1280x720).

Add support for key 'prototypes'

A prototype would be a set of properties that would be applied to a key by using the name of the prototype, e.g.,

{proto:"modifier"}, "Shift"

• There would be a "default" keycap prototype, used by default. This would allow very quick changes to the entire layout.
• Prototype would only allow properties that 'cascade' to the next key (e.g., color, etc.), and not single-use properties (e.g., label, position, size).
• The selected prototype will also cascade to the next key.
• Prototypes would be editable in the editor, somehow.
• Prototypes would be rendered as caps in the editor.
• Selecting a prototype would apply it to the selected key(s).

Add support for key "nubs", "nipples", "deep-dish", etc.

The F & J keys often have a tactile indicator to make it easy to place your fingers on the home row. Add the ability to specify these indicators, and render them appropriately in the editor.

Reduce the size of the permalink URLs

The current permalink URLs are really long, despite efforts to use a 'lenient' JSON format.

• Consider further simplifying the JSON format, or using a non-JSON format altogether.
• Consider a less-strict URL-encoding of the JSON data.
• Consider using a database-backed hash of the JSON data for permalinks.

Select a range of keys by holding SHIFT

It would be nice to be able to select an entire range of keys by selecting the first key, then holding SHIFT and selecting the last key in the range.

Perhaps Shift+J, Shift+K should also extend the existing selection.

Due to the way keys are laid-out in memory, I suspect this would have to be a right-to-left, then top-to-bottom operation.

Add the ability to change the font style/size/alignment.

Some layouts will use different fonts, font-sizes, and/or align the text differently. e.g., the DSA retro set uses a larger, centered font for most keys, and a smaller ALL-CAPS font for modifiers.

Add support for non-keycap additions to the layout.

e.g., Decals (for logos, etc.), labels, LEDs, etc.

Copy/paste should remember the relative position of keys.

Currently we lose any gaps between keys... e.g., select the ESC and F1 keys on a standard layout, then copy and paste them. The pasted keys will be right beside each other without any gap.

Cannot set stepping via w

You can't achieve stepping by setting a keycap to its desired width, then reducing w to be less than w2. This does not even work when Stepped is checked.

Highlight (or otherwise select) the selected keys in the raw-data editor.

Can't use ':' anywhere but first text field.

I think it's a bug in the "lenient" JSON parser.

Add the ability to make keys invisible (or mostly transparent).

If presenting a keycap set for purchase in a group-buy, it is common to hide the keys not present in a particular set. Often, the keys that are not included are just faint outlines, to indicate the correct positions of the caps.

Add ability to export to signature-sized "keyboard pixel art".

See http://geekhack.org/index.php?topic=19113.0

Support a horizontal rule between top & bottom rows of text

See the print-screen key here: http://en.wikipedia.org/wiki/File:German-T2-Keyboard-Prototype-May-2012.jpg

Add support for 'windowed' keycaps.

Some caps (caps-lock, et al, especially) will have little windowed areas that allow an LED to shine through. It would be nice to be able to specify this window.

Note that the windows are often centered on the bottom of the key-cap, but not always!, e.g., for some caps-lock keys. Will need a comprehensive way to specify the window size & position.

Need some larger font sizes.

Some vintage doubleshot keyboards used very large fonts on their keycaps... (need photo). Suggest increasing font-size limit to 7 or 9.

Add a "character picker" to make selection of symbol characters easier.

Even though the fonts contain the appropriate glyphs, it's sometimes difficult to find many symbol characters in the Unicode ranges, e.g,. the arrow symbols, etc.

It would be nice to have a character picker to make finding and using these glyphs easier.

Undo/redo doesn't affect keyboard color.

Add mouse support for moving the selected keys

It would be nice to be able to move the selected keys with the mouse.

Add support for copying / pasting of selected keys.

Add the ability to reference an external image/icon as a keycap logo.

Some layouts may want to use custom icons on key caps. e.g., the DSA-retro set used the Commodore logo on the Windows-key, and may sets include a "GEEK HACK" custom key.

Since we can't possibly anticipate everything that everybody may want, add the ability to reference an externally hosted image/icon/SVG file.

Add a warning if navigating away would cause you to lose your work.

Probably the most common example would be hitting 'back' in the browser.