[Plugin] AttributeInspector 1.1.1 – 2014-05-08
-
v1.0.1
When I choose "materials", nothing happens. (I should see a blank list when no dictionaries are attached to any material in the model.)
Should materials not having dictionary attached be displayed but grayed out ?
-
Clicking (giving focus to) the edit boxes in the righthand pane, cause the row height to increase (by differing amounts, depending on whether the attribute name or value box gets focus.)
-
Hi Dan, would it be possible to expand upon this idea and code up something that will find all elements that match an attribute value? AFAIK there isn't a way to find faces that have no materials applied... and I have a plug-in I use all of the time that makes use of the dictionary to hold an assigned value (always about faces) but if I decide to change that value I have no way to tracking down all instances except by recollection and/or trial and error. So being able to do this attribute --> this value --> show me all that match would be very handy for me. By "show" it would be adequate to show the attribute information but I think it would be better to select them instead.
I think anyone else who uses the dictionary feature might also benefit because those data are not part of SU's own selection function and your plug-in, as it is now, does reveal that data. I think taking the next step and figuring out how to do a select based on Dictionary attributes and their values would be a big plus.
Thank you for any consideration you give this.
-
@genma saotome said:
Hi Dan, would it be possible to expand upon this idea and code up something that will find all elements that match an attribute value?
ThomThom's SelectionToys plugin can modify your selection set by many filters.
There are at least 4 filters regarding add or remove objects according to front/back material set as default (nil
.)So first you window select a bunch of objects. Then use the SelectionToys face filter, so only faces remain in the set.
Then use the default material filter for front faces, and/or back faces.
Install manually via
http://extensions.sketchup.com/en/content/selection-toys
or using the ExtensionWarehouse dialog from within SketchUp 2013 and higher. Navigate to ThomThom's page, and scroll down to SelectionToys -
A lot of the ideas are things that I had found and added myself, others did I integrate now. Sorry that I still haven't finished/published the update because I want to be sure the quality is right.
(Some extension stores have longer update cycles, so when I discover an overseen issue, I can't publish a quickfix.)As for searching within the selected entities by attribute, I had thought of that idea, but decided not to get distracted but focus first on the main function of reading/editing attributes. One could certainly add a lot of ideas, but to make a "good" user interface one needs to carefully think about user workflows and how a feature affects the plugin's complexity (of UI and code). I'm not yet sure if search is something that I should better leave for thomthom's Selection Toys.
Checking an entity for a "direct" property is on thing, but speed would also be much more affected for attributes, when you consider every entity can have multiple dictionaries, with each mutiple attributes/values. And Christina found that attribute dictionaries can have their own nested attribute dictionaries…
-
Have you considered browsing through the read/write_default stuff?
-
A "registry inspector" is - I believe - not possible with thr API. We can only read if we know the registry key to read.
-
Ok!
-
.. and currently it is very dangerous as (on PC,) the keys written are mixed in among the application's keys.
We can only ASK coders to prefix their keys similar to how they should prefix their plugin directories.
ex: "Plugin_AE_AttributeInspector" -
I updated the plugin:
• definitions (component/group/image definitions)
• more data types: points and vectors
• optimized column widths -
Hello Arilius !
Your plugin is very useful for me thanks !
Just missing an "update" button, in order to avoid closing an openning the window to refresh and it will be perfect !
Thank you !
Inteloide -
@inteloide said:
Just missing an "update" button, in order to avoid closing an openning the window to refresh and it will be perfect !
+1
-
I found a conflict with TIG's 2DTools.
This plugin adds an attribute dictionnary to the model called "2Dtools", with a key "z" and a value of "0.0" in my case.
This causes the AttributeInspector to not load anything for the model, and the ruby console outputs this:AE;;AttributeInspector;;Dialog Error for callback 'get_all'; comparison of Length with true failed C;/Users/Marjorie/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/ae_AttributeInspector/AttributeInspector.rb;505;in `==' C;/Users/Marjorie/AppData/Roaming/SketchUp/SketchUp 2014/SketchUp/Plugins/ae_AttributeInspector/AttributeInspector.rb;505;in `block (2 levels) in get_attributes' Blablabla...
(I was able to find the conflicting dictionnary using Eneroth's Attribute Editor)
-
That is the Trimble SketchUpAPI team's fault. They did not properly override the
==
method in theLength
subclass.It (the overridden method,) should have an
unless
clause that invokessuper
if the argument is not aNumeric
subclass.like:
def ==(arg) unless arg.is_a?(Numeric) super else # check if arg is within SketchUp's # tolerance of this Length instance end end
-
So any plugin which saves an attribute as a
Length
will return an error if the test on it is not sufficiently robust ?
So make a test like:
unless object.get_attribute(key, value, nil).class == NilClass ... else next ### end
So now if the key's value is NOTnil
you do something...
BUT if it isnil
you skip it ###...But as I read this plugin's code its line #505 uses:
type = (value == true || value == false) ? "Boolean" : value.class.to_s
That is where the failure happens.
The Length is checked for true/false.
If it's recast as something more like:
type = value.class.to_s; type = "Boolean" if type =~ /TrueClass|FalseClass/
Then it'll work with Lengths too...
You could also add a trap forNilClass
and perhaps skip that key/value pair ?
; type = "Nil" if type =~ /NilClass/
OR take it as equivalent toFalseClass
?? -
Thanks for pointing this out!
I didn't think about that I could get an error when comparing things. I assumed something that doesn't compare would return "false". The ruby way would maybe be to do feature testing:
type = (value.is_a?(Comparable) && (value == true || value == false) ? "Boolean" : value.class.to_s
Which also fails due to SketchUp's bugged API method (Length is a Comparable).
This should be better (and without string comparison). Or shouln't ruby have a "Boolean" super class of which TrueClass and FalseClass are subclasses?
type = (value.is_a?(TrueClass) || value.is_a?(FalseClass)) ? "Boolean" : value.class.to_s
@unknownuser said:
You could also add a trap for NilClass and perhaps skip that key/value pair ?
I wanted to list all existing attributes. An attribute can persist with a value "nil" without being deleted/garbage collected.
-
Every object, of every class inherits a
.nil?()
instance method (fromObject
.)
So:val = thing.get_attribute(key, value, nil) unless val.nil? # do something else # recover gracefully end
-
BTW... you can currently use the triple equal method with
Length
class, so this will work:
true === length_value || false === length_value
-
@aerilius said:
Or shouln't ruby have a "Boolean" super class of which TrueClass and FalseClass are subclasses?
type = (value.is_a?(TrueClass) || value.is_a?(FalseClass)) ? "Boolean" : value.class.to_s
I always wondered why not ?
One thing I have done in the past is create a
boolean?()
query method forObject
(or something else likeComparable
.
Now this is frowned upon, and I never released it, just suggested, or had it in my test scripts.def boolean?() is_a?(TrueClass) || is_a?(FalseClass) end unless method(;boolean?)
AND / OR, ... create a
Boolean
mixin module, and then mix it into onlyTrueClass
andFalseClass
. The mixin module may not actually need any additional functionality, at all ?Then the
kind_of?
(aliasis_a?
,) methods will return the appropriatetrue
orfalse
using aBoolean
class argument, for any, and ALL objects.
The===
will also work for all objects, which makes case statements work:
Boolean === value
Whichever one (or both,) ya'll want, would need to be adopted as an API extension, by the community. (And we'd need to convince the Trimble team to add it.)
-
The Length class is a bit of a special case. It's trying to be a sub-class of Float - but the Ruby API doesn't really let you do this. So there's some hackery in the background to make it work. I'll file an issue to see if we can avoid the argument error.
Advertisement