[Feature Request] Hold one shot layers/modifiers while another layer/modifier is held

[ilikeheaps]

Feature Request Type

• Core functionality
• Add-on hardware support (eg. audio, RGB, OLED screen, etc.)
• Alteration (enhancement/optimization) of existing feature(s)
• New behavior

Context

I need a one handed keyboard for programming and modifier combinations are hard. One shot keys are nice for this but are somewhat limited when multiple presses in a row require modifiers, especially with swap hands. I do use toggle taps but it is a bit slow.

Feature description

Do not clear one shot modifiers while a layer or modifier is being held.

Example(s)

X ; Y means press X, release X, press Y, release Y
X + Y means press X, press Y, release Y, release X
X * Y means press X, press Y, release X, release Y

OSM(LALT); LCTRL + (a; b); c = LALT + LCTRL + a ; LALT + LCTRL + b; c
                   (currently LALT + LCTRL + a ; LCTRL + b; c)

Dubious ideas around SH:

OSM(LALT); SH_TOGG + (a; b) = LALT + SH_TOGG + a ; LALT + SH_TOGG + b
                 (currently LALT + SH_TOGG + a ; SH_TOGG + b)

(even more suspicious)
OSM(LALT); SH_TOGG + (a; b); c = LALT + SH_TOGG + a ; LALT + SH_TOGG + b; LALT + c
                 (currently LALT + SH_TOGG + a ; SH_TOGG + b; c)

Alternative solutions

• rebind difficult shortcuts -- very limited, I need layers to cover all key anyway and these often need modifiers too
• add some keys for modifier combinations -- too many combinations possible for one hand and difficult to learn
  • perhaps if I made a layer for modifiers...? Probably not.
• ...?

Related stuff

• Make One Shot Layer clearing configurable #9538

[github-actions]

This issue has been automatically marked as stale because it has not had activity in the last 90 days. It will be closed in the next 30 days unless it is tagged properly or other activity occurs.
For maintainers: Please label with bug, in progress, on hold, discussion or to do to prevent the issue from being re-flagged.

[fucci-dev]

I think this is probably related to this bug #8090.

The same behavior is described and this is functionality I would like to see from OSM/OSL as well. I am ambidextrous and have two mice so I want to be able to swap hands on either side and use OSM to accomplish the same things on either side, and while I came here to search for a pre-existing issue detailing how taking up the hold functionality of a key is not One Shot, the behavior described here and in the referenced bug from two years ago will be a major hindrance to this.