summaryrefslogtreecommitdiff
path: root/doc/dw-fixed-positions.doc
diff options
context:
space:
mode:
authorSebastian Geerken <devnull@localhost>2015-06-03 22:40:07 +0200
committerSebastian Geerken <devnull@localhost>2015-06-03 22:40:07 +0200
commit0a565f9b2bfc084a3292ad0c3db85e76cc8dc060 (patch)
treeae743c7a37bfde4293c142e4a6d32648526b7776 /doc/dw-fixed-positions.doc
parentda88ede8c401449729ae9c4b78f4c9914d81fa09 (diff)
Moved dev docs to devdoc.
Diffstat (limited to 'doc/dw-fixed-positions.doc')
-rw-r--r--doc/dw-fixed-positions.doc63
1 files changed, 0 insertions, 63 deletions
diff --git a/doc/dw-fixed-positions.doc b/doc/dw-fixed-positions.doc
deleted file mode 100644
index d62565ff..00000000
--- a/doc/dw-fixed-positions.doc
+++ /dev/null
@@ -1,63 +0,0 @@
-/** \page dw-fixed-positions Fixed positions
-
-In some cases, widgets or widget content must be positioned relative
-to the viewport. As in the CSS specification, these positions will be
-called "fixed positions". This must not be confused with "fixedly
-positioned elements" (see \ref dw-out-of-flow), which are a special
-case of fixed positions.
-
-
-Applications
-============
-
-As defined by CSS
------------------
-
-- "position: fixed"; see \ref dw-out-of-flow.
-- "background-attachment: fixed"; see \ref dw-images-and-backgrounds.
-
-Idea for tables
----------------
-
-Often, tables have a header, which contains informations necessary to
-interpret the columns in the table body. For this, HTML defines the elements
-&lt;thead&gt; and &lt;tbody&gt;
-<sup><a href="#note-table-footer" id="ref-table-footer">[1]</a></sup>.
-
-For large tables, the problem occurs that the table header gets out of
-the reader's view. In paged media, where a large table covers multiple
-pages, this is often solved by *repeating* the table header on each
-page occupied by the table. When using a viewport, a table larger than
-the vieport could be displayed like this:
-
-1. If the top of the table is within the viewport, show the table
- header at the usual position.
-2. As soon as top of the table gets above the top border of the
- viewport, keep the table header at the viewport top, so that it is
- still visible (this means, it moves down, relative to the
- *canvas*). This way, the header is still visible, so our objective
- is achieved.
-3. When scrolling further down, at some point the table body gets out
- of the viewport again, and so should the table header.
-
-(Some images would be nice.)
-
-These ideas should be considered when developing a design for fixed
-positions.
-
-
-Design sketch
-==============
-
-[...]
-
-
-----------------------------------------------------------------------
-
-<sup><a href="#ref-table-footer" id="note-table-footer">[1]</a></sup>
-... and also &lt;tfoot&gt;, which is not discussed here, for reasons
-of simplicity. However, it is obvious that &lt;tfoot&gt; should be
-dealt with in an analogue way as &lt;thead&gt;.
-
-
-*/ \ No newline at end of file