open Finder (Mac) or File Manager (Windows) at specific location depending on the action

[dnrce]

Migrated from the original issue #74 at https://www.assembla.com/spaces/tracks-tickets/tickets/74

I just started using Tracks and it's great. However, it would be really helpful if there would be a button next to each action such that when you click it, it brings you to a specific directory (depending on the action) which contains the files regarding this action, so that you find the files related to the action immediately and start completing the action...

Originally reported by Anonymous on June 6, 2005 at 02:33:47 (+0000)

[dnrce]

On July 7, 2005 at 12:33:25 (+0000), bsag commented:

Sounds like a good idea, but I think it would be difficult to implement on all the different platforms.

[dnrce]

On August 8, 2005 at 15:19:17 (+0000), Anonymous commented:

I tried this out by just adding a file:// link in a note. Neither Firefox nor IE would actually open the link (WinXP). Yet I have bookmarks that use file:// links (for local documentation and whatnot) that work fine. Maybe there is some sort of security feature in both browsers that disallows file:// links from real webpages to work.

[dnrce]

On October 10, 2005 at 16:16:21 (+0000), Anonymous commented:

An alternitve maybe a file upload / storage system in Tracks?

[dnrce]

On October 10, 2005 at 22:22:54 (+0000), Anonymous commented:

hmm, I just can speak for the Win side: to link (and call/display/open) files and directories works fine for me with IE (5.5 and 6), Firefox and Opera on W2k (which shouldn't be different from XP regarding this matter). You could simply call directories without the "file:" part, [c:\ simply like this](try it) either IE or Firefox.

I covered Firefox more in detail in #141.

If this doesn't work for you I would recommend doublechecking your personal security settings or third party software issues (firewall etc.) because I really cant imagine this method not to work. Especially because it aren't real webpages in this case and the call normally shouldn't care a web server (webrick, apache ...). Internet Explorer even falls into "(File) Explorer" mode when listing local directories. Opening files should AFAIK be set by either folder- and/or extension settings of windows in this case and has nothing do do with the browser in general.

Let me know if you're still having trouble with that.

[dnrce]

On October 10, 2005 at 16:52:08 (+0000), Anonymous commented:

Yeah, your link didn't work for me. In Firefox, I get "c is not a registered protocol". In IE 6, nothing happens. Maybe my security settings are too strict (or, perhaps yours are too loose). Oh well...I'm not the one interested in the feature anyway. :)

[dnrce]

On October 10, 2005 at 01:23:01 (+0000), Anonymous commented:

In Firefox, I get "c is not a registered protocol"

after playing around a bit with that, it shows, that I get the same message if calling some of the following from within Firefox:

c:/
c://
}}}
but those
{{{
c:
c:\
file://c:/
file:/c:/
file:c:/
(and last 4 with a backslash "\" at the end instead of forward "/")
}}}
are automatically translated into 
{{{
file:///c:/
}}}
which shows the directory.
IE 6 works with
{{{
c:
c:/
c:\
file:///c:/
file://c:/
file:/c:/
file:c:/
(and last 4 with a backslash "\" at the end instead of forward "/"
}}}
but not with
{{{
c://

(file not found)

Maybe my security settings are too strict

although mentioned before I don't really believe that. From my experience you would receive some error message which points out security issues...

[dnrce]

On October 10, 2005 at 05:19:25 (+0000), Anonymous commented:

Thought I'd post this as an FYI...

It seems this is a "feature" of Firefox afterall. There have been some bug reports filed about it. The main one appears to be "Bug 84128":https://bugzilla.mozilla.org/show_bug.cgi?id=84128, which is over 4 years old and still open. They can't seem to decide what to do about it. Interestingly, there is an error message generated for this behavior, but it only appears in the !JavaScript Console. Kind of a silly place to put it, IMO. And there is a configuration parameter (security.checkloaduri) that enables or disables this behavior. So there you go.

[dnrce]

On October 10, 2005 at 18:06:02 (+0000), Anonymous commented:

LOL that's good. But I don't know if this could be really considered a bug...? But I don't know if I get you right either...?: what exactly is a bug in Firefox? That you can open local files? Hmmm, I would consider some of IE's behaviours as a bug also, then - for example if you call a local text file from within IE and it opens that file with the professional and useful notepad.exe system utility - LOL (same might happen with registered image formats...) If I open a file with a web browser - I want to see that file in the browser - not in any other application - but that might differ from other people's needs of course... (wondering if that bug already had been mentioned to Microsoft? ROFL)