BenPalmer

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.

9 minutes ago, Dermot said:

I would still recommend that you position your openings using the dimensions and not depend on dragging them to get them positioned accurately.

 

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.

27 minutes ago, Dermot said:

As far as I know, this is how Chief has always worked.  I tried it all the back to X5 but did not go back any further. 

 

The program does not currently use your grid snaps for placing or moving openings in plan views.  It does use your grid snaps when moving openings in elevation views though.  Maybe this is one source of the confusion?

 

Regardless, it seems like it would be good if the program did use your grid snaps for placing and moving openings.  If you would like this behavior changed, then please submit a report to our tech support expressing your desire.  It means more coming from you then from me.

 

For now, I would recommend always using your dimensions to position your openings accurately.

@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.

7 minutes ago, Chopsaw said:

Yes I think it was reported but I have sent in other reports that have not been addressed so it is important to send in a fresh report with every update that does not properly address the issue.  I think that is the only way it works with the system in place.

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)

Just now, solver said:

The only way to get a window to resize in other than 1" increments on my system is to use control drag.

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.

15 hours ago, Smn842 said:

I raised another compatibility issue when I upgraded from X8 to X9 that also yielded nothing other than a workaround and was never fixed.  I work in software development and appreciate that some regression bugs will never get fixed, but lack of feedback (request for more info, not reproducible, confirmed bug ID etc) and not appearing to read clear case notes doesn't do much to make users keep reporting issues.  I do hope I've just had bad luck with my two support tickets to date.

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.

1 hour ago, solver said:

...you could duplicate your Doorway, place the duplicate on a new layer, change its settings, then turn layers on or off as needed.

@solver you like living on the edge. Issues: revising plans, schedules, labels, etc. Love the creativity though. 

18 minutes ago, Richard_Morrison said:

Or just add some dashed CAD lines. 

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.

1 hour ago, Alaskan_Son said:

Seems like those should be user controllable though one way or another.  Seems like they should just get their own layer maybe just like we have for Opening Header Lines.

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.

4 hours ago, DavidJPotter said:

The plan you are working on was created in an earlier, legacy version of Chief. Over the years and versions, how they organize-create symbols have changed, thus the error message. The remedy on such legacy plans is to find and replace such electrical or other such symbols from your current Library Browser which will solve the error messages. I specialize with working with older, legacy plans, I have seen this countless times.

 

DJP

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

Hmmm, i'm not aware of a way to remove a referenced file within the referenced file dbx or as a batch. If linking the referenced file to the new file to the layout isn't what you are after, then what I do is turn on the borders and then go through each page and delete them.  For me, this happens when doing a 'save as' but then the file changes and the referenced layout is now just showing white because the plan has moved, reversed, etc.  So turning the layout borders helps to see these and then adjust or delete as needed.  If no one chimes in with a batch way to do that, would be a good suggestion.

All the best.