[Mono-bugs] [Bug 82785][Nor] New - FolderBrowserDialog: context menu New Folder creates at old selected node

[bugzilla-daemon at bugzilla.ximian.com]

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 andyhume32 at yahoo.co.uk.

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: mono-bugs at ximian.com                            
+ReportedBy: andyhume32 at yahoo.co.uk               
+QAContact: mono-bugs at ximian.com
+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.