Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there.
Changed by [EMAIL PROTECTED] http://bugzilla.ximian.com/show_bug.cgi?id=82785 --- shadow/82785 2007-09-10 15:50:40.000000000 -0400 +++ shadow/82785.tmp.5814 2007-09-10 15:50:40.000000000 -0400 @@ -0,0 +1,35 @@ +Bug#: 82785 +Product: Mono: Class Libraries +Version: 1.2 +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Normal +Component: Windows.Forms +AssignedTo: [EMAIL PROTECTED] +ReportedBy: [EMAIL PROTECTED] +QAContact: [EMAIL PROTECTED] +TargetMilestone: --- +URL: +Cc: +Summary: FolderBrowserDialog: context menu New Folder creates at old selected node + +If folder SSSSS, say, is currently selected, and folder RRRRR is right- +clicked (to open the context menu), then the NewFolder context menu item +creates the new folder in SSSSS when it should be in RRRRR. (SVN head, +incl. bug 82680 fix) + +This is a very common complaint about TreeView's menu item event in .NET +WinForms -- that the context menu-item event gives no information about +which tree node was right-clicked. + +Is this a place Mono can "... and extend" usefully? Have a +TreeViewContextMenuItemEventArgs which contains a property referencing +the clicked node -- but still use the same event signature. + +Note that in the Win32-native FolderBrowser dialog on right-click the +selection changes to the clicked node, and after the menu is +dismissed/end of operation (e.g. Rename), the selection reverts back to +the previous selection. _______________________________________________ mono-bugs maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-bugs
