Sketchup is broken
-
Well there are a number of issues. Not the lest of which is the number of addons both commercial and free that are being written for SU. I have already found one culprit. With still no definitive answer.
-
@thomthom said:
I moved all my plugins to a temp folder. And my menus are back to normal now. I'm adding them back as I need them one at a time.
What you will find is a plugin that start some type of bad behavior and will think you have the problem solved. However if you redo the exercise, changing the order of testing plugins, you will find out that particular plugin may not be causing the problem. Now some other plugin will cause the problem.
So just removing or not installing that plugin, which may work OK all other times is not really the problem. I have tried your method and I have never found a reliable source of the problems. You however, are much more in-tune and knowledgeable with script writing and you may be able to spot a problem.
What I know is that there seems to be no problem with any plugin that have a toolbar icon. Therefore, to me the problem is in the contents, edit or plugin drop down menu.
I would pay good money for some script writer, like TIG or CADFATHER, if they would take some plugins, with the author's permission, and make toolbar icons. Getting rid of the script in the context, edit and plugin menus selection and just allowing the toolbar icon to select and use the plugin. And the toolbar author would split the cost with the script writer. This way everyone make some money.
I don't want to cheat anyone, but the plugins have destoyed a very simple and useful program.
If you look at some plugins, they come up in the contents menu, the plugin menu and maybe some other menu, like the draw or tools. Plugin don’t have to be in all these different areas to be functional.
-
@unknownuser said:
@thomthom said:
I moved all my plugins to a temp folder. And my menus are back to normal now. I'm adding them back as I need them one at a time.
What you will find is a plugin that start some type of bad behavior and will think you have the problem solved. However if you redo the exercise, changing the order of testing plugins, you will find out that particular plugin may not be causing the problem. Now some other plugin will cause the problem.
So just removing or not installing that plugin, which may work OK all other times is not really the problem. I have tried your method and I have never found a reliable source of the problems. You however, are much more in-tune and knowledgeable with script writing and you may be able to spot a problem.
What I know is that there seems to be no problem with any plugin that have a toolbar icon. Therefore, to me the problem is in the contents, edit or plugin drop down menu.
I would pay good money for some script writer, like TIG or CADFATHER, if they would take some plugins, with the author's permission, and make toolbar icons. Getting rid of the script in the context, edit and plugin menus selection and just allowing the toolbar icon to select and use the plugin. And the toolbar author would split the cost with the script writer. This way everyone make some money.
I don't want to cheat anyone, but the plugins have destoyed a very simple and useful program.
If you look at some plug ins, they come up in the contents menu, the plug-in menu and maybe some other menu, like the draw or tools. Plug-ins don’t have to be in all these different areas to be functional.
I'd like to see a plug-in to load and unload plug-ins. Kind of a plug-in Manager. Because sometimes I need to use the plug-in but not the other one, and vice versa. I have noticed with more plug-ins added to my computer the longer it takes SU to load and/or do certain things.
And as was mentioned, I think there are some plug-ins which break other plug-ins (not on purpose). If you have 50 plug-ins, trying to find the culprit can take a long time. Plus it might even be a combination of plug-ins.
So that is why I think a plug-in manager would be beneficial. I'll step off my soapboax.
Rick
-
@unknownuser said:
What you will find is a plugin that start some type of bad behavior and will think you have the problem solved. However if you redo the exercise, changing the order of testing plugins, you will find out that particular plugin may not be causing the problem. Now some other plugin will cause the problem.
Yea - I'm pretty sure there is no single plugin that causes the diabled menus. The disabled menus can be reproduced without any installed. But having a number of plugins makes the situation worse. That's why I'm now rebuilding my collection by adding strictly what I use - not having loads of nice-to-have plugins.
-
Well let me add myself to the list as well. I have also noticed this in the last few weeks. It's not every time I start SU but it is happening. I am on WinXP SP3, dual-core AMD based system with an nVidia GF8600GT card.
-
@ Rick,
That would be a great idea, but until the wandering plugin menus problem gets fixed, it wouldn't be worth it. Every time you'd enable something you'd be chasing menus again.
Add me to the list as well of grayed-out plugin menus. I haven't updated to the most recent build of SU, but the problem seems to be worse with folks who have. That, or as they've updated, the number of plugins has increased as well and is part of the problem. Anyway, sometimes it happens very quickly ~ 5 minutes after SU start, and other times it'll take a half hour before the menus go grey. I wonder if it has anything to do with a particular operation happening simultaneously with auto-save? Quick way to figure that out would be to disable auto-save.
Win7 64 bit, Nvidia 9800 GTX+, Core Duo processor.
-
You people are making me nervous.
I use sketchup pro current release.
I spend, on average, about 6 hours a day working with it.
I have never experienced any of the issues being discussed here.
"knock on wood"
I use less than five plugins.Is the over riding consensus that the plugins are the issue?
Have the issues been reported by anybody using a "clean" install
of su?
If it is a plug-in issue, is it Sketchups responsibility to adapt
their program to (for lack of a better term) home made scripts or is
it the script writers responsibility to make them work with su?The answer is probably...both.
I do feel a need to have an official su representative comment on
this and put fears to rest.Who are the official su people...are they part of this forum?
Paul
-
@pmolson said:
If it is a plug-in issue, is it Sketchups responsibility to adapt
their program to (for lack of a better term) home made scripts or is
it the script writers responsibility to make them work with su?How on earth do you adapt to this? (spoken as a plugin writer)
-
to thomthom,
How on earth would we do that?....That is the big question isn't it.I hope I did not come across as laying blame. That was not my intent.
I know nothing about writing plug-ins and I am very appreciative of
those of you who share your hard work.From what I can gather from reading this post, it sounds like
plug-ins are conflicting with an su update. Can we say that?If we can't definitely answer that question, then there is no
starting point for fixing it.I think anything can be fixed with the correct questions and good
communication with the people in a position to answer them.So, who are the Google sketchup people and how does one access them?
I really don't have a clue, are they just a ghostly presence moving in
& out of the forums dimension or...where are they?It is hard to believe that sketchup is broken. I do not want to believe it
Google Su official people, please come to this forumn and put these fears to rest!
p
-
@thomthom said:
@unknownuser said:
What you will find is a plugin that start some type of bad behavior and will think you have the problem solved. However if you redo the exercise, changing the order of testing plugins, you will find out that particular plugin may not be causing the problem. Now some other plugin will cause the problem.
Yea - I'm pretty sure there is no single plugin that causes the diabled menus. The disabled menus can be reproduced without any installed. But having a number of plugins makes the situation worse. That's why I'm now rebuilding my collection by adding strictly what I use - not having loads of nice-to-have plugins.
i still don't understand why plugins can't be loaded on demand? all the menu's and such loaded but the code not executed unless called on during that session. or am i missing something?
-
The disabled menus can be reproduces without any plugins. That indicate that the root of the problem is within SU itself. However, it does appear that having a great number of plugins makes the situation worse. But the does not seem to be any particular plugin that worsen it. Because of this the situation is very difficult to handle.
-
Odd, I have 115 .rb files and their accompanying folders in my Plugin folder and I don't experience any such problems (Knock on Wood_Cherry_Original).
I also have a few more on my home machine and again, no problems. -
@xrok1 said:
@thomthom said:
@unknownuser said:
What you will find is a plugin that start some type of bad behavior and will think you have the problem solved. However if you redo the exercise, changing the order of testing plugins, you will find out that particular plugin may not be causing the problem. Now some other plugin will cause the problem.
Yea - I'm pretty sure there is no single plugin that causes the diabled menus. The disabled menus can be reproduced without any installed. But having a number of plugins makes the situation worse. That's why I'm now rebuilding my collection by adding strictly what I use - not having loads of nice-to-have plugins.
i still don't understand why plugins can't be loaded on demand? all the menu's and such loaded but the code not executed unless called on during that session. or am i missing something?
You can load plugins on demand - simply rename them from
.rbto.txtand then later useload "ruby.txt"- manually or in a 'tool' - BUT the rub is you can't 'unload' them ??? -
@unknownuser said:
You can load plugins on demand - simply rename them from .rb to .txt and then later use load "ruby.txt" - manually or in a 'tool' - BUT the rub is you can't 'unload' them ???
yes but the toolbars and menu's won't be there right? (and i suppose toolbar hell would happen
)i wouldn't mind it staying active per session anyway. -
And people wonder why I stick with Version 6.
-
@jgb said:
And people wonder why I stick with Version 6.
? Nothing in this thread is related to SU version...
-
@thomthom said:
@jgb said:
And people wonder why I stick with Version 6.
? Nothing in this thread is related to SU version...
I have never had any of those issues in V6.
I have read of countless new and improved problems in V7 and V7.1, and yet few of the real V6 problems have been fixed in V7.x
V7.x Free offers so little extra (notably the line crossing fix) over V6 Free that it makes no sense to me to upgrade for more problems.
-
Break Edges is a great new feature. And the speed improvement in 7.1 is significant. The Back button in the component browser came back - so even that was taken care of.
-
I'm happy to report that I've been working hard on a project all evening and since installing the update for LibFredo and the updated Tools on Surface, my Sketchup is back to normal. All of my weird quirks have disappeared. Right click menu hasn't gone gray in over 4 hours of modeling. The Esc key is working every time as well. Seems LibFredo was the culprit all along! Big thanks for Fredo for addressing it so quickly.
-
Greyout menu's in Sketchup are not just limited to Fredo's plugins from what i'm experincing. Hope this is resoslved soon.
It's become very frustrating.
Advertisement