sketchucation logo sketchucation
    • Login
    ℹ️ Licensed Extensions | FredoBatch, ElevationProfile, FredoSketch, LayOps, MatSim and Pic2Shape will require license from Sept 1st More Info

    [Plugin] Hatchfaces (v1.8 beta) UPDATED 15-Dec-2012

    Scheduled Pinned Locked Moved Plugins
    360 Posts 41 Posters 228.5k Views 41 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • jolranJ Offline
      jolran
      last edited by

      I don't know. Been far busy just coding and not acctually testing the plugin. After some testing now, I'm accepting the workaround to move the geometry 2 mm from face, more and more(To get rid of the Z-fighting). Not because it's a quick fix. But it bothers me that a new component gets added each time a boolean is made. I guess this behavior cannot be transfered to groups? I know groups can have some ordinary attributes in Sketchup compared to other softs, but behaviors?
      Worth exploring.. It's getting quite computable as well. Doing tiling could crave a fast computer if patterns are complex.
      And doing this extra group to components and behavior-translation stuff might be over the top.

      Other peoples opinion regarding this workflow would be of value! Earthmover has already come up with some good points.Remember if result is 2mm from face it cannot be exploded without moving it back, of course..And from a side view, the edge would look thicker. Certainly if one want's to put the hatch on the face that could be an option as well.

      1 Reply Last reply Reply Quote 0
      • TIGT Offline
        TIG Moderator
        last edited by

        A group can have gluing properties [as that belongs to a definition], BUT it can't be made to 'cut', because you can't set its 'glue_to' as it's not an instance [at least I think that's right...] πŸ˜•

        TIG

        1 Reply Last reply Reply Quote 0
        • jolranJ Offline
          jolran
          last edited by

          Bum 😞

          If you know a"simpler" method of getting things to the origin other then how I do it(if you understood my explanation earlier), I woulden't mind continue trying with the cutting behavior. Otherwise, what do you think? Go 2mm? To get thing's going? There is more stuff to add.. I trust you experience with plugin-developpment in this.

          Thanks.

          1 Reply Last reply Reply Quote 0
          • TIGT Offline
            TIG Moderator
            last edited by

            I think the cutting compo is best.
            Let me 'sleep on' the best arbitrary-placed-group>>>cutting-compo idea...........

            TIG

            1 Reply Last reply Reply Quote 0
            • EarthMoverE Offline
              EarthMover
              last edited by

              Why not create two separate methods to handle the Z fighting based on what the user wants? If the user chooses just a hatch, then doing a 2mm offset would be fine and eliminate the issue with Z fighting. If it's a stamp, then make is flush and the explode/intersect should get rid of it. If the hatch gets put on it's on layer, it can be toggled on and off that way and won't interfere in general modeling operations.

              3D Artist at Clearstory 3D Imaging
              Guide Tool at Winning With Sketchup
              Content Creator at Skapeup

              1 Reply Last reply Reply Quote 0
              • jolranJ Offline
                jolran
                last edited by

                @unknownuser said:

                I think the cutting compo is best.
                Let me 'sleep on' the best arbitrary-placed-group>>>cutting-compo idea

                Yeah, that sounds very nice, much appreciated. I think we give this cutting thing another go.

                Meanwhile, I will work on solving the crashes with nested components. It's irritating business 😠
                Have to restart Sketchup everytime, after running the script.

                Eartmover. Thanks for your suggestions. I'm glad some potential users of this plugin is acctually responding, with requests and solutions. Your ideas will be Plan B. And what do you think about an option that the geometry explode on the face, as well (In case we go for plan B). As a modeling tool.

                1 Reply Last reply Reply Quote 0
                • TIGT Offline
                  TIG Moderator
                  last edited by

                  If it's a cutting thing you can always explode it when your happy.
                  I think that a Setting-Out-Point fro the hatching would be a big boon...
                  Still testing ideas on the whole cutting issue... πŸ˜’

                  TIG

                  1 Reply Last reply Reply Quote 0
                  • TIGT Offline
                    TIG Moderator
                    last edited by

                    Here's how to make the group into a cutting component...
                    I know you've probably used different reference name but here I call the originally selected face 'face' and the group you've ended up with containing the trimmed hatching lines/faces etc 'gp' [Note a cutting components will make a hole the size of its perimeter edges so you need to remove any outer perimeters if you want a series of cut pieces... OR keep the outer perimeter equivalent to that of 'face' and make any 'un-hatched' areas of face within the hatching-group with the same material as 'face.material' so they look equivalent???]
                    ` tr=Geom::Transformation.rotation(ORIGIN, X_AXIS, -90.degrees)
                    gp.entities.transform_entities(tr, gp.entities.to_a)

                    it's made flat

                    tran=gp.transformation
                    tr=Geom::Transformation.rotation(tran.origin, tran.xaxis, 90.degrees)
                    gp.transform!(tr)

                    it stands up but...

                    we have now corrected the axes to suit a cutting-component

                    now make it a component...

                    ins=gp.to_component
                    defn=ins.definition

                    make it 'cutting'

                    defn.behavior.is2d=true
                    defn.behavior.cuts_opening=true
                    defn.behavior.snapto=0

                    glue to the original 'face'

                    ins.glued_to=face

                    it now 'cuts holes' in the 'face'

                    now set names/layers/etc

                    for the definition and instance

                    defn.name='????????????'
                    ins.name='????????????'
                    ins.layer='????????????'
                    ###`

                    TIG

                    1 Reply Last reply Reply Quote 0
                    • jolranJ Offline
                      jolran
                      last edited by

                      😲 X_AXIS, Z_AXIS, Y_AXIS. I've totaly missed those symbols.
                      You should see my code for retrieving the X axis comparison... Oboy, what a rookie....

                      You know. In the API the examples use small letter for stuff like x.axis etc. I though they where aliases and not acctual symbols. πŸ‘Š

                      I like your code, nice and clean. This could work πŸ˜„ I have already put in the defs and behavior, so I only need to change the transformations.

                      It's only face who cuts no? Maybe that's what you mean. 😳 Anyway, that is the behavior desired.

                      Will try now. Thanks a lot TIG!

                      1 Reply Last reply Reply Quote 0
                      • TIGT Offline
                        TIG Moderator
                        last edited by

                        The group becomes a component, that component can glue/cut.
                        When you add an instance manually the face you snap to is taken as the face the instance will glue to.
                        However, in code the instance is just sitting there unglued on the face, so you must tell it which face it glues to with
                        ins.glued_to=face
                        Obviously the instance needs to be on the face to work properly, BUT in our code it is anyway so we don't need to move or transform it to suit - as we might with other less specific code...

                        TIG

                        1 Reply Last reply Reply Quote 0
                        • jolranJ Offline
                          jolran
                          last edited by

                          Hah! Sofisticated! That's why I did not see any translation.

                          I understand what you are saying, but must not you add a new instance to get the cutting behavior? Therefore translate as well to orirgin, and put on
                          an inverse transformation on the new instance?

                          I'm not getting any effect. Could of course have made some misstake when I incorporated your code into my script, will doublecheck that.

                          Anyway, I will experiment a little with your code. I'm very happy with your rotation script. That's the part I was stuck on. Just had to put on a vector translation to get to origin(bounds.center to ORIGIN). Wonder if one could use that as inverse.transformation though?

                          On with the testing!

                          Thanks!

                          1 Reply Last reply Reply Quote 0
                          • TIGT Offline
                            TIG Moderator
                            last edited by

                            Even if you add a new instance in code it will not cut until you specify its glued face.
                            So just use the existing instance [the converted group] and glue that to the face, as it's already in the right place !!
                            Why do you need to change the transformations at all?
                            A group's definition is made at the ORIGIN etc no matter where it actually is.
                            The group itself can be adjusted using its transformation data like .origin and .xaxis....
                            Why do you need to involve 'bounds' ??

                            TIG

                            1 Reply Last reply Reply Quote 0
                            • jolranJ Offline
                              jolran
                              last edited by

                              Ok forget about bounds for a minute.(I was using it's center as pt for pt vector_to ORIGIN).

                              Anyway since this did not work at first few tries, I assumed it had relvance with Sketchups behavior in native mode.
                              The cursor must be at the face to be able to glue to a face=NO transformation on entities.

                              (You know this I'm sure) If you select the entities inside a component and translate them AFTER components been created.
                              Then insert a new instance, it won't glue to a face. In fact it will keep the distance from cursor and it's impossible to place it on to a face. You can move it after it's been placed though, but it will not then cut the face.
                              I provide some pictures to better illustrate what I mean.

                              BUT! If you say translation is not needed. I believe you. You know more then me about this. Then I will continue to work with your code as it is. This is just a theory I had why it wasent working in the first place.


                              comp_behavior.jpg

                              1 Reply Last reply Reply Quote 0
                              • TIGT Offline
                                TIG Moderator
                                last edited by

                                Well... if not group.parent==model then you MIGHT have to use the group.parent.transformation.origin and group.parent.transformation.xaxis instead of ORIGIN and X_AXIS which are the model's equivalent - just experiment...

                                Why would you want to place a hatch-component onto another face - it's custom trimmed to the one face ??

                                TIG

                                1 Reply Last reply Reply Quote 0
                                • jolranJ Offline
                                  jolran
                                  last edited by

                                  Ok, I will try that.

                                  @unknownuser said:

                                  Why would you want to place a hatch-component onto another face - it's custom trimmed to the one face ??

                                  I don't want to do that. I was just dragging an instance of the "result" from component sampler to illustrate Sketchup behavior. To show where the "input point" was on the hatchcomponent.

                                  I don't think we are far off a solution anyway, I will keep trying. πŸ˜„

                                  1 Reply Last reply Reply Quote 0
                                  • jolranJ Offline
                                    jolran
                                    last edited by

                                    No Go 😞

                                    Using the exact transformation as you provided TIG. It stays in place as you said. AND the instance get glued to the face.
                                    Even tried making a new instance from that definition + transformation. It has the correct position and glues to the face.
                                    But no cutting behavior. IF you test and insert another instance from the component sampler manually, you can see the origin is off.

                                    The problem must be there? Don't know what else to think of. Behaviors should be correct.

                                    My guess is.

                                    1. tr=reset group.entities transformations to origin(flat at 0). Don't know if have to multiply transformations to do that.
                                    2. Group.to_component.
                                    3. Make definitions.
                                    4. Erase instance.
                                    5. Insert a new instance with the inverse transformation of tr.
                                    1 Reply Last reply Reply Quote 0
                                    • TIGT Offline
                                      TIG Moderator
                                      last edited by

                                      Are you sure the defn.is2d and defn.cuts_opening = true and defn.snapto = 0
                                      Test the defn to see what these are
                                      defn.is2d? defn.cuts_opening? defn.snapto
                                      should be true/true/0, and then inst.glued_to should >>> 'face'

                                      TIG

                                      1 Reply Last reply Reply Quote 0
                                      • TIGT Offline
                                        TIG Moderator
                                        last edited by

                                        The components you are using to compile the hatch-group contents, which will eventually become a component don't need any special behavior - you are adding these transformed anyway, then exploding them etc.
                                        Only the new hatch-group that's to become a component-instance later needs transforming so if it were at the origin then all of its entities are transformed around the 'X_AXIS' so as to be flat within it - i.e. so the 'origin' then has the blue/Z axis sticking out of it. Once you've done that the original-instance [the group >>> component] is now seen to be at 90 degrees to where is was first made on the selected-face [its innards have been flattened], so you need to transform that instance about its origin/xaxis so that now it stands back up again, where it was before; but now of course its axes are turned to suit its new role as a cutting-component's. The inst.definition.behavior is then adjusted so it glues/cuts/is2d=true and snapto=0, but at this point it is not glued to anything - inst.glued_to >>> nil - therefore you use inst.glued_to=face and it now glues/cuts the 'face' as expected....... πŸ˜„

                                        TIG

                                        1 Reply Last reply Reply Quote 0
                                        • TIGT Offline
                                          TIG Moderator
                                          last edited by

                                          I'm confused too.
                                          After you have added the smiley components and exploded them, then trimmed etc they will have lost their cutting/gluing behavior if they ever had it - which is not needed anyway...

                                          What you have is a group this is 'flat' on the originally selected face.
                                          this group will have an origin given by Sketchup - usually at its bottom left corner - tis equates to the ORIGIN. Therefore we transform all of the group's entities - faces/edges using a rotation transformation centered on the ORIGIN around the X_AXIS and -90.degrees...
                                          If the group.parent != model we take the group.parent.transformation.origin and .xaxis instead ???
                                          At this pint we have the group laid flat with the same axes.
                                          We rotate-transform the group about its .transformation.origin and .xaxis and 90.degrees... so that it stands back up with its axis now so the blue axis out of the face.
                                          Make it a component, change that instance's definition.behavior to glue/cut etc etc and then tell the instance it's .glued_to-face ???

                                          I keep repeating this in tests without problems?? You show me images of the thing before that's cutting when it shouldn't be etc...
                                          Are you sure you are using the right code/references etc...

                                          TIG

                                          1 Reply Last reply Reply Quote 0
                                          • jolranJ Offline
                                            jolran
                                            last edited by

                                            @unknownuser said:

                                            I keep repeating this in tests without problems?? You show me images of the thing before that's cutting when it shouldn't be etc...
                                            Are you sure you are using the right code/references etc...

                                            Before smiley is an original. It's a component with cutting behavior.

                                            I'm not sure I'm using the right references. I've tried changing them back and forth a little. It's no big change. My group is called gp.2 and transformation tr4. The thing is I have altered the smiley comp several times before the plugin is about to do your provided rotations. Exploding, entities add to group, intersection, edge removals etc. Maybe I've gone wrong somewhere there, and the axis is off somehow. I will have to do some more tries.
                                            But if you look at the last picture, the blue model axis IS pointing in the face.normal direction. Which is good?

                                            I thank you for your help in this TIG. I have difficulties understanding transformations in code. I thought I got it, but It seams not πŸ˜•

                                            Just a theoretical question. IF one would move the group to Global origin, one would have to rotate around each axis no X,Y,Z? To be sure to cover all angle variations.. Hope you understand what I mean.
                                            I will do some more tries, and also see if I have put in your code wrong.

                                            1 Reply Last reply Reply Quote 0
                                            • 1
                                            • 2
                                            • 9
                                            • 10
                                            • 11
                                            • 12
                                            • 13
                                            • 17
                                            • 18
                                            • 11 / 18
                                            • First post
                                              Last post
                                            Buy SketchPlus
                                            Buy SUbD
                                            Buy WrapR
                                            Buy eBook
                                            Buy Modelur
                                            Buy Vertex Tools
                                            Buy SketchCuisine
                                            Buy FormFonts

                                            Advertisement