GraphicalMicrosummaries: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
(bang out a rough draft of thoughts)
 
(more braindump)
Line 10: Line 10:
full HTML/RTF?
full HTML/RTF?


==picture worth 1k words==
== UI Mockup ==


(insert photoshop mockups here)
(insert photoshop mockups here)


==xml format==
== 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


==mozilla support==
== Core notes ==
* menuitem sucks
 
** platform differences
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).
** toolbar works better than main menubar
 
* some luck with inserting extra images
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.
* hidden <canvas> provides date:// url for <image>?
 
* backend support needed?
'''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.)