Stripping your browser is Cool!
-
i think you will have trouble doing this in IE, as it is firefox's adaptability through extensions that allows you to strip it down (bit of a misleading way of putting it, really, i believe what kwist actually did was to add extensions to the browser to filter out a lot of the content of a webpage, so the browser is really being enlarged, it is the web content that is being stripped.)
-
what would be really cool indeed was a button to toggle between 'full-mode' and 'striped-mode' just with one click...
-
Firefox is indeed a good browser to strip.
In the 'Tools'>'Options', menu you can disable 'automatic image download', Java script and Java.
That already kills a lot of the rubbish.And Firefox is really flexible by using plugins.
I love Noscript as it prevents executing code scripts by default. It will inform you which script a website wants to execute and by users choice, you can eather enable it or leave it disabled. Very handy...and safe.
You might be surprised what junk is hidden in the websites you visit.A lot of those scripts slow down your browsing and a lot of them are just trackers or advertising scripts.I think you'll have more trouble trying to strip IExplorer as Remus pointed out.
@Plot-Paris: A one touch solution to switch on/off all rubbish. Good idea.
....almost sounds like a ruby request
Stripping Sketchup to its bare core. Would it perform better? -
@kwistenbiebel said:
Stripping Sketchup to its bare core. Would it perform better?
would definitely work better. that is the way operating systems are going - now firefox - and soon SU as well (isn't that a way rubies could be used?).
-
Rubies are already used like that. Just have a look at subsmooth, jpp, profile builder. All are essentially new tools that take SU to new heights. Its a good direction to be heading in, i think. lets people do what they want without all the bloat of lots of unused tools.
-
@remus said:
...Let people do what they want without all the bloat of lots of unused tools.
Agreed,but only if the Sketchup core itself will be improved.
The way things are now, due to the slow core, rubies do not perform good enough in terms of speed, flexibility and stability.Subsmooth for instance, fantastic plugin, but Sketchup can't really cope with plugins like that.
Anything in Sketchup that produces more than 10 polygons (I am exagerating) becomes unstable and slow as hell.
Same goes for FreeFormDeformation, ToolsOnSurface and many other plugins.
A pity Google doesn't see the potential in improving the SU core so all these plugins and future ones will run smooth as a train. -
exactly. now it only has to be developed further in that direction. would be good to know how long it takes for one tool to be loaded. if it was less than lets say 3 seconds, it would be a sensible thing to load the add-on only when it is used the first time.
one idea is to have the toolbars loaded at the beginning. but they appear sightly grey and colourless. once you click them the first time they brighten up (maybe a small status bar directly below the toolbar runs from left to right and henceforth the buttons appear all colourful and 'ready'.the benefit would be, that you don't have to load them manually. you enjoy a quick first start up of SketchUp and only have to wait a second once you actually use a tool.
that does make perfect sense in my eyes. all the render plugins for example are only used after modeling. no need to have them loaded all the time.
I don't know, if SU would slow down when you loaded to many scripts. if yes, a 'purge unused scripts' function may be necessary.sorry, Chris, for leading your thread off topic a bit
-
Plot, i dont think having lots of scripts installed slows down SU significantly, it is only when you run them that they start to eat in to processing power.
-
Well I have noticed not so much a slow down while running SketchUp but it definitely starts up slower now. I installed about 8 new plugins recently.
-
@kwistenbiebel said:
@remus said:
...Let people do what they want without all the bloat of lots of unused tools.
Agreed,but only if the Sketchup core itself will be improved.
The way things are now, due to the slow core, rubies do not perform good enough in terms of speed, flexibility and stability.Subsmooth for instance, fantastic plugin, but Sketchup can't really cope with plugins like that.
Anything in Sketchup that produces more than 10 polygons (I am exagerating) becomes unstable and slow as hell.
Same goes for FreeFormDeformation, ToolsOnSurface and many other plugins.
A pity Google doesn't see the potential in improving the SU core so all these plugins and future ones will run smooth as a train.Kwis,
Since you've hijacked your own thread...
Maybe SU is doing all Google expects of it, right now. Moreover now that the former CEO of Autodesk is onboard, there could be a complacency to sidetrack SU from becoming an actual professional tool. Sure, she doesn't represent AutoDesk anymore but there must be some influence there.
Peter
-
Peter
I believe you may be wrong there, Carol Bartz the former Autodesk CEO has moved to Yahoo, not Google.
-
oops, sorry. (There's got to be SOME conspiracy we can dig up.)
Advertisement