[Plugin] JointPushPull Interactive - v4.4e - 02 Jun 19

Re: [Plugin] JointPushPull Interactive - v3.3a - 19 Oct 14

Postby pbacot » Tue Dec 30, 2014 12:10 am

looks like he also wants the original edge removed. Maybe a "too" special case? There are so many options in this tools as it is.
2
MacOSX Mojave ShetchUp Pro v19 Twilight Pro v2 M2 Kerkythea PowerCADD
User avatar
pbacot 
Top SketchUcator
 

Re: [Plugin] JointPushPull Interactive - v3.3a - 19 Oct 14

Postby pilou » Tue Dec 30, 2014 12:15 am

Do you mean like this?

Seems there is always a line on the bottom! ;)
he wants not ?

always.jpg
0
Frenchy Pilou
Is beautiful that please without concept!
Speedy Galerie
User avatar
pilou 
Top SketchUcator
 

Re: [Plugin] JointPushPull Interactive - v3.3a - 19 Oct 14

Postby josephkim626 » Tue Dec 30, 2014 12:29 pm

pilou wrote:You have just the line on the top and not on the bottom?
Maybe you can use remove inner faces by Wikii ?
And Clean Up by Thomthom on the selection of the Vertical + bottom faces ?

Joint PushPull + Remove inner face + CleanUP = your exact result on the right! :)

( here in Xray Mode)
right.jpg


Normal
right1.jpg


Thank you for your comment.

Yes, I just wanted the line on top, not on the bottom.

Also, all other functions create hidden/soften line on the side (it will be visible when hidden geometry is enabled)

I know there is a work-around with cleanup and some other plugins. But I do hundreds of these sometimes.

I was just looking for a easier solution if it wasn't so troublesome.



pbacot wrote:looks like he also wants the original edge removed. Maybe a "too" special case? There are so many options in this tools as it is.


A good point.
It does have a lot of options, I thought maybe an option for my purpose hidden somewhere.
if not, maybe a easy fix.
0
User avatar
josephkim626 
 

Re: [Plugin] JointPushPull Interactive - v3.3a - 19 Oct 14

Postby pilou » Tue Dec 30, 2014 8:07 pm

But I do hundreds of these sometimes.

yes but sometimes with a tricky simple selection and the good plugin
you can make that in one second! :ugeek:
0
Frenchy Pilou
Is beautiful that please without concept!
Speedy Galerie
User avatar
pilou 
Top SketchUcator
 

Re: [Plugin] JointPushPull Interactive - v3.3a - 19 Oct 14

Postby eidam655 » Fri Jan 09, 2015 2:55 pm

edit3: there used to be an angry rant here from me, which was unjustified and stemmed from time pressure and my inability to, in fact, read the manual (or watch the tutorials).

so, sorry to those who had to read it, and i apologize for using this forum to vent my frustration.

have a nicer day than I'm having,
~eidam
2
I'm using SketchUp 2015, V-Ray 2.
User avatar
eidam655 
 

Re: [Plugin] JointPushPull Interactive - v3.3a - 19 Oct 14

Postby JQL » Fri Jan 09, 2015 7:54 pm

Fredo,

I really love JPP and can't thank you enough for allowing us to freely use such a sophisticated and well developed plugin.

I have a couple of small questions for you that I've been strugling with on JPP but never found the nerve to pester you about...

These are little things that I always forget when working with JPP and that make me always undo the first operation I perform with it:

1 - All Sketchup's native tools allow us to define a direction and then reverse it with the "-" operator and a value for the distance. For instance a pushpull of 1m down, might be defined by pushpulling, moving up and then hit "-1" on the VCB. JPP doesn't work like that and always assumes the direction of the side of the face we pick as the positive direction not the direction of the movement we do when dragging, wich for me is not intuitive within the Sketchup environment.

2 - We have to click+drag to define a distance relative to existing geometry. This poses several problems when we have to orbit/pan around the model to find that geometry on the model while keeping the mouse button pressed down. Is there any possibility to make the input for inference be one click for start moving and second click to apply inference?

3 - This would probably have to change the way selection is made on the fly... With standard sketchup it is made by using the shift and ctrl modifier keys. Is it possible to also replicate that behaviour?

4 - On Sketchup tools when you preselect something that preselection is not changeable.

5 - After the selection is defined you input the value on the VCB and press return/enter and the command assumes the distance. Is this possible to replicate too? Right now JPP accepts the VCB input but doesn't accept return or enter to assume the value.

I guess all of these happen because you want to define several input methods and have found this the better way, but maybe the original Sketchup input methods are compatible with all the complexity of your plugin.

I can't imagine how much work would be involved in this, but if it is simple enough could you consider using methods more similar to Sketchup native methods or maybe allow us to define our own input methods?

Thanks in advance and thanks once again for this wonderful plugin,

Best regards and happy new year,

João
0
User avatar
JQL 
Premium Member
Premium Member
 

Re: [Plugin] JointPushPull Interactive - v3.3a - 19 Oct 14

Postby TIG » Fri Jan 09, 2015 8:00 pm

;)
-1
TIG
User avatar
TIG 
Global Moderator
 

Re: [Plugin] JointPushPull Interactive - v3.3a - 19 Oct 14

Postby fredo6 » Fri Jan 09, 2015 10:45 pm

Joao,

Thanks a lot for your comments. It is actually not so frequent to get documented and accurate feedback.

JPP 3.0 has a more complex and versatile UI because it tries to address many requests, mainly:
- multiple interactive selection (and thus unselection)
- support of pre-selection
- work across boundaries of Groups / Components
- support of interactive drag in order to set the offet by reference to points picked in the model

It is not easy to comply with the 'standard(s)' of Sketchup UI, because the situation is somehow different when you deal with multiple faces and editable interactive selection (SU Push Pull only consider the one face under the cursor!).

So here is a kind of answer to your comments:

JQL wrote:1 - All Sketchup's native tools allow us to define a direction and then reverse it with the "-" operator and a value for the distance. For instance a pushpull of 1m down, might be defined by pushpulling, moving up and then hit "-1" on the VCB. JPP doesn't work like that and always assumes the direction of the side of the face we pick as the positive direction not the direction of the movement we do when dragging, wich for me is not intuitive within the Sketchup environment.

I know that. The problem is that when you have multi-faces not necessarily connected, the concept of Mouse direction is not obvious, except for the face under the mouse. So I use this convention of front-face direction as Positive.

JQL wrote:2 - We have to click+drag to define a distance relative to existing geometry. This poses several problems when we have to orbit/pan around the model to find that geometry on the model while keeping the mouse button pressed down. Is there any possibility to make the input for inference be one click for start moving and second click to apply inference?

That's also the price to pay for being able to click on several faces in a row.
The trick for 'free' dragging is simply to click again on the last face selected. Then, with the mouse button released, you can move the offset around.

JQL wrote:3 - This would probably have to change the way selection is made on the fly... With standard sketchup it is made by using the shift and ctrl modifier keys. Is it possible to also replicate that behaviour?

Many users, among which I am, prefer an additive selection by click over click. With modifiers, you may accidentally not press CTRL or Shift and lose the whole selection.
In addition, in JPP Ctrl is used to toggle between the Grow mode and the Push Pull mode.

JQL wrote:4 - On Sketchup tools when you preselect something that preselection is not changeable.

I made the possibility to alter the initial selection just for flexibility and convenience.

JQL wrote:5 - After the selection is defined you input the value on the VCB and press return/enter and the command assumes the distance. Is this possible to replicate too? Right now JPP accepts the VCB input but doesn't accept return or enter to assume the value.

Normally it should work, but you have to make sure that the cursor is over one of the selected face (again for the question of direction).
Note that there is a problem with the Double-Click (whhich is the alternative without keyboard). I fixed it and will publish in v3.3b.
Here is a small video to illustrate

JPP - Initial Selection.gif


JQL wrote:I guess all of these happen because you want to define several input methods and have found this the better way, but maybe the original Sketchup input methods are compatible with all the complexity of your plugin.

When working on plugins I usually try first to design something which is an extension of Sketchup GUI. But I have found that Sketchup is not so uniform, because tools are different in essence.
My guideline when I can is to try to make the workflow mouse-only when possible.

Fredo
0
User avatar
fredo6 
PluginStore Author
PluginStore Author
 

Re: [Plugin] JointPushPull Interactive - v3.3b - 09 Jan 15

Postby fredo6 » Fri Jan 09, 2015 11:31 pm

NEW RELEASE: JointPush Pull Interactive v3.3b - 09 Jan 15

JointPushPull Interactive 3.3b fixes a problem with the offset value used by Double-click right after launching JPP. A value typed in the VCB would be ignored.

See main post of this thread for Download of JointPushPull.

Fredo
3
User avatar
fredo6 
PluginStore Author
PluginStore Author
 

Re: [Plugin] JointPushPull Interactive - v3.3a - 19 Oct 14

Postby JQL » Sat Jan 10, 2015 3:04 pm

fredo6 wrote:Joao,

Thanks a lot for your comments. It is actually not so frequent to get documented and accurate feedback.


JPP 3.0 has a more complex and versatile UI because it tries to address many requests, mainly:
- multiple interactive selection (and thus unselection)
- support of pre-selection
- work across boundaries of Groups / Components
- support of interactive drag in order to set the offet by reference to points picked in the model

It is not easy to comply with the 'standard(s)' of Sketchup UI, because the situation is somehow different when you deal with multiple faces and editable interactive selection (SU Push Pull only consider the one face under the cursor!).

So here is a kind of answer to your comments:


Fredo,

Thanks for considering it and taking the time to make this extensive answer. I understand the complexity of what you want to achieve here and you have the uttermost respect of this community for all you are trying, actually successfully achieving, to push forward.

Overall, as we have discussed before on another place, I think it's a shame you had to pull off such a convuluted method of achieving your stuff. Sketchup should have the tools/framework developers need to achieve this (and even more) already built in. If I would be able to call the shots inside Trimble I would try convincing you to work with them in further developing your framework, along with some designers and other programmers so to better adapt it to sketchup core/UI and open it to every developer as a base to create extensions that have all the features you're trying to achieve:

- Interactivity;
- Extendability;
- Multiple options;
- Performance;
- Inter context workflow (inside outside groups and components);
- Functionality;
- Accuracy;
- And so on...

In the end it would start by your core functionallity but would be open to even more, with greater stability and speed and a much better integration with the sketchup workflow. Particularly JPP tools should have been made native already.

JQL wrote:1 - All Sketchup's native tools allow us to define a direction and then reverse it with the "-" operator and a value for the distance. For instance a pushpull of 1m down, might be defined by pushpulling, moving up and then hit "-1" on the VCB. JPP doesn't work like that and always assumes the direction of the side of the face we pick as the positive direction not the direction of the movement we do when dragging, wich for me is not intuitive within the Sketchup environment.

I know that. The problem is that when you have multi-faces not necessarily connected, the concept of Mouse direction is not obvious, except for the face under the mouse. So I use this convention of front-face direction as Positive.[/quote]

I believe I understand you perfectly but I don't fully agree with you. The way I see it, when you know what's happening, having multi faces selected or not, won't change what you want to happen. You're selecting those faces because you want an effect to happen on them. What should be obvious is what's happening in the UI when you're interacting with the software. Your method works and very well, the only thing that I feel is that it could be the same method as with other sketchup commands.

For instance Move/copy tool can be a multi face operation and you know that when you're moving left everything is also moving left.

In JPP I understand things are harder to visualize as you push pull multiple faces at the same time and this is a multidirectional aproach on geometry.

However that doesn't change if you see a vector in the first face when so much is happening at the same time.

What really makes a difference is the preview JPP generates. That is what people intuitively look at and a visual effect that beautifully relates to what one wants to achieve. It also related how other commands in sketchup works that wuch is the WYSYWYG aproach.

When the preview is being interactively generated intuitively I think: It's moving where I want it to go then I want to move it 1 unit in that direction, then I hit 1+ENTER and it's set. However this might not be true as 1m goes back after all... And then I (the user) might or might not relate to that vector and remember that it was, after all, what defined the positive direction. I believe that in the middle of such a gorgeous and promising interactive effect, the vector becomes secondary.

fredo6 wrote:
JQL wrote:2 - We have to click+drag to define a distance relative to existing geometry. This poses several problems when we have to orbit/pan around the model to find that geometry on the model while keeping the mouse button pressed down. Is there any possibility to make the input for inference be one click for start moving and second click to apply inference?

That's also the price to pay for being able to click on several faces in a row.
The trick for 'free' dragging is simply to click again on the last face selected. Then, with the mouse button released, you can move the offset around.


Thanks for this tip. It's very helpfull. However I still fell free clicking should have priority over the click/drag aproach. Making a selection is sometimes difficult so I often don't remember what was the last faces selected. I also make a lot of selection mistakes and so I have to make corrections. Having to remember that any particular faces should be the last one to select will add to selection difficulty. Also I might think that face should be the one I to be used, but it was the face next to it after all and I can only find that after trying. Again if this was a sketchup native tool, I would hit ESC key and would be able to select another point/edge/face as reference.

fredo6 wrote:
JQL wrote:3 - This would probably have to change the way selection is made on the fly... With standard sketchup it is made by using the shift and ctrl modifier keys. Is it possible to also replicate that behaviour?

Many users, among which I am, prefer an additive selection by click over click. With modifiers, you may accidentally not press CTRL or Shift and lose the whole selection.
In addition, in JPP Ctrl is used to toggle between the Grow mode and the Push Pull mode.


This is also another great tip I had missed. What I used to feel about selection was exactly the same as you described. Now I'm used to the sketchup way and find it better. This is of course personal but the thing is that even if it is true that many users prefer other methods for selection sketchup works like that and if people are using sketchup they might be used to it. Selection method consistency avoids users having to change their frame of mind in the middle of the process.

I'm going to make a very unfair proposition for solving this issue. I know I will really look like a ridiculous spoiled bratt but I'm pretty sure you could pull this off easily and you could make it compatible with your plugins:

What about a plugin that would toggle a way selections are made inside sketchup prior to every command (or even inside commands too)? Would it be possible?

Right now people have to keep CTRL, SHIFT or CTRL+SHIFT pressed down to make selections. If a plugin would make this combos TOGGLED on and off while selecting then everything would be solved. Imagine that you are selecting some faces and press CTRL+SHIFT once. Now the selection arrow is pemanenlty with the plus and minus sign until you toggle it off or change to another toggle.

(Now I know this was just me pushing my luck... I'm sorry.)

fredo6 wrote:
JQL wrote:4 - On Sketchup tools when you preselect something that preselection is not changeable.

I made the possibility to alter the initial selection just for flexibility and convenience.


Yes I appreciate it very much. However, as this changes the way sketchup works natively, it creates an extra layer of information we have to be aware of when your plugin is active. As your plugins are already very information intensive sometimes I get confused on what's happening.

I can tell you, for instance, that the partner I work with, avoids using JPP because of that (Even if I insist it's probably one of the first essential sketchup plugins to have...)

I would suggest that when clicking CTRL, SHIFT or CTRL+SHIFT, and only then, the plugin would allow to modify selection.

fredo6 wrote:
JQL wrote:5 - After the selection is defined you input the value on the VCB and press return/enter and the command assumes the distance. Is this possible to replicate too? Right now JPP accepts the VCB input but doesn't accept return or enter to assume the value.

Normally it should work, but you have to make sure that the cursor is over one of the selected face (again for the question of direction).
Note that there is a problem with the Double-Click (whhich is the alternative without keyboard). I fixed it and will publish in v3.3b.
Here is a small video to illustrate


fredo6 wrote:
JQL wrote:I guess all of these happen because you want to define several input methods and have found this the better way, but maybe the original Sketchup input methods are compatible with all the complexity of your plugin.

When working on plugins I usually try first to design something which is an extension of Sketchup GUI. But I have found that Sketchup is not so uniform, because tools are different in essence.
My guideline when I can is to try to make the workflow mouse-only when possible.

Fredo
[/quote]

Yes I can see how frustrating and limiting this might be for a developer and I can't thank you enough for all you achieved. It's really amazing!

However I still feel some of the sketchup behaviours and UI common practices could be applied in your plugins.

For instance that CTRL for toggling Push Pull and Grow, couldn't it be made with ALT instead, freeing CTRL and SHIFT for selection as usual in sketchup?

I hope you don't feel anyway insulted by any of the comments above. I'm honestly trying to give you a positive feedback, and hoping you find it useful.

I also feel I'm being unfair here as I'm trying to perfect something that is not mine, nor I could ever manage to create and is really already on an outstanding level.

Best regards and thanks again for paying attention to my comments.

João
0
User avatar
JQL 
Premium Member
Premium Member
 

Re: [Plugin] JointPushPull Interactive - v3.3b - 09 Jan 15

Postby fredo6 » Sat Jan 10, 2015 3:24 pm

Joao

Thanks for your comment. I'll think about a flag for different style of GUI.

But keep in mind that Sketchup itself is not always so consistent in its GUI.

JQL wrote:For instance that CTRL for toggling Push Pull and Grow, couldn't it be made with ALT instead

precisely, CTRL is used by the native Push Pull to toggle between PushPull and Grow! Indeed, since SU Push Pull is single-face, the native tool does not have a problem of multiple selection. So it does not matter for SU in this case.

More generally the CTRL, SHIFT and ALT modifier are used for various purpose depending on the Sketchup tool. It just happens that the Selection Tool uses CTRL for cumulative selection, but CTRL is used for copy mode in the Move Tool, is ignored in the LineTool and is used for toggling between radius / chord anchor when you draw a polygon.

Fredo
0
User avatar
fredo6 
PluginStore Author
PluginStore Author
 

Re: [Plugin] JointPushPull Interactive - v3.3b - 09 Jan 15

Postby JQL » Sat Jan 10, 2015 4:10 pm

Yes that is inconsistent some times.

I think the command modifiers in Sketchup should stick with ALT. Alt is seldomly used but it distinguishes itself clearly from CTRL/SHIFT. It's main appearance might be autofold and on the Paint Bucket tool...

I guess CTRL is used everytime a plus sign appears in a tool and that is consistent even with the selection tool. However, your plugins are really selection dependant and if you want to have a way to interactively select as the command is operating (as you do) without the selection process affecting the actual command geometrical effect procedure, I think there should be a moment/event where that triggers selection mode, suspending that procedure while in the selection mode until the selection mode is finished.

Natively this moment for interactive selection is done by interrupting the command with the select tool and I don't see this as a bad option in native commands.

Your commands however are much more complex and you have to define a lot of parameters while in the command. That poses a question that I think is the question you're trying to solve (but I might be wrong):

If the selection isn't correctly made and you understand it in the middle of the command process if you'd cancel the command (like in native commands) you'd loose all the settings defined until then. This of course would imply user frustration... In sketchup commands that frustration isn't evident because all commands are simpler than yours.

The solution for this in your case would be something like:
1 - Simplifying your commands - I don't suppose this could be done without loosing functionality and no one wants that (I know I don't!)
2 - Finding a way to cancel the command without loosing configured options so one can select the right elements and then restart command - This might be stupid as sometimes we want to cancel the command because of misdefined parameters and if canceling is equivalent to assuming currently defined parameters we might be ruining functionality. Maybe this could be solved by a parameters history where FredoTools record not only the last assumed parameters on a successful operation but also a number of parameters defined before. Maybe even a favorites for parameters (complexity going sky high...)
3 - Defining a clearer selection and reselection methodology within the command process wich doesn't interfere with geometry creation procedure (for me this should be the way) - Hit a key or activate a button with the mouse, and you're on selection mode. Activate the command with a preselection and it would assume the preselection unless you toggled selection mode. Activate the command with no selection and selection mode would be on. I insist that, for me, it would be completely logical that this selection mode was not a toggle, but would be activated whenever SHIFT or CTRL would be pressed down and would remain active until release.

Now that I think on this deeper and after you presented me your favorite selection method, I actually think toggle by pressing SHIFT/CTRL untoggling by releasing, makes more sense inside your plugins, than on regular sketchup work...

Well I'm sure you'll sort out what's the best option considering all.

Thanks again for your consideration,

João
0
User avatar
JQL 
Premium Member
Premium Member
 

Re: [Plugin] JointPushPull Interactive - v3.3b - 09 Jan 15

Postby JQL » Sat Jan 10, 2015 4:10 pm

Yes that is inconsistent some times.

I think the command modifiers in Sketchup should stick with ALT. Alt is seldomly used but it distinguishes itself clearly from CTRL/SHIFT. It's main appearance might be autofold and on the Paint Bucket tool...

I guess CTRL is used everytime a plus sign appears in a tool and that is consistent even with the selection tool. However, your plugins are really selection dependant and if you want to have a way to interactively select as the command is operating (as you do) without the selection process affecting the actual command geometrical effect procedure, I think there should be a moment/event where that triggers selection mode, suspending that procedure while in the selection mode until the selection mode is finished.

Natively this moment for interactive selection is done by interrupting the command with the select tool and I don't see this as a bad option in native commands.

Your commands however are much more complex and you have to define a lot of parameters while in the command. That poses a question that I think is the question you're trying to solve (but I might be wrong):

If the selection isn't correctly made and you understand it in the middle of the command process if you'd cancel the command (like in native commands) you'd loose all the settings defined until then. This of course would imply user frustration... In sketchup commands that frustration isn't evident because all commands are simpler than yours.

The solution for this in your case would be something like:
1 - Simplifying your commands - I don't suppose this could be done without loosing functionality and no one wants that (I know I don't!)
2 - Finding a way to cancel the command without loosing configured options so one can select the right elements and then restart command - This might be stupid as sometimes we want to cancel the command because of misdefined parameters and if canceling is equivalent to assuming currently defined parameters we might be ruining functionality. Maybe this could be solved by a parameters history where FredoTools record not only the last assumed parameters on a successful operation but also a number of parameters defined before. Maybe even a favorites for parameters (complexity going sky high...)
3 - Defining a clearer selection and reselection methodology within the command process wich doesn't interfere with geometry creation procedure (for me this should be the way) - Hit a key or activate a button with the mouse, and you're on selection mode. Activate the command with a preselection and it would assume the preselection unless you toggled selection mode. Activate the command with no selection and selection mode would be on. I insist that, for me, it would be completely logical that this selection mode was not a toggle, but would be activated whenever SHIFT or CTRL would be pressed down and would remain active until release.

Now that I think on this deeper and after you presented me your favorite selection method, I actually think toggle by pressing SHIFT/CTRL untoggling by releasing, makes more sense inside your plugins, than on regular sketchup work...

Well I'm sure you'll sort out what's the best option considering all.

Thanks again for your consideration,

João
0
User avatar
JQL 
Premium Member
Premium Member
 

Re: [Plugin] JointPushPull Interactive - v3.3b - 09 Jan 15

Postby fredo6 » Sun Jan 11, 2015 11:44 pm

On the multiple selection, the problem is the following:

If you click/release on face and if it was to activate the 'free' drag push-pull, then whenever you move the mouse, the initial face would be push-pulled interactively. This would make it impossible to select a second face.

Illustration with the Standard Sketchup Push Pull.

JPP Multiple selection issue.gif


In most cases you don't need to drag faces. Just select them, make sure the cursor is on one of the selected face and type the offset in the VCB (or just Return or Double-click is the offset value is already OK).

It is only when you want to set the face with respect to a reference point in the model that you need to interactively drag the faces.

Fredo
0
User avatar
fredo6 
PluginStore Author
PluginStore Author
 

Re: [Plugin] JointPushPull Interactive - v3.3b - 09 Jan 15

Postby JQL » Mon Jan 12, 2015 11:49 am

fredo6 wrote:
It is only when you want to set the face with respect to a reference point in the model that you need to interactively drag the faces.

Fredo


This is probably why I'm the one bringing up the subject. This the process I use 90% of the time with sketchup native tools and JPP. The fact is that the functionallity you offer is flawless. There is nothing to point on that regard, so I actually feel ashamed of myself by seeming that I'm somehow bragging about UI.

The thing is that the way I always worked on Architecture is all about references to other geometry - alignements, porportions, visual axis, middle points, endpoints,... - as that adds geometric rule to space. I almos never think of space as an addition/subtraction of numbers. The thing that made me fall in love with Sketchup is no other than the inference system wich is an almost perfect system for the way I study space. I bet even if inference.

I feel that if there was a way to toggle selection on/off that free movement could break temporarily and then continue freely.

But don't mind about this questions of mine though, The functionality is there and I've been using your tools long enough already to know what to expect. An though they're feeling different from SU they do work! They do facilitate our life tremendously! And that is the purpose after all!

Thanks again,

João
0
User avatar
JQL 
Premium Member
Premium Member
 

Re: [Plugin] JointPushPull Interactive - v3.3b - 09 Jan 15

Postby schnydix » Tue Jan 13, 2015 2:12 pm

Thank you very much Fredo
Happy and good new year to you
and a little German german quick card
Esense 3d
0

schnydix 
 

Re: [Plugin] JointPushPull Interactive - v3.3b - 09 Jan 15

Postby schnydix » Tue Jan 13, 2015 2:21 pm

Quick card German
1

schnydix 
 

Re: [Plugin] JointPushPull Interactive - v3.3b - 09 Jan 15

Postby rv1974 » Wed Jan 14, 2015 9:06 am

It appears RoundPP refuses to deal with obtuse angle geometry.
0

rv1974 
 

Re: [Plugin] JointPushPull Interactive - v3.3b - 09 Jan 15

Postby ely862me » Tue Feb 03, 2015 12:12 am

Hi guys.
Do you have any idea why JPP is not working ?(for a friend)
The other tools from you (Fredo) , are working but this one doesn't .
I have the latest Libfredo, I use Sketchup 2015 64 bit . I have also tested it with no other plugins in the Plugins folder. In vain.

The plugin seems installed, all the incons are alright . When I select one of its tools and try to run it on a face it just highlights a polygon or a triangle and then nothing. Somehow it doesn's select the surface as it should !
The Face selection is set to Surface, but it does not select the surface, it is only highlighting a polygon that is under the surface .

I ran out of ideas.

EDITED

I have read back and found out about the DC being disabled. I have checked the behavior on my own Sketchup with them turned off and this seems to be it . Lets see if it works for my friend. I am not sure if it is written in the documentation about this, but could you post it at the conflicts ? Thank you !
0
Elisei (sketchupper)
____________________________________________________________
Before no life was done on Earth it was THE LIFE ITSELF...GOD
Come and See EliseiDesign
User avatar
ely862me 
Top SketchUcator
 

Re: [Plugin] JointPushPull Interactive - v3.3b - 09 Jan 15

Postby fredo6 » Tue Feb 03, 2015 10:32 am

ely862me wrote:I have read back and found out about the DC being disabled. I have checked the behavior on my own Sketchup with them turned off and this seems to be it . Lets see if it works for my friend. I am not sure if it is written in the documentation about this, but could you post it at the conflicts ? Thank you !

What is "DC"? Is it Dynamic components?
I don't know why there would be a conflict.

Thanks for feedback

Fredo
0
User avatar
fredo6 
PluginStore Author
PluginStore Author
 

Re: [Plugin] JointPushPull Interactive - v3.3b - 09 Jan 15

Postby TIG » Tue Feb 03, 2015 1:39 pm

DC rubies add several additional methods into the base Sketchup and related Classes.
If you have used any of these methods in your code, then IF those DC rubies have not loaded you will get errors.

These include:

Geom::Transformation.rotx
Geom::Transformation.roty
Geom::Transformation.rotz
Geom::Transformation.xscale
Geom::Transformation.yscale
Geom::Transformation.zscale

UI::WebDialog.last_width
UI::WebDialog.last_width=
UI::WebDialog.last_height
UI::WebDialog.last_height=

Sketchup::ComponentInstance.copy
Sketchup::ComponentInstance.description
Sketchup::Drawingelement.local_transformation
Sketchup::Drawingelement.scaled_size
Sketchup::Drawingelement.unscaled_size
Sketchup::Drawingelement.set_last_size
Sketchup::Drawingelement.last_scaling_factors

Model.typename
Model.entityID
Model.delete_attribute
Model.layer


There are other "DC..." classes too, but I'd expect you won't have used those !
0
TIG
User avatar
TIG 
Global Moderator
 

Re: [Plugin] JointPushPull Interactive - v3.3b - 09 Jan 15

Postby fredo6 » Tue Feb 03, 2015 5:31 pm

TIG,

Thanks for clarification.

I think I may use model.entityID. Actually I thought it was a native method (which would make sense).

I have to check my code to track these instances.

Fredo
0
User avatar
fredo6 
PluginStore Author
PluginStore Author
 

Re: [Plugin] JointPushPull Interactive - v3.3b - 09 Jan 15

Postby TIG » Tue Feb 03, 2015 5:42 pm

Model.entityID is a weird one it always returns "Model", so unsure why it's used... :shock:

You can trap it with something like:
Code: Select all
if defined?(Sketchup.active_model.entityID)
  mid = Sketchup.active_model.entityID
else
  mid = "Model"
end
BUT then mid = "Model" is always right - so why not use the simplest fix !
0
TIG
User avatar
TIG 
Global Moderator
 

Re: [Plugin] JointPushPull Interactive - v3.3b - 09 Jan 15

Postby JQL » Tue Feb 03, 2015 6:03 pm

@Tig and Fredo

You have the notion you look like aliens with superpowers to the rest of us mortals down here...don't you?
1
User avatar
JQL 
Premium Member
Premium Member
 

Re: [Plugin] JointPushPull Interactive - v3.3b - 09 Jan 15

Postby fredo6 » Tue Feb 03, 2015 9:04 pm

@TIG:

Now I know this is not a native method, I will be careful. In fact this method is convenient because you can use entityID on a parent whether Group, ComponentInstance or active model.

Fredo
0
User avatar
fredo6 
PluginStore Author
PluginStore Author
 

Re: [Plugin] JointPushPull Interactive - v3.3b - 09 Jan 15

Postby j03150315 » Mon Feb 23, 2015 12:02 am

This tool is amazing! However, I encountered some error with the follow push/pull.
When I tried to use follow push/pull, the following error occurred:


undefined method `angle_between' for nil:NilClass

Ruby File Line Method

JointPushPullAlgo.rb 1339 vertex_average_factor
JointPushPullAlgo.rb 1089 follow_compute_direction
JointPushPullAlgo.rb 1056 block in block_prepare_vertices_F
JointPushPullAlgo.rb 1056 each
JointPushPullAlgo.rb 1056 block_prepare_vertices_F
JointPushPullAlgo.rb 890 block in block_prepare_vertices_all
JointPushPullAlgo.rb 890 each
JointPushPullAlgo.rb 890 block_prepare_vertices_all
JointPushPullAlgo.rb 500 algo_prepare_calculation_exec
JointPushPullAlgo.rb 477 algo_prepare_calculation
JointPushPullTool.rb 692 dragging_start
JointPushPullTool.rb 1190 onMouseMove
22-Feb-15 14:56:56

Does anyone know why?? I followed exactly what the video showed, push/pull the top of a cone shaped object.

Would love some help! Thank you!!
0

j03150315 
 

Re: [Plugin] JointPushPull Interactive - v3.3b - 09 Jan 15

Postby fredo6 » Sat Mar 14, 2015 1:16 pm

It may depend on your model.

So the best is to post it or PM it to me.

Fredo
0
User avatar
fredo6 
PluginStore Author
PluginStore Author
 

Re: [Plugin] JointPushPull Interactive - v3.3b - 09 Jan 15

Postby cotty » Sun Mar 22, 2015 10:00 am

Hi Fredo, I've experienced this round push pull error for this simple geometry...

rpperror.jpg
0
User avatar
cotty 
Top SketchUcator
 

Re: [Plugin] JointPushPull Interactive - v3.2b - 17 Mar 14

Postby erkan » Wed Mar 25, 2015 9:32 pm

I'm getting the same error in a specific geometry, any plans of implementing the safer generation method?

fredo6 wrote:
StamatisPsarras wrote:I am also getting this error in a complex model.
Any ideas what I should avoid when modeling, so it wont happen again?

Unfortunately, these kind of errors may happen with complex models where the generated offset surface contains overlaps. This is due to the fast method of generation. I have the plan to have a default safe generation method to takeover when there are such errors. Should go in a next release.

Fredo
0
User avatar
erkan 
 

Re: [Plugin] JointPushPull Interactive - v3.3b - 09 Jan 15

Postby littleche » Thu Apr 30, 2015 10:43 am

HI fredo

this face have problem with joint pull push plugin but easily work with puss pull tool in sketchup !
It was very surprising for me! Since this face is very Simple !

I uploud this file . I thank you for the review explained above.
0

littleche 
 

SketchUcation One-Liner Adverts

by Ad Machine » 5 minutes ago



Ad Machine 
Robot
 

PreviousNext


 

Return to Plugins

Who is online

Users browsing this forum: Bartholomews23, Cresentia and 14 guests

Visit our sponsors: