File Type association, Register CogTool as a Viewer and Editor of .cgt files

[justingeeslin]

The CogTool.app does not register any associated file types.

Would be more convenient to have CogTool open when opening a .cgt file instead of the user receiving a prompt like the one below.

---

IssueHunt Summary

Backers (Total: $20.00)

• justingeeslin ($20.00)

Submitted pull Requests

• #68 Associate cgt files with CogTool and potentially pass the filename to CogTool.jar

---

Become a backer now!

Or submit a pull request to get the deposits!

Tips

• Checkout the Issuehunt explorer to discover more funded issues.
• Need some help from other developers? Add your repositories on IssueHunt to raise funds.

[justingeeslin]

Interestingly. CogTool has had this issue for a while per a user request back in 2006 found in the original documentation.

[justingeeslin]

The feature branch feature/file-association-from-master has CogTool opening on the double-click of a CGT file, but it does not actually open the file once CogTool is launched. This is progress. Being a SWT application I'm at present unfamiliar with how to move this forward.

[issuehunt-oss]

@justingeeslin has funded $20.00 to this issue.

---

• Submit pull request via IssueHunt to receive this reward.
• Want to contribute? Chip in to this issue via IssueHunt.
• Checkout the IssueHunt Issue Explorer to see more funded issues.
• Need help from developers? Add your repository on IssueHunt to raise funds.

[PSeQXh]

No expert here (and no macintosh to test changes), but your bounty got me looking into this :-) Interesting tool.
As far as I understand it, CogTool gets packaged into a MacOS app by copying some form of app template
(here

cogtool/build.xml

Line 113 in b9060c7

<!-- Create a Mac "app" bundle by copying the tmp bundle. -->

)
The app template essentially does register the shell script cogtoolstart as a new application.
When running the application this cogtoolstart shell script then executes CogTool.jar inside a JVM.

Based on the assumption that, when double-clicking any file on MacOS, MacOS passes the filename (and path?)
to the default application associated with this file type, based on https://stackoverflow.com/a/4772856
and based on your commit in the mentioned feature branch above to associate CGT files with CogTool
(d38510c)
I created the pull request referenced above (#68)

Unfortunately, I have no way of testing the result.
It could be, that only the filename is passed and then due to the directory change in cogtoolstart JVM/CogTool.jar does not find the file anymore. If this is the case, this could be useful knowledge for getting the full filepath into CogTool.jar: https://stackoverflow.com/a/19633453 and some logging at

cogtool/java/edu/cmu/cs/hcii/cogtool/CogTool.java

Line 281 in b9060c7

filesToLoad.add((String)obj);

could help.
Maybe you could test the changes in the pull request and let me know if this resolves your issue?

[justingeeslin]

Thanks so much for taking on this issue! I've tested the code from PR #68 and can confirm that CogTool does open, but does not open the file. But I think we're getting closer.

I've added some logging in CogTool.java as you suggested. In my testing, line 272 and onwards looks like the following.

OptionParser parser = new OptionParser("f:i:re:s:qQ");
            // The psn is supplied on MacOS when a GUI application is double-clicked;
            // we just ignore it, but need to recognize it so we can ignore it.
            parser.accepts("psn", "process serial number (ignored)").withRequiredArg();
            
            MessageBox box = new MessageBox(WindowUtil.GLOBAL_DISPLAY.getActiveShell(), SWT.CANCEL | SWT.OK);
            box.setText("DEBUG");
            box.setMessage("args: " + Arrays.toString(args));

            box.open();
            
            OptionSet opts = parser.parse(args);

The message box comes back with an empty array. args appears to be an empty array at runtime.