2008/1/23, David Huynh <[EMAIL PROTECTED]>: > Axel Hecht wrote: > > 2008/1/16, David Huynh <[EMAIL PROTECTED]>: > > > >> Hi Axel, > >> > >> That's pretty cool! I'm glad you Mozilla folks are finding our tools > >> useful for internal processes. > >> > >> The content at that URL is indeed missing. For some reason I never got > >> around to it. > >> > >> Regarding "get stuff working deeper", could you elaborate? What do you > >> want to happen? I'm not understanding the problem. > >> > > > > I tried to do a one-stop sample. Basically, I have a bunch of builds, > > and they share properties. In my example, those are of type > > Localization. I drafted a graph, and I think that the html follows > > that graph well enough. > > > Nice graph :) > > > There are two problems with this: > > > > The facets report "Localization" items, which makes it a bit > > confusing. I.e., I will have localizations that don't have a tier, and > > the facet shows both Localization items and Build items linking to > > Localizations without a tier as "missing this field". > > > > Oh, and the facets don't actually work, I think. > > > I just took a look at your data file again, and I couldn't find any item > of type "Localization". They are all "Build"s. Have you changed the data > lately? > > What you want to do is this: > 1. put the Build items back into the data > 2. re-define the "default" collection (what would be shown in the view) > by including this div right after <body> > > <div ex:role="collection" ex:itemTypes="Build"></div> > > 3. re-define the Tier facet as follows > > <div ex:role="facet" > ex:expression=".target.tier" > ex:facetLabel="Tier" > ex:fixedOrder="1;2"></div> > > I presume that the Build items point to the Localization items through > the "target" property.
The Localization items are actually just in the one-file test.html example that I attached in my previous mail, the live demo has a slightly different structure still. That one contains the data inline as plain js, so it's really just that one file. As I noted in my other reply, it seems that a root collection and facets exclude each other, the facets in my example started working again when I removed ex:collectionID="blds" from the view div. But then all the different item types showed up intermingled. > >> As a side note, I got the data link off your exhibit, but it's all on > >> one line. So then I copied and pasted the JSON into the left text area of > >> > > That's actually intentional to get the data size down. > > > >> http://simile.mit.edu/repository/juggler/trunk/src/main/webapp/index.html > >> and hit Run, and got a nicely formatted JSON output on the right. > >> Juggler is a Javascript-based tool for transforming JSON. > >> > >> Regarding Mozilla's use of Exhibit, I wonder if there's any value in > >> offering Exhibit's faceted browsing features on bookmarks in Firefox and > >> on mail messages in Thunderbird. It seems very do-able. What do you think? > >> > > > > With places, http://developer.mozilla.org/en/docs/Places, we moved to a > > pretty strict schema, it might work. Sounds like a nice playground for an > > extension developer. > > > Do you think we can start a project inside labs.mozilla.org for that? Hooked that up in a different thread. > > Btw, supporting offline cache in fx3 might be interesting for exhibit > > performance. Sadly, I haven't found good docs on that yet. > > http://www.whatwg.org/specs/web-apps/current-work/multipage/section-offline.html > > has most right now, I hope that > > http://developer.mozilla.org/en/docs/Firefox_3_for_developers will > > have something soon. > > > Yes! Indeed, David Karger has been bugging me about making a Firefox > extension that boost Exhibit's performance by using Firefox's native > data facilities. Actually I just overheard on irc today that offline resources are going to make it into fx3, so there should be some <link> foo or whatnot that you could just add that would make fx pin your js files to the cache. It shouldn't require an extension or anything. I think that should be https://bugzilla.mozilla.org/show_bug.cgi?id=402272, waiting for dev-docs. Axel _______________________________________________ General mailing list [email protected] http://simile.mit.edu/mailman/listinfo/general
