Closed Bug 200067 Opened 21 years ago Closed 15 years ago

New folder should be created inside the current folder

Categories

(SeaMonkey :: Bookmarks & History, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: janv, Unassigned)

References

Details

(Keywords: regression)

I believe it should also work for new separators this way.
Target Milestone: --- → mozilla1.4beta
Insertion in the folder was the first implementation I've done in phoenix (bug
175404).
But doing so one could not insert between two folders and if insertion do not
occur where it's intended (instead: bottom of folder)
I think we should keep it as it is now, except for the bookmark root.
Thoughts?
Blocks: 203660
Status: NEW → ASSIGNED
No longer blocks: 203660
s/if insertion/insertion
Blocks: 203660
Keywords: nsbeta1
what about adding a checkbox indicating if the user wants to create it inside
the current folder (checked by default) ?
I think such a pref is not desiderable. We have to make a UI decision here.
We may do what ns4.x does here for paste:
- if the folder is closed: insert after it
- if open insert inside it at index=0
For the bookmark root: always insert at index=0

Such implementation has the advantage of always showing the pasted resources.

Note that inserting at index=0 or at the end as we currently do for DND is not
the problem here, but it's so related I could fix it at the same time.
(at the end paste and dnd should be consistent)
s/=0/=1
ok, I like that approach, do you have time to implement it for 1.4 ?
I'll send my thesis to the referees on wednesday. Then I'll have time to fix
that and the paste issue (I have no seamonkey tree atm)
I guess it will fit with the 1.4 schedule.
great, sounds good

*** Bug 203394 has been marked as a duplicate of this bug. ***
adt: nsbeta1-
Keywords: nsbeta1nsbeta1-
After giving some thoughts, I think that inserting resources at the beginning
instead of appending them is a UI change that may irritate users.
Jag, as xpfe owner, you're the one that has to decide.

I attach a fix to the issues that are somewhat independent in bug 210196.
Target Milestone: mozilla1.4beta → ---
If I open the context menu over a free area and select "New folder" the new
folder should be appended at the end of the list - like it's now working.
Instead creating a new folder by first selecting a folder in the folder pane the
new one has to be added as a subfolder. It's a behavior which occurs in almost
all applications. Additional it's really annoying to move the new folder
manually to a subfolder afterwards.
Product: Browser → Seamonkey
Reassigning as per Bug #32644
Assignee: p_ch → nobody
Status: ASSIGNED → NEW
Current behaviour is fine. WONTFIX
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.