![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png){kind=logo}
Opened 15 years ago
Closed 11 years ago
#18820 closed enhancement (fixed)
Formatting bar loading experience is subpar
| Reported by: | markjaquith | Owned by: | azaozz |
|---|---|---|---|
| Priority: | normal | Milestone: | 4.4 |
| Component: | Editor | Version: | 3.2.1 |
| Severity: | normal | Keywords: | needs-patch dev-feedback |
| Cc: | Focuses: | ui |
Description
When you save a post, the way the formatting bar loads in (Visual and HTML both) is subpar. It pops in really late, and shoves your post content down.
Screencast: http://s3.amazonaws.com/txfx/screencasts/Formatting-Toolbar.mov
Let's make this better.
Change History (12)
#4
follow-up:
↓ 6
@
15 years ago
Similar thing happening with the width - http://screencast.com/t/RypBW4M50
My personal fix is to copy the width style to the <head>
add_action('admin_head', 'editor_css_fix');
function editor_css_fix() { ?>
<style type="text/css">
.wp-editor-container textarea.wp-editor-area {
width: 99.9%;
}
</style>
<?php }
#5
@
15 years ago
- Component General → Editor
- Milestone Awaiting Review → 3.3
- Severity normal → major
http://screencast.com/t/RypBW4M50 is a regression.
#6
in reply to: ↑ 4
;
follow-up:
↓ 8
@
15 years ago
Replying to trepmal:
From the screencast it seems editor-buttons.css loads late because your connection is (very) slow. We can add that css to wp-admin.css, also outputting editor-buttons.css earlier should help.
#8
in reply to: ↑ 6
;
follow-ups:
↓ 9
↓ 10
@
15 years ago
- Severity major → normal
Replying to azaozz:
Replying to trepmal:
From the screencast it seems editor-buttons.css loads late because your connection is (very) slow. We can add that css to wp-admin.css, also outputting editor-buttons.css earlier should help.
Nice fix. FWIW though, I was able to see this on localhost consistently.
I'm re-opening as http://s3.amazonaws.com/txfx/screencasts/Formatting-Toolbar.mov (the original report) is still a problem.
#9
in reply to: ↑ 8
@
15 years ago
- Resolution fixed
- Status closed → reopened
Replying to nacin:
I'm re-opening as http://s3.amazonaws.com/txfx/screencasts/Formatting-Toolbar.mov (the original report) is still a problem.
#10
in reply to: ↑ 8
@
15 years ago
- Milestone 3.3 → Future Release
Replying to nacin:
Not sure we can do anything else to minimize the jumpiness there. TinyMCE is big, doesn't load fast, and places an iframe exactly on top of the textarea so there will always be some visual changes.
Next step can probably be to place a blocking div on top of it with a spinner in the middle until it loads completely. Beta3 is a bit too late for that though, moving to 3.4.
#11
@
12 years ago
- Focuses ui added
- Keywords needs-patch dev-feedback added
This isn't as pronounced in 4.0 after the latest round of TinyMCE updates, but I agree with azaozz, the best solution might just be a placeholder that hides when TinyMCE loads
#12
@
11 years ago
- Milestone Future Release → 4.4
- Resolution → fixed
- Status reopened → closed
Most of the Text editor "jumpiness" was removed in 4.3 by outputting the buttons container "inline" (before initializing quicktags.js). Also, browsers have become better and TinyMCE loads faster :)
Considering this fixed.
Agreed. This drives me crazy. We brought it up in 3.2 cycle, too.