Mike,

Glad you like the Copy All button :-) Johan and I were just chatting 
over IRC this morning about making the exporter framework more flexible, 
such as allowing picking item types as you suggested. For version 2.0, I 
suspect that neither Johan nor I will have time to implement that, 
though. But we'll surely get our thoughts out and ask for your opinion.

Nothing is really solid, ever :) ... so I think anytime starting to 
document is good. If you have time, some preliminary documentation on 
our wiki would be greatly appreciated! Sometimes, just making the wiki 
page is already half of the battler :)

Thanks,

David

Michael K. Bergman wrote:
> David,
>
> Massively cool; I should have paid closer attention to this thread about 
> 1 month ago.  Thanks.
>
> However, of course, I don't (does anyone?) want to simply post up a 
> static version of a dynamic exhibit solely to get indexed by search 
> engines.  Somehow that feels like too much duplication.
>
> What I did on my web site was to have the full Exhibit version with 
> sortable and filterable records, and then to create a separate static 
> page with a simple table with live links as a kind of table of contents. 
>   Other layout distinctions are possible between the static and dynamic 
> versions, but I do think different layouts help preserve respect for the 
> user by providing a different access/view/display option.
>
> What I did on my actual site was to modify the starting spreadsheet to 
> create these two versions, the dynamic Exhibit one fed directly from 
> Google, the other smaller version cut-and-pasted into the static HTML.
>
> But, with Copy All, there are some additional and cooler options.  I 
> tried both with these strengths/trade-offs:
>
> 1.  Generate HTML preserves all of the record info.  With a few global 
> S&Rs, I was easily able to style="display: none" to select which info 
> actually displays, and then make some minor changes to format 
> differently (if, say, a more table listing view is desired). 
> *Advantage:*  preserves all content for indexing *Disadvantage:*  takes 
> some HTML manipulation and time
>
> 2.  Generate a TSV file, import into Excel, remove columns with 
> undesired fields, embed into static page.  *Advantage:* fast and avoids 
> Excel's crappy HTML/XML generation *Disadvantage:* some record content 
> not indexed.
>
> While it would be helpful for my specific needs to request a feature 
> that would allow individual data types to be selected for inclusion or 
> not when doing a Copy All, I actually think that would clutter Exhibit 
> and undercut its clean purpose.  (Though I could foresee a separate 
> utility down the road that could do Exhibit-related manipulations or 
> processing. :))
>
> Bottom line:  what is there is very cool, and there is flexibility to 
> the author to go multiple directions.
>
> Let me know if this portion is getting close to frozen, and I'll draft 
> up some documentation for the wiki.
>
> Thanks, Mike
>   

_______________________________________________
General mailing list
[email protected]
http://simile.mit.edu/mailman/listinfo/general

Reply via email to