Closed Bug 360029 Opened 19 years ago Closed 19 years ago

Remove Places icon from personal toolbar

Categories

(Firefox :: Bookmarks & History, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
Firefox 3 alpha2

People

(Reporter: dietrich, Assigned: hello)

References

()

Details

Attachments

(1 file, 4 obsolete files)

Initial goal for Places in Firefox 3 is to build the existing UI components on top of the new backend. This means that the link to the old Places UI is obsolete, and needs to be removed. We'll figure out what/where should link to the bookmarks organizer during Fx3 planning, if different from the bookmarks menu.
*** Bug 328622 has been marked as a duplicate of this bug. ***
Don't forget to kill the "Star (On|Off)" toolbar button while you're in the neighborhood.
Target Milestone: Firefox 3 alpha1 → Firefox 3 alpha2
Attached patch work in progress (obsolete) — Splinter Review
I'm not entirely sure if this is the right bug for this, but it seemed the closest I could find. This is a work-in-progress to remove the Star and add back View->Sidebar->Bookmarks. Currently the biggest problem is that I can't get the text-search to work. Anything I type just blanks the whole tree. I was having some weird searching problems in the Organize Bookmarks dialog too, though, so I'm not sure if the problem is on mind end or not. Feedback/help strongly desired. :-)
(In reply to comment #3) I gave your patch a read, it looks good for the most part (and similar to mine in bug 362292 in spirit). One thing: I don't want us to have a different chrome uri for the places sidebar vs the old one. So I set up browser/components/places/jar.mn to provide the old uri. So this is not needed: +#ifndef MOZ_PLACES_BOOKMARKS type="checkbox" group="sidebar" sidebarurl="chrome://browser/content/bookmarks/bookmarksPanel.xul" +#else + type="checkbox" group="sidebar" sidebarurl="chrome://browser/content/places/bookmarks-panel.xul" +#endif The root of the tree we're using is also different. Otherwise, nothing really pops out to me as wrong. I'm going to put up a new patch on the sidebar bug which should look a little better soon.
Attached patch Remove places toolbar button (obsolete) — Splinter Review
This is included in jminta's patch, but is only the part concerning this bug. Jminta, would you like to take this bug? or should I?
Attachment #252668 - Flags: review?(sspitzer)
(In reply to comment #5) > Jminta, would you like to take this bug? or should I? > Feel free to take it. I'm heading on vacation for the weekend anyway. Note: I combined these patches because I didn't think we should remove the Places icon until there was a replacement sidebar ready, otherwise a fair bit of functionality is lost.
Comment on attachment 252668 [details] [diff] [review] Remove places toolbar button thunder! sorry for the delay, thanks for being patient. the code removal looks good, but there are going to be some entities, a js function (togglePlacesPopup()), and some css rules that are no longer needed. can you double check that they are no longer needed (after you remove this button) and submit a new patch?
Attachment #252668 - Flags: review?(sspitzer) → review-
Attached patch Remove toolbar button, v2 (obsolete) — Splinter Review
Assignee: nobody → thunder
Attachment #252133 - Attachment is obsolete: true
Attachment #252668 - Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #253653 - Flags: review?(sspitzer)
Comment on attachment 253653 [details] [diff] [review] Remove toolbar button, v2 dan, is this everything? what about the placePopup.dtd?
Attached patch Remove toolbar button, v3 (obsolete) — Splinter Review
Oops, I missed the dtd and the properties files. Here's another patch that removes those.
Attachment #253653 - Attachment is obsolete: true
Attachment #253665 - Flags: review?(sspitzer)
Attachment #253653 - Flags: review?(sspitzer)
Comment on attachment 253665 [details] [diff] [review] Remove toolbar button, v3 r=sspitzer
Attachment #253665 - Flags: review?(sspitzer) → review+
I like the poetry of keeping "_placesPopup: null," as the only popup remnant, but is poetry really enough of a reason to keep it?
Also, http://mxr.mozilla.org/seamonkey/source/browser/themes/winstripe/browser/browser.css#1355 and http://mxr.mozilla.org/seamonkey/source/browser/themes/pinstripe/browser/browser.css#1209 which would then leave the fish eating a bubble browser/themes/(win|pin)stripe/browser/places/placesIcon.png unused
phil, thanks for listing the extra things that need removing. I'll remove them in my local tree before checking in for dan.
carrying over my own review, removing additional references per phil.
Attachment #253665 - Attachment is obsolete: true
Attachment #254045 - Flags: review+
fix checked into the trunk. Checking in base/content/browser-places.js; /cvsroot/mozilla/browser/base/content/browser-places.js,v <-- browser-places.j s new revision: 1.25; previous revision: 1.24 done Checking in base/content/browser.css; /cvsroot/mozilla/browser/base/content/browser.css,v <-- browser.css new revision: 1.23; previous revision: 1.22 done Checking in base/content/browser.xul; /cvsroot/mozilla/browser/base/content/browser.xul,v <-- browser.xul new revision: 1.336; previous revision: 1.335 done Checking in components/places/jar.mn; /cvsroot/mozilla/browser/components/places/jar.mn,v <-- jar.mn new revision: 1.32; previous revision: 1.31 done Removing components/places/content/placesPopup.js; /cvsroot/mozilla/browser/components/places/content/placesPopup.js,v <-- places Popup.js new revision: delete; previous revision: 1.2 done Removing components/places/content/placesPopup.xul; /cvsroot/mozilla/browser/components/places/content/placesPopup.xul,v <-- place sPopup.xul new revision: delete; previous revision: 1.5 done Checking in locales/jar.mn; /cvsroot/mozilla/browser/locales/jar.mn,v <-- jar.mn new revision: 1.63; previous revision: 1.62 done Removing locales/en-US/chrome/browser/places/placesPopup.dtd; /cvsroot/mozilla/browser/locales/en-US/chrome/browser/places/placesPopup.dtd,v <-- placesPopup.dtd new revision: delete; previous revision: 1.1 done Removing locales/en-US/chrome/browser/places/placesPopup.properties; /cvsroot/mozilla/browser/locales/en-US/chrome/browser/places/placesPopup.propert ies,v <-- placesPopup.properties new revision: delete; previous revision: 1.1 done Checking in themes/pinstripe/browser/browser.css; /cvsroot/mozilla/browser/themes/pinstripe/browser/browser.css,v <-- browser.cs s new revision: 1.41; previous revision: 1.40 done Checking in themes/pinstripe/browser/jar.mn; /cvsroot/mozilla/browser/themes/pinstripe/browser/jar.mn,v <-- jar.mn new revision: 1.39; previous revision: 1.38 done Checking in themes/winstripe/browser/browser.css; /cvsroot/mozilla/browser/themes/winstripe/browser/browser.css,v <-- browser.cs s new revision: 1.54; previous revision: 1.53 done Checking in themes/winstripe/browser/jar.mn; /cvsroot/mozilla/browser/themes/winstripe/browser/jar.mn,v <-- jar.mn new revision: 1.35; previous revision: 1.34 done
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h". In Thunderbird 3.0b, you do that as follows: Tools | Message Filters Make sure the correct account is selected. Click "New" Conditions: Body contains places-to-b-and-h Change the action to "Delete Message". Select "Manually Run" from the dropdown at the top. Click OK. Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter. Gerv
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: