410988 - Add ability to resize a content embedded object

Status: NEW

(Core :: General, enhancement)

Description

[Nicolas Mandil (:NicolasWeb)]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; fr; rv:1.9b2) Gecko/2007121014 Firefox/3.0b2
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; fr; rv:1.9b2) Gecko/2007121014 Firefox/3.0b2

Add ability to resize a content embedded object by mouse :
 - like those text-web (Forms ; like bugzilla) : text area (like Safari 3), one line text box, pane list bug, others form controls, ...
 - like those we use in blog inline posts (multimedia) : image, flash, video,...

Reproducible: Always

Steps to Reproduce:
1.Write a long text in a little text area, or navigate in the "components" list in bugzilla ;-)
2.Try to see all information you need without scrolling
3.
Actual Results:  
you can't resize any object

Expected Results:  
resize object by mouse

Comment 1

[Nicolas Mandil (:NicolasWeb)]

Attachment: Safari behavior for text pane area

Comment 2

[flibby]

great idea

Comment 3

[Lucas Malor (mail: c6kfnkn2uc AT snkmail DOT c0m)]

I agree.

I think this bug must be moved to Core - Layout or to Core - General.

Comment 4

[d]

There's an extension to do this already, https://addons.mozilla.org/sv-SE/firefox/addon/3818. But I wouldn't mind seeing this as a native function as that addon is outdated.

Comment 5

[d]

https://addons.mozilla.org/firefox/addon/3818 - Sorry, the last URL was country/language specific. I'll ask for wanted/blocking 1.9.2.

Comment 6

[chAlx]

It would be nice to resize embedded objects but I believe there is a lot of difference between resizing self-rendered elements (textareas etc) and external objects (probably generated and rasterized by system-dependent plugins, may be using platform-depended output features).

So I think there should be two separated bugs for resizing DOM elements and embedded content.

Comment 7

[Nicolas Mandil (:NicolasWeb)]

(In reply to chAlx from comment #6)

Resizing DOM elements is well addressed by bug 442228 that  was reported after this one.
I propose to keep this one for embedded content.

Who can decide if we go to this difficult path ? Who to needinfo? to ?
Maybe that now Fx have (global) zoom in/out this is not so challenging. It could be local zoom in/out attached to a specific embedded object.

Comment 8

[chAlx]

(In reply to Nicolas Mandil (:NicolasWeb) from comment #7)

> It could be local zoom in/out attached to a specific embedded object.

Think so, it would be great.

We always had the text zoom. Now we have nice textarea resizers and some options to resize text inputs. And we have the full page zoom in the core. So i believe it is not hard now to zoom object's output and bounds. And then bind some <key>-mousewheel events for zooming almost any DOM object under cursor. Or to appear the same corner to pull by as textarea has. Maybe it's enough just to change CSS width/height properties.

Returning to context: I think embedded objects are the right target to concern in this bug. Especially plugins and video.