Hi Kyyu.

1. yes, thanks. I noticed that. However removing layer is not so good if doing the 2nd+ hatch?
2. ? The cmd is calling the self.hatchfaces method, not the module? Ok I will have a look.
3. So you mean I should stop developing it until I have matured?
4. insulting word, but maybe true.
   Is the code example you provided tested?

Like I've said before you have to realize that this plugin is not aimed at linehatches only, and it's still beta.
Everyone knows what beta means......If the plugin is not good enough for publishing I can remove it and post when I "feel" ready? Feel's like I have broken some unwritten rule here..

IF implementing other MODULES, with ex patterns of insulation etc AS modules the code structure can of course not remain like this. And you have provided intersection not inside a method, wich can be troublesome if I will have to reuse it for the other modules. Orders matters no?

I'm experimenting right now with possibilities for other patterns. I see no reson to rewrite the whole code structure until I know where this plugin's heading. Might fix TIG's bugspots and your group and layer undo issues.

I appreciate you effort and will take your advice into consideration.

edited: Hmm no, intersection is inside a method. OK thats better. Difficult to see without having the code in Notepad.
But I still need intersection independent of the linehatching.
Also. Remember, each group.entities sent to hatching will need a face for intersection! So in order to keep intersection apart from hatchingmethod there is a need for a face_clone method.
However I do like the way you call the methods. That I will work on.

That looks good, Martin and Dan. Thumbs up for all developpers of these kind of tools.

If I would could wish for 1 feature that is missing(or I have overlooked) in all these editors, is the capability
to fold methods or conditionals etc. When getting longer scripts that helps a lot.

But having longer scripts is maybe not what these "inside Sketchup" code editors was created for, so just a thought of mine.

Thanks for the feedback TIG!

I will try to fix those things.

You don't think there are any problems calling all those methods at the end? I mean it works, but feels strange.

Ok. ver 1.6 beta added.

http://forums.sketchucation.com/viewtopic.php?f=323&t=38637&p=341461#p341461

Crosshatching should be working. It creates the hatches in 2 groups inside a parentgroup, should you wish crosshatching.

Had to rewrite parts into methods. TIG's been "directing" me more and finding problems than "giving" me code in this version. So I had to suffer and learn a little bit more Besides the script is getting longer so it takes more time to debug from his part...

That said! Beware that this script could surely be optimized, and I'll gladely take tips about how to.
I do feel it's a bit ugly script with all the methodcalling at the end.
Just remember that the temp face(face_clone) method must be separate. So it can be used if there are possibilities to
do other types of hatchpattern, and implement them on the face_clone.

Thanks to TIG, again for tutoring

Ooops!! The "Hatchfaces" menu item in Draw menu isent finished yet. Will fix that later...
Should not affect usage with icons..

@unknownuser said:

Thanks, my 1st icons. I think the most time was spent, just making the icons.

He he! Yes I know. It's difficult to make them look good after downscaling so much.
Anyway.. Good job

1.5 beta uploaded!

You might as well play with it. An Edge and a Face must be selected. The hatches will be created clockwise according to the edge. Hopefully

I will continue with the crosshatching...

Yep. This evening.

I was planning on adding the crosshathcing as well. But it's not working yet.
Anyway I will upload ver 1.5 anyway, with or without crosshatching.

eekk, don't know what I'm talking about It does multiple faces as long 1 edge is selected and the face is
connected to that edge.

Nice icons Kyyu! Very useful plugin.

Well, it seams to be working a little better now. No promises though..

TIG's selection code works like a charm.
Just had to change pt and pt1 to pt=@edge.start.position, p1=@edge.end.position. And use ve=pt.vector_to(p1) as usual.
So now the hatching gets aligned to the selected edge..

Maybe it would be a good idea to have the plugin run as usual(axis mode) if NO edge is selected? Some if statements when edge is NOT selected or so..

That way one still would have the possibility to alter several faces should one wish so.
Anyway if no objections I might do the update on this?

No worries!

I think I will alter the "Tourette Syndrome style" prompts in the inputbox you recommended.

Ahhh Excellent! That certainly make more sence then the shi£$y stuff I was working on.

I will try this tomorrow, avec plaisire.

Thank you TIG.

If selecting face and edge I can only get an array, not the edge as an individual edge selection?
Even if doing a ==Sketchup::Edge thingy..
Must I use a selection observer for this?
Would be fun if I could even try this method out, but stuck on basic things..

Ahh, you mean multiple face selection? Yes I see, that will not work of course.
I don't see it as a big limitation that only 1 face could be processed at each time?
Or faces on the same plane, wich is probably the most common case?

Edges get drawn a bit irregular atm.

Trying something. Comments are VERY welcomed. Have selected the face and 1 edge.

Can retrieve the edge like this.

@h_edge=ss if ss.class==Sketchup;;Edge

And if using the edges points to make a vector, I've tried @h_edge.line. Did not work. This does not work either.

pt=@h_edge.start
p1=@h_edge.end
ve=pt.vector_to(p1)

Main goal is to make a condition: If an edge+face is selected run this code. If only face is selected run the axis code.
Of course only 1 edge can be selected.
Bad idea?

Hmm. GRRRRoin
The problem from yesterday is worse than I thought. Linehatch direction gets switched in different axis.
That is probably what TIG was reffering to. In my over-enthusiastic mood I did not notice that.

So my only conclusion is that an selected edge MUST be included in the calculation of hatch.angle.

That is true Sergey!

Should be an relativley easy fix. For TIG that is For me, everything takes time..

Sergey. No need to feel bad. It's good if you report anything suspicious.

The hatchgroup is created on Hatchlayer. The edges are created on the "active" layer.If you want ALL hatchline-geometry on "Hatchlayer". Just create one hatch(to add the hatchlayer). Delete it.
Select Hatchlayer as active layer, then ALL lines will get to that layer.

If we go back to the problem with hatchline alignment. Yesterday's update (TIG code)fixed the problem with ngons or to call it "asymmetrical" faces .

I thought about this. I think the best solution(if doable) would be to do an additional edge selection.
Where hatches get aligned to that edge. Something like if selection.contains edge, the vector will be created from that edge and override current solution. Eg if only face is selected hacthing will be done as current "on axis solution".

I do not think this problem can be solved by an automatical solution(hope I'm wrong), cause faces can be created in so many different shapes. What edge should hatching be aligned to and so on..