Yes, it makes more sense, but I might go back to the drawing board for
a bit -- this sort of inheritance gets ugly in XSL. Assuming there
are the appropriate public methods, it might be better to work
directly against the live IndexSchema rather than by XSLT transforming
the schema.xml file. The
On 12/11/06, Greg Ludington [EMAIL PROTECTED] wrote:
Yes, it makes more sense, but I might go back to the drawing board for
a bit -- this sort of inheritance gets ugly in XSL. Assuming there
are the appropriate public methods, it might be better to work
directly against the live IndexSchema
: a bit -- this sort of inheritance gets ugly in XSL. Assuming there
: are the appropriate public methods, it might be better to work
: directly against the live IndexSchema rather than by XSLT transforming
: the schema.xml file. The drawback, of course, is that you cannot swap
: What about
: What about creating an xml report (using a the live index searcher)
: and transforming that with XSLT to add lookfeel?
yeah ... i think you've really got something totally usable as is right
now, os don't feel like you have to start over. when i first typed up
I do not have any real
I attached an updated sample to the ticket that has some inheritance
support. Rather than a patch, it is a zip file that you should be
able to unzip and double-click the schema.xml (in IE or Firefox, at
least) to view the transformed result. It does show inheritance or
overriding of attributes
i think it would definitely be helpful ... showing the inherited
attributes inline is really what would make using the schema
browser worth while (as opposed to just reading hte XML directly) ... it
saves the confusion of looking at the field, then clicking over to the
fieldtype to see what it
Taking this off the list for a moment, because I may be a bit obtuse here:
(And, apparently so obtuse I negelcted to change the to: field. Such
things happen late after a launch night.)
: What do you mean by inheritng/overriding? Granted, I am only working
: with the example schema here, but I do not see any similarities
: between the attributes of a field, and the fieldtype. For fieldtypes,
Doh! ... you're right ... there aren't any examples of what i'm talking
about in the
[
http://issues.apache.org/jira/browse/SOLR-75?page=comments#action_12456316 ]
Bertrand Delacretaz commented on SOLR-75:
-
The tango icons (http://tango.freedesktop.org) could be used I think.
As mentioned at the bottom of
yeah .. i wasn't sure if this version was identicle or not, it sounds like
you added some stuff, but the key thing i was refering to was what
when showing a field we should display both the direct attributes as
well as any attributes it inherits from it's fieldtype
Currently, there is usage
[
http://issues.apache.org/jira/browse/SOLR-75?page=comments#action_12456253 ]
Hoss Man commented on SOLR-75:
--
I really haven't had the time to play with this that i hoped i would (i was
really hoping to try and tweak it to add some logic to pull
I do not know if you have seen the update, as opposed to the one
originally attached to an earlier JIRA issue, but this one should
include every attribute in a field or fieldtype -- the attributes
table should contain every attribute of the node. Also, I included
(via cut-and-paste) the basic
[
http://issues.apache.org/jira/browse/SOLR-75?page=comments#action_12456285 ]
Greg Ludington commented on SOLR-75:
(Sent in email earlier, but adding it to the JIRA issue proper)
I do not know if you have seen the update, as opposed to the
13 matches
Mail list logo
