Wishlist

Hello,

I would like to propose a small improvement to the Home screen. I think it would be great to have the possibility to open a recent project in a new instance of Archicad directly from the splash screen's main window. It could be accessible through a LMB for example.

It is a rather small improvement but for me it seems very helpful - let's find out if the rest of the community thinks the same Below is a quick mock-up of this solution.

Using this preview of AC28, I couldn't see any improvement regardless of the Wall tool. It is the same probably since the first AC version. I don't know what is happening in Graphisoft and why these things are still the same, but as for the Columns, Beams, Stairs, Curtain Walls, and Rails. We would like to have an updated tool for Walls:

Walls:

1. Segments – where we can apply different composites, thicknesses, and gradual reduction of the thickness
2. Sloping – one of the wall ends is lower than the first one, so we don't need to trigger any window or cut option/opening. Those are basic shapes.

Best regards,

Milan 

Currently, Work Environment (WE) profiles are stored inside the Archicad installation on a machine.
This works, but it’s not ideal for today's flexible workflows.

Even though there’s already a form of Fast Work Environment Switching within Archicad, Work Environments are still tied to specific Archicad installations — not to users.
If you reinstall Archicad, upgrade to a new version, work remotely, or use someone else's computer, you either have to manually export and import your WE or rebuild it from scratch — which wastes time and adds friction.

The idea:

Link Work Environment profiles to the user's Graphisoft ID, so your personal setup automatically follows you — no matter which computer or Archicad installation you’re using.

When you log into Archicad, your preferred WE profile (personal or company-assigned) would automatically load.
You could also manage your profiles online, in the same portal where you manage cloud licenses.

How it could work:

• Personal WE profiles:

  • Your custom toolbars, shortcuts, palette layouts, etc., stored securely online.

  • Auto-loaded when you log into any Archicad installation.

• Company WE profiles:

  • For users linked to a company account, BIM Managers could assign standard profiles.

  • These could be enforced (locked) or optional depending on company policy.

• Online portal management:

  • Individuals manage their own profiles.

  • BIM managers create/update official profiles, and push updates when needed.

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 is Library management.

Especially the Embedded library.

Module files today include the Embedded library, which leads to duplicate libraries and slowed down project file performance.

Currently the best method for working with modules is the so called Iceberg Method.

 In this method modules are created in negative storyes of the host file and .mod files are placed back into the host to assemble the building.

If the host file contains any elements in the embedded libraries, those elements will be carried into the .mod files and when placed into the host file, the Embedded library elements are repeted as many times as many modules you have. This creates a messy double-up of library elements in the project file.

I understand that .mod files carry the embedded library with them so that if you place the .mod into a separate host model, the libraries will be available, however creating modules in one file then placing them into another one is a dangerous and very-very-very clunky workflow.

Why?

- Attributes between the host and the source file are very hard to match

- It is almost impossible to see context in the Source file while creating / editing modules

- You have to open multiple Archicad projects at the same time, which is hard on your computer and is very time consuming (especially with large projects)

Solution:

- Make it optional to carry embedded libraryes in the module file

This could easily be done in the module file publisher settings when setting up the file format.

Solving this would be one of the first key steps to achieve in place module management.

Also refer to:

Modules: required improvements 

Make Modules Great Again - 1: In Place Module 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 

Make Modules Great Again - 5: Modules Source Storey 

Make Modules Great Again - 6: Labels in Mirrored Modules 

Hi all,

I would like to request an improvement regarding the way measurement units are assigned and controlled in Schedules in Archicad. At the moment, Schedules are entirely dependent on the global project settings, namely Dimensions and Calculation Units defined in Project Preferences. While Dimension Units can be partially controlled through View Settings, Calculation Units cannot, which creates a major limitation in real quantity take-off workflows.

Because of this restriction, in many practical situations we are forced to keep certain schedules on Manual Update, and every time a schedule needs to be refreshed—which happens very frequently during design development—we must first go into Calculation Units in Project Preferences, change the unit system there, and only then update the schedule. This process is repetitive, inefficient, and very prone to human error, especially in larger projects with multiple schedules requiring different unit systems.

At the very least, it should be possible to define the measurement units independently per Schedule. If unit control per individual element or field inside a schedule is not technically feasible at this moment, then a minimum solution would be to introduce a Calculation Units override inside View Settings, similar to how Dimension Units are handled. This would allow each schedule view to operate with its own unit system, without forcing destructive changes at the global project level.

Thank you,

Victor

Provide the ability to do math in the Tracker - the ability to input math into the pet palette dimensions and have Archicad do the calculation for you. For example, if I want to move an object over by the space of 5/8” gyp, ½” ply, a 2x4 plus another 5/8” gyp – I can input “0.0625+.5+3.5+0.625” instead of “5.25”

Hello all, 

It would be super nice to add the option coordinate the Drawing tool with the Survey point same as the Xref. 

The Drawing tool has many benefits opposite from Xref:

• keeps all attributes out of Archicad
• possible to turn on/off layers 
• possible to easy change Pens & Colors 
• possible to paste all elements into AC with option to put them in one layer
• still linked with the original file 

In practice I used to use mainly for references with MEP and other consultants. Also in cases when some parts of the project are only 2D existing drawings etc.

All best!

Setting whether a PDF should be exported flat or rasterized should not require external applications. Currently, PDFs generated by Archicad are still very hard to view or work with in other applications and by different parties.

Similarly, the publishing image formats from the layouts should give the user much more control over the generated quality of the image, not using a slider which has little to no influence on the generated content but by usual means such as setting the DPI.

Hi this was an old request in the now archived wishlist forum from 1904, pretty sure it had at least 10000 up-votes. In any case.

Please add relative links for the following:

1. Project Info

    Because automation is a thing now, I automate the creation of the .xml in every job folder and it needs to be painfully, manually imported for every job. When you open the project or update the drawing manager it should check for an update to the .xml file

2. Publishing Location

    More painful than having a baby I hear, is setting the publishing location in ArchiCAD each time a different user takes over a job.

3. Embedded Images, PDF's & DWG's

    a. QR Codes, magical, auto-generated goodness! Automatically dropped in the project folder should allow relative links into the title block, which would direct end users to a website to confirm plans are the latest set

    b. Details, Details, Details

occasionally, it would be helpful to be able to pick multiple renovation combinations to pin elements to.
Some templates have view specific reno combinations (site plan, floor plan, rcp, exterior elevation, section, etc.), rather than function specific combinations. In these instances, new trim, for example, may be ideally pinned to exterior elevations and wall sections.
This ability could also work in tandem with design options to make phasing a lot more flexible... IE: new phase 1, new phase 2, etc.
Also, super picky UI request: "All Relevant Filters" should be always at the top of this drop down; maybe even separated by a divider or something, so it stands out as the default, not a user defined option.

With today's BIM requirements, engineers and architects are asked to each have their own IFC model with only the elements relevant to them.

In this case, for the “architectural” parts, we are asked to export our IFC model without the structure and other technical lots.
However, when we use composite elements with finishing/technical and structural layers, we can't separate them from the “core” layer, in other words, the structural part.

We're therefore obliged to create structural materials dedicated to load-bearing elements (“STR wood”, “STR concrete”, etc.) and replace them with “empty” material each time we export an IFC, then go back and replace our load-bearing materials. This method is by all means functional, but very artisanal and time-consuming.

However, we have noticed that there is a “partial structure display” function that filters the 3D layers of the model, allowing only the structural elements and load-bearing “cores” to be displayed.
We'd be interested in having the opposite function of this setting: filter and hide only the structural parts and “cores” of elements, so as to have only an architectural model visualization that can be exported to IFC (finishes, cladding, doors, windows, ceilings, etc.).

And just to be clear, we're french and this was translated with DeepL.com (free version), so sorry about the possibles english mistakes.

Thank you for reading and even more if Graphisoft realise this wish

Currently, drawings are updated either automatically or manually.  Both are problematic.

Automatic updating on medium to large projects wastes a lot of time, as minor edits to a layout require all the drawings to be updated.  If you opened the wrong layout, too bad.  You have to wait for it to update before you can open the correct Layout.  The benefit is you can rest easy knowing all published drawings have been updated.

Manual updating requires a 2-step process.  Update all drawings (go to lunch) and publish all drawings (go to second lunch).  The downside is sleepless nights thinking, "What if all of the drawings weren't updated and something has been missed?"

The wish is that when the Manual option is selected, a 3rd option should become available, "Update when published".

Drawings set to this won't update when you open the layout, but will update when being published.  This avoids the issues of both Automatic and Manual updates, while getting the best of both.  Drawings that are 'frozen' can be left on Manual and won't be updated during the publishing process.  Drawings that must be current while working in Archicad can be left on Auto.

Note: This wish shares elements of Pedro Malo's wish - Enhanced Publisher – Task Automation and Workflow Actions. This wish could be incorporated into a Pre-Publisher action of "Update drawings".  I felt that wish is a more extensive update of the Publisher, while this could be a smaller and easier to complete wish.

I updated the Shoegnome Open Template to use the INT Windows and Doors. For the most part, I'm happy with the switch, but I found a number of features that I will miss from the USA Windows and Doors. My hope is that GRAPHISOFT will add the following items to the INT doors and windows so that the USA objects can eventually be sunset:

• USA can do exterior and/or interior handles (closet sliding doors don’t need handles on interior). INT doors have handles on both sides of leaf or neither.
• USA door leafs can extend behind the door frame. INT door leafs always push in front of the door frame. My bookcase door leaf works beautifully with the USA doors, but with the INT doors, I either need to hide the frame or have the frame as thick as the bookcase door. Both are bad options.
• INT windows can have a board or casing at the interior bottom of the window. It needs to be able to have both. USA windows can have an interior apron and stool.
• INT Overhead Garage Door doesn't have a casing option. Every other garage door (in the INT and USA libraries) do. This should be fixed.
• INT Sliding Folding Multipanel door doesn’t have a threshold option, it should.
• Exterior Sliding Door INT and Exterior Double Sliding Door INT don't move away from the wall when trim is added. And there's no way to set the distance of the leaf from the wall (USA versions move based on trim thickness, even when trim is turned off).
• INT windows and door trim doesn't work with Create Opening from Selection, meaning a window or door won't cut siding or tile that its trim intersects with. I explain the issue and my workaround in these YouTube Videos: https://youtu.be/hrFwsKGFlS8 and https://youtu.be/0I8bqXvLr5E?si=WRIKirt0UqUBW4Zf

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.

I use a different font for the text in my sketch / concept plans which means I need to have different layer combinations.  This means additional places to have to change text.  It would be awesome if the graphic over ride would be able to control this.  

The Autotext function is really useful for labeling. You can use it to label everything from date to drawing name to properties. We propose that Autotext can be placed wherever in your PLN and actually be exported to DWG while keeping the value it displays in Archicad. 

We need the ability to locally define a custom cut plane.

Graphisoft needs to provide a solution for story settings for multiple buildings with different floor levels, or buildings with multiple floor elevations on one story. This could potentially utilize a polygonal Marquee to define the area of custom cut plane, or something similar.

• The current workflow for multiple buildings at different elevations requires MODs.

• The current workflow for multiple floor elevations on a story in the same building requires view-based custom cut planes, which do not always work with cutting through fenestration – setting some walls to symbolic cut is time consuming and doesn’t necessarily fix the issue in all instances and can provide unwanted graphical issues.

• Optional (even less efficient) workflows require PMK creation for portions of the building which are then placed in plan views, or alternatively saving separate views and stitching them together on the layout.