Wishlist

When attempting to select one from amongst a number of overlapping elements in plan view (such as fills, slabs, roofs, library objects etc), hitting the <Tab> key while the pointer hovers above them, will normally cycle between and highlight each element in turn beneath the pointer, without the need to chance exactly on a node or hotspot, and the user can just keep hitting <tab> until the correct element is selected. 

However when the overlapping elements are large enough to extend beyond the current zoom in the plan view window, especially when there are complex elements (such as site meshes) in the mix, ArchiCAD often takes a longer time to identify the overlapping elements, and the Tab-between-elements behaviour appears to time out, leaving the fallback MS Windows OS Tab-between-fields behavior to kick in (apparently this issue does not arise on Mac) 

So, instead of tabbing between elements in the normal way, when any of the overlapping elements are too complex or large to be detected in time, suddenly, hitting Tab causes the focus to switch away from the elements under the mouse pointer, to the feilds in the Tracker dialog nearby.  

Currently, the onlywork around I have found is to ensure Tracker is not enabled.

I reported this to Central Innovation, my local reseller, but they are adament that Graphisoft has told them that this irritating and intermittent behaviour is intended, or 'by design'. 

In other words, 'by design', it affects only Windows computers, and 'by design' it affects only views where the overlapping elements are large or complex, and 'by design' it only occurs when Tracker is enabled.

My only scope for having the bug corrected, they told me, is to post it as a 'wish'.

To me, demoting bugs to 'wishes' rather than owning up to and addressing them, is just more evidence of the Graphisoft corporate cash-grab decline - however I am now posting it here.

OK, I just want 90º ortho on the x, y, and z axis while holding the shift key down or a hotkey that toggles this behavior.  I still want to snap to points, I still want to snap to edges, references, etc. I don't want to turn those features off. I don't want to lock to just one axis, I just want good ol ortho from the 1990's. This has been driving me crazy since I first started using Archicad.  I see plenty of posts requesting this and the answers are typically work arounds in my opinion. I just want it as simple as possible.. Quick, easy and effective.  The way it is now is that when I do this and I have snap points or snap references on, everything is a mess when trying to snap and I can't get the "magic yellow line of ortho" to work immediately. It usually takes moving the object in the opposite direction, sometimes it never gets to the yellow axis and I have to change my view in 3d, zoom in 2d, etc. Incredibly frustrating. I realize there are the alt/opt x, y, or z, keys but in my opinion that just complicates things particularly in 3d when I don't immediately know which axis I need to lock to based on the view I am in. Other software works this way, etc. JUST KEEP IT SIMPLE. As always, if someone knows of how to do exactly what I am asking for here in a single key stroke manner, please let me know. Thank you.

The textures in archicad are applied based on a global/world reference point.

One example where this option would come in very handy would be:

When working with curtain walls independent panels can be created by either using distinct classes in combination with independent textures or building materials or by creating custom panel objects. Neither of these options however offer the possibility to link an "object" reference point for the applied textures.

We do have the ability to adjust the origin of textures, but apparently not when working on subelements, and even if this option would be available it would be useless in the above mentioned situation.

Having a surface, building material and where possible geometry based tick box overwriting the default reference point for texture would be great.

A command search would be really effective.  While we have options to change user setup and saved user profiles, there are times when we could just search a command rather than trying to search the menus, pallets, or tool bars to get to a less common command.  I noticed that others are commenting on the Rhino / Autodesk system of a command line which may be somewhat resolved with this feature.  

Speed Drafting is much easier if we there are less transfers from mouse to keyboard and keyboard to mouse.

Problem:

Because layers are fundamental to 99% of all architectural projects, the layer UI (when it is on, how folders work, etc.) needs to be improved. It is cumbersome in process and needs improvement to be quicker and more effective. 

Scenarios and use cases:

1. Layer folders have no dropdown ( we have to open the folder to see the contents as opposed to being able to click on the folder and the layers within the folder drop down to be seen). 

2. Layer dialogue box has to be opened to modify layers and layer combinations. we have to open the layer dialogue box to modify layers (turn on/off, organize into folders, rename, etc.) This should simply be a UI panel similar to the info box/design options, etc. that we can turn on or off in the UI/work environment such that is available while we are working and do not have to stop and open the dialogue box. 

3. Layer Combinations should have the same behavior with folders and dropdown capabilities of those folders. This should also simply be a UI panel similar to the info box/design options, etc. that we can turn on or off in the UI/work environment. 

4. Also, the little eye icon turning on or off to indicate if a layer is in a combination is not visually significant enough. Instead just highlight the combination in the interface if the layer is in it with a change in background (light/dark) behind the layer combination text. 

Please focus on making it less cumbersome to work in Archicad 

I've found multiple wishes for performance improvement in various parts of Archicad and I think that performance and optimalization of the Arhicad should be number one priority with each version.

One think that surprised me is that if there is one long wall on which multiple zones are connected, it can decrease performance big time so that Archicad freezes for minute or more (depending on HW). This does not happen if the layer where zones are is turned off.

I'm publishing this wish because I was redirected here by Graphisoft tech support since this problem is not considered a bug.

It would be helpful if it were possible for the .pln snapshots of Teamwork projects to be saved to the BIMcloud Delta Cache locally to then upload to BIMcloud when the user has low internet speed to free up the work machine. 

Often, when doing renovations, a whole building or part of the building needs to be demoed. Then, we need to build a new building within the same footprint but with a different story height. Then, all the section and elevation story markers need to be added manually, creating confusion and extra manual work.

Also, when adding another story to the existing building, we need to clarify existing and proposed for a building permit. Then, if you need to demo a roof of a single story building, increase the ceiling height and add another story you need a new story setting for a new story that is different from the existing roof height.

This would complete the renovation option and add more usability to it. 

When entering edit mode in a curtain wall, every change of the curtain wall scheme in a 2D view requires a rebuid, before the ability of moving scheme lines is active again - even with all geometry turned off.

Step 1 - move a scheme grid line

Step 2 - try to move another scheme grid line without rebuilding your model...

At least for this situation - when all geometry is turned off - this requirement of rebuilding should not exist. It costs a lot of time and is also very annoying.

The Grasshopper connection is currently limiting in the sense that information can be read from Archicad, but only Geometry sent/created through the link can be adjusted.

It would be amazing if such a basic thing as having full parametric control over a model or parts of it would be possible. Sometimes it's really just about updating some parameters or properties in Archicad, not necessarily about the geometry.

One example here:

Re: Use Object from library returns Null - Graphisoft Community

At the moment and actually since it's introduction, param-o is lacking basic functionality. it is at most as noticed by other users as well a preview of what could have been.

I came across a post from a few years back where Graphisoft argues that only 0.2% of users make use of it. Instead of addressing the elephant in the room they seem to have decided to straight up throw it out the window...

It is hard to not notice that param-o was yet another tool incorporated to "make waves" instead of turning into something useful archicad is really lacking - parametric control or multiple potentially different entities - not to be understood as a per object parameter input.

what could be improved to make it a viable tool which more than 0.2% of users will use:

1. multi-entity parametric logic. At the moment there is no direct way of creating relationships across different entities. This is a huge limitation
2. Improve integration with the rest of Archicad tools. At the moment it lacks any dynamic integration of other Archicad tools.
3. Allow more complex tasks to be performed. Add a scripting node/capability to it. At the moment it is lacking functionality to make it useful for experienced users while still feeling too complicated for entry-level users. It alos feels way more like the unborn baby of dynamo rather than other more user-friendly platforms/interfaces.
4. Incorporating iterability. One of the most basic things to incorporate - the ability to iterate/loop

Link to previous discussion on the topic:
make Param-O coder-friendly - Graphisoft Community

Here is the problem: when placing cabinets, they come with a lot of nodes. There are nodes that allow you to stretch the cabinet height, which when stretching from the top does just what you'd expect - it fixes the bottom of the cabinet and stretches the cabinet upward or downward from there. BUT! When you try and stretch the bottom of the cabinet, the whole things gets weird. The top starts to move, and nothing works as you'd want or expect. (In the screenshot, you can see I have clicked on the bottom corner in elevation, but the top is stretching.)

A novel solution: have the bottom stretch on cabinets fix the top point and allow you to stretch the cabinet bottom up or down.

Has anyone else encountered this issue?

Based on the long comuting times the Find & Select > Inside Partially/ Inside Entirely requires it seems as if it takes the entire canvas into account, which defeats the purpose of a localized search.

In other words it seems as if it checks all available entities/elements in the entire canvas within or beyond its borders whether they comply with the partial or entire encapsulation in the defined boundaries.

It would be great if the speed of the find&select tool would be reconsidered so as to reduce the computing time on (especially) busy worksheets, floorplans or any other 2d/3d Representations to at least limit the find&select tool to the visible elements within the view window extents.

I just had one Archicad file crash, but I have others open, as reference and to copy things across. I want to open the latest saved recovery file of the crashed project, but I need to close the other Archicad files before I can access the Archicad launch menu, where the recovery file option is located. This seems unnecessary.

I keep running into issues with Presentation files where 2, 3 or more files get hotlinked into a standalone file, and the attributes all go wonky due to Surface, Building Material and complex profile Index Clashes.

Rather than having an archicad file act as the receiver of all of these individual files...allow Bimx to add more archicad files into, similar to how Rendering Programs like Twinmotion can work with multiple files.

This will help limit some of the attribute chaos that is bound to happening with multiple file projects, since we can't have a Central attribute manager.