Works well! You have to add your main editor to the list of alternative editors (which seems a bit odd), but once done, the system works well. Exercises the little finger as well.

(BTW, what has happened to smileys? On my system they have all been replaced by words, even the ones just above this edit box. Or is it just me?)

Actually this is fine if "Marquee list selection" is off. With it off, clicking anywhere on the line selects the file or bookmark. And in fact you can still select multiple files by dragging, so the marquee isn't really needed. (Not sure whether you added this since my orignal post or whether it was there all along.)

Thanks.

JD,

Since we have had email discussions about this area, I thought I would try to duplicate Andreas' problems, but haven't been able to. Opening the two index files seems to work OK: no warning about a file being open already, and no mix up on editing and saving that I can generate.

However if you select both files and then double-click either, up comes the warning message that one is already being edited (which is wrong since in fact neither is opened). If you select/open one file, then quickly select/open the second (i.e. double-clicking), there seems to be no problem.

This is with 10.3.9, BBEdit 8.2.6, 1.5.2b4.

(I still think my idea of using a hash of the server/path-name would eliminate any confusion with the temporary folder names )
Cheers

Thanks for giving it some consideration.

If Yummy ever displays the server list and a file with a saved label isn't present, then you delete the entry from your label records. That should catch most if not all cases.

If not, then the unexpected behaviour you talk about 1) is unlikely, and 2) isn't that bad: the user can just get rid of the colour, whether they understand where it came from or not. No big deal.

Cheers.

Phew, I wasn't being blind.

Couldn't you just maintain a list of file/folder names and colours, saved locally? Doesn't seem unwieldy to me -- you are storing other types of data, like bookmarks, locally.

Thanks.

DUH!  I see this has already been suggested in May -- and you implemented it in 1.5.1 

Er, but I have looked for how to use labels several times and haven't found anything. Right-clicking on a filename doesn't help, and I can't see anything in the toolbar or menus. Probably me being blind again, missing the obvious.

Regards.

It would be really nice if you could label files/folders in a remote listing with colours as you can in the Finder.  I have lots of folders and lots of files with similar names and choosing the one I want to open or edit requires careful reading of the names. At various times of the year there are certain folders/files I want to open regularly (e.g. just now I want data06S2, as opposed to data06SS and data06S1 which I don't need right now).

On local drives I guess the label is saved as part of each file's info, which wouldn't be the case for a remote server, but you could keep a record by name of which files are coloured.  Anyway, it would be a very useful feature -- for me at least! Just something to keep you busy ...

Cheers.

Yes, excellent idea, it would be nice if the Finder did that as well.

At present the original file remains selected so you can't even hit Return to rename, you have to navigate to the new file.

When I double-click on a bookmark it sometimes doesn't open. Reason: I have clicked between the icon and the text. Is there some way you can extend the clickable region to extend right across including both icon and text?

I have just realised this is the same in all the file listings as well, although for some reason I don't get caught out with these; maybe I am more used to clicking on the text. This is minor but I thought I might mention it. We are talking icing on the icing on the icing here.

I guess you will say that you are following and using the OS's File Browser control, in which case fair enough.

Regards.

I like to have the bookmark window small and at top left. When I double-click on the top bookmark, quite often a new window opens but somehow the second click of the double-click is still in the event queue and gets interpreted: the cursor just happens to be over the new window's hide button .... !

Not sure whether this is a bug (i.e. something that can be cured within Yummy) or an OS idiosyncrasy (10.3.9). Either way, it is annoying, so I'm hoping your super expertise can solve it. Thanks.

Or of course you could use Return and Shift-Return (see my other post   ).

I thought spacific can recommend a win-client. Tango FTP is ugly, slow and doesn't has remote editing.

Maybe you think I am a Windows man? No! Mac through and through. It is just that I do use and programme Windows occasionally.

Sorry can't help with the client.

Spacific

Super!

Thanks Jason.  (The reason I keep triple-clicking on files is to do with the front-click we talked about: with MacSFP I was used to triple-clicking, the first click to get MacSFTP to the front  )

[select]

Thanks that's great.

However, I didn't realise that you could select the folder and then refresh, that is an OK solution. So I am not sure that your new solution was needed, although it will be a quicker method.

I look forward to the next beta or release.

(BTW, In all your documentation -- and posts - you talk of the Alt key.    Macs have Option keys.)

[BUT!]

If a file is open for editing then quite rightly you cannot open it a second time.

BUT! If you try to open it again before the first download has finished then you can open the file again! This occurs for example when you triple-click a file: you get two versions of it in the external editor.  Perhaps set a flag when the download starts rather than when it finishes.

Cheers.