Closed
Bug 596615
Opened 15 years ago
Closed 6 years ago
autobookmark shared pages and links
Categories
(Firefox for Android Graveyard :: General, defect)
Firefox for Android Graveyard
General
Tracking
(fennec-)
RESOLVED
WONTFIX
Tracking | Status | |
---|---|---|
fennec | - | --- |
People
(Reporter: madhava, Unassigned)
Details
(Keywords: uiwanted)
This may be a bit controversial!
Given how powerful the concept of "keeping track of the part of the web that's important to you" is in our product (it's the value of the awesomebar), I think that we should auto-bookmark pages and links that the user shares. By sharing them, the user is implicitly stating that they are of interest; he or she is more likely than with non-shared pages/links to want to refer to them again, but, if they're not bookmarked, they're lost.
Down the road, maybe we should indicate "things you've shared" or even "things that have been shared with you" as their own type of thing (vs. a bookmark), but this would be a good way to start.
Reporter | ||
Updated•15 years ago
|
blocking2.0: --- → ?
Updated•15 years ago
|
blocking2.0: ? → ---
tracking-fennec: --- → ?
Comment 1•15 years ago
|
||
maybe we should tag it "shared"
Comment 2•15 years ago
|
||
Or put it in a special "Shared Items" folder?
If these just go in with my unfiled bookmarks, then /me Do Not Want this feature. The bookmarks in Fennec are a flat list with no ability to sort or organize, and it's hard enough to browse them without adding tons of stuff I don't actually intend to revisit.
Updated•15 years ago
|
OS: Mac OS X → All
Hardware: x86 → All
Version: 1.9.2 Branch → Trunk
Comment 3•15 years ago
|
||
(In reply to comment #1)
> maybe we should tag it "shared"
this makes some sense, but bookmarking everything you share seems wrong
Comment 4•15 years ago
|
||
I think we need more feedback on this. Creating bookmarks without telling the
user seems wrong.
tracking-fennec: ? → 2.0-
Comment 5•15 years ago
|
||
I totally understand the value of this feature, and wish that there was an easy way to tag a history entry without it becoming a bookmark.
My sense is that the right design here would be to:
- tag the shared sites with "shared"
- display those in a folder of "Shared Sites"
- have those sites cleared when the user clears history
Sadly, if we make these things bookmarks, they won't vanish when the user clears their history.
Any way we can abuse the annotation system to make this happen the right way? If not, I think it's probably worth bookmarking them, and providing an easy way to clear it from the "Shared Items" folder.
All in all, though, this feels like a feature enhancement that isn't critical for Fennec 2.0
Comment 6•15 years ago
|
||
We could use the annotation service to tag the URLs as "shared". Making a UI for displaying the "Shared Sites" would take a little more time, but we could add it as a virtual folder in the bookmark UI (but not a real bookmark folder). Clearing the site tag when clearing history is also possible, without much work.
Simply tagging the shared site should make it be weighted higher for awesomebar searches too.
Let's make this bug about:
* Tagging as "shared"
* Clearing with history
And open a new open for displaying "Shared Sites" as a folder in the Bookmark UI
Updated•14 years ago
|
Whiteboard: [fennec-4.1?]
Comment 7•14 years ago
|
||
We should clear up the requirements vs implementation. I think we want:
* Lightweight storage
* Separate shared items from normal bookmarks
* Display the shared items somehow
Updated•14 years ago
|
tracking-fennec: 7+ → ?
Updated•14 years ago
|
Status: NEW → RESOLVED
tracking-fennec: ? → -
Closed: 14 years ago
Resolution: --- → FIXED
Comment 8•14 years ago
|
||
when we figure out comment 7, please renom.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 9•6 years ago
|
||
Closing all opened bug in a graveyard component
Status: REOPENED → RESOLVED
Closed: 14 years ago → 6 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•