Strange image resizing behavior in editor
-
For some reason, when I hover over an image, the editor thinks I want to resize it! The cursor turns into a diagonal arrow, and the image expands.
I have accidentally resized everything, and I can no longer drop/drag any images without going into the code view, copying the code, and repasting.
What’s going on?
(OSX Mac on Chrome)
The blog I need help with is: (visible only to logged in users)
-
I am having similar problems today whenever I try to reduce the size of an image. All I get are the diagonal arrows which want to enlarge, but refuse to reduce.
duiblotter.com
-
Hello?
Seriously, it’s really irritating, and I haven’t seen any documentation about it. What is going on and how do I make it stop?
-
@membracid
@duiblotter
Which bbrowser and version of it are you using? I’m using FF 14.0.1 and don’t have this issue. -
Oh frap. I’m sorry membracid (OSX Mac on Chrome). I have flagged this thread for Staff help.
-
-
-
I’m curious if it’s a Webkit issue. Does it work fine for you in Safari? (both are Webkit browsers)
-
-
-
Me too, as of today. Chrome 20.0.1132.57 m
Same thing happening to this user
https://en.forums.wordpress.com/topic/help-with-images-zooming-when-i-dont-want-them-to?replies=3 -
Also, I’m on a PC.
It appears to happen immediately after inserting the image, I was trying to click the Edit image icon on the image and suddenly found the image resizing at will when I moved my cursor around.
I used Ctrl+z to get back to the inserted image size and after I clicked away onto some text and then back on the image, I could click on the Edit image icon without the image resizing all over the place.
Annoying as heck!
-
I got sorted by working in Firefox (not a WebKit browser)….
And, yup, it is as annoying as heck!
-
Glad you solved your problem, but I’ve never used anything but Chrome with WordPress.com and this is the first time I’ve run into this. (thank goodness for small favors!) :)
-
A slight work-around that I have come to use is to essentially double-select the edit function. I must click the image first (to select it) before clicking the edit image button. If I click the edit image button first, the resize arrows take control. But if I click the image first, I can proceed to edit in the normal way … except that all edits have to be entered twice. For some reason, they don’t register the first time.
Chrome 20.0.1132.57
-
OS X 10.8 running Safari and same thing happening, also very difficult to add text after I have placed photo, normally I would just click to the left of the photo and hit enter (CR) and the photo would move down, thats not working either.
-
I’m so glad to find this thread. That image resizer arrow is making me want to cry with frustration. I’m an experienced WP and Mac user, and I’m well accustomed to sliders, but this one, my God, it just won’t let go. I can’t find a key to make it disengage once it gets my image by the throat. Even disabling the trackpad sliding ability on my MacBook won’t stop it.
This seemed to happen sometime within the last two weeks, and along with it came the return of the refusal of a hard return after an image. Two hard returns are required to do what one should.
I hope you guys can fix it soon. -
Duiblotter, thanks for the work-around- you saved me a lot of frustration. Perhaps this is exactly how the drag resize arrow is supposed to work but it obviously wasn’t intuitive enough to those of us who’ve spent weeks trying to click or Esc out of the dreaded resizing arrow.
<3
-
Another user plagued by the annoying resize arrow!
@duiblotter Your workaround doesn’t work with me – the moment I hover over the image, the resize arrows appear. *grrr*
-
It’s gotten frustrating again- worse instead of the better it was for a week or so. It’s really not working well.
Also, having to doublespace after an image, and getting inconsistent spacing results, reminds me of the old WP code from a year or two ago. We’ve lost functionality here and I hope it gets better.
- The topic ‘Strange image resizing behavior in editor’ is closed to new replies.