Opened object – issue
I realize this object is unsupported (which is why I haven’t submitted an official bug report) but I’m looking for a workaround of any sort. It seems to have worked when the application was built in Max 5 but no longer appears to in Max 6.
I have project files associated with my standalone app which are TEXT files with a proprietary extension.
If the application associated with the files is already open and the text file is double clicked then it will report the name of the file.
If the application is opened by double clicking on the text file, only the blank "symbol" is reported. I thought this might be caused by the loadbang reporting too soon but I’ve also tried delaying the bang up to 10 seconds to no avail.
I could really use some help, this breaks the apps ability to behave like any other application with a project file. I’m not sure what can be done about it.
I could be wrong about this having worked before in Max 5, I just tried building a 5.1.9 app and it doesn’t seem to report when the file opens the app. Either that or it’s specific to 10.7. I did both upgrades at once.
Maybe someone at cycling can shed some light on why it works when the application is already opened vs. why it doesn’t when the file opens the app?
Am I totally out on a limb here? Has anyone encountered this issue? Does it even affect anyone else? Should I submit an official bug report? Post a sample?
Okay, this is really not working. If I bang opened to test if the file path is empty it reports an empty string but I’m at a loss to how to compare the empty "string" against a populated string so I know if the path is reporting a valid string. Thoughts?
----------begin_max5_patcher---------- 531.3ocyU1rabBCEEdM7TX40joX9Y.xtHkEcSeBZppLCNy3HvFg8jNoQ4cu3 qABSRlARhBpa.4qubzwebr8itN3b4AlBitD8SjiyitNNPISAmtwN3J5gMkTE zFthoTzsLrmcNM6fFpqdnJWVhtA+C5FtPKU6Pe+5K+1M39NuUJzJ9eYltIAq 76JK1WwEkLMndvyEk608UIcUqo5M63hs+tgsQa87EjrjVoPYogqhWmlFk5gH QF0QjzU9ne08oV0zOTyreGFOLEu.7uL+tKhhCG6VAsBZGeUCmVhMS7jqq4g2 Lgkf8mVceEqpaZIDRVyDrh1ESsrQ+dnz.OZXJlPS0bo3HlDFA.vOE.ge2igU 7wz0+bzkzqj8MI17JXrXivWXRvhfulV2yP4Tw1OR15TTacpcoF5OCnEbFnk4 uJ1HTDjLsxdDxdcXz6DAxvjjEjn1sve98qyANjLCVRx9LvIcY1sVJoEu2vFY Vgsr3rYj0N2weQVcVSfnl+zzDVHuMMiVDZZO06Kfkojga.l.ngSCzQWmDSlY F8z4z34QV3iwkbwKuQFLpo9w3VI22ro2BC6HPO6yBlRyE.vF2k4PkQcsiWTv DiuJnfqn4kLXI3+l+5mqifaTm1Quv2ekNB9a7elihlkihWNGAIDxj4nfOnir AcZc88rFUmnfYZOA4NYiY3ZOXHWXGBJhaX2y66O10n1St+yiCyGi -----------end_max5_patcher-----------
I have no memory of opened, so I can’t tell what it’s supposed to be doing, but can’t you get a lot of what you want from thispatcher?
Sadly no, I need the name of the text file that prompts the app to open just like if you click a .txt file, textedit opens, or if you click a .mov quicktime opens. (BTW, it only works properly in a standalone but the issue I was illustrating with the null character is the same). There are three things I’ve been struggling with and they all have to do with standalone applications. I’ve constructed a standalone to illustrate all three. The example app is Burper.app, the associated file is test.burp. If I double click on a file with the .burp extension then the Burper.app should open and "opened" should report the full path and file name of the file that opened it (in this case test.burp).
Hopefully this makes things a little clearer…
The issues are:
Command C and V into Dialog in standalone.
Opened object not reporting file path when app is opened by double clicking associated file.
How to close the opened text file that opens in the standalone when all that’s required is the file path.
(I was hoping to have this resolved or at least know what the issue is by the next update of our software).
Maybe any chance of cycling ’74 releasing the "opened" object source code??
crazy. so now i have only just discovered this [opened] object.
Is there any chance of Cycling’74 making a helpfile for it?!
I’ll look into the file and folder classes but I’m not sure that’ll help if it more or less does what the File and folder Max objects do. Opened is very idiosyncratic and the issue is specific to opening an application by double clicking an associated file. Short version: works if the application is already open, doesn’t if it launches the app. Imagine as a user: double clicking a word.doc file, word launches, but then your file doesn’t open.