GraphicalMicrosummaries: Difference between revisions
(bang out a rough draft of thoughts) |
(more braindump) |
||
Line 10: | Line 10: | ||
full HTML/RTF? | full HTML/RTF? | ||
== | == UI Mockup == | ||
(insert photoshop mockups here) | (insert photoshop mockups here) | ||
== | == Graphical types == | ||
This feature would provide a small number of "standard" formats. (As opposed to, say, a blank sea of pixels that you can draw anything into). The goal is to provide a simple interface for content providers to use. "Just plug in the data, and *bam*!" | |||
(Side note: future work might provide a raw rendering interface to allow the content provider to draw anything, or we maybe some kind of plugin scheme to allow the community to develop their own formats.) | |||
(Side side-note: ok, now that I think about an open system would be a big win. *handwaving* Maybe some kind of XML middleware thing that allows converting raw data to nice <canvas> input.) | |||
== XML Format == | |||
* similar to existing XML generators | * similar to existing XML generators | ||
* provide a few standard formats | * provide a few standard formats | ||
Line 24: | Line 32: | ||
* example | * example | ||
== | == Core notes == | ||
Implementing this type of microsummary display format would probably be done by introducing a new type of <menuitem> binding in [http://landfill.mozilla.org/mxr-test/mozilla1.8.x/source/toolkit/content/widgets/menu.xml#81 menu.xml]. Bookmarks <menuitem>s currently use the #menuitem-iconic binding (note: top-level bookmark toolbar entries are slightly different). | |||
I did some experimentation with changing the binding's <content>, with mixed results. On the Mac, the application menu bar entries (ie, Bookmarks menu) won't show extra images or style (native widget issues?), although entries under the toolbar will. Linux apparently works ok, and Windows wasn't tested. | |||
'''ISSUE:''' Feature is dependent on platform support. Might only work in toolbar? | |||
The graphical part would ideally be represented by an <html:canvas> (or maybe even SVG?). I didn't have any luck with a test of that, although it should be possible to have a hidden <canvas> render a data:// URL to display in the XUL's <image>. | |||
(Side note: Does Vista's high-DPI mode thingie give us more pixels to play with vertically? 16px or so is rather cramped.) |
Revision as of 00:38, 21 October 2006
WORK IN PROGRESS
why
- limitations of text
- looks cool!
other future MS work
full HTML/RTF?
UI Mockup
(insert photoshop mockups here)
Graphical types
This feature would provide a small number of "standard" formats. (As opposed to, say, a blank sea of pixels that you can draw anything into). The goal is to provide a simple interface for content providers to use. "Just plug in the data, and *bam*!"
(Side note: future work might provide a raw rendering interface to allow the content provider to draw anything, or we maybe some kind of plugin scheme to allow the community to develop their own formats.)
(Side side-note: ok, now that I think about an open system would be a big win. *handwaving* Maybe some kind of XML middleware thing that allows converting raw data to nice <canvas> input.)
XML Format
- similar to existing XML generators
- provide a few standard formats
- sparklines
- etc
- some customization?
- color
- ...
- example
Core notes
Implementing this type of microsummary display format would probably be done by introducing a new type of <menuitem> binding in menu.xml. Bookmarks <menuitem>s currently use the #menuitem-iconic binding (note: top-level bookmark toolbar entries are slightly different).
I did some experimentation with changing the binding's <content>, with mixed results. On the Mac, the application menu bar entries (ie, Bookmarks menu) won't show extra images or style (native widget issues?), although entries under the toolbar will. Linux apparently works ok, and Windows wasn't tested.
ISSUE: Feature is dependent on platform support. Might only work in toolbar?
The graphical part would ideally be represented by an <html:canvas> (or maybe even SVG?). I didn't have any luck with a test of that, although it should be possible to have a hidden <canvas> render a data:// URL to display in the XUL's <image>.
(Side note: Does Vista's high-DPI mode thingie give us more pixels to play with vertically? 16px or so is rather cramped.)