Wishlist

I would love it if we could have tool-based shortcuts.

I lose time in labelling elements manually clicking through settings. For instance, adding a leader to a label should be able to be mapped as a shortcut.

This principle should be expanded so that individual tools can have their own shortcut sub-groups.

I love having particular instance-based shortcuts active within tools ie: (shift+f, g, etc). We should expand this idea.

Currently, the keynote replace tool/option (accessed via a right click on the desired keynote) transfers all the settings in the favourite selected in the keynote palette. It currently ignores any of the settings in the element transfer settings. This means you need a favourite for each layer you will have keynotes on and remember to change the favourite before applying the replacement. 

Hello Team,

My intention is not to complicate matters. I may have the opportunity to relocate to Chile, and for that reason, I need to create the drawings in Spanish rather than English. I will be needing, my keynotes in either language. For this, I have translated my 1700 keynotes and imported them into KeyNote (Spanish version). However, I realized that changing back and forward, will be extremely hard to do because I frequently move or change the key code.

WISH LIST:

Rather than having the Key note been unique ID, there should be an additional UID field assigned. This way, I think it could work. This could be perhaps beneficial for others as well. Hoping this would be of interest, I like to suggest adding it to the wish list.

Thank you for your attention to this matter. I welcome any suggestions or tips you may have.

Save Selection in the Drawings manager.

-save a multiple Drawings selction in the drawings manager and save time by batch refreshing the drawings or request them in teamwork.

Another very simple and basic request:

I might be missing something, but I haven't found an option to display SF, sf, sqft instead of sq ft. This should be a project setting, controlling zones, fills, schedules, calculations etc. If it were part of the dimension settings then we would even have the option to have different profiles for different views.

AFAIK, there is not one single unit abbreviation that can be used in the industry (as m2 for square meter), therefore Archicad should make all these options available for the user to choose. We prefer the humble SF/sf, than the 5 character long "sq ft", which makes zone tags especially difficult to fit. On markups PMs asked several times to change the unit abbreviation on schedules, and I always feel second-hand embarrassment telling them that there is no reasonable way to do that.

The Issue Manager in Archicad is a valuable tool, but it is currently too restrictive. Built-in fields such as Priority, Status, Type, and Responsible are hardcoded. Users can only change the values inside them, but not the field labels themselves, and no new fields can be created.

Workarounds, such as repurposing some fields (e.g., "Priority"), are confusing and not ideal. 

"Labels" are already useful, but they quickly become overloaded when used as substitutes for missing custom fields. and 

“Description” is not ideal either, as it cannot be exported as a separate column in Excel, making reporting inefficient.

Request:

1. Allow users to rename built-in field labels (e.g., use “Priority” as “Discipline”), or
2. Allow users to create custom fields (not only the value), and
3. Ensure all custom fields can be included in Excel/CSV exports.
4. Keep BCF compatibility by treating custom fields as extensions without affecting the core schema.

This improvement would make Issue Manager far more powerful, flexible, and relevant to real-world project workflows, while reducing reliance on external platforms for basic customizations.

Thank you. 

Hi all,

This wish is for more customisation options for Opening Arrows, such as length and individual offset. Currently, the only customisation we have for Opening Arrows is the pen. This occasionally results in this petite 2mm arrow disappearing amongst other lines. Maybe that is why they are off by default in AC28...

https://community.graphisoft.com/t5/Libraries-objects/Change-the-offset-of-the-arrow-in-2D-view-of-s...

Ling.

We have a project where we are retaining a curtain wall but re-painting the frame. 

So the current workflow is to demolish the existing and create a new object. Only problem is we don't what to show the curtain wall as demolished. So we wanted to use a graphic override. This only affects the whole curtain wall and cannot be restricted to the frame elements only. This feature would be very handy on these kind of refurbishment jobs.

I would like to suggest adding an option in Archicad’s cabinetry objects to open doors and drawers within the 3D model. This feature would be valuable for design presentations, enabling more realistic visualizations and helping clients better understand storage layouts, clearances, and functionality.

Being able to toggle the open/closed state directly in 3D view (or via a parameter in the object settings) would enhance both design reviews and marketing renders. It could also help detect potential clashes or clearance issues during the design phase.

This addition would greatly improve the visual communication and functional accuracy of cabinetry designs in Archicad.

add option for texts to be adaptiv to Scale fo Etikett and Dimensions tools

We should have the possibility to use and set certain properties for hotlinks as a whole, similar to how there are properties for building materials specifically.

We have master ID - we should also have master properties.

For example:

I am using the iceberg method to create apartment modules (let’s name them M1, M2, M3, M4...). These apartments are placed in my building in different positions. To create a schedule that lists the number of apartments using module M1/M2/M3... in only part of my building (for example, dilatation 1), I currently need to either create a module of the whole dilatation (an extra step) or manually edit the master IDs of my hotlinks te somehow represent that distinction (and that is just one distinction - we often have a dozen of them that are something that is only a property change). This would be much easier if we had an option to set a property for the whole module.

With such an option, you could also have, for example, a hotlink module M1 with the property “fire zone 1” and another with the property “fire zone 2,” without the need to create two separate hotlinks.

Small bug bear, but the UKI symbol for data is a Triangle. Could there be an option for a UKI version of this object or a drop down for a different symbol.

Not sure how everyone else evaluates egress capacity for openings, mainly doors, below is our IBC language. It would seem that GS with AC should have this property with an expression that takes. We need something similar for windows that are used for egress from bedrooms. It would seem that GS should contact a cross-section of users to help with out-of-the-box properties embedded in the program.

( ( {Property:General Parameters/Width} - 2 in ) / .3 )

We use this but get the value in feet and inches, even if the dimension type for length is set to decimal inches. This should be a rounded-up integer value. We are no coder, so we have not been able to find how to convert this date type of length to that which is just an integer value rounded up.

It would seem that this property should be built in, at least in the US market, since we have to show we meet capacity with our doors for that particular use. We need to take some GDL boot camps or other coder camps to understand what needs to be done in the expression; trial and error have been unsuccessful. Trying to incorporate this all into a smart label.

1005.3.1 Stairways. The capacity, in inches, of means of 

egress stairways shall be calculated by multiplying the 

occupant load served by such stairways by a means of 

egress capacity factor of 0.3 inch (7 .6 mm) per occupant. 

1005.3.2 Other egress components. The capacity, in 

inches, of means of egress components other than stair-

ways shall be calculated by multiplying the occupant load 

served by such component by a means of egress capacity 

factor of 0.2 inch (5.1 mm) per occupant. 

Currently, when creating door schedules in Archicad, the door leaf dimensions are correctly reported for single-leaf doors. However, for double-leaf doors, the schedule only displays the total width of both leaves combined, without distinguishing between the individual leaf widths.

This approach can lead to misunderstandings, especially in the context of technical documentation or coordination with manufacturers and contractors. For instance, in asymmetric double doors, it is essential to communicate clearly the dimensions of each leaf (e.g. 900x2315mm + 400mmx2315mm), rather than a single combined width (e.g. 1300x2315mm).

Proposed improvement:

Introduce an option or parameter in door tool that allows users to display and differentiate the width of each individual leaf in a double door configuration. With just a number, Leaf 01 and Leaf 02.

This would significantly improve clarity in project documentation and better reflect the actual door details.

We would like to request greater flexibility in the symbolic representation of doors, specifically the ability to apply different linetypes to various components of a door symbol in plan view.

In many real-world scenarios—especially in larger or more regulated projects—there is a need to visually distinguish between different functional parts of a door or to indicate special behavior. For example:

• Double-leaf doors where only one leaf is typically active:

  • The active leaf should show with a continuous line.

  • The inactive leaf (intended to remain closed unless needed) should show with a dashed line.

   

• Fire doors that remain closed in normal use, but open only during emergencies:

  • These doors should be represented with a dashed symbolic swing line or panel to distinguish them from standard doors.

   

This level of graphical differentiation is important for fire safety plans, evacuation drawings, access control plans, and any other documentation requiring visual clarity about door function and behavior.

Requested Enhancement

We propose that Archicad door objects support:

• Component-based linetype assignment for symbolic elements in plan view;

  • Active/inactive leaf;

  • Fire-rated doors;

  • Swing arcs and/or door panels;

    Control over linetypes for:

• Integration with:

  • Door settings UI;

  • Classification or custom property rules;

  • Graphic Overrides for view-dependent control.

In many workflows, there is a critical need to control the door opening angle individually per view, and per door, to reflect specific functional or regulatory requirements.

When producing evacuation plans for the fire department, we need to show certain doors along the evacuation route in the open position, while other doors marked “close in case of fire” must appear closed. This differentiation is essential for clear communication and compliance with fire safety regulations.

At present, door opening angles can only be controlled manually per object (static, not view-dependent), or globally via the Model View Options (MVO), which applies the same state to all doors in a given view.

This means we cannot have different doors shown open or closed within the same view;

We propose the following enhancements to door behavior in Archicad:

1. Per-view control: Allow the door opening angle to be defined differently per view.

2. Per-instance override: Allow exceptions per door object within a view—e.g., door A open, door B closed—without affecting all doors.

3. Integration options: This control could be added to:

   • The View Settings,

   • The Model View Options,

   • Graphic Override rules

   • As a new parameter linked to Properties or Classification.

    

When views are placed on layouts, they are compressed to jpg with heavy compression. Even with views set to higher resolutions, compression is severe - resulting in messy edges and banding.

When saving an image out as a .png from the perspective window directly, it is saved out lossless and this is not an issue.

Views placed on layouts should have further controls for adjusting quality and allowing lossless compression.

My wishlist

When viewing a specific publisher set in the navigator, to add additional new sheets, you must click the sandwich panel and select Show organizer

It frustratingly does not open the the organizer with the specific publisher set I am looking at, to edit.  

When dealing with many similar yet different publisher sets. Its a minor inconvenience, but an inconvenience no less.