66037 - "Page Info" dialog should have "size" column instead of "width" and "height"

Status: RESOLVED WONTFIX

(SeaMonkey :: Page Info, defect)

Description

[vectro]

That is to say, for an e.g. 2x3 picture, there's no reason to have a width
column of 2 and a height column of 3. Why not save the space and have a size
column of 2x3?

Comment 1

[Matthew T (active 1999-2002)]

Confirmed. Not that I necessarily agree, but it's an interesting idea.

Comment 2

[Daniel Brooks [:db48x]]

how do you sort such a thing? As a string? By the product?

Comment 3

[vectro]

Definately by # of pixels (by product)

Comment 4

[Zach Lipton [:zach]]

Chaning the qa contact on these bugs to me. MPT will be moving to the 
owner of this component shortly. I would like to thank him for all his hard 
work as he moves roles in mozilla.org...Yada, Yada, Yada...

Comment 5

[Daniel Brooks [:db48x]]

Well, since sorting by the product would be pretty much impossible, if this 
were to be done, it'd have to sort by the string "2x3", which won't be entirely 
the same thing.

Comment 6

[Asa Dotzler [:asa]]

updating to new owner. sorry for the spam.

Comment 7

[vectro]

Hrm. Maybe we need to modify the widget interface so as to allow an arbitrary
sort order. I mean, this can't be the only application where we want to sort by
something other than the ascii or numeric value of a field. How do we handle
sorting by date? This would seem to be similar.

Comment 8

[Daniel Brooks [:db48x]]

That's what I meant. It won't be possible without coding a new kind of sort
order, though it can probably be done in javascript. On the other hand, I don't
see how it adds much to the data as shown. It's not the standard way to show
this kind of data, and the sorting is going to be somewhat non intuitve at
first. I suggest marking it WONTFIX.

It should also be added to tracking bug 52730, and assigned to me.

Comment 9

[vectro]

One of the primary motivations that I had in submitting this bug is that the
descriptions for the height and width columns are 5-6 characters, whereas the
actual data contained is rarely more than 4, and typically 1-2. So you have a
situation where the column takes a fair amount of space compared to the data it
contains. Maybe this will be less of an issue if we implement mpt's tabbed idea
document at http://critique.net.nz/project/mozilla/general/component/info/.

I don't know why, but the current interface seems somewhat kludgey to me. Maybe
it's just me. Does anyone else have ideas on how this might be reworked? 

Comment 10

[Daniel Brooks [:db48x]]

causes more trouble than it's really worth.