2010-10-03 02:56 PM - last edited on 2023-08-03 10:55 AM by Doreena Deng
2010-10-04 11:17 AM
santi wrote:The add-on manager is a bit unstable. I've had many problems with it, but it's working at the moment on the Mac OS. I save the database into the same folder as the application though - if you save it elsewhere, the application will often crash and/or fail to write anything (so the data cannot be read back again).
1. I'm unable to run the add-on manager application on macos (using 10.5., tried devkit 13 and 14. it just crashes before anything shows up. On windows add-on manager for devkit 12 is working, but 13&14 doesnt. the 14 version opens a database and when it closes it, it saves the database in a way it cant be opened later (says corrupted file and even a browser cant open the xml).
santi wrote:The MDID doesn't expire. Are you sure the MDID resource is properly linked into the add-on? Perhaps try a full clean and rebuild, and check that the finished build has an MDID resource.
2. I compiled my add-on for platforms x86, x64 and macos and it worked fine, but now all the addons wont be loaded - "The file is either not an Add-On or an outdated one that cannot be used with this ArchiCAD version.". Where could be a problem? does the MDID identifier any expiration date or something like that?
2010-10-05 07:05 PM
2010-10-06 12:21 PM
santi wrote:Renaming an add-on shouldn't cause any problems - certainly not with the MDID. Have you confirmed that the MDID resource is present in the add-ons that fail to load?
I think I found the problem: I usually compile the add-on and then rename the file, where I put the add-on version and target machine like Add-On.1.0.x64.bundle and so on. I think that this is the problem for AC or the MDID, is it possible? Because than the user wont be able to rename the file...
2010-10-06 05:34 PM
2010-10-14 12:39 PM