68858 - Rename 'IE Favorites' to better reflect read-only nature

Status: RESOLVED WORKSFORME

(SeaMonkey :: Bookmarks & History, defect)

Description

[Paul Chen]

Rename 'IE Favorites' so that people don't get the impression that they are real 
bookmarks

Comment 1

[Todd Pringle]

Since we are not going to be able to fix Bug 56765 in our next release (IE
Favorites should emulate real bookmarks), we need to consider changing user
perception of the current implementation to avoid confusion.  As these Favorites
appear in the same UI, some end users are confused when these Favorites don't
behave the same way as their other bookmarks, though it says they have been
"Imported." Some suggestions:

IE Favorites View
View IE Favorites
View of IE Favorites
IE Favorites Look
See IE Favorites

Frankly, the only one that seems okay to me is "IE Favorites View." Any other
creative suggestions?

Comment 2

[Todd Pringle]

Since we are not going to be able to fix Bug 56765 in our next release (IE
Favorites should emulate real bookmarks), we need to consider changing user
perception of the current implementation to avoid confusion.  As these Favorites
appear in the same UI, some end users are confused when these Favorites don't
behave the same way as their other bookmarks, though it says they have been
"Imported." Some suggestions:

IE Favorites View
View IE Favorites
View of IE Favorites
IE Favorites Look
See IE Favorites

Frankly, the only one that seems okay to me is "IE Favorites View." Any other
creative suggestions?

Comment 3

[Claudius Gayle]

I feel strongly for 'View IE Favorites' instead of 'IE Favorites View' the former sounds more
like english whereas the latter reminds me of features/functions/things about computers
I don't understand. i much prefer "some_verb IE Favorites".
Given that pattern and that we're trying to convey the 'look but don't touch' idea, I like:
'View', 'Spy', 'Watch', and 'Shadow' off the top o' my head.
Of course there's also "Look but don't touch IE Favorites" :-)

Comment 4

[Matthew Wilson]

Or just "IE Favorites"?

Comment 5

[timeless]

how about IE Favorites Link

Comment 6

[german]

In win32 I believe the proper term would be "Shortcut to IE Favorites". On MacOS
that would be "IE Favorites Alias".
If we are looking for a platform neutral term we could say something like
"Access IE Favorites". I would highly recommend we change the icons to be
appropriate IE Fav ones for each platform.
Since this mainly plays a usability role when managing Bookmarks, may I also
suggest that we show the same items on right-click context menu that we are
showing for Mozilla native bookmarks, except graying the ones out that deal with
write access, rather than leaving them out as is the case today. I know graying
out is unusual for context menus, I think it would provide better undertsanding
that the items are still there and that the user right clicked properly on the
IE bookmark in question.
The Bookmarks window status bar text could also be enhanced to read:
http://thisIEbookmark.html  [cannot be modified]

Comment 7

[timeless]

i'm in favor of disabling instead of hiding on windows. but mac ui spec seems 
to remove disabled menuitems from the context menu.

Comment 8

[german]

which spec are you referring to? I think we should treat this as an exception
case, where the usability benefit outweighs raw compliance.

Comment 9

[Claudius Gayle]

for my .02 I think the alias/shortcut method is not the ideal way to go. I would think that as
Joe Uer who hasn't read any specs if I clicked on a folder titled 'Shortcut to IE Favorites'
I might  exepect a new window w/ said favorites to show up. eg on Macos if you alias a folder
and then double-click that alias you get a view of the real and actual contents of said folder.
By using the word alias/shortcut I'm led to expect the same behavior.

I thought the purpose of searching for a new name was we were hoping to convey the idea
that the user cannot meaningfully manipulate these favorites - because these aren't actually
the favorites but some freakish 'view' of them.

Comment 10

[timeless]

Ghost of IE Favorites.

you can't change ghosts ;-)

Comment 11

[Viswanath Ramachandran]

jatin - can you weigh in on what the right wording is for this. 

Comment 12

[Jatin Billimoria]

Of all the suggested names, I would recommend "View IE Favorites." It uses the
most concise and precise wording. The "look but can't touch" idea is more easily
inferred through this wording.

Comment 13

[Todd Pringle]

Vishy, can we go ahead and plus this and schedule to 0.9.3?  I agree we should
use "View IE Favorites."  Not a show stopper, but a trivial fix and we did get
some user feedback in this area. Definitely falls into the UI correctness bucket.

Comment 14

[Jesse Ruderman]

I'm in favor of calling the folder "IE favorites".  The main problem with the
current name ("Imported IE favorites") is that it sounds like the list of
favorites was imported the first time Mozilla was run or when Mozilla was
installed, when in fact the menu is pretty much a real-time mirror of IE
favorites.  Once we get rid of that problem, users who try to edit IE favorites
from within Mozilla should be able to quickly figure out that they can't.

Comment 15

[Jesse Ruderman]

See also bug 101174, IE favourites need indication of their read only nature in 
their UI.

Comment 16

[Andrew Hagen]

In bug 101174, I just made a comment that we should gray out the "delete" option
for IE Favorites and call that bug fixed. It's the simplest and cleanest
solution. Doing so would also mean that we could resolve this bug.

Comment 17

[Chris Wood]

I vote for "View IE Favourites" :)

Comment 18

[Tony Tovar]

Is this bug still valid?  I thought that IE Favorites were simply imported now,
i.e., they're "real" bookmarks within Mozilla.  As I understand Bugzilla, since
nothing was changed specifically for this bug, the new status would qualify as
"WORKSFORME" now, right?

Also, long-term I would like to see Favorites treated as 'remote' bookmarks so
that you could use both systems but that's bug 52431 or bug 56765.  (I created
bug 247366 but that should probably be dupe'd to 56765, for which I just
submitted a couple of new suggestions.)

Also, how is this bug different from blocked bug 101174 ?

Comment 19

[Tony Tovar]

bump

My previous comments (from 14 months ago) are still awaiting a response.  Is 
there anyone with authority cc'd on this bug?

Comment 20

[Matthias Versen [:Matti]]

marking wfm