Was just testing to see if a specific problem with Hatch in V8 have been fixed. Not. And a couple more appear to have been added…
Hatch dialog is no longer resizable… WTH? Need to hit the drop down to see anything more than one hatch pattern.. I assume (hope) this is just an ETO programming oversight and not designed to be that way.
Sub-selecting a curve segment that overlays the hatch boundary is now glitchy. Make a rectangle or some other closed polyline and hatch it. With Ctrl+Shift LMB, try to sub-select one of the original curve segments. All that gets proposed is the entire hatch boundary, there is no multi-select dialog that pops up to allow you to choose between the hatch boundary and the curve segment. The only way to get the curve segment selected is to click again and then maybe you get the multi-selction dialog. Sometimes a few tries are necessary. Other workaround - deselect Hatch temporarily in the selection filter.
Plus when I finally was able to select and move the curve segment, I found the behavior to be bizarre. In the video below, I’m trying to make a custom CPlane aligned hatch - Boundary=No, hatch boundary creation not activated, history enabled. When created, the hatch still aligns with World despite the custom CPlane. This was already the problem in V8. In V8 with History enabled, the hatch would update to the boundary curve when the segment was moved; and oddly enough moving a segment will actually cause the hatch to re-align to the active CPlane. But watch what happens in the WIP:
Note the few millisecond flash at the beginning where the hatch is aligned to the CPlane but then reverts to World. And then the first Ctrl+Shift click that only selects the hatch boundary. The multi-select dialog comes up after clicking a second time. Then I move the curve segment.
v9 hatch pattern selection now takes on a similar control structure as render materials do. This brings a significant reduction in UI resources loading large collections of patterns. Something v8 had a really hard time of doing.
Rhino 9 ships with around 50+ new hatch patterns and you can now easily create hatch patterns. So large collections is a thing for all users going forward.
@rajaa can hopefully shed some light on your other issues.
Not a hatch user myself, but from this thread I was wondering if this concern might be addressed by allowing the main dialog top box to hold a limited “working set” of hatch icons (as many as will fit, with perhaps a vertically expandable box allowing one more row of icons). The name text would certainly not be needed here as the user will have selected and placed the hatches and could recognize them by icon alone. If this sounds helpful would the number of icons that would fit be enough for most hatch users or would they still need to frequently go to the secondary dialog? I’m estimating that the dialog as currently sized could hold around 8 icons in one row or 16 in two. Replacement from the secondary menu could be managed by a simple first-in, first-out strategy or perhaps even a least-recently-used strategy.
