When I place a normal label with a note (wrapped text) and later go back to edit the note it nearly always changes the box to one long line. We have a specific office standard width for notes and it would be nice if they stayed the same width that they were resized to the first time.
No image - because of course it won't happen when I want it to!
However; that does NOT mean I'd want a change to a locked width that is changed by going into settings as often I'm in different scale drawings and it would be annoying to have to reset it every time. It's much quicker to do it graphically with a hot spot.
Problem: the two current options for profiled curtain wall frames create unnecessary workarounds/steps. "Profiled Frame" is great, but it requires a Frame and a Cap (not all frames have a cap). "Profiled Butt-Glazed Frame" is obviously good for true butt-glazing conditions, but it is also the workaround when a frame with a single profile is desired (no cap), however the limitation presents itself when a Simplified 3D Detail Level is used:
It appears that the "Profiled Butt-Glazed Frame" only considers geometry on the interior side of the glazing when a simplified detail level is active. Good in theory, until this frame type is needed as a workaround. So now what I'll have to do is split my custom profile in two, using one half of it as the "cap", even though in reality it's a single extrusion.
Scenario / Use Case: basic storefront systems (at least in the US) have both 1- and 2-piece frames (not butt-glazed), such as the head and jamb as seen below in the manufacturer details:
As it stands, we can't create a single profile to accomplish these conditions, without the simplified view looking incorrect (we use both levels of 3D Detail, depending on the view scale).
Wish: that a third type of profiled-frame be added to the curtain wall tool, which would allow 1-piece frames that appear correct in both "Detailed" and "Simplified" 3D Detail levels.
Hi everyone!
Element ID Manager can be extremly helpful, but its potential feels limited by the fact that it can only use Library Part Parameters as criteria.
If Properties could also be used for filtering and assignment, it would unlock a much smoother and more flexible workflow, especially in larger projects.
Is this something to consider?
Hello ,
Instead of the buggy " zone linked elements " function inside ArchiCAD, which automatically detects elements placed inside or at the zone boundaries, it would be very nice to have manual link possibilities ,
a big slab that covers multiple zones could be linked to them all,
i can choose to which zone i want to link a wall , or a dorr, manually ,
Ability to display zone dimensions in zone stamps, showing width × height (X × Y) of zone geometry in the plan.
This is especially useful for early-stage floor plan design proposals. It provides valuable information for clients, helping them understand room sizes instead of just estimating how large the spaces are.
Ideally, this should also be available as a property, allowing dimensions to be displayed in regional versions of zone stamps, etc.
If the zone is not rectangular. There should be 2 different ways to show the dimensions. Either the smaller values och either the larger values. That could be two different properties for zone dimensions for example.
Currently Properties can be used or Elements of the Building and for materials.
Compistes are combination of Materials that have their own Properties like maximal Fire Rating, Acustic insulation Vaues, Thermal insulation Values.
Having the ability to define Properties for Composites would allow to automate the quality of Modells.
Thanks
Gabriel
The ci Keynotes tool was able to generate a keynotes legend that contained all keynotes visible in ALL layouts. This feature was useful in creating a master keynote legend for a project that contractors could reference and also helped with bulk keynote QA.
As far as I can tell, the Archicad keynote legend object can only list all keynotes or only keynotes present on the sheet the legend is placed to (filtered to the keynote subfolders).
Please expand the legend's filtering options to pull visible keynotes from all layouts, or better yet, pull data from a specific subset of layouts.
Key improvements needed:
- Direct edit of modules in place.
- Fix labels positioning problems in mirtored/flipped modules.
- make it optional to add the embedded library to the .mod files (prefer not to add) or filter out embedded libs if they already exist in host.
- Make it possible to schedule the Module. Not just components of it. (I want to schedule which bathroom type goes into which apartment type)
- Make it possible to schedule and label mirrored modules.
- Modules currently remember their source storey. Bad idea, if I want to insert a new storey between 2 existing negative module storeys. Solution needed so a new storey does not mess up the placement of all modules
- Option required to Not show .mod files as openable projects in Archicad start-up window.
Typically, it us a bad idea to open mod filesvand edit in separate Archicad, because it will surely mess up attributes. Not to mention, that if you open stand alone mod-s, there is no way to see the context.
Please also refer to (and vote) the below Module related wishes, where - as requested - I separated this complex wish into several parts.
Make Modules Great Again - 1: In Place Module Management
Make Modules Great Again - 2: Embedded Library Management
Make Modules Great Again - 3: Attribute Management
Make Modules Great Again - 4.0: Schedule Modules
Make Modules Great Again - 4.1: Schedule Mirrored Modules
It would be great if we could also organize Master Layouts into folders, similar to how we can with regular Layouts.
Document > creative imaging > align texture > set origin, can we get that to work in elevation & interior elevation?
Hi all,
Can we get the option to specify the depth of the Layout Subset Name autotext?
Project Name
T1 Subset Name
T2 Subset Name
Layout
T2 Subset Name
Layout
T1 Subset Name
T2 Subset Name
Layout
This is more relevant now with the introduction of Design Options where you may want a set of drawings for each option with a different title.
Alternatively, the a variation of the autotext Design Option Set Name could be made to act much like the Drawing Scale autotext where it will read all options on the layout.
Ling.
The automatic dimensioning tool would be greatly improved if it would also be possible to include dimensioning openings placed with the Opening Tool.
In regard to free form openings one could decide to dimension the opening at the Floor Plan Cut plane level as the default.
Trace Reference is one of Archicad’s most powerful and distinctive tools. It allows for highly precise multi‑level and multi‑concept design by overlaying drawings from other stories, views, or layouts. The graphic clarity it offers in plan is exceptional.
However, the Trace Reference is currently non‑printable, which often feels like a missed opportunity.
Many times, I simply want to print or export exactly what I’m already seeing on screen—including the trace reference—without recreating its appearance via graphic overrides, custom fills, duplicated views, or complex workarounds.
I propose adding a simple option such as:
This would convert the trace from a temporary visual aid to a printable overlay—optionally with its current graphic settings (color, opacity, line type, etc.).
Why this is useful:
Back from AC18 a title bar for layouts was available with a built in north point. I kept this in my template since then, but now in AC29 it doesn't work anymore. I think resurrecting it would be a great idea, as it is a neat way to supply the north point in drawings.
Currently, if a fill is set to display the fill area, the area text properties omits the standard text frame / opaque background offset parameter applying to other ArchiCAD text.
This prevents graphically important clear space displaying around the area text in the way that it does for all other text, and means that text characters with descenders (such as lower-case g) actually extends through the frame or across the edge of the opaque background.
Modules are a great productivity tool to manage repetitive complex elements in Archicad, however the current Hotlink Module technology is extremely outdated and thus Archicad is lagging behind all other BIM authoring tools.
One of the key problems with modules is Attribute Management.
Currently modules carry all attributes with them and when they are placed in the host, they often create a duplicate, which then leads to documentation, and ultimately costly construction errors.
The problem:
Imagine any project type that consists of repetitive components (eg: apartment types, bathroom types, room types, kitchen types, facade types etc)
Say for example that you use the Iceberg method, mostly to try mitigate the Attribute management problems, but still, yow will encounter problems like below:
- You published your modules some time ago
- You realise that a composite had a spelling error.
- You fix the spelling error
- You, or someone else in your team updates the one module, without re publishing modules to capture the composite name change
All of a sudden, you have 2 versions of the composite. One with the incorrect spelling and one with the fixed spelling
- The team does not immediately recognise the spelling fix and the duplicate
- Someone makes changes to the composites buildup
Now you have 2 different composites with slightly different name and different buildup
If the problem is not captured immediately, you will have elements using both composites and at that point it will be very hard to tell which is the right composite.
Solution:
Option 1: Central Attribute Manager
- An attribute manager app that is independent of all project files and is capable to push attribute settings into all connected project files.
This was supposed to happen in Archicad 26, but it did not. The improvements implemented to attributes that time are wery welcome,
but without the promissed improvements and introduction of Central Attribute Management, the whole thing was a 3 legged dog.
Option 2: In place Module Management
- Modules are handled fully and instantly within the host file, without relying on externally saved .mod files
This way all attributes are fully managed in the host file, eliminating potential attribute (and library) mess.
Also refer to:
Modules: required improvements
Make Modules Great Again - 1: In Place Module Management
Make Modules Great Again - 2: Embedded Library Management
Make Modules Great Again - 4.0: Schedule Modules
Make Modules Great Again - 4.1: Schedule Mirrored Modules
Make Modules Great Again - 5: Modules Source Storey
Make Modules Great Again - 6: Labels in Mirrored Modules
Recent versions of ArchiCAD have included "field settings" for schedules, where one of the options is to "show zero results" as a custom string.
This is great for results with numerical characters, but does not apply to other "null" results such as custom properties with an empty string or with "Undefined" as custom value.
Although a field with an empty string from a custom property may be individually edited to whatever, this is often not desirable as the property may be displayed in labels etc within the project.
Having the ability to automatically display these non-numerical "zero" results as a custom string (like a dash "-") would be very practical, for example in door schedules with not applicable properties.
Design options should be applicable to drawings and figures
Design options should be included in edit selection set
The "Composite" system is great but leads to an "Attribute Explosion." Creating a new composite for every single material variation is inefficient. We need a Finishing Tool (Skin) to apply coatings independently.
Key Requirements:
Wall, Slab, and Roof Finishes: A single tool to "skin" structural elements.
Independent Logic: Apply different tiles or paint to each face of a wall without changing the core structure.
Zone-Based Integration: Finishes should be linked to Zones, allowing them to update automatically if a room boundary moves.
Accurate Quantities: Net area calculations that automatically deduct openings (doors/windows) and small wall-mounted objects.
Why it matters: This would keep the attribute list clean and allow architects to change finishes in the late design stages without rebuilding the structural core of the model.
Graphic overrides would be much better if we could apply a color range for some properties, parameters or simply data.
One use case is in urbanism where for example I want to show height of the building scheme (either in 3D or 2D site drawing).
As for now, We have to create multiple rules for each possible value.
With color range we could set eg. minimum and maximum value and their representative colours. Or just simply say to assign different colour for a different value for properties with possibility to change he colour if needed.