|
Pages: [1]
|
 |
|
|
Author
|
Topic: Right Click "Edit New Empty File" targets (Read 362 times)
|
obfuscode
Newbie

Posts: 28
|
Hey JD,
Thank you again for adding the Edit New Empty File context option on all folders, not to shoot a dead horse but I have only one more slight issue with it . When you are in List View and have a folder tree expanded and right click a file in that folder and select Edit New Empty File, it creates a new file in the root of the list view instead of in the folder that contains the file you clicked.
=D
|
|
|
|
|
Logged
|
|
|
|
|
JD
|
Actually, according to your screenshot, this is the expected behavior.
The destination directory is usually the root level of the listing view. But if a single directory is selected within the currently displayed listing, then that directory is the destination.
In your screenshot you have a single file selected, so that explains the behavior. Admittedly, the single file you have selected is a child of your desired destination directory, so I guess you could argue that Yummy should be intelligent enough to know you meant the file's parent directory.
What does everyone think about this?
The reason I ask is because this change of behavior would affect every single action, not just New Empty File. Also, I've recently been asked for an option to disable the above exception rule because it is not the same behavior as other FTP clients (or even the Finder). So additional 'intelligent' behaviors might make the problem even worse on that front, or require even more preferences
|
|
|
|
|
Logged
|
|
|
|
obfuscode
Newbie

Posts: 28
|
I've recently been asked for an option to disable the above exception rule because it is not the same behavior as other FTP clients (or even the Finder). Which thread is this? I'm not sure what you mean.
|
|
|
|
|
Logged
|
|
|
|
|
JD
|
Sorry for the confusion... it was an emailed request.
|
|
|
|
|
Logged
|
|
|
|
|
spacific
|
I'm not sure I follow what you are saying about side-effects, but the reported problem is similar to the Finder. In Finder's List View with a file selected in a sub-directory, New Folder creates the folder at the top level shown -- in my opinion both dumb and annoying. The question may be: do you want to do something different from what the Finder does? Hmm, well you already do in several places (to the better of course)...
|
|
|
|
|
Logged
|
|
|
|
|
JD
|
Sorry I didn't make this clear in my original reply.
What I mean is that if I change the behavior of the function in Yummy that decides what is the destination directory should be to make the assumption that the user wanted the parent of the selected file, as obfuscode expected, then this change would apply to other actions, such as transfers - in this case, for example, if I selected something to upload on the Mac side then clicked the Upload icon then the items would be uploaded into the parent folder of the file selected on the server side.
Any clearer now?
|
|
|
|
|
Logged
|
|
|
|
|
JD
|
Ok, I've added the behavior you were expecting, and I also added a preference setting so that the behavior of the target directory selection can either behave as it does now, or just like the Finder. It's the 'Intelligent target selection' option in the Interface panel of the Preferences.
|
|
|
|
|
Logged
|
|
|
|
obfuscode
Newbie

Posts: 28
|
Very cool.
If the folder is closed and I right click and select "Create New Folder" does it create it in the closed folder or only on open ones?
|
|
|
|
|
Logged
|
|
|
|
|
JD
|
For "Create New Folder" the new folder is only created in a sub folder if that folder is open.
|
|
|
|
|
Logged
|
|
|
|
|
|
Pages: [1]
|
|
|
|