Windowizer
-
I know there is a 'doormaker' ruby but if SU develops in time by way of talented scripter, then I believe protocol should be an important issue.
Eg: functions like windowizer and say 'doorizer' [for want of a better term] would be ideally located in the same drop down menus and adjacent to each other [IMO]. Standard CAD application protocol.....
@RickW - when it comes to ruby, I don't know my @%#$ from my elbow, but I assume a door script would be written a similar way to the windowizer ruby....?BTW, If I haven't thanked you for your tireless work and generosity, please accept my many thanks!!!
-
I vote for "doorizer" too, it would be great to have some parametric functionality as well
-
What's the difference between an external window and a glass door ? If you want to put a door into a curtainwall/shopfront that's been made with Windowizer you just Windowize a glazed panel [perhaps with a bit of tweaking to suit] within what you've just done and then set the dialog variables so it's 'door' - some manual adjustments might be needed - BUT remember that you are the designer... not Rick or his Windowizer !
There is already a 'door maker' script that makes 'solid' internal doors. It's really not that difficult to place 'standard' doors as components after you've made them. Making shopfronts etc is more specialised and Windowizer fills that gap...
.
-
Hi TIG, I guess the difference is that a door wouldn't have a sill. I appreciated that there would be some tweaking to convert to a door.....
@RickW - a few queries re: Version 4:
- do you see value in converting the window to a component at execution as well as groups as you have noted? I think the advantages should be obviousto all...
- By the looks of your screen shot earlier in this thread the glass inset will be separate from the depth of frame, it that the case? At the moment I assume that the glass inset sets the depth of the frame.....
Looking forward to your reply and impending release!!!
-
-
Do I see the value? Yes. The challenge is the implementation, especially when multiple faces are selected and intended to be the same result.
-
Correct. The frame parameters are differentiated from the glass parameters.
Update - I think I have the "serious bug" fixed, so I'm getting closer to initial release. I expect there will be some updates as I gradually incorporate all the features I intended for this version - and that's based on the requests to just get it "out the door".
-
-
thanks for the reply Rick, looking forward to the release....
-
I've just found a hidden(for me) feature: inserting some munbers with comma (4,5,8 for example) in columns and rows fields make some irregular type of mullioning. But I simply don't understand the logic of the result. And is there any?
-
@rv1974 said:
I've just found a hidden(for me) feature: inserting some munbers with comma (4,5,8 for example) in columns and rows fields make some irregular type of mullioning. But I simply don't understand the logic of the result. And is there any?
The numbers indicate the proportion of the pane heights/widths to each other. For instance, using your numbers:
I drew a 2000 mm square and used your numbers to windowize it, using 100 mm as widths for the frame and mullions. So the square was divided into 3 panes, with widths and heights of 300, 500, and 800 mm respectively. Nice Fibonacci series of widths.
Putting in three same numbers would produce even rows/columns.
Anssi
-
Hi, it seems that the development of the Windowizer plugin was frozen ... or accelerated towards full BIM behaviour?
Number 4 is a very nice toy, but there is no edit function. It would be very helpfull ... -
Can't wait for this window maker..I just made some 3d bricks....
Advertisement