F2F/SVGOpen 2012/SVGTL and DynamicDocumentLoading

From SVG
< F2F
Jump to: navigation, search

Subdivision of the functionality of SVGTL

SVGTL may be subdivided by the following functionalities

Cascading Document (Tiling)

Feedback from Geo Community

Tiling of SVGTL is heterogeneous to tiling of the existing web mapping. In tiling of the existing web mapping, tiles are arranged at equal intervals by pre-defined formulas and numerical sequences. On the other hand, the tiling of SVGTL arranges each tile directly by a hyperlink. This is equivalent to performing the inline expansion of the numerical sequence. Several persons pointed out that such inline expansion may spoil efficiency.

stakagiThe numerical sequences and naming schemas for URL of tilings are various for every web mapping services. And, implicitly generated tile's URLs which should be accessed will weaken a conformity with the concept of linked data. Therefore, I think that it is appropriate to apply the dynamic layer by javascript in cases where a generation of URL by a specific sequence is desired.

Level Of Detail based on Zoom

LOD not only according to viewport size (width, height) like Media Queries but also according to zoom level may be suitable function for scalable (or zoomable) graphics. "visibleMin/MaxZoomRange" of SVGTL can be considered as one of a plan of the functionality for it.

Dynamic Document Loading

Dynamic document loading according to LOD

The loading of the linked external resources in a declarative data is dynamically controlled by CSS using Media Queries. Such discussion is progressing also as responsive images or adaptive images by WHATWG and responsive image cg.

These functionality has realized the loading control of the external resources including images according to LOD (viewport size). Dynamic loading of SVGTL also has this functionality. Where, it is based on zooming.

Dynamic document loading according to viewBox

On the other hand, the dynamic loading which SVGTL introduces also realizes the loading control by viewBox. That is, a loading is performed in cases where area of that external resource overlaps viewBox. This can also be said to be the functionality to load files in the status when it should be displayed on a device. Where, this concept is in common with the loading control according to LOD memtioned above.

In CSS3 Media Queries, in cases where display:none (that is, not displayed) is set up, the loading of resource is implicitly disabled.

That is, the loading control by LOD and the loading control by viewBox can be tied up by this simple broader term.

And, this functionality is related also to "Progressive Rendering" and "Clarifing When Resources Start Downloading" of SVG2 Requirements.

stakagiI think that the loading control by viewBox is the functionality adjusted to the requirements of SVG2.

Declaration of a dynamic loading

Additionally, it seems that the variation resulting from a implicit description exists in the processing of display:none on CSS3 Media Queries. (See:Jason Grigsby's blog) Then, on SVGTL, having an attribute which specifies the method of a loading may have value.

externalResourceLoading = "(onLoad|onVisible|inViewBox|inZoomRange)"

(Reference: SVGTiny1.2 External resources)

The concept of the external resource loading control by viewBox may be useful not only for SVG but HTML document. For example, on a very lengthwise web page to be scrolled, if only the external resource which overlaps viewBox is loaded, there will be a case where a comfortable browsing can be offered.