Why not use plugins?
-
@unknownuser said:
The problem is that one does often not remember which plugin is for what purpose
About use of plug
Just know what do you want specifically to made : an helix?
Just ask here "does this plug exist"* ?
There will be always someone to give the answer
A Forum is made also for that
About risk and security
Seems you risk more with falling your latop on the floor or spilling some water (cafe) on it- you can also use the search engine of the forum first
- you can also use the search engine of the forum first
-
@mitcorb said:
With all of the excellent, insightful comments already posted, I don't know what I could add, but my guess on Why many do not use Plugins would be:
1.Caution against installing some dangerous process.
2.Stubborn-ness.
3.Fear, superstition.
4.Purism.
5.Inexperience with plugins, generally.In other words, at least on an individual level, it is all about the way people think and perceive - after all, a fierce debate on the forum is still going on about whether or not children should be vaccinated, about being free to choose and so on - something that many of us would accept as common knowledge, without necessity even to discuss it.
As a casual modeler, I might never need many of them, but even those I use at the moment ( Weld, Shape Bender, RoundEdges, SDS, etc ) provide invaluable assistance in my work. -
Will work (native SU)
Works faster (plugin)
-
About Google not wanting to have a SketchUp App Store because of security concerns, I still think it's just an excuse:
http://www.android.com/market/
If they have a store for both paid and free Andriod apps, they of course have the know-how to do it for SketchUp. The day they decide to do it, they'll do it. Yes, they can.
And the excuse of not wanting to be responsible for what rubies can do, they solved that for the Android store by including several disclaimers in the TOS, like everybody else does:
@unknownuser said:
You agree that Google is not responsible for any Product on the Market that originates from a source other than Google.
@unknownuser said:
...YOUR USE OF THE MARKET AND ANY PRODUCTS DOWNLOADED OR OTHERWISE OBTAINED THROUGH THE USE OF THE MARKET IS AT YOUR SOLE RISK...
@unknownuser said:
...YOU ARE SOLELY RESPONSIBLE FOR ANY DAMAGE TO YOUR COMPUTER SYSTEM...
@unknownuser said:
...GOOGLE FURTHER EXPRESSLY DISCLAIMS ALL WARRANTIES...
@unknownuser said:
...GOOGLE AND ITS SUBSIDIARIES AND AFFILIATES SHALL NOT BE LIABLE TO YOU UNDER ANY THEORY OF LIABILITY...INCLUDING ANY LOSS OF DATA...
http://www.google.com/mobile/android/market-tos.html
So you see, they can create an app store. Actually, they have already created an app store, but for another platform. And of course, they covered themselves from any potential problems by just writing a long legal copy with several disclaimers.
As Fletch would say, Keep wishing... You never know when it'll be granted.
And I wish there was a centralized, up-to date, easily searchable place to get SketchUp rubies, with ratings by users, and which would be promoted from within SketchUp itself.
-
Well said Pete
-
I started using plugins right from the start. At first I used to check the Ruby forum on a daily basis to make sure I didn't miss anything, but it's simply getting too hard to keep up now. I actually don't use that many on a regular basis...maybe a dozen or so. I think that's mostly because I've got too many loaded and can't see the wood for the trees. I'm still using the old Menus.rb that came with a ton of the original scripts....most of which I never use. I think I'll really have to make time over Christmas to sit down and have a good clear out; maybe use organizer instead, so I can keep track of what I've actually got loaded.
The ones I find most useful are those directly connected with mesh editing. I use most of Chris's, Fredo's, a few of Todd and Rick's and one or two by TIG. The ones I do use are absolute life-savers.It doesn't surprise me at all that most SU users don't use Rubies. We've found this in idependent research at FormFonts. Although the usage of SU by architects is second only to ACAD, well over 90% of them appear to be using the plain vanilla version...quite often a couple of releases back, due to inertia on either their part or that of the IT department....with no enhancements whatsoever...not even components...just the sampler that comes with the program or those obtained by the linkage to the 3D Warehouse. They've never even heard of Sketchucation...much less Smustard or Didier's site.
-
@thomthom said:
@david. said:
Personally, I don't use 3rd party plugins. If I need something not built-in, then I'll write the plugin myself. IMO, installing 3rd party plugins is a security issue that is ignored by most (as far as I know). I'm not willing to take the chance on that possibility, even though it may be small.
How do you decide on what applications you install on your computer?
I purchase them from reputable companies. Corporate disclaimers aside, I feel reputable companies have a vested interest in making sure the software they sell is safe. And, there is the issue of bugs. No software is perfect, so some bugs will result in security risks. Knowing that, I will take a certain level of risk. I don't download unknown, untrusted applications from someone I don't know and who may live half way around the world. Even then, I always scan everything I install/download. Since Ruby scripts can be scrambled, I can't review them easily prior to running them.
@remus said:
David, i find your position a little strange. You would willingly invest lots of time redoing whats already been done when checkable ruby exists (in 95% of rubies at least.) Compare that to running binary files on your machine: you have practically zero control over what they actually do and no way of finding out (except in the rare case of an open source program, although this would still likely involve intense scrutiny of a lot of code which could take a long time.) Seems like a contradiction to me.
See above. I find it a bit strange that someone would install a script without having a high degree of confidence that it isn't malicious. I'm not saying that most scripts are malicious or the developers are malicious. I'm saying that it is not worth my effort to do that research. I also happen to enjoy writing my own scripts. That is worth my effort. No contradiction at all.
-
@alan fraser said:
Although the usage of SU by architects is second only to ACAD, well over 90% of them appear to be using the plain vanilla version...quite often a couple of releases back, due to inertia on either their part or that of the IT department....with no enhancements whatsoever...not even components...just the sampler that comes with the program or those obtained by the linkage to the 3D Warehouse. They've never even heard of Sketchucation...much less Smustard or Didier's site.
This is a very true, very well perceived observation. In fact the architect who I work for still does all his drawings by hand! I have to transfer these drawings into QCad (I don't have the budget for ACAD- not even LT, and he doesn't have the time to learn CAD), then into SketchUp (I will be buying Pro very soon). The only reason I have played with rubies is because I'm a freelancer. The rest of the department (which is part of a college) is connected via the IT department, who still use XP. My colleague who sits opposite me, uses Creative Suite 3 still, because IT can't afford to upgrade due to a very tight (and largely non-existent) budget.
Personally I think Google should licence all the best stuff (like Autodesk used to) and integrate it into SketchUp, rather than people having to seek these plugins out.
-
@david. said:
I feel reputable companies have a vested interest in making sure the software they sell is safe. And, there is the issue of bugs. No software is perfect, so some bugs will result in security risks.
Safe? Security risks?? I know that the American military were once hacked into because they were running Windows, but don't you think this level of thinking is just a touch on the side of the paranoid?
-
tfdesign, "just because you are not paranoid doesn't mean they are not after you"
If I don't use SketchUp for a little while I start forgetting shortcuts, workflows etc. But because of its simplicity it extremely easy to get back into it again. Using many plugins takes this away. I have many rubies installed but use regularly only a dozen maybe.
-
@solo said:
Stay away from the 'free-porn.rb'
Lol
Personally, I don't know what I'd do withiut plugins. I am used to automations, coming from ArchiCAD, and all of the plugins I use ease the workflow while making design. I love, in this matter, the delete coplanar edges plugin, I just looooooove it.
As you may know, I am italian, and as far as I know one of the few who has an updated blog in Sketchup in Italian. Here in Italy SU is used only to Sketch (when it is used at all), only because plugins are all in english and people will not bother to investigate more.
What I try to do in my blog, is to tell people that there is a very easy way to do things. But it seems people won't listen to me
-
I've been a ruby convert since I took the "advanced" sketchup class many years ago...
But it wasn't until I really started cruising this forum that the mind boggling power of su+plugins became apparent.
I think though, there are people out there who work just fine without them. More power to them! But I love new add ons for my favorite software!
-
Please excuse my (foolish?) question, but: why not use plugins???
Because are not officially recognized by google? Or because they add more facilities than standard SketchUp? I have an other question then:
Why people use AutoCAD 2010 ?? AutoCAD 2000 isn't good enough? Ok, let's put it this way: After (IF) Google will decide to add some of what plugins offers to us now, in their standard Sketchup package, what will do those who choose to not use plugins? Will stop using SketchUp ? 
Because is not "pure" ?I'm really confused now... I feel sorry for those who use SketchUp, but are not aware about SketchUcation, or don't know about those great plugins. But I don't know what to say about the others who prefer the hard way for some (unclear religious
) reason. -
So much software has the ability to gain extra productivity through macro languages. The MS range (Word, Excel etc) have VBA, AutoCAD had Lisp and now has VBA, Inventor (and SolidWorks) have VBA. Any programme worth it's salt has the ability to do this. SU has Ruby, it would have suited me better if it had VBA, but I understand why Ruby was chosen.
Why aren't Rubies used more, in the same way macro's in other pieces of software aren't used more, only a small percentage of users write them. You name the software, most users use it straight out of the box. Such is life.
-
Hi,
Thought I'd throw my 2 cents in.
I use plug-ins sparingly. At least for me, plug-ins can be a sweet and sour experience in that a specific plug-in may be too much trouble to learn well for the little gain in time. But many are well worth the effort. Much of the time I'll be so involved in something that I tend to forget about a plug-in that applies, unless the problem is too big I 'must' reach for the plug-in solution.
Like 'apps' on an iPhone, it's now getting harder and harder wading through nonsense to find really useful stuff.
As to 'gurus', I've found one should be VERY careful using that label or anything similar, in ANY endeavor, most especially for themselves. It can be quite embarrassing boasting about a skill-set level then come across someone that is a magnitude better.
-
I must reiterate my wish for a one-stop place to get SU scripts. Something like cnet's download.com or like Firefox's add-ons index, in which anyone can download anything without signing up, and there's also comments and ratings for each download. The wonderful thing about Firefox's plug-ins is that finding and installing them is a straightforward process, not even requiring you to know where Firefox is installed in your computer. Perhaps that's why Firefox is so well-known for its extendability, while most SketchUp users have no idea about rubies.
Also, forums, as the great time wasters they are, are sometimes banned in the workplace. That includes SketchUcation; it is banned in a big company here in my city (I tried to access while visiting them). A non-forum place to get plug-ins would greatly simplify things for SketchUp users.
-
It took me a while to nerve up. Just to figure out what rubies were took some digging. I rember the embarassment of asking a couple newbie questions about something that seemed so obvious to others.
It's hard to imagine not being on a forum about any difficult program. SU isn't hard to start, but it has a very long learning curve, especially if you aren't an architect. I've never been into simplistic design and the tricks are what's taken me so long.
With the dyslexia and it's very hard to get information from manuals, and some short term memory issues make it hard to remember how to ask the questions, even.
I havew three suggestions about rubies:
-
put a big easy to see link about expanding SU on the About page. When you are selling people on the free download, tell them here is how you can learn about the program, here is how you can learn about expanding it, largely for free. Then show a tutorial about installing and using a couple popular rubies.
-
centralized index. Great if it has user reviews, fantastic if it has links to download. Ask developers to register their rubies.
-
make a way to manage them. I defy anyone but the geekiest of geeks to remember all the parts of a ruby you installed two years ago should you need to uninstall it. You have to install to test them, but what do you do with the ones you don't need? If you don't take them out right away, they sit in the Plugins folder, a potential conflict for the next earth shaking script that uses a common name.
How are we supposed to debug, throw everything out and download afresh? If so, we have to keep a separate database of where we got it and hope the site is still active. How about automating that, making a script log a part of SU?
For all the power of rubies— I'd say more than half of what we consider SU is these scripts— the developers sure don't seem to take much responsibility for integrating them.
I hear the howls— Yeah, guys, I'm glad 7.1 didn't break anything that I downloaded for 5 or 6. I'm sure you busted your butts and thanks for that. But if scripts are so important, and if most of the flexibility of the program comes from them, give us some management tools— on the website and in the program.
-
-
I started using Sketchup just after version 5 was released by @Last. I visited the @Last forums regularly in order to find advices and tips to learn sketchup for my work. Then, when those forum were closed, I jumped on sketchucation where most of @last forum members seems to go. From the @Last forum until here, I always used plugins, even before masterize the skecthup tools. All of them helped me a lot during all my works.
Those plugins became just essential for me.Doing without plugins...a stupid way for me. It's really not a big effort to understand the way to install and use them, so I think that people don't use these just by ignorance.
-
@panga said:
Doing without plugins...a stupid way for me. It's really not a big effort to understand the way to install and use them, so I think that people don't use these just by ignorance.
Do you not think this is a rather arrogant attitude to adopt? I have just modelled an entire 600 year old gothic church, in SU7, without a single plugin. Today I threw out SU Animate because it kept crashing SU. I agree with Toxicvoxel. CAD managers hate things like this, and it is easy to see why. A good, well designed CAD systems shouldn't have to have externally developed tool plugins. The functionality should already be there, within the toolset.
-
[I haven't read the whole thread so my apologies if this has been noted before.]
Some fundamental reasons why plugins are not used:
1.CAD managers hate them.
IT/CAD managers know that their responsibilities increase exponentially with the number of
applications they support. Deploying a suite of scripts developed by enthusiastic albeit amateur
developers can be a huge responsibility as they can easily be broken by OS /host application
updates and script incompatibilities. Some company IT managers feel so strongly about this that they will not even try to solve the problem but will simply reformat and reinstall a partition image
containing a standard application installation set on the user machine. The larger the company the more difficult it is to find a balance between maintaining robust system stability and deploying new technology.2. Scripts create lock-in.
However useful they may be, they are often bound to a specific application or application version
with no updates available because the developers are no longer actively developing the system.
(Especially true when it comes to free and shared scripts.) This leaves you with the option of
staying with an older version of the host application or to upgrade and discard the script. (- Hell, this even happens when I upgrade Windows!)Another aspect of this syndrome is that one becomes so dependant on the customisations that you
cannot move on to new and a better design technology when it becomes available.- The answer to this possibly is to build customisations in an application-neutral way so that
user investment in learning & deployment do not become redundant when the next generation of design software takes off. From a developer's perspective developing with such a strategy brings the benefit of portability but possibly at the expense of tight integration with host applications.
3.Management have burnt their fingers.
I know of a few examples where a company had the benefit of having a proactive CAD manager who had over a period of years developed the CAD production system through customisation. When that member of staff left the practice there was nobody that could pick up the system and support it. After struggling for a few months the management pulled the plug and issued instruction that all software had to be replaced with standard installations with a complete ban on customisations. When the the support issues start to negate the productivity benefits, the use of plugins no longer remain a viable option. - The answer to this possibly is to build customisations in an application-neutral way so that
Advertisement