Matt Overton

Thanks, I think I have it working now.

It would be a real time saver if rendered viewport flagged which geometry effected then and could estimate how much change will effect them. Give higher weighting to changes front and centre. Even break the dirty viewport indicator up to show which part of the viewport is effected.

They could just switch the blue and the gray over and have a better interface.

I think the problem you highlight kills off most of its value above generic cloud service. Just think full set rendered overnight in morning check prints to realize a couple of notes on a rendered page didn't pick up a conversation you were having with the client as the "draftie" sent the file to cloud and went home. If the viewport cached no problem fix and publish. Sure you can cut the render out of the PDF paste it over the wireframe viewport.

Needs to create section viewports like Interior elevations tool not views like Multiple Viewport command.

Great Idea, Might have a look tonight at building a script to make a one click timestamped named saved view to add to right-click or key. I could always then go back rename if useful. To me it is not multi-view in the sense that the views are not on-screen at the same time. it's more like having the file open a number of times each time logged into project sharing as separate user or user with a different hat on.

Well, they could give us a true sloping slab and fix the roof tool as well in the process.

Something different and in part driven by this. say your madly working through steel detailing coordination so you have a set of views set up like this. The phone rings it’s the builder who is doing first set out in the shed you are doing works to. The client has moved all the stuff out of the way and there are a few quirks to the existing heritage brick facade he wants to talk about and how they effect set out. If I change my view in the file a lose my place and view set up for the work I need to get back to now later in the day. the more complex the view set up is the more VW cost we have dealing with what are just natural parts of the job.

It would be good (ie Faster working) if the same file could open multiple tabs with different views. Better if certain navigation operations were configurable to do this automatically. Such as navigating into design layers from a viewport making it easier to switch back and forth. Great for leaving one task as it is, then jumping to another part of the file for builder phone calls or team coordination discussions. Then quickly get back to working view.

More than one is time-consuming and repetitive let alone 4 min for each project. Add on top of that we move elevation line from boundary to just outside wall line between council application and construction drawings. Add in all the things we need to do to translate information the computer knows about but can't display and well yes there is an awful lot of time that could be saved from Drafting and directed to Architecture.

Google didn't turn up anything possibly due to bad search terms on my part. Is there a 3rd party python code editor that features syntax highlighting and code completion or vs.python? The function documentation is hard to find things in but I reckon I could get very close with a few keys with code completion. Certainly, works in xCode and Swift foundation to find the right function.

Surprised it's taken this long for AR to get a mention in these forums? I think there is a stack of interesting things you could do with both ARKit and Vision-ML for the cad world.

You can also change settings so that any topic you post in is automatically followed.

I think the advice you'll get from VW here would be along the lines of using service select to send the long running render to the cloud and get on with other work. Which of cause brings up a parallel wish for subscribers to be able to push a render to the cloud then import it (or have it magically appear) back in the file so project files can stay together. Better still if from a button on Object Info. Better still if we if rendering had say a preview fast render before dispatching the longer job. Still, pausing would also be handy for overnight rendering if we could line up a bunch of renders pause them then have them un-pause one as the last one finishes instead of having them all competing for the processor and slowing all of them down with context switching.

All of the above and maybe some stretch goals:- - Sheets should always show in the correct order by drawing number in every list. - Group sheets into packages so it's easier to add and adjust numbers in big sets. - Set a titleblock / Drawing label style that applies to all drawings the set or group.

A few simple things would be great as well. Like the being able to press enter (alt-return) to set the wrap width of text while typing. I don't think we should have to rely on shuffling in an out of a word file to get what should reasonable features for modern programme like live spell checking. Sure would be useful for many but it doesn't negate the need to improve the basic text tools.

You know what they say "don't judge a beta 1". Ok they don't say that but they should. First betas are bad and will break things that could well work perfectly later in the release even maybe beta 2. It's a brave soul who installs the first beta without being paid to do so.

Sorry yes as below Objects have both lines and fill. We override the line colour all the time but keep the fill colour as the class fill colour. I've seen this in many offices as a common way of working and would be great to make it a single toggle. Instead of select all edit line colour to black. On every veiwport, then having to come back anytime a new class is created.

Still would be nice to have a central place where we could change all viewports of a certain style in one operation. Also would be nice to have a single control to make say all lines Black but respect class colour.

I thought the maxed out macPro on Apple Store had been always up around $16k mark. So why is this estimate so alarming. Now convert to Australian dollars then its alarming.

It's a mystery given Betabot is the highest contributor and yet hasn't posted anything.

Yes, and you can use a slight bump map to push the tiles up and show off the grid. Really depends on how visible the grid will be.

No problem with tiles (other than issues noted) although I'm thinking an interface which is easier still and more procedural. It's not just about making it easy It's also about making class or material definition something more expressive. In that, a procedural hatches variables would be what is most important about that pattern and could form part of schedules.

The hatch editing is to be kind gangly and hard to use. Still, it does allow some fairly complex hatches to be made by people with patience far exceeding mine. Maybe that is the problem as 90% of the hatches we use are fair simple in set up and follow some basic patterns. We need to adjust these all the time in many projects. i.e. Herringbone is always far harder to get right and breaks very quickly from the origin if not accurate. Could there be a simpler version of hatches that say can be built with a couple of simple settings? So all the standard tile patterns would just need us to set tile length and width and boom accurate hatch ready to use. Maybe they could be driven by a Python script.

We haven't heard any updates of where this discussion got to in the end. However, it sounds like your wish could help with this discussion of materials