Integration 20120625

[zhizhangchen]

#84, #85, #8, #81, #83 included. They are independent. #83, #84 are more important than others

[sbryan]

This commit needs to be rebased on lastest version of the .svg files (converted from UTF-16, UTF-8)

Also, this STILL does not actually solve the problem on my test/development environment.

In my explorations of this problem, the ONLY way to ensure that the font is loaded and used when painting the tags is to specify a fully qualified href, including protocol, host, port and absolute path.

This is of course a problem since we currently support running RIB without any build steps, so we can never actually know the full URI to be used. The only solutions I can think of is 1) include node.js in the project and require it to be the "server" used to access RIB, or 2) add a build step required before using RIB that will set these values once, then they will be appropriate for the developers/users actual configuration.

[sbryan]

Status Update:

• [Palette] Fix font in the svg of Header Widget #8 is REJECTED: needs to be rebased at least, and still does not appear make any change to the widget SVGs
• [Rebased] Export landing dialog with three options: zip, json and wgt #81 is merged in master commit 96494b5
• [Widgets] Support image elements using <img> tag #83 is merged in master commit 0284830
• [Widget] Support background images #84 is merged in master commit ac9d202
• [Widgets] Deeply extend widget #85 is REJECTED: waiting review by Geoff, since it changes default logic in code he wrote and maintains

[zhizhangchen]

Is there any way that we can detect the full URI at run time, and use that for the svg files? For example, window.location.protocol and window.location.host

[sbryan]

Sadly no, not when the SVG is used as the value to the src attribute of an element. I actually tested this today with javascript embedded into the SVG itself. It works fine when loading the SVG by itself directly in the browser, or when the SVG is inlined into the DOM, but not when referenced from an element.

[sbryan]

Closing, see comments for status details