edit window shows full long article — doesn't scroll
-
When I go to my post edit screen, first it looks normal, then after finishing loading the edit window extends the entire length of the file, so I have to scroll the whole window. It didn’t behave this way formerly. I have a couple of screenshots if you want them.
The blog I need help with is: (visible only to logged in users)
-
I should add that the editing window has become extremely slow. I type a few words and wait maybe ten minutes for the words to appear. This problem is much worse in Firefox than in Chrome browser, but it’s unusable in both.
-
Could I see those screenshots? The easiest way to share them with me is to upload them to your site’s Medial Library. I’ll be able to access them there.
-
Sure! And thanks. This is how the screen should look — and does look while it’s still loading the gravitar stuff, etc.:
https://poetseye.files.wordpress.com/2014/08/screenshot-first-appearance-of-edit-screen.pngThen it becomes like this:
https://poetseye.files.wordpress.com/2014/08/screenshot-appearance-of-edit-screen-after-fully-loaded.pngHere at home I use Linux, but today I checked on a Windows 7 machine and it looks just the same in Firefox.
-
Another note: the scroll bar for the edit window actually scrolls a few lines, but except for those lines the entire document (in this case, 32,000 words!) is displayed, and to get to the bottom I have to scroll the entire screen (far-right scroll bar). This is also true of shorter files which nevertheless are longer than the edit screen. Shorter posts — such as a four-line poem — display a normal editing screen, but if I add content to the post, a scroll bar never appears on the window; the indow just keeps getting longer.
-
So, have you tried using another browser and seeing if it happens there as well?
It may be that 32,000 words is going to cause the edit window to be a bit unhappy.
On a related note, have you seen this WordPress.com feature:
-
So far I’ve tried:
– Firefox on Linux
– Chrome on Linux
– Firefox on Windows 7
– Explorer on Windows 7
…all with the same result. Also, this is true of any post longer than the window.
I may use the “chapters” idea you linked, but I think this problem, which recently appeared apparently due to a program change in the WordPress editor software, needs attention. In Explorer at least, the edit window scroll bar has entirely disappeared, q.v.:

-
Okay, now overnight the Explorer screen has changed — it goes (beep beep boop” (visually) and presents a much more graphically designed screen with an edit window that displays a proper 18 lines at a time and seems to handle my 32Kword page fine. The change isn’t implemented in Firefox, however. Is that in the works? That would solve my problem, I think. I don’t have Explorer at home oin my Linux box.
-
One more note: I just discovered Chrome on this Win7 computer and its edit screen has a new look today like Explorer’s (“beep beep boop”).
-
And back home on Linux I find Firefox now has the new, graphical page, complete with the “beep beep boop,” and works fine. Chrome doesn’t, but presumably it will catch up with its Linux version what it’s done on the Win7 platform. I’m happy. Apparently these were intermediate stages of new product development at WordPress.
-
-
The “beep beep boop” screen now allows you to go back to the classic screen, but now, on the classic screen, since this change first manifested itself I have discovered that if you drop down the “Screen Options” on the edit page there’s a box you can de-select to disable “Expand the editor to match the window height”:
https://poetseye.files.wordpress.com/2014/08/screenshot.png(This choice doesn’t seem to “stick” when I log in on another workstation. I have had to re-uncheck that button a few times.)
What I don’t understand is why anyone would want the editor to lose its scrollbar so you have to scroll all the controls off the top of the screen when you edit a post more than 25 lines or so. Why is it now the default? Was there a demand for this?
-
Just so we are clear:
The toggle for “Expand the editor to match the window height” does not stick upon subsequent visits when using ______ browser in _____ operating system?
Thanks.
-
I almost always use Firefox. OS’s are Ubuntu Linux at home, Win8 at work, Win7 on a laptop, and Linux Mint at a nonprofit where I work.
The toggle setting is persistent on the same workstation, regardless of operating system. However, I noticed that when I toggled it “off” on at work (Win8) I had to repeat the action the first time I logged onto a different workstation. So I just now ran some tests at home between my Ubuntu desktop and Win7 laptop, using Firefox on both. Results:
- Changing the toggle on the desktop does not change the toggle on the laptop, and vice versa, even after restarting the browser. I infer that the toggle position is cached on the client, not the server.
- Toggling “on” (“Expand…”) reloads the page immediately to effect the change, but toggling “off” does effect the change until I tell the page to re-load.
- Oddly, during re-load of a page after toggling “off” the page frames out correctly at first, then I see a brief “toggle on” (expanded, no scroll bar on edit window) phase partway through. This corrects just before the text loads.
- In toggle “off” (unexpanded) mode, sometimes the “visual” editor is normal but clicking the “text” (HTML) tab reduces it to a 3-line display. Back to “visual” makes the window normal size; back to “text” shrinks it to 3 lines again. Re-loading the page corrects this.
- None of these used to happen in the “classic” editor.
I know how to correct all these things now, so I’m not asking for solutions. I would prefer a clear choice between the new “beep beep boop” screen and the old “classic” screen, but can’t find that. Either screen works for me as long as I know how to shrink that edit window, which I now do.
-
-
I suspect that these are cookie based settings. I would have to wait to confirm with someone from that dev team. But that would explain why things only stay consistent for a given computer.
- The topic ‘edit window shows full long article — doesn't scroll’ is closed to new replies.