Open Bug 410988 Opened 14 years ago Updated 6 years ago

Add ability to resize a content embedded object

Categories

(Core :: General, enhancement)

enhancement
Not set
normal

Tracking

()

Tracking Status
blocking2.0 --- -

People

(Reporter: NicolasWeb, Unassigned)

References

Details

(Whiteboard: DUPEME?)

Attachments

(1 file)

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
Version: unspecified → Trunk
great idea
Depends on: 167951
Whiteboard: DUPEME?
I agree.

I think this bug must be moved to Core - Layout or to Core - General.
Product: Firefox → Core
QA Contact: general → general
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: wanted1.9.1?
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.
https://addons.mozilla.org/firefox/addon/3818 - Sorry, the last URL was country/language specific. I'll ask for wanted/blocking 1.9.2.
Flags: wanted1.9.2?
Flags: blocking1.9.2?
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.
Flags: wanted1.9.2?
Flags: wanted1.9.1?
Flags: blocking1.9.2?
Flags: blocking1.9.2-
Depends on: cuts-cruft
Blocks: cuts-cruft
No longer depends on: cuts-cruft
No longer blocks: cuts-cruft
blocking2.0: --- → ?
blocking2.0: ? → -
(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.
Flags: needinfo?(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.
Flags: needinfo?(chalx)
You need to log in before you can comment on or make changes to this bug.