Bug 142976 - [shells] Output parsed from ls or dir should allow all RSE actions
Summary: [shells] Output parsed from ls or dir should allow all RSE actions
Status: ASSIGNED
Alias: None
Product: Target Management
Classification: Tools
Component: RSE (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows XP
: P4 enhancement (vote)
Target Milestone: Future   Edit
Assignee: David McKnight CLA
QA Contact: Martin Oberhuber CLA
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-05-22 08:06 EDT by Martin Oberhuber CLA
Modified: 2007-05-30 13:31 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Oberhuber CLA 2006-05-22 08:06:00 EDT
Type "dir" on a dstore-windows command shell, or "ls" on a dstore-linux command shell.

Output is parsed to show what lines are directories.

From a former RSE presentation, I think that double clicking on a shell ouptut that has been parsed as directory should perform a "cd" operation on the same command shell. This does not work.
Comment 1 Martin Oberhuber CLA 2006-05-22 08:10:31 EDT
Thinking again, I believe that the items parsed as directory in the command output should have exactly the same properties as directories in the RSE tree:
  * context menu should have rename, copy, move, show in table, etc. properties

In other words, items that have been properly parsed as file or directory should allow the same actions as the corresponding elements in the RSE tree.
Comment 2 Martin Oberhuber CLA 2006-08-30 11:24:18 EDT
Bug 153272 was already fixed to support a "cd" action for dbl clicking on a directory.

This enhancement request is for giving full support for all RSE actions on file or directory objects that have been parsed out of shell output.
Comment 3 Kushal Munir CLA 2007-05-30 11:12:43 EDT
Dave, I think you took out the Properties action from the right click menu in the shell, and we've agreed that since they're not IRemoteFile objects we don't want to make the actions the same as for IRemoteFile (i.e. in tree view, table view, etc.).
Comment 4 David McKnight CLA 2007-05-30 11:16:45 EDT
Yes, I believe that we need to treat the output of a shell differently from IRemoteFiles.  Full integration is nice but it leads to complications and performance issues.  I think we should keep the integration here at a minimum.  Martin, are you still wanting this?  
Comment 5 Martin Oberhuber CLA 2007-05-30 13:31:51 EDT
I like the idea of being able to do everything with the IRemoteOutput if it refers to a file, but I'm OK with treating this as an enhancement request for the Future for now.