Jonk

Not sure why this would be happening. I've been digging deep into the irrigation tool in recent weeks/months to learn it better. Could you post an example file? I could take a look and see why it might be happening.

I don't know how to create a JIRA report unfortunately. The issue is still happening. And what I also noticed is that it automatically changes the active class to 'Landscape-Areas' after you convert the object. So if you aren't paying attention, everything you draw after that will be on the 'Landscape-Areas' class rather than the one you want. Super frustrating that this happens not only when you "create object from shapes" but even when you draw the landscape area using the tool in the planting tool set.

I did both of those things. In the end, I just reset all of the default irrigation settings and it worked. Kinda messed up a couple things but nothing critical. I must've changed something along the way

@Pat Stanford Yeah you do use the selection tool. And I can resize other polygons etc... so I don't know what happened.

I have been working on an irrigation plan and in the past, I've been able to place a head and then use the handles to adjust the radius and arc. Now, whenever I place a head, I can't do that and even the ones I have previously placed don't allow me to resize them when I was able to in the past. Has anyone experienced this? I tried placing them with manual arc and radius as well as defined parameters and it keeps happening.

Yes, when I convert an object to a landscape area, the default fill settings and pen settings for the entire document changes to the attributes of the landscape area. So I have to go back to attributes pallete and change them back to my preferred default fill and pen style. Also, the active class changes after converting an object to a landscape area. The active class changes to whatever class the LA is set to be on. So not only do I have to go back and change my default graphic attributes in the attributes palette but I also have to change my active drawing class if I don't want to be drawing on the class that the LA is set to. This has to be a bug. There's no way it makes sense to have the program automatically change the default graphics and class when you convert an object.

I'm not sure we are on the same page about what I'm trying to explain is happening.

I'm not sure I understand. Why would the default attributes of the document change to the attributes of a newly created Landscape Area? In what case would that make sense? I understand that if I want to draw a blue rectangle that I have to select the color before drawing but that's not what I'm addressing with my post. My defaults are set to no fill and .05 solid line. I create a landscape area and then the defaults are changed to the attributes of that landscape area, so anything drawn after that inherets that fill and line type. Regardless of what attributes are assigned to the landscape area, it shouldn't override the already set defaults.

After this latest update, when you use "create objects from shapes" to create a landscape area, after the landscape area has been created, the default fill and line type in the attributes palette changes to the attributes of the landscape area. Normally, I have my fill set to none and pen set to solid black .05, but when I create a landscape area from shapes, it then changes to the fill and line type of the landscape area style. You can see that the rectangle I drew after creating the landscape area has the same attributes as the landscape area, even though the defaults at the beginning were not set to this. Another thing that happens is, unless you go to "edit style" first, the landscape area shows up with no fill attributes and then when it's created it uses some random color. I don't know where it's pulling that from. To fix this, I just go to edit style and then back out and it fixes itself. This happens with another one of my styles as well. I've taken a screen recording to show what is happening. I use my mouse to direct attention to the issues since I can't narrarate! Recording 2025-04-22 143817.mp4

Hello! I have kind of a nuanced question that might not be possible but reflects how we would build something in the real world. I am not sure if the tool can do this or if I am not understanding the corner settings correctly but here is my question with attached screenshots and file. I am trying to weave the corners of my double paver border. The symbol I am using is the correct dimensions of an actual paver with the appropriate spacing. I have set the second row to be 50% offset so that the joint falls in the middle of the other row. A couple of things I am noticing: 1.) When I use the vertex mode to draw the border or when I use the associated mode, it doesn't start the row at the 50% offset. 2.) In the field, I would usually have the cuts be made in the middle of the row somewhere to hide them. The program puts the cuts on the corners which looks a little weird, especially if there is a small piece or sliver to make up the row. Is there a way to have the cut be placed in the row somewhere and not on the corner? (as I've shown in my screenshot) I'm attaching a sample file as well with a couple of examples. One border is associated with a hardscape, the other is not. Curb Test 2.vwx

Ohhh Ok, I see. I was confused. I didn't know that if you change the solid color on the 3D symbol it would use that in a 2D view while retaining the rendered texture in 3D. Good to know!

@Tom W. I drew a rectangle, extruded it and then created a symbol. I then edited the 2D properties of the symbol and gave it that magenta fill. It uses that magenta fill on the straight runs but on the corners and ends, it doesn't. See screenshots. 3D looks fine. Curb test.vwx

@Tom W. Actually, scratch that. I figured out the border question, but the graphics are still screwed up. In the corners and on the ends, the symbol does not use the 2D properties that have been set. 3D looks fine and uses the texture that was assigned.

@Tom W. Thanks, I think I've figured it out. It does help looking at the built in examples.

Nevermind. I figured it out. You have to delete all of the path statements and then you can create a border. Also, I think the error in graphics has to do with me creating the symbols and border far from the origin. I have tested this in a new file near 0,0 and it seems to work just fine.