November 12, 2015, 4:35 am
Author:
vuego
Posted: Thu Nov 12, 2015 1:35 pm (GMT+1)
Works! Thanks Oleg.
_________________
ARCHICAD 18, Dell Studio i7, 8Gb Ram, Win7 64bit
↧
November 24, 2015, 2:12 am
Author:
Erenford
Posted: Tue Nov 24, 2015 11:12 am (GMT+1)
Greetings,
I've been using the API_HotlinkNode.refFloorName and API_HotlinkNode.refFloorInd of single story hotlinks to determine the story idx/name of the other project. It's well and good in Solo project, but in Teamwork the hotlink node registers as APIHotlink_Unknown and the refFloorName and refFloorInd is blank. Other variables like name and storyRangeType have data though.
This is in AC 18 and both the project and the hotlinked project is in the server.
Any ideas? Or is there another way to obtain the story settings of a hotlinked project other than the node?
_________________
Archicad 18 6101 INT FULL
Archicad 19 3003 INT FULL
Win 7 Pro SP 1 64-bit
Intel Core i5 CPU 750 @2.67GHz
↧
↧
December 1, 2015, 1:34 am
Author:
ReignBough
Posted: Tue Dec 01, 2015 10:34 am (GMT+1)
Based on my experience, this error message occurred when the compilation of GRC files has error.
Make sure that the GRC files are compiled correctly. To check: open the compiled GRC files (.grc.rc2) inside the Debug/Release folder on text editor (Notepad, etc.), if it is empty then it failed the compilation.
_________________
~ReignBough~
[ArchiCAD 18 INT 3006 FULL]
[Windows 7 Pro Intel Core i5 CPU 750 @ 2.67 GHz 8.00 GB 64-bit OS]
↧
December 1, 2015, 3:30 am
Author:
ReignBough
Posted: Tue Dec 01, 2015 12:30 pm (GMT+1)
I created an elevation marker using ACAPI_Element_CreateExt. At first it returns APIERR_PADPARS. But when I changed the marker type to "Built-in Elevation Marker", it returns an APIERR_BADID. When I debugged the add-on, it passed the element type (API_ElevationID) check and the marker type check. It fails after the marker type check.
I also traced that the API is comparing some structure value of 0x40 to 2 which causes it to return APIERR_BADID.
_________________
~ReignBough~
[ArchiCAD 18 INT 3006 FULL]
[Windows 7 Pro Intel Core i5 CPU 750 @ 2.67 GHz 8.00 GB 64-bit OS]
↧
December 1, 2015, 10:36 am
Author:
LolkeWijtsma
Posted: Tue Dec 01, 2015 7:36 pm (GMT+1)
In Holland we build many kind of standardized houses. Website-based sellingproces is the big next step and 3D modeling software could be the core behind the website interface. In our investigation we found a solution which makes use of Revit.
We instead would better like to use Archicad. Are there any Archicad based solutions for a website house-configurator?
_________________
AC19 | WINDOWS8 64x
i7 4930K | 32GB | 780GTX | SSD250 | 2560x1600
↧
↧
December 3, 2015, 10:15 pm
Author:
LolkeWijtsma
Posted: Fri Dec 04, 2015 7:15 am (GMT+1)
is this the wrong thread? no help? no ideas?
_________________
AC19 | WINDOWS8 64x
i7 4930K | 32GB | 780GTX | SSD250 | 2560x1600
↧
December 4, 2015, 5:32 am
Author:
stefan
Posted: Fri Dec 04, 2015 2:32 pm (GMT+1)
This is probably the wrong thread, unless you are looking for ArchiCAD developers.
That said, are you talking about "iBuildGreen"? Or similar companies? Our (Belgian) company D-Studio is involved with the development of a housing configurator based on Revit. But we are currently also expanding our development projects with ArchiCAD. Maybe you can contact us to see what would be possible.
(P.S. We speak Dutch/Flemish...)
_________________
--- stefan boeykens --- architect-engineer-musician ---
ArchiCAD18-19/Revit2016/SketchUp2015/Cinema4D16/Rhino5/Unity5
rMBP15:i7Quad2.3Ghz+16GB+nVidia650M/ElCapitan+Win10
http://bit.ly/17u87df
↧
December 4, 2015, 5:36 am
Author:
stefan
Posted: Fri Dec 04, 2015 2:36 pm (GMT+1)
We have the same goal in our plug-in. It seems technically possible (see the ArchiCAD-Grasshopper connection). However, the documentation to develop something similar is very limited.
One thing is ensuring the Add-on stays in memory, so it is not unloaded after you executed a command. The other thing is that I'm informed that it becomes really tricky as the underlying ArchiCAD database can be updated at any moment.
We have tried with launching a small server application in a separate thread. So far, it works, but we are unsure about stability, so it would be good to see others sharing their experiences.
_________________
--- stefan boeykens --- architect-engineer-musician ---
ArchiCAD18-19/Revit2016/SketchUp2015/Cinema4D16/Rhino5/Unity5
rMBP15:i7Quad2.3Ghz+16GB+nVidia650M/ElCapitan+Win10
http://bit.ly/17u87df
↧
December 4, 2015, 9:45 am
Author:
Oleg
Posted: Fri Dec 04, 2015 6:45 pm (GMT+1)
Some ideas:
1. You may to create a Palette dialog.
Progress bar and Cancel button for example.
Imptement the PanelObserever::PanelIdle event.
Show it during you process active.
Do the communication action in this event.
Close the panel as the communication ends
2. For AC19.
Look at ACAPI_Command_CallFromEventLoop command.
See the example in the documentation about this command and GS::Thread.
↧
↧
December 6, 2015, 10:17 pm
Author:
ReignBough
Posted: Mon Dec 07, 2015 7:17 am (GMT+1)
I called the ACAPI_Goodies function and it returned 0xffffe4a5.
_________________
~ReignBough~
[ArchiCAD 18 INT 3006 FULL]
[Windows 7 Pro Intel Core i5 CPU 750 @ 2.67 GHz 8.00 GB 64-bit OS]
↧
December 7, 2015, 3:04 am
Author:
Ralph Wessel
Posted: Mon Dec 07, 2015 12:04 pm (GMT+1)
| ReignBough wrote: |
| I called the ACAPI_Goodies function and it returned 0xffffe4a5. |
All I can add is that we use the function successfully and haven't seen that error code before.
_________________
Ralph Wessel
Cadimage
↧
December 7, 2015, 3:14 am
Author:
Ralph Wessel
Posted: Mon Dec 07, 2015 12:14 pm (GMT+1)
| Xylios wrote: |
| Hello there, I'm trying to find an operation that allows the user to freely use the GUI while my plug-in is running. |
The current problem is that many ARCHICAD API calls are not designed for concurrency, especially database writes, i.e. undoable transactions. I don't what might happen with read-only operations if they run in parallel with user-editing, file merges, TW receives etc.
Until GS advises otherwise, I'd aim for processes where the add-on is legitimately called by ARCHICAD rather than aiming for full concurrency. The suggestions from Oleg are 2 possibilities. You're essentially aiming to fit in with ARCHICAD's main event-handling loop rather than running in parallel to it.
_________________
Ralph Wessel
Cadimage
↧
December 7, 2015, 7:29 am
Author:
gehairing
Posted: Mon Dec 07, 2015 4:29 pm (GMT+1)
It also happens when you use an Addon identifier that is already used for another addon.
I had this problem yesterday ![Wink]()
↧
↧
December 8, 2015, 12:27 pm
Author:
stefan
Posted: Tue Dec 08, 2015 9:27 pm (GMT+1)
What is the proper way to install an add-on which uses Dynamic Libraries? (DLL on Windows, dylib on OSX).
Specifically on OSX: should they be embedded in the Bundle? Or placed in the same folder as the bundle? In the ArchiCAD Root or Support folder?
e.g. I see for the Rhino add-in, that the "dylib" for OpenNURBS is installed in the ArchiCAD Support folder and that the library has an @rpath/ install name.
Are we allowed to put our dylibs there? Would it be better to have them alongside our own bundle?
I prefer to have an Add-on that is self-contained.
_________________
--- stefan boeykens --- architect-engineer-musician ---
ArchiCAD18-19/Revit2016/SketchUp2015/Cinema4D16/Rhino5/Unity5
rMBP15:i7Quad2.3Ghz+16GB+nVidia650M/ElCapitan+Win10
http://bit.ly/17u87df
↧
December 8, 2015, 11:17 pm
Author:
Oleg
Posted: Wed Dec 09, 2015 8:17 am (GMT+1)
My AddOn is a Win only and uses DLLs.
I dont know the best way.
I use the following:
| Code: |
Add-Ons
MyAddonFolder
addon_file.apx
(subfolder)
file1.dll
file2.dll
|
PS:
Subfolder uses parentheses as archicad dont look inside.
Addition:
I use dynamic linking for DLLs ( LoadLibraryEx and GetProcAddress ).
For static linking DLL place is more limited.
↧
December 9, 2015, 1:37 am
Author:
ReignBough
Posted: Wed Dec 09, 2015 10:37 am (GMT+1)
This is what I've done:
1. Create a wall 9000m high (storey height is 3000m); home storey is second floor.
2. Create 3 windows on the created wall; sill is anchored to storey ('Sill to Story X'); sill height is 200m.
When the API_Goodies(APIAny_NeigToCoordID) is called, two of these three windows returns 0x0ffffe4a5 on both APINeig_WindHole[0] and APINeig_WindHole[1].
_________________
~ReignBough~
[ArchiCAD 18 INT 3006 FULL]
[Windows 7 Pro Intel Core i5 CPU 750 @ 2.67 GHz 8.00 GB 64-bit OS]
↧
December 10, 2015, 12:53 am
Author:
ReignBough
Posted: Thu Dec 10, 2015 9:53 am (GMT+1)
Found a solution to this problem. It seems that when getting the coordinate of a neig of an element, you should be on the same storey of that element. What I did was when I encounter this error (0xffffe4a5), I have to change the current storey to the element's storey (using ACAPI_Environment(APIEnv_ChangeStorySettingsID)).
BTW, this error is GSErrCodes::Error = -7003 fond in Definitions.hpp.
_________________
~ReignBough~
[ArchiCAD 18 INT 3006 FULL]
[Windows 7 Pro Intel Core i5 CPU 750 @ 2.67 GHz 8.00 GB 64-bit OS]
↧
↧
December 10, 2015, 5:38 am
Author:
stefan
Posted: Thu Dec 10, 2015 2:38 pm (GMT+1)
| Oleg wrote: |
Some ideas:
1. You may to create a Palette dialog.
Progress bar and Cancel button for example.
Imptement the PanelObserever::PanelIdle event.
Show it during you process active.
Do the communication action in this event.
Close the panel as the communication ends
2. For AC19.
Look at ACAPI_Command_CallFromEventLoop command.
See the example in the documentation about this command and GS::Thread. |
Thank you Oleg. We have tried with example 2, but unfortunately, the GS:Thread and GS::Runnable classes mentioned in the example are not recognised. Are they part of the API? Or did they change with ArchiCAD 19? Strange that an included example would use non-documented classes... We will try further with an alternative class or starting our own thread, but fear that it will lead to the same limitations, if not fully steered from the ArchiCAD main thread.
_________________
--- stefan boeykens --- architect-engineer-musician ---
ArchiCAD18-19/Revit2016/SketchUp2015/Cinema4D16/Rhino5/Unity5
rMBP15:i7Quad2.3Ghz+16GB+nVidia650M/ElCapitan+Win10
http://bit.ly/17u87df
↧
December 10, 2015, 8:43 am
Author:
Oleg
Posted: Thu Dec 10, 2015 5:43 pm (GMT+1)
I didnt use the GS::Thread. It was a just idea.
Key point is ACAPI_Command_CallFromEventLoop (see the Ralph's comment about main event loop ).
I think you can to try native threads.
GS:Thread and GS::Runnable classes included in the GSRoot module of AC19.
And yes, It is undocumented unfortunately.
↧
December 11, 2015, 12:16 am
Author:
stefan
Posted: Fri Dec 11, 2015 9:16 am (GMT+1)
OK. Thank you for clarification.
We did a test with boost threading and that seemed to work for now. Need further testing.
Thanks Oleg and Ralph for sharing your insights.
_________________
--- stefan boeykens --- architect-engineer-musician ---
ArchiCAD18-19/Revit2016/SketchUp2015/Cinema4D16/Rhino5/Unity5
rMBP15:i7Quad2.3Ghz+16GB+nVidia650M/ElCapitan+Win10
http://bit.ly/17u87df
↧
