このページの印刷や保存に関すること

http://hxxk.jp/2006/01/18/0021

記事データ

投稿者

望月真琴

投稿日時

2006-01-18T00:21+09:00

タグ
概要

私の配慮が足りなかった点があり、普通にブラウジングしているだけでは問題が無かった部分も、こと印刷や保存においてはいくつかの問題があった件について。

リプライ

2 件のリプライがあります。

記事本文

Re:A four leaved clover - 1月10日 火曜日 「iPod Photoで歌詞表示」

……しかし、どちらのページも、印刷するなり、ページを保存するなりしておきたい内容ですけど、印刷にも保存にも適さないページですね。 これだから、weblogは嫌いなのですよ。

これは weblog であるかそうでないかが原因ではないと思います。 何を以って weblog を定義するかにもよりますが、一般的な weblog ツールや weblog サービスによるものを weblog と指すのなら、その種類によって印刷や保存に適している・適していないは分かれるはず。 すなわち、今回のケースでは私が悪いと !

……いや、それで終わらせてしまっては実も蓋もないのでもう少し掘り下げてみましょう。

印刷に適さない ! ( 近々対応 )

印刷に適さないというご指摘ですが、テーブルでガチガチに固めているわけでもないし、グラフィカルブラウザを用いて表示することを想定しているスタイルシートは印刷時には適用されない用にしているはずです。

……と思ったら、スタイルシートの指定をする部分で media="screen" の指定を忘れているという凡ミスが発覚。

Firefox 1.5 による印刷プレビューのスクリーンショットのように、グラフィカルブラウザで見えているスタイルがそのまま印刷にも適用され、印刷時には不要と考えられるサイドバー部分まで印刷されるようになっていました。 これはなるべく早いうちに、別途印刷用スタイルを用意しておこうと思います。

保存に適さない ! ( 対応済 )

さて次に保存に適さないというご指摘。 これは実際にローカルに保存してもう一度ブラウザで開くことで簡単に検証できます。 ……で、一度ローカルに保存したページを再度開いたスクリーンショットを見ると、スタイルがものすごく中途半端に適用されています。

これは hxxk.jp で用いているスタイルシートが、一つの CSS ファイルで構成されているのではなく、 Web Standards with MT ver.3.2 StrictCSS@import で読み込んでベースとして、それにプラスアルファの指定を加えることで構成されていることによります。

それだけではスタイルが崩れる原因にはなりませんが、 @import url(/template/mt_3_2_strict/styles-site.css); のように / で始まるフルパスで CSS をインポートしていると、一旦ローカルに保存してから改めて開いた場合にインポート先の CSS までは反映されません。 よって、今回のように中途半端な混じり方をしたスタイルになるわけです。 同様に、背景画像も / で始まるフルパスで示しているため、ローカルに保存したものを開く場合には無効になります。 ( もちろん、インポート先の CSS や背景画像も合わせてローカルに保存していればこの限りではありません。 )

ドメイン名をサイト名にしている == サーバを移ることはあってもドメイン名を変更することはまず有り得ない == / で始まるフルパスにこだわる必要性は希薄となる、ということで / で始まるフルパスではなく http:// で始まるフルパスの指定に変更しました。 そしてもう一度ローカルに保存した上で開いてみると、今度はきちんとスタイルが適用された状態で見ることができました。 ( ただし、本文中の img 要素による画像についてはこれまで通り / で始まるフルパスで記述しています。 現時点で http:// で始まるフルパスを用いているのは CSS 内のみです。 )

おわりに

今回は A four leaved clover - 1月10日 火曜日 「iPod Photoで歌詞表示」のおかげで、見辛い・使い辛い状態が生じていることを知ることができました、ありがとうございます。 今回同様、見辛い点や使い辛い点、その他何らかの不具合があればコメントやトラックバックやメールやその他何らかの手段でお伝え願えれば幸いです。 気付いた範囲および出来うる範囲で対処します。

Re: はてなブックマーク - hxxk.jp - このページの印刷や保存に関すること

  • 2006年01月18日 asiamoth 『[css][webdesign]印刷や保存のことを考えた記述を。RSS内も相対パスイクナイ。』

RSS 内も~というのは、おそらく RSS に記事全文を入れる際の話だと思います。 hxxk.jp のように / で始まるフルパスで img 要素を配置している場合、 RSS リーダで読むと多くの場合はその画像は表示されません。 ( 表示されるものもあるかもしれません。 ) しかし、この場合はそれが必ずしも良くないということは無いと思います。

hxxk.jp は xrea からスペースを借りて運営していますが、画像ファイルの外部からの呼び出しについては認められていません。 ( これは技術的な対策はされていませんが、規約で定められています。 ) そこで http:// から始まるフルパスの形式で img 要素を配置し、その内容を RSS でも提供するとこれに抵触してしまうのです。 また、ローカルに保存したものを開き、スタイルが中途半端に適用されてしまう場合と違い、 RSS で画像が表示されない場合は実際の記事を読みに行けば解決できます。 また、仮に画像が表示されなくても、 alt 属性を適切に記述していれば文意が損なわれてしまうことも無いと考えるため、今後も img 要素については / から始まるフルパスで記述していこうと思っています。

リプライ

2 件のリプライが送られています。

2006-01-19T19:54+09:00 - asiamoth

> hxxk.jp は xrea からスペースを借りて運営していますが、画像ファイルの外部からの呼び出しについては認められていません。 おっと! 自分もxreaを借りていますが──恥ずかしながら、これは知りませんでした。自分から故意に、外部のサーバからxreaサーバにある画像を呼び出す、ということはしていませんが、今後も気をつけます。 RSSリーダで閲覧中、画像の部分が歯抜けになっているサイトがあって「イクナイ」と書いたのですが、一概には言えないわけですね……。勉強になりました! ありがとうございます。

2006-01-30T22:55+09:00 - 真琴

はっきりと認められていないというわけではないのですが、転送量や負荷率の絡みで推奨はされていないって感じですね。 うちの場合は、 RSS 内に画像を表示していない現状でも転送量・負荷率ともにサーバ内の 10 位以内にいるので、なかなか冷や汗ものなのです。

この記事に対するご意見やご質問、ご感想などありましたらこのフォームに簡潔に記入して下さい。 簡潔に記入できない場合や、関連記事にてご意見をお寄せいただく場合は、ご自身の weblog にて記事を書かれた上で あてにトラックバックとして送信してください。

記入フォーム

補足情報

著作、講演、制作実績など