Closed
Bug 349606
Opened 18 years ago
Closed 18 years ago
Simplify "Add Feed Reader" UI
Categories
(Firefox Graveyard :: RSS Discovery and Preview, defect)
Firefox Graveyard
RSS Discovery and Preview
Tracking
(Not tracked)
RESOLVED
FIXED
Firefox 2
People
(Reporter: Waldo, Assigned: asaf)
Details
(Keywords: fixed1.8.1)
Attachments
(2 files)
|
13.66 KB,
image/png
|
Details | |
|
14.44 KB,
patch
|
mconnor
:
review+
mconnor
:
approval1.8.1+
|
Details | Diff | Splinter Review |
What in the world do OK/Cancel mean in this dialog? I have no idea.
| Reporter | ||
Comment 1•18 years ago
|
||
| Reporter | ||
Updated•18 years ago
|
Flags: blocking-firefox2?
Updated•18 years ago
|
Flags: blocking-firefox2? → blocking-firefox2+
Comment 2•18 years ago
|
||
easy plan: hide the site line hide the checkbox hide the Cancel button harder plan: figure this out in the caller and open an alert instead of this (assuming that its a user-event, otherwise do nothing) easy plan, due to how this code seems to work, is the faster/safer plan, I think.
Assignee: nobody → bugs.mano
Comment 3•18 years ago
|
||
So, what we need to do here is handle the following questions: - How to treat the "always use X pref" - What to show, given string-frozenness in cases where - The engine is installed, and is set to always be used - The engine is installed, and another engine is set to always be used - The engine is installed, and we are set to always ask
Whiteboard: [interaction spec needed]
| Assignee | ||
Comment 4•18 years ago
|
||
Here's my current plan:
- remove the checkbox altogether.
- make "no" the default button.
- if the user chooses to add the reader:
* Go back to "Show Preview" mode.
* make the new reader the last-selected reader (meaning it will be selected the next time you see the feed subscription UI).Summary: OK/Cancel in "site is already registered as a feed reader" dialog → Simplify "Add Feed Reader" UI
Comment 5•18 years ago
|
||
Sounds great, let's get it done :)
| Assignee | ||
Comment 6•18 years ago
|
||
Attachment #235682 -
Flags: review?(mconnor)
Comment 7•18 years ago
|
||
Comment on attachment 235682 [details] [diff] [review] patch (branch only) >+ // We don't need to add an already-installed handelr >+ this._result.SetInt(PARAM_SHOULD_ADD_HANDLER, !this._handlerInstalled); s/handelr/handler/ > /** > * See nsIWebContentHandlerRegistrar > */ > registerProtocolHandler: >- function WCCR_registerProtocolHandler(protocol, uri, title, contentWindow) { >+ function WCCR_registerProtocolHandler(protocol, uriString, title, contentWindow) { > // XXXben - for Firefox 2 we only support feed types > return; >- >+ >+ try { >+ var uri = this._makeURI(uriString); >+ } >+ catch(ex) { return; } >+ > LOG("registerProtocolHandler(" + protocol + "," + uri + "," + title + ")"); > if (this._confirmAddHandler(protocol, title, uri, contentWindow)) > this._protocols[protocol] = uri; > }, if we already preprocess this file, we should #ifdef 0 around the unused code, otherwise leave as-is r=me with those nits a=me on behalf of drivers for this branch-only patch, discussed with beltzner
Attachment #235682 -
Flags: review?(mconnor)
Attachment #235682 -
Flags: review+
Attachment #235682 -
Flags: approval1.8.1+
Updated•18 years ago
|
Whiteboard: [interaction spec needed] → [checkin needed (1.8 branch)]
| Assignee | ||
Comment 8•18 years ago
|
||
1.8 branch: mozilla/browser/components/feeds/content/addFeedReader.js 1.1.2.4 mozilla/browser/components/feeds/content/addFeedReader.xul 1.1.2.3 mozilla/browser/components/feeds/src/WebContentConverter.js 1.1.2.14 -> fixed. trunk work tbd on bug 349380.
Status: NEW → RESOLVED
Closed: 18 years ago
Keywords: uiwanted → fixed1.8.1
Resolution: --- → FIXED
Whiteboard: [checkin needed (1.8 branch)]
Updated•6 years ago
|
Product: Firefox → Firefox Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•