| Koord-Transf. | 2D Elemente | 3D Elemente | Non Geo-Scripte | Funktionen | Steuerbefehle | Attribute | Diverse | Addons |
Contact to Graphisoft headquarter directly.
Values of GLOB_SCRIPT_TYPE
Hello Laszlo,
can you help me with the values of GLOB_SCRIPT_TYPE. You write here:
http://www.graphisoft.com/support/archicad/archiguide/generalparameters.html
It has values from 1 to 5 and twice "1". In the manual there are values from 1 to 6. I can't proof which is right. *???*
can you help me with the values of GLOB_SCRIPT_TYPE. You write here:
http://www.graphisoft.com/support/archicad/archiguide/generalparameters.html
It has values from 1 to 5 and twice "1". In the manual there are values from 1 to 6. I can't proof which is right. *???*
The web article I wrote was for AC 6.5 and 7.
It seems to me from the AC 8 and 9 documentation that the value returned by GLOB_SCRIPT_TYPE was changed.
So in AC 8 and later versions GLOB_SCRIPT_TYPE returns '6' for the Master Script.
In AC 7 it returned '1'.
Best Regards
Laszlo
It seems to me from the AC 8 and 9 documentation that the value returned by GLOB_SCRIPT_TYPE was changed.
So in AC 8 and later versions GLOB_SCRIPT_TYPE returns '6' for the Master Script.
In AC 7 it returned '1'.
Best Regards
Laszlo
Different issues
Dear Attila,
1. Is is right that I can only use two parameters at the same hotspot as editable "graphicals" in floor, S/E or 3d window? The manual explains it would be possible with three too, but I haven't got it work anytime and haven't seen it anywhere else. I corrected this in the german manual, I had to read for AC10, yet. Was this OK?
1. Is is right that I can only use two parameters at the same hotspot as editable "graphicals" in floor, S/E or 3d window? The manual explains it would be possible with three too, but I haven't got it work anytime and haven't seen it anywhere else. I corrected this in the german manual, I had to read for AC10, yet. Was this OK?
There are two different functions which can be designated as editing
two parameters with a single hotspot. The first one is editing one
parameter and displaying another in the editing pet palette. About this
feature you can read an example in the GDL Technical Standards,
Chapter 3.6 (Editable hotspots). The document can be found at
http://www.graphisoft.com/support/developer/documentation/LibraryDevKit/
http://www.graphisoft.com/support/developer/documentation/LibraryDevKit/
I have looked at it before, but the changes of the values, entered in
the pet palette, are based on the parameters statement in the parameters
script. And I have thought plain entering of a value into the palette
would change the parameter in the object.
I attach an object, which explains my problems. First the object draws a box. The moveable hotspot at the top right corner is without problem. He changes x and y by dragging. The second hotspot in the lower right corner is graphical in one direction (x) and brings the y-parameter up on the pet pallette. Any changes of the values on the pallette do not affect the stored value of y in the object. So I can't use this parameters on the palette for independant entering of parameter values.
I attach an object, which explains my problems. First the object draws a box. The moveable hotspot at the top right corner is without problem. He changes x and y by dragging. The second hotspot in the lower right corner is graphical in one direction (x) and brings the y-parameter up on the pet pallette. Any changes of the values on the pallette do not affect the stored value of y in the object. So I can't use this parameters on the palette for independant entering of parameter values.
1.a.
It isn't emphasized enough in our current documentation that regardless of the displayed parameter, the edited one is the parameter which the hotspot was set for. So the only output of the hotspot editing (and the pet palette) is the change of the values of the parameter to be _edited_. It is up to the library part developer to connect the parameters accordingly.
It isn't emphasized enough in our current documentation that regardless of the displayed parameter, the edited one is the parameter which the hotspot was set for. So the only output of the hotspot editing (and the pet palette) is the change of the values of the parameter to be _edited_. It is up to the library part developer to connect the parameters accordingly.
The other function is an older one. You can place two or three
hotspots at the same location, each editing an expanse of the object.
The editing directions should be perpendicular to each other. ArchiCAD
will treat these hotspots as one multidimensional hotspot. You can
implement an area and volume editing function this way. This feature
works since hotspot editing had been introduced.
And this I do not get to work. I have asked often in the GDL-talks for
this, because I thought it's my fault. The same attached object draws a
block in x/y/z. Go to 3D. On the top, right and behind edge there's a
hotspot with three parameters assigned, but just two of them do work
(everytime the first two, which are defined). Entering the third
parameter value by palette (hotspot on the bottom) does not work as in 2D.
Am I doing something wrong, or how should I be able to edit volumes else?
Am I doing something wrong, or how should I be able to edit volumes else?
1.b.
Sorry for misdirecting you! The GDL manual is definitely wrong about this issue, and I was misleading by it for a second, when I answered you last time, too. ArchiCAD has no input method for editing a point in 3D space in one round. The function implies theoretical problems of the union of 2D editing devices (mouse and monitor) and the 3D space. The function for three dimensions won't be available until ArchiCAD enhances its "3D" editing capabilities. (BTW, we haven't got such requirement yet.)
Sorry for misdirecting you! The GDL manual is definitely wrong about this issue, and I was misleading by it for a second, when I answered you last time, too. ArchiCAD has no input method for editing a point in 3D space in one round. The function implies theoretical problems of the union of 2D editing devices (mouse and monitor) and the 3D space. The function for three dimensions won't be available until ArchiCAD enhances its "3D" editing capabilities. (BTW, we haven't got such requirement yet.)
2. If the ID in the HOTSPOT-commands is not for associative
dimensioning, what is it for? For what do I need to identify each
hotspot command, if it works with id=0 too?
Hotspot identification was introduced in ArchiCAD 6.5 to serve
associative dimensioning in section and 3D. IDs have no effect on
floor plan dimensioning by now, this may have misled you. Floor plan
operation is going to be implemented, but we cannot predict the ArchiCAD
version of it. It is highly recommended to specify IDs manually, as you
have full control of dimensioning and editing this way. Passing 0 as an ID
or not passing it at all will let ArhiCAD assign incremental ordinals to
the hotspots. For simpler applications it can produce correct output
even with hotspot editing.
Clear now. Thanks. Hope for AC 11. Would be great in floor plan too!!
3. The addition status codes for PRISM_-shapes. How do they work and
what are they for? (j5=16, j6=32 hor./vert. edges)
These are meaning the status codes for the line elimination. If you
connect two prisms to each other with the same material, the connecting
edges will be eliminated if the same status code were set. (One is for
the horizontal edges, and for vertical edges.) (i.e. an edge marked as
vertical will not eliminated by an edge marked horizontal.)
I give it a try. There's an additional usage in CUTPOLYA to make the top
polygon visible. This is not documented!!
4. The GLOBALs WORL_ORIGO_POSITION... : How do they work and what are
they for? The example in manual does not work for me. Whats the
difference to SYMB_POS_X etc.
The origin (origo) of the plan database may be offset from the origin of
the real world coordinate system. This is denoted by the values of the
GLOB_WORLD_ORIGO_ globals. SYMB_POS_ globals mean the position of the
object instance relative to the project origin. The example in the GDL
Manual is correct in this manner, but unfortunately it isn't explained
appropriately.
In fact I do not know, where to enter the real world coordinates, I do
not get any other than SYMB_POS-values. Or is this for other
applications than AC, where I can change the position of my GDL-universe
in the global world space? Which would this be? Or has it something to
do with hotlinked objects?
4. ArchiCAD detects automatically the position of the projects via open.
If the project is very far from the real world origin (more far than
1000m), the data of the project will be transformed into the origin and
store the difference between the stored points and the real world
coordinates. This difference will be published in the given global
variables.
So, you can drag a whole project far from the origin, save it and reopen it. The global variables will contain non-zero values.
So, you can drag a whole project far from the origin, save it and reopen it. The global variables will contain non-zero values.
5. The manual tells me, that SET STYLE 0 uses the application font.
Where is it defined on Mac an Windows?
This is the default font defined on the given system. (i.e on
Macintosh it is the "Geneva".) This is the small font which is used
in the dialog boxes of ArchiCAD.
Thanks. That's clearifying. Is it on WIN the font of the display
settings or an AC specific font?
6. There are some new STATUS parameters in CUTPOLY and CUTSHAPE etc. The
manual tells me:
status: controls the treatment of the generated cut polygons
1: use the attributes of the body for the generated polygons and edges.
2: generated cut polygons will be treated as normal polygons.
The second (2) is clear and especially for 2D projection, but the first (1) I did not understand. In which context does this satus code change which attributes. Is there an example for status=1?
status: controls the treatment of the generated cut polygons
1: use the attributes of the body for the generated polygons and edges.
2: generated cut polygons will be treated as normal polygons.
The second (2) is clear and especially for 2D projection, but the first (1) I did not understand. In which context does this satus code change which attributes. Is there an example for status=1?
6. If you set the 1 status code, the generated polygons will inherit the
attributes of the target body. If you do not set this status, the
current attributes will be inherited into the generated polygons and
edges.
HTH.
Best Regards,
Attila Babits
HTH.
Best Regards,
Attila Babits
Sweepgroup
Dear Attila,
I have again a few GDL questions:
Have a look at
http://archicad-talk.graphisoft.com/viewtopic.php?t=12037
1. Can you document the changes in SWEEPGROUP{2}?
I have again a few GDL questions:
Have a look at
http://archicad-talk.graphisoft.com/viewtopic.php?t=12037
1. Can you document the changes in SWEEPGROUP{2}?
1. The difference between SWEEPGROUP and SWEEPGROUP{2} is that in the
former case the actual transformation matrix is applied again to the
direction vector of the sweeping operation with respect to the current
coordinate system. (Roughly speaking, in the case of SWEEPGROUP, the
current transformation is applied to the direction vector twice with
respect to the global coordinate system.)
See the example below. We rotate the coordinate system (CS) by 45 degrees around the z axis. Since SWEEPGROUP rotates the direction vector again in the current CS by 45, the direction vector of swept_1 in the global CS will be {0,1,0}. In the case of SWEEPGROUP{2} the direction vector is left as is in the local CS, so its direction in the global space will be {sqr(2)/2,sqr(2)/2,0}. (See the attached example.)
resol 8
rotz 45
group "tool_1"
addz 1
sphere 0.2
del 1
endgroup
group "tool_2"
addz 2
sphere 0.2
del 1
endgroup
swept_1 = sweepgroup( "tool_1", 1, 0, 0 )
placegroup swept_1
swept_2 = sweepgroup{2}( "tool_2", 1, 0, 0 )
placegroup swept_2
See the example below. We rotate the coordinate system (CS) by 45 degrees around the z axis. Since SWEEPGROUP rotates the direction vector again in the current CS by 45, the direction vector of swept_1 in the global CS will be {0,1,0}. In the case of SWEEPGROUP{2} the direction vector is left as is in the local CS, so its direction in the global space will be {sqr(2)/2,sqr(2)/2,0}. (See the attached example.)
resol 8
rotz 45
group "tool_1"
addz 1
sphere 0.2
del 1
endgroup
group "tool_2"
addz 2
sphere 0.2
del 1
endgroup
swept_1 = sweepgroup( "tool_1", 1, 0, 0 )
placegroup swept_1
swept_2 = sweepgroup{2}( "tool_2", 1, 0, 0 )
placegroup swept_2
2. Are there any other second edition commands "in this area" outside
the GDL manual. I have opened a resource file by an editor to find all
keywords and thought I have got all, but that there might be some
{x}-changes I have not thought of. ;)
2. Hopefully there are no other commands forgotten to document in the
GDL manual... If you find one, please let us know (and thanks for the
sweepgroup{2})
Finally, thank you very much for the link to your "GDL knowledge" website. As you surely know, Graphisoft started the (online) Basic Libray Documentation - its GDL knowledge base - at the release of ArchiCAD 8.1. It publishes the official GDL recommendations of Graphisoft, please refer to it wherever reasonable.
The mnemonic and permanent URL of the start page of the up-to-date documentation is http://www.graphisoft.com/LibraryDevDoc/ (for specific Archicad versions you find the URL in the corresponding GDL Reference Manual - 9 or 10 by now).
You can link to subpages and headings, too, the structure of the documentation remains. If we move the directory in the future, we'll let you know so that you can run a find'n'replace on your pages.
Best regards,
Attila Babits
Finally, thank you very much for the link to your "GDL knowledge" website. As you surely know, Graphisoft started the (online) Basic Libray Documentation - its GDL knowledge base - at the release of ArchiCAD 8.1. It publishes the official GDL recommendations of Graphisoft, please refer to it wherever reasonable.
The mnemonic and permanent URL of the start page of the up-to-date documentation is http://www.graphisoft.com/LibraryDevDoc/ (for specific Archicad versions you find the URL in the corresponding GDL Reference Manual - 9 or 10 by now).
You can link to subpages and headings, too, the structure of the documentation remains. If we move the directory in the future, we'll let you know so that you can run a find'n'replace on your pages.
Best regards,
Attila Babits