Toolbox A2. Friendly interface for many plugins.

pilou

How many listed ?

dem

How many listed ?

The list was attached

Bob James

I could not get anything done in anything close to a profitable schedule without the incredible extensions so generously provide by the members of this forum. But I have the same problem.

Part of it is due to my often needing only one or two out of a whole string, so the others spend their time cluttering up the screen. The other part is trying to fine the one I know exists, but can't remember where.

I've solved a fairly significant part of the problem with my P.I. Engineering X-Keys with 60 programmable keys where I can group like-functions together.

That said, I heartily agree with:

@dem said:

I use really lots of plugins, but once I tried to operate them,I often forgot where to find the right tool, among heaps of panels.

So I truly hope you can work out the politics because it looks like you've created winner of an idea.

thomthom

@dem said:

However, there is one problem. I do not know how you guys treat this. It may be necessary to agree on distribution rights for plug-ins.
Now I`m trying to mention everyone whose code I use, but is it enough? I do not very well understand in the intricacies of the free software:-)

Hi Dem
Free to use doesn't mean free to distribute. Unless the extension include explicit statement that it's ok to distribute you need to contact each developer and ask for permissions.

Personally I prefer not to have my extension distributed by anyone else. The reason for this is that it takes away my ability to quickly deploy updates. If I need to deploy a serious bug fix it's not good if there is another source which is out of date. That means bugged software remain alive for longer and that create more support burden on the developers as people don't realize they are not using the latest version.

However, for these types of organisational tools there is an alternative approach. Instead of embedding other third party extensions inside yours you can dynamically detect the extensions you support and add the appropriate UI if the user have installed that extension. The benefit here leaves the user better equip to install only the extension set he/she users - keeping the system lean and mean. This also address the problem of distribution, you don't have to worry about permissions because you don't bundle anyone else's code. It also allows extensions manager like Extension Warehouse and Plugin Store to update individual extensions as updates are pushed without you having to update your own. (Otherwise you'd have a massive maintenance burden.)

JQL

Fully agree with Thomthom here, but I was under the impression that this was only an "organizer" and would not "embed" the full extensions within wich as users poses also a lot of questions.

Burkhard

Waiting for such a tool to handle my Plugins. As thomthom suggested it was nice
to find another way, that lets user decide which Plugins can be emmbedded. So good luck and I hope you get it

Aerilius

Apart from licensing questions, if you embed (properly namespaced) other plugins, you would be responsible to merge in every change of that other plugin, package a new version of your plugin and distribute it. I doubt tat effort of maintenance is feasible over longer time.

Take a look at existing UI plugins, they detect the availability of other (not embedded) plugins and allow to launch them. There are two starting points:

You can either detect individual UI::Command objects in ObjectSpace. A "command" is a wrapper around one of a plugin's functions with metadata like icon and name.
Or you can iterate SketchUp's extensions manager and check which extensions are registered. Some plugins may maintain a stable module names/methods to invoque their functionality.
I would enjoy if the plugin dev community would agree on a "standard" pattern to make their plugins' features detectable and callable through code, eg. for node editors etc.
You could then dynamically build your UI through code, or just hide the features the user has not installed.
Or if you want to avoid too much work, just present the user a list of what plugins he/she needs to install together with your plugin.

thomthom

@jql said:

Fully agree with Thomthom here, but I was under the impression that this was only an "organizer" and would not "embed" the full extensions within wich as users poses also a lot of questions.

This line seemed to be to indicate it was embedding:

@dem said:

It may be necessary to agree on distribution rights for plug-ins.

JQL

@thomthom said:

This line seemed to be to indicate it was embedding:

@dem said:

It may be necessary to agree on distribution rights for plug-ins.

That did cross my mind but I didn't think anyone would try such a thing as to redistribute plugins for their authors. So I immeditally thought it was only a matter of politeness and respect...

deaneau

@dem

first...i´m not a Ruby-Dev

your idea follow the same concept like cinema4d.

realy good your implemetation. i have ever search this what i see, since Sketchup 5.

we have developer (Dev´s) here, TIG, Fredo6 and ThomThom, 3 of the big 10th or big 20th.

if you look in the Pluginstore here, or in the SketchupExtensionWarehouse...how many plugins the Devs have written.

however, keep in mind, that one Dev can not answer for an other. You can only ask for the rules.

some Dev´s have some times a bigger delay time to answer.

Some Dev´s look in your ruby code...how clean is the code.

Some Plugins, Tools or Extensions have find the way to "Plugins Quarantine". The List was longer before. this said.. the owner of the Plugin have clean up the code..or some Plugins was "died".

your plugin is a good implementation.. i wish good look for your plugin.

Is your textfile only an information?

on concept... add your favorite plugins with textfile would be cool.

or an folder inside your plugin structure need only a shortcuts to the "xyz.rb".. in the pluginfolder etc.

can the end-user change this by self?

Edit:
here a video tutorial to change the pallets etc in Cinema4d

this concept is the best i have seen ever. this is an inspiration.
https://www.youtube.com/watch?v=YnUgDraUD7E

Dean

thomthom

@jql said:

@thomthom said:

This line seemed to be to indicate it was embedding:

@dem said:

It may be necessary to agree on distribution rights for plug-ins.

That did cross my mind but I didn't think anyone would try such a thing as to redistribute plugins for their authors.

There's been a few cases of this already - some initiated that without asking the authors first as well. "Plugin Bundles" pop up now and then. Intentions are usually good - but in the long run it's a big support burden.

glro

then what about this text included in the lines of code?

"Permission to use, copy, modify, and distribute this software for
any purpose and without fee is hereby granted, provided that the above
copyright notice appear in all copies"?

driven

@glro said:

then what about this text included in the lines of code?

"Permission to use, copy, modify, and distribute this software for
any purpose and without fee is hereby granted, provided that the above
copyright notice appear in all copies"?

that basically allows you to copy, modify, distribute your own version of a script...
but, you should only do so if you can also maintain it without burdening the original author with problems...
john

glro

@driven said:

@glro said:

then what about this text included in the lines of code?

"Permission to use, copy, modify, and distribute this software for
any purpose and without fee is hereby granted, provided that the above
copyright notice appear in all copies"?

that basically allows you to copy, modify, distribute your own version of a script...
but, you should only do so if you can also maintain it without burdening the original author with problems...
john

OK, i understand

and this text: "Copyright 2009, ...All Rights Reserved"
doesn't allow you to copy, modify, nor distribute your own version of a script, i suppose

so there is no question:

if the plugins included in the toolbox don't have copyright
dem should be able to maintain if asked, since he wrote this toolbox plugin

or is there another limitation?

driven

@glro said:

if the plugins included in the toolbox don't have copyright

this ones different, if they don't have copyright [at all] it's interpreted as all rights reserved in European Union law...
they need to give their copyright away to be completely safe...
for example, if I wrote 3 plugins, with 3 versions of copyright, 1: none, 2: give-away, 3: reserved...
if Trimble used all three, I could pursue them for 1 and 3 but not 2

@unknownuser said:

dem should be able to maintain if asked, since he wrote this toolbox plugin

that requires knowing how they all work, big job...

@unknownuser said:

or is there another limitation?

some people will install the 'original' + the 'Toolbar version' and maybe even a third, different 'Toolbar Version'
unless these are all rewritten to separate them then it can cause very hard to find bugs...
most will complain to the original author...
john

glro

@driven said:

@glro said:

if the plugins included in the toolbox don't have copyright

this ones different, if they don't have copyright [at all] it's interpreted as all rights reserved in European Union law...
they need to give their copyright away to be completely safe...
for example, if I wrote 3 plugins, with 3 versions of copyright, 1: none, 2: give-away, 3: reserved...
if Trimble used all three, I could pursue them for 1 and 3 but not 2

@unknownuser said:

dem should be able to maintain if asked, since he wrote this toolbox plugin

that requires knowing how they all work, big job...

@unknownuser said:

or is there another limitation?

some people will install the 'original' + the 'Toolbar version' and maybe even a third, different 'Toolbar Version'
unless these are all rewritten to separate them then it can cause very hard to find bugs...
most will complain to the original author...
john

thank you for taking the time to explain

so no mention of copyright is the same as a mention of copyright, in EU... good to know

so as i understand, unless it is clearly mentioned by a line at the beginning of the code, you should not distribute plugins

fredo6

Dem

My plugins and many plugins posted in SCF have a Free usage but require the consent of the author for redistribution. Here is the header in the source code of my scripts:

# Permission to use this software for any purpose and without fee is hereby granted
# Distribution of this software for commercial purpose is subject to;
#  - the expressed, written consent of the author
#  - the inclusion of the present copyright notice in all copies.

Anyway, for your toolbar, the real issue for me would be that you embed the scripts, mainly for the issue of maintenance highlighted by thomthom. It is better than there is one source for the plugins and that your toolbar just refer to the commands.

I would suggest that you display all icons as you designed it, but for plugins which are not present on the user computer, you display a message:

either indicating that installation is required
or proposing to install it, which you can do with the API to the SCF plugin store.

With this approach, you let the user decide while being informed, and he can take care of the upgrades of each plugin when required.

I will publish progressively a simple API to my plugins as some are not obvious to be launched from another script.

Fredo

thomthom

Even if there is no explicit copyright notice the content cannot be freely distributed. The author/creator is still the lawful owner of the product. One isn't required to explicitly claim copyright as this is automatic - implicit.

deaneau

in the german law we have a intellectual property, too.

if you will safe all rights you must go the way via Patent Office.

Patents registered only for Europe isn´t save in U.S.A. in this case you must have an european and american patent. the safest way is a world wide patent.
In Europe we have a special Patent, too. This Patent will safe your rights only in Countries,
For example:My residence is Germany. now i can safe my rights only for Germany. I can safe my rights for France, Spain etc. too. this patent is than safe only in this countries.

http://www.patent-page.com/patent-geb%C3%BChren-jahresgeb%C3%BChr-anmeldegeb%C3%BChr
(german text)

the same page translated via google translator

https://translate.google.de/translate?sl=de%26amp;tl=en%26amp;js=y%26amp;prev=_t%26amp;hl=de%26amp;ie=UTF-8%26amp;u=http%3A%2F%2Fwww.patent-page.com%2Fpatent-geb%25C3%25BChren-jahresgeb%25C3%25BChr-anmeldegeb%25C3%25BChr%26amp;edit-text=%26amp;act=url

normally (german Law) you dont must write Copyright protected. in Germany is all what your own ( intellectual property). However its difficult to tell the judge/jurist.. i was the first that have had this idea´etc.

patents is the best solution, if you will safe all rights.

this apply to names of companies, corporate identity etc.,too.

difficult would be, if 2 photographer make a photo from the same situation in the same moment.
here i would say, the time stamp in the EXIF is important.

Edit: Sometimes have peoples the same idea in the same time. look in the history and you will find any examples.
in this case is the best solution to arrange with an other or find a solution that will good for both. an insurmountable obstacle is only profit

fredo6

In the case of the Toolbox A2, that's not so much a matter of copyright protection than a question of maintenance and support of the scripts.

So reference OK, embedding NO.

Fredo