[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