[wp-trac] [WordPress Trac] #36459: Inconsistent triggering of backtick shortcut for code tags
WordPress Trac
noreply at wordpress.org
Sun Apr 10 18:54:06 UTC 2016
#36459: Inconsistent triggering of backtick shortcut for code tags
--------------------------+-------------------------
Reporter: Clorith | Owner:
Type: defect (bug) | Status: new
Priority: normal | Milestone: 4.5
Component: Editor | Version: trunk
Severity: normal | Resolution:
Keywords: | Focuses: javascript
--------------------------+-------------------------
Comment (by jeremyfelt):
Replying to [comment:5 Clorith]:
> Replying to [comment:4 jeremyfelt]:
> > I can consistently reproduce this in Chrome 49.0.2623.112 and Firefox
45.0.1 in OSX if I very quickly hit the spacebar immediately after the
closing backtick.
> >
> > {{{
> > <body id="tinymce" class="mce-content-body content post-type-post
post-status-draft post-format-standard locale-en-us mceContentBody webkit
wp-editor wp-autoresize html5-captions has-focus" data-id="content"
contenteditable="true" style="overflow-y: hidden;">
> > <p>`the spacebar was hit very quickly after this closing
backtick` </p>
> > </body>
> > }}}
> You are quite right, if I hit the buttons fast enough, as in practically
at the same time, I can trigger the code block consistently every time.
I think this is the opposite for me. When I type at a slower pace, the
code block is generated. If I type something very quickly after the
closing backtick, it breaks.
The gif above should show the behavior.
Additional findings:
* Once a paragraph experiences a non-working backtick, any remaining uses
on that line won't work either.
* This does not impact new paragraphs. Things reset.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/36459#comment:6>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list