From ce4a32fe52ef09d8f5ff1dd22c001110902b60a2 Mon Sep 17 00:00:00 2001 From: toma Date: Wed, 25 Nov 2009 17:56:58 +0000 Subject: Copy the KDE 3.5 branch to branches/trinity for new KDE 3.5 features. BUG:215923 git-svn-id: svn://anonsvn.kde.org/home/kde/branches/trinity/kdelibs@1054174 283d02a7-25f6-0310-bc7c-ecb5cbfe19da --- .../docbook/xsl/params/nominal.image.width.xml | 38 ++++++++++++++++++++++ 1 file changed, 38 insertions(+) create mode 100644 kdoctools/docbook/xsl/params/nominal.image.width.xml (limited to 'kdoctools/docbook/xsl/params/nominal.image.width.xml') diff --git a/kdoctools/docbook/xsl/params/nominal.image.width.xml b/kdoctools/docbook/xsl/params/nominal.image.width.xml new file mode 100644 index 000000000..f630af9c0 --- /dev/null +++ b/kdoctools/docbook/xsl/params/nominal.image.width.xml @@ -0,0 +1,38 @@ + + +nominal.image.width +length + + +nominal.image.width +The nominal image width + + + + + + + + +Description + +Graphic widths expressed as a percentage are problematic. In the +following discussion, we speak of width and contentwidth, but +the same issues apply to depth and contentdepth. + +A width of 50% means "half of the available space for the image." +That's fine. But note that in HTML, this is a dynamic property and +the image size will vary if the browser window is resized. + +A contentwidth of 50% means "half of the actual image width". +But what does that mean if the stylesheets cannot assess the image's +actual size? Treating this as a width of 50% is one possibility, but +it produces behavior (dynamic scaling) that seems entirely out of +character with the meaning. + +Instead, the stylesheets define a +nominal.image.width and convert percentages to +actual values based on that nominal size. + + + -- cgit v1.2.1