BenPalmer

Thanks @MarkMc!

Agree it can be recreated in new plan. Perhaps somewhat quickly. However, I want it all. No matter how easy or fast it is to recreate, it is still faster to import. I want faster, easier and less clicks.

Yeah, this feature is nearly useless for me without an import/export option. Much of the work I do is taking old plans and customizing for new clients, and so it can't be used for that until we can export them.

Why didn't this new feature come with an import option? I realize some or based on the 'zoom', but if I don't want those after import I can delete them. That is easier then having to recreate them all over again. Plan views should also be available in cad detail windows.

Yeah, that is painful, been there before. I have 2 external hardrive backups, 1 NAS backup, OneDrive and Sugarsync. I hate that feeling, so I'm Nazi about my backups.

Thanks @Dermot. That is interesting results. For me, so far anyway, I never got off grid in previous versions through full time drawing, and always get off grid in X10, dependent on the bump.. I haven't fully played with this and am now just starting to use X10 in my work flow and will likely figure out the behavior/dependents/variables better as I go. I use the dimensions when finalizing drawings, or when I know exactly where the door is going to go. But, during the creative design process, I don't always know this and need to easily be able to play with different options which means dragging here, then there as I feel my way through the design. It hampers the design process as it is currently working, but for now, I can work with turning the bump on and off as that seems to be working with my settings as of now. Thanks again for your help.

@Dermot, in the process of recording a quick vid demonstrating that past versions do not behave this way (off grid), by shear luck, I figured out the bug. In X10,with grid snap on, If I toggle OFF "Bumping/Pushing" then it stays on grid. As soon as I toggle "Bumping/Pushing" back ON, it goes off grid. I tested this in X9 & X8 and it stays on grid regardless of this toggle (with grid snap on). Only way to get it to behave off grid in X8/X9 is to turn the grid snaps off. I even tried this in 9.54, and it stays on grid as well. Link to vid demonstrates this: https://www.screencast.com/t/wvghznUp Definitely a newly introduced bug in X10. Yeah, I know, report it. This is exactly why I don't report things, i would of had this same back and forth from tech support and used just as much time. Just too busy. Hopefully i can just link to this post so i don't have to go through demonstrating it again.

Guess I have to sharpen the saw...too busy to sharpen the saw. (insert whiny tantrum here...would have submitted the report by now with the time I spent on this post, lol)

Resizing works fine. The problem is grabbing the middle handle (door or window) and moving it along the wall. It does not follow the grid. (see original post for more details).

This didn't get fixed in the official release. However, to be fair to Chief, I admit that I never reported it, so that's on me. But I have a hard time understanding how this went through multiple betas without being picked up, or that more people aren't noticing it now. Am I the only one that drags these items? Do most of you dimension only? I probably dimension most (75%), then arrow into position second most (20%), then drag handle next (5%). Can anyone confirm if they reported this during beta? I guess I better report it...bother.

This appears to be working better in the latest version.

This has been my general consensus with bug reporting as well. With feedback like 'we've sent to our engineer to review', and then nothing done about it with no additional reply, gives little confidence in the process. So, I've stopped wasting my time in reporting them, seemed fruitless. I probably talk to tech support once a year, just faster to fix things on my own after 2 or 3 back and forth before I get what I need (maybe my fault). Seems that they are only interested in fixing items through the private beta (as a former beta tester) and by the time it gets to public, they consider items less important or a non-bug and 'might eventually' get to it. If that is really what happens, or just my perception (probably), either way, the damage is done in the PR department.

@solver you like living on the edge. Issues: revising plans, schedules, labels, etc. Love the creativity though. This is the way I do it now. Was really hoping this new feature would eliminate that extra work, but unfortunately, it doesn't. Big oversight and miss on this new feature. Totally useless with layer sets. Hopefully it's something easy and quick to fix.

My thoughts exactly. For me, that makes this new feature useless if I can't control them via layers. Guess I need to make a new request for new functionality on this new feature. Thanks for the reply @Alaskan_Son.

Is there a layer, or way to turn off the top edge of a doorway in a layer set? I want to show the dashed line of the top edge of the doorway on the building floor plan. But I do not want it to show on the framing plan. I can't figure out a way to turn it off on the framing plan without turning it off on both plans by turning the top edge off in the door dbx. Hoping I'm missing a layer that controls the display of this.

simple spread sheets with simple formulas is a sorely needed feature. Import would be nice, but integrated is what we need. i do so many calculations and would be nice to have this info populated and accurate....wishing.

Slower for me as well, and I have a pretty high end custom built machine with latest video drivers, so I don't think the blame can be put on the hardware. Enough of a productivity hit that I went back to X9 until this is sped up.

Thanks guys, I'll report it.

Thanks guys. Great vid Eric. Demonstrates it perfectly. This definitely needs fixed. I don't even know what 'Ray Casted Sun Shadows' is yet.

Just starting to work with X10 and noticed right away that opening a dbx is slower then X9. Any others notice this? While it isn't dramatic, it is enough to notice and be annoyed by it. If you have been working with X10 for a while, you may need to go back to X9 to compare. I could list my computer specs, etc, but this is on the same computer comparing X9 to X10, may not be relevant. However, for full disclosure, here are my specs: Custom Built (just a few months ago) Windows 10 Intel i7-7700K 4.2 (overclocked-liquid cooled) RAM: 32GB DDR4-3200 Samsung 960 PRO M.2 GTX 1080 8GB (liquid cooled)

I agree Eric, but that isn't what is happening. Per my post, my windows are moving at 1/16" even though it is set to 1". More details in my original post. Thanks for the reply.

Working on a small detached garage. I have my grid snaps set to 1". I place a window or door in a wall (interior or exterior). I select the window, grab the middle handle to drag it down the wall, and it is not following the 1" grid, but moving at 1/16". I verified the snaps were not causing this. In fact, I tried it with snaps off and grid on with no change. This is not how X9 behaves, which follows the grid snaps of 1". If I grab the edge of the door or window to resize it, it does follow the 1" increment. Just moving it is not following it. I tried other items like cabinets and they follow the 1" increments as expected. This is my first use of X10 and got pretty far before noticing this because I typically use dimensions, arrow movements or the transform dialogue to move things, but this was more of a visual placement to see what I liked. Questions: Is this how X10 behaves for others? What new setting needs adjusted to get the window or door to move on the grid?

when ready to produce final docs, just turn off the auto refresh and delete the ones you don't want. Or don't use auto and draw what you want manually.

I concur with David, I get that message when opening older Chief files.

I had a similar problem recently and a knowledge base article fixed it for me, see if it helps you: https://www.chiefarchitect.com/support/article/KB-01866/message-the-default-template-was-not-found.html