Closed Bug 409892 Opened 17 years ago Closed 6 years ago

copying a tag into another tag folder or tagging a tag should have dynamic behaviour

Categories

(Firefox :: Bookmarks & History, enhancement)

enhancement
Not set
normal

Tracking

()

RESOLVED INACTIVE

People

(Reporter: harsha.v.r, Unassigned)

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b2) Gecko/2007121016 Firefox/3.0b2
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b2) Gecko/2007121016 Firefox/3.0b2

in the places organizer when one rightclicks on a tag A and chooses copy or cut and then pastes into antother tag folder B, what gets copied is a static folder containing the current pages tagged A, instead of tag A itself. so when new pages get tagged A, it doesn't ger reflected in the subfolder of B.
The natural action, i think here, should be the latter. Also, this would lead to a new feature of tagging a tag. which would be very important as it allow one to organize one's tags. For instance, when one has tags like 'javascript', 'ruby', 'lisp', one should be able to have a tag called 'programming languages' with the above tags as smart bookmarks inside it.

Reproducible: Always

Steps to Reproduce:
1. Right click on some tag folder in Place organizer, click copy
2. Open some other tag folder and paste.
3.
Actual Results:  
A static folder gets copied.

Expected Results:  
A smart bookmark should have been copied

i also posted about this on prerelease.feedback usenet group here, http://groups.google.com/group/mozilla.feedback.firefox.prerelease/browse_thread/thread/38e466b7abdfa895#b1fefe7171c1957a
This sounds cool.  There have been some discussions about web bookmarking services just having tags and not being able to handle folders (Google bookmarks, del.icio.us, etc.).

Tag/label are better than folders in that multiple tags could be assigned to one file, making categorizing more flexible and searching easier compared to folders.
On the other hand, folders are more easier to look through with mouse clicking.

Tag hierarchy and smart folders could give users the benefit of both tagging and folders.

You need to handle sub-tags that are present across multiple parent-tags carefully though.
Introducing new syntax for tag hierarchy description may be necessary for this.  Using "/" (forward-slash) to indicate the hierarchy of tags may be a good idea.
For instance, if tag:foo is under both tag:FOO and tag:BAR,

FOO
 |
  -foo
 |
  -bar

BAR
 |
  -foo

search for "tag:foo" should bring up all bookmarks with tag:foo and search like "tag:FOO/foo" should show all bookmarks with tag:foo that are under tag:FOO

When adding bookmark, typing FOO/foo in the tag input field will put the bookmark in the smart folder "foo" under parent smart folder "FOO" but not in smart folder "foo" under smart folder "BAR" .
Confirming as an enhancement request.
Severity: normal → enhancement
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Hardware: PC → All
Version: unspecified → Trunk
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
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.