Google is Listening!
-
@julyyen said:
Hi,
In my opinion it will be essential to bring in SU (free and pro - especially free) linetype, lineweight, hatching, even it's a 3D modelling tool. (in fact, we all need a 2D plan before 3D modelling)
2D tools by TIG here: http://forums.sketchucation.com/viewtopic.php?t=22091
-
-
There are a lot of questions/suggestions available in this topic:
http://forums.sketchucation.com/viewtopic.php?f=180&t=13666All of them for the use of developers.
But if those people get the right tools, they can make better plugins and extend Sketchup possibilities.
It's like Pixero wrote:'extend the API'!
I know it is impossible to adress everyones wishes. But if you make the API better, then more people can try to answer those wishes...
-
@pout said:
There are a lot of questions/suggestions available in this topic:
http://forums.sketchucation.com/viewtopic.php?f=180&t=13666All of them for the use of developers.
But if those people get the right tools, they can make better plugins and extend Sketchup possibilities.
It's like Pixero wrote:'extend the API'!
I know it is impossible to adress everyones wishes. But if you make the API better, then more people can try to answer those wishes...
i'm sort of under the impression (judging by a couple of random posts by SUteam members) that they don't want to go full on in supporting plugins..
i'm pretty sure if they set up a depot app store type of thing then they'd have a gigantic slew of new problems to deal with.. fredoscale was a decent example of what may happen so imagine if that was happening to millions instead of thousands.
it'd be sort of sweet if google had an approval process of some sorts prior to rubies going live but again, that's a big undertaking in itself + we'd miss (some of) the benefit of talking directly with the developers and offering ideas/additions etc. (that could still occur but the process would be weeks/months instead of hours/days.) -
@unknownuser said:
i'm pretty sure if they set up a depot app store type of thing then they'd have a gigantic slew of new problems to deal with.. fredoscale was a decent example of what may happen so imagine if that was happening to millions instead of thousands.
If I may ask, what was the fredoscale example?
-
Due to an unknown design limitation on the API regarding the
UI::Commandobjects, context menus began to grey out when one used the plugin. -
-
Thanks.
-
Thanks for your input Gaieus. My observation with Sketchup in Ubuntu Koala with Wine 1.2 is very good speed using Nvidia drivers, so it must be using openGL natively. But you have a point because trying to make a raster export is disastrous. But working within Linux without doing that is snappy,apart from a garbled start screen. What I was thinking of was a Sketchup Linux written for Debian or Red Hat which has a large user base. Recently, Bricscad released a full Linux version of their CAD application and it is pretty impressive. Snappier than in Wine.
-
@unknownuser said:
i'm sort of under the impression (judging by a couple of random posts by SUteam members) that they don't want to go full on in supporting plugins..
i'm pretty sure if they set up a depot app store type of thing then they'd have a gigantic slew of new problems to deal with.. fredoscale was a decent example of what may happen so imagine if that was happening to millions instead of thousands.
it'd be sort of sweet if google had an approval process of some sorts prior to rubies going live but again, that's a big undertaking in itself + we'd miss (some of) the benefit of talking directly with the developers and offering ideas/additions etc. (that could still occur but the process would be weeks/months instead of hours/days.)Jeff,
I would not go that far to put the ruby plugin dev under their wings. I think the way it works now is ok.
There are a lot of good plugin ideas being put in a trash can caused by the lack of some basic classes.
The handling of problems with (and responsibility for) the plugin must be handled by the plugin author, not by Google SU. -
Smooth out the pencil tool lines and add points to edit the curves please.
-
For those who don't know the answers and discussion about ideas/votes are happening here:
Best,
Jason. -
@pout said:
Jeff,
I would not go that far to put the ruby plugin dev under their wings. I think the way it works now is ok.
There are a lot of good plugin ideas being put in a trash can caused by the lack of some basic classes.
The handling of problems with (and responsibility for) the plugin must be handled by the plugin author, not by Google SU.Pout—
Sure, developers should write good code, but I think Google SU is pretty irresponsible with the way they handle Plugins.
It's okay if they want the program to be a platform for developers, it builds community for giveaway software. However, they know full well that the vast majority of developers are unpaid volunteers, by definition amateurs. And who says amateurs should know how to code as well as a pro, let alone be able to afford the time to debug a plugin to the professional level?
Issue 2— Google hosts the forum, including a discussion for Plugins. However, there is no central directory, no place where all plugins are listed, rated, reviewed, explained and linked to. Right now you have to ask around, search around, track down all the posts and do a lot of homework. If this is what it takes to make a functional program (and the consensus is that plugins MAKE Sketchup, why not make it easier to figure out what you need to do the job you are working on?
Issue 3— You download a Ruby, open the folder and dump all its contents in the Plugins folder. No wonder there are naming conflicts! Give us a Plugins Manager. Rewrite the program so that you put Rubys in the Plugins Folder inside their own folder. With a moderate selection of Rubys I have 50 some items in there and no clue as to what goes with what. How are we supposed to debug if there is a problem? Dump everything and download it over again? Get real!
This stuff isn't rocket science, it's basic software management. It's just fine for a giveaway program, but lots of us have the pro version and for $500 this isn't a big upgrade, it's pretty simple and obvious.
Jim
-
The flip-side to that is it could be that some our best and brightest Ruby coders are here because of (rather than despite) the lack of overseers... that would make it too much like a job thus squashing the creative spirit.
I'm not a big fan of micro-management of anything -- I personally prefer to have people let me do my thing my way... if that doesn't happen then I find a new playground. I'm sure there are Ruby authors who feel the same way.
I mean the crux of it is they are dissatisfied with how Sketchup works and are trying to re-create it in their image. If you have to deal with oversight then you begin to take away the ability of the author to "dream out loud".
I understand your desire to make things easier, and that is certainly on the mind of the Sketchup developers, but developing for the lowest common denominator is why Sketchup needs plugins in the first place.
Best,
Jason. -
Hi Google !
I don't know if this was already mentioned but we really need the orthogonal type in sketchup like AutoCAD do in order to simplify the building of object with Sketchup.
And I also really need a bezier curves tool develloped by sketchup. In fact I've found a plugin that help me to build some special curves but this tool isn't truelly efficient.
Hope this will come asap
-
@sm4rt said:
And I also really need a bezier curves tool develloped by sketchup.
Here's something for you:
http://forums.sketchucation.com/viewtopic.php?t=13563 -
@sm4rt said:
I don't know if this was already mentioned but we really need the orthogonal type in sketchup like AutoCAD do in order to simplify the building of object with Sketchup.
"orthogonal type" ?
-
Like Camera > Parallel projection (maybe combined with the "Standard views")?
-
is it possible su8 could be worse from a usability / consistency level?
I find suddenly my toolbar positions are much more unstable, always changing and the new 'restore toolbar positions' is great EXCEPT when you have added a new toolbar or changed anything in the display at all and then when you try and restore default settings the thing thinks for about a minute and does nothing.
I am also crashing much more than I ever did with SU7. to the point where now opening a file (which takes a very long time) sometimes crashes su8. I am not saying my experience is the general for SU users but it does seem a bit strange that updating the software causes more problems than before. I am thinking of switching back to SU7 as I cant see any real advantage in staying with a software when it is currently so volatile and plus the updates for SU8 from an architecture perspective (minus what can already be achieved easily with rubies) where almost non-existent.
-
@maxel99 said:
is it possible su8 could be worse from a usability / consistency level?
Hi maxel99,
We do watch crash reports pretty closely, and aren't seeing the kind of persistent instability you're seeing. Are you submitting reports when you crash? If you are, it really helps us if you also type in a quick sentence or two about what you were doing (or trying to do) when SketchUp crashed. Those crash reports are really the only way we can track down and fix problems like you are having.
john
.
Advertisement