Closed Bug 11190 Opened 26 years ago Closed 25 years ago

[FEATURE] Load chrome button URLs from DTD

Categories

(SeaMonkey :: UI Design, defect, P1)

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: selmer, Assigned: davidm)

References

Details

In the CCK product, we need a way to customize the URLs that will be loaded when buttons are pressed like "My Netscape" or the animated logo. In the past, these URLs were customized in the prefs (netscape.cfg) and the tools to manage prefs were sufficient to manage button URLs. With the new XUL approach, there is resistance to using prefs to specify button URLs. The compromise (worked out over many emails and conversations) is to have the buttons get their URLs from the DTD since the DTD is much more easily parsed than the XUL file. Once all the URLs come from the DTD, the CCK product can create a tool to update them there when they get customized.
Linking this up to the CCK tracking bug, elevating severity. We need to see this before beta.
Blocks: 7579
Severity: normal → major
Assignee: don → davidm
Blocks: 10575
Priority: P3 → P1
Summary: Chrome buttons that load URLs should get URLs from DTD → [FEATURE] Load chrome button URLs from DTD
Target Milestone: M14
Steve, with whom did you work this out? Hyatt? Also, do we need this for beta anymore considering out new criteria?
I got shunted around several times and ended up negotiating with John Gable who took input from Hyatt. I'm still intending to have CCK for beta 1. If this feature isn't there, then it'll be pretty crippled. What is it being traded off against? It seems like this should not be a large amount of work...
Status: NEW → ASSIGNED
Other than throbber and myNetscape are there any other buttons with URL's? This can be done in about 60 seconds.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Both the throbber and my Netscape button now get there URL from the DTD file
For CCK, the buttons we care about that have URLs are the throbber and the Home button. Please make sure you set the Home button to get its URL from the DTD file. Thanks.
I don't think the Home button can get it's URL from the DTD since that would require communicator to be writing back to the DTD file to handle the case where the default homepage is the desired one getting that from the DTD might be OK but that is really a DOM issue ( currently they hard code Mozilla.org ) rather than a XPApps issue. I don't know what type of dependencies that they are willing to accept.
Status: RESOLVED → REOPENED
It seems reasonable to me that the value should initially come from the DTD until the user actively changes it. That meets all my requirements. Is there another alternative that works better?
What DTD file? The DOM knows nothing about navigator.dtd ( or xul ). Perhaps the implementation should be changed to ask the container to handle home but as I said above I am not the one to talk to about DOM or our embedding API's.
So, does this go back to Hyatt again? I'm getting dizzy from running in circles...
I would ask Vidur about how he thinnks nsGlobalWindow should handle the Home command. I have no idea who owns nsIBrowserWindow anymore. Rick Potts owned it but that was 6+ months ago.
Resolution: FIXED → ---
Clearing FIXED resolution due to reopen of this bug.
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
OK I added a homepageurl to the dtd file. When a browser window is loaded it uses this value to set the default pref value
QA Contact: beppe → paulmac
assigning my old bugs to Paul -- redistribute as you see fit.
QA Contact: paulmac → bmartin
Something for CCK QA to verify
So, let me understand this. You're using the DTD value to set the PREF? Originally, I wanted the homepage URL to come from the prefs anyway. (Well, the other URLs too.) What about the trobber URL? This bug was closed but there is no mention of this part of the fix.
I am using the DTD to set the default pref value not the pref value. If you want URL's from prefs rather than DTD's I am confused since that is not what the bug says. I believe the throbber is set from the DTD also.
No longer blocks: 10575
updating QA Contact to blee@netscape.com
QA Contact: bmartin → blee
this bug is ancient. Verifying to get off the radar. Please re-open if you feel the need.
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.