Closed Bug 349606 Opened 18 years ago Closed 18 years ago

Simplify "Add Feed Reader" UI

Categories

(Firefox Graveyard :: RSS Discovery and Preview, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
Firefox 2

People

(Reporter: Waldo, Assigned: asaf)

Details

(Keywords: fixed1.8.1)

Attachments

(2 files)

What in the world do OK/Cancel mean in this dialog?  I have no idea.
Attached image The dialog
Flags: blocking-firefox2?
Flags: blocking-firefox2? → blocking-firefox2+
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
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]
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
Sounds great, let's get it done :)
Attachment #235682 - Flags: review?(mconnor)
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+
Whiteboard: [interaction spec needed] → [checkin needed (1.8 branch)]
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: uiwantedfixed1.8.1
Resolution: --- → FIXED
Whiteboard: [checkin needed (1.8 branch)]
need UI in Options>Feeds. 
bug350133
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: