From: smcv Date: Mon, 19 Dec 2016 16:46:46 +0000 (-0400) Subject: rename bugs/img_tag_should_support_relative_size.mdwn to todo/img_tag_should_support_... X-Git-Tag: debian/3.20161219~12 X-Git-Url: http://git.vanrenterghem.biz/git.ikiwiki.info.git/commitdiff_plain/32493312c800af08dd4af4227febecf5a9851bba rename bugs/img_tag_should_support_relative_size.mdwn to todo/img_tag_should_support_relative_size.mdwn --- diff --git a/doc/bugs/img_tag_should_support_relative_size.mdwn b/doc/bugs/img_tag_should_support_relative_size.mdwn deleted file mode 100644 index b6966e056..000000000 --- a/doc/bugs/img_tag_should_support_relative_size.mdwn +++ /dev/null @@ -1,29 +0,0 @@ -The size parameter should accept relative values, like "100%". When including large images, I would like it to be scaled relative to the available space. - -> 100% of what? -> -> The purpose of `[[!img]]` is to scale large images, for example photos, down -> to a more web-suitable size. When ikiwiki rebuilds the website, it cannot -> know how large visitors' web browser windows are going to be, so it cannot -> scale the image relative to the size of a visitor's web browser window. -> -> The closest thing it could do would be to not scale the image at all -> (potentially a very large download if it's a high-resolution photo), -> and use CSS or `` to ask the visitor's web browser to scale -> the image relative to something the web browser knows, such as the viewport -> size. -> -> With HTML5 ``, it would be possible to extend -> `[[!img]]` to produce more than one resized image and let the visitor's -> browser choose which one to download, but I'm not sure what a good syntax -> for that would look like... -> -> "The available space" is not something we can use, because current HTML -> standards do not offer that. In HTML5 it is possible to base sizes on the -> viewport (window) size, but the available space (excluding sidebars etc.) -> is not something the browser can know in advance, because it needs to know -> how large images are before it carries out layout calculations, and it -> needs to carry out layout calculations before it can know the available -> space. -> -> --[[smcv]] diff --git a/doc/todo/img_tag_should_support_relative_size.mdwn b/doc/todo/img_tag_should_support_relative_size.mdwn new file mode 100644 index 000000000..b6966e056 --- /dev/null +++ b/doc/todo/img_tag_should_support_relative_size.mdwn @@ -0,0 +1,29 @@ +The size parameter should accept relative values, like "100%". When including large images, I would like it to be scaled relative to the available space. + +> 100% of what? +> +> The purpose of `[[!img]]` is to scale large images, for example photos, down +> to a more web-suitable size. When ikiwiki rebuilds the website, it cannot +> know how large visitors' web browser windows are going to be, so it cannot +> scale the image relative to the size of a visitor's web browser window. +> +> The closest thing it could do would be to not scale the image at all +> (potentially a very large download if it's a high-resolution photo), +> and use CSS or `` to ask the visitor's web browser to scale +> the image relative to something the web browser knows, such as the viewport +> size. +> +> With HTML5 ``, it would be possible to extend +> `[[!img]]` to produce more than one resized image and let the visitor's +> browser choose which one to download, but I'm not sure what a good syntax +> for that would look like... +> +> "The available space" is not something we can use, because current HTML +> standards do not offer that. In HTML5 it is possible to base sizes on the +> viewport (window) size, but the available space (excluding sidebars etc.) +> is not something the browser can know in advance, because it needs to know +> how large images are before it carries out layout calculations, and it +> needs to carry out layout calculations before it can know the available +> space. +> +> --[[smcv]]