フレームあると(動かせないと)読みづらいです。表示領域を調整するなどの工夫をしていただけると有り難いなぁ......と思います。(>_<)スマホでこの界隈を見るのって、出先で更新のチェックが多いと思うんですがせめて新着記事くらいは読めるようにしたいですね。うちの所も今は酷い表示なので、これから見直してみます。こちらで言うことでもないのですが,この流れでこの場をお借りして訴えます。うぅん、新しいことに対応できていない弊害が顕在化していますね。自分自身がスマホを持っていないこともあって、改善のトリガが全くなかった、というのもあります。ご意見をいただいたので、何とか近日中にフレーム化を解除しましょう。いいつつ、やるやる詐欺で数年放置した、ということもありそうですが、ガラケーのサービス停止に伴う私自身のスマホ導入も見えてきているわけですから、そんなにお待たせせずに改善できると思います。ご意見をいただいたので、何とか近日中にフレーム化を解除しましょう。おお、いよいよ外骨格と言う名の拘束具を外す時が来たのですね。最初の実験機と思しいので、零号機となりますかね。零号機なら暴走しても使途には・・・以下自粛。スマホで掲示板を見てみたらとんでもない表示で、こりゃ使いづらいわ。(^^;とりあえずトップページと、新着情報のページはスマホでの見栄えを少しだけ改善しました。新着情報のページでは、「新着情報」をリンクにしてクリックするたびに「携帯版」とトグルにしました。1テーブル内の文字が小さくなるのを防ぐ方法を見つけたので実装しました。content="width=device-width">上記のように「width=device-width」と記述すると、「描画領域がその端末の実際の横幅」であるとして描画されます。その結果、縮小の必要がなくなるため、自動縮小はされません。-----------------------------------------------------------色々あちこち探したのですが、これが一番求めるものに近かったです。これで縦画面でも横スクロールせずに全部見ることができます。リンクの色も赤に変えました。1あまりご興味はないかと思いますので,独り言みたいなものです。指定しているため,無意味な余白ができています。縦表示の携帯端末では非常に影響が大きいので指定は害でしかありません。指定しているのに,おじゃんです。(PCのブラウザでも拡大率を数百%にしてみるとわかります)(以下蛇足)また,どこかの野良サイトから拾ってきたかと思われるものですが,style要素で指定した以下のクラスは意味がないと思われます。いう指定に意味はないでしょう。対して指定してやればよいことだと思われます。指定しているため,無意味な余白ができています。縦表示の携帯端末では非常に影響が大きいので指定は害でしかありません。指定しているのに,おじゃんです。ああ、そうだったんですか、知りませんでした。するとおかしくなるものでそこで諦めていました。直したらバッチリ100%で表示出来ました。ありがとうございます。style要素で指定した以下のクラスは意味がないと思われます。これも全部削除しました。いう指定に意味はないでしょう。対して指定してやればよいことだと思われます。これも全部削除しました。使ったらいい感じになりました。これで私個人としては満足のいく見栄えになりました。ありがとうございました。content=\"width=device-width,initial-scale=1\">\n";これに差し替えました。これが一番良いそうです。CSSに入れたら良い感じになりました。画面幅に応じて左のマージンを自動調節してくれます。style要素で指定した以下のクラスは意味がないと思われます。これも全部削除しました。ほんとに削除してしまってよかったんですか?いや、konnoさん、望む見栄えがあったからこれを導入したんですよね。ないと思いますが、意味もわからず導入した、ということなら、それはやめたほうがいいと思う。めざらさんのご指摘、きちんと理解した上で採用していますよね?ところで、本来なら新しいツリーを起こすのが筋なんでしょうが、ものすごく些細なことなんで、こちらに書かせていただきます。単なる誤字の指摘なんでね。こちらの掲示板にも、さまざまなスタイルの指定を行われているようです。そこで気がついたのですが、新着記事、すなわちmode=newsortのところ。40」だったりします。どこかにミスタイプがあるので、修正して頂けると幸いです。いや、konnoさん、望む見栄えがあったからこれを導入したんですよね。?意味もわからず導入した、というのが真相です。(^^;削除して辻褄が合わなくなっても大抵はブラウザがよきにはからってくれるので。こちらの掲示板にも、さまざまなスタイルの指定を行われているようです。そこで気がついたのですが、新着記事、すなわちmode=newsortのところ。40」だったりします。どこかにミスタイプがあるので、修正して頂けると幸いです。バグを見つけてくださりありがとうございます。m(__)mこれは頭がバグっていたようです。指定して、$sortcnt1=$in{'page'};ここで記事数に変換しているのですが、バグっていたのはリンク部分でした。以前は40だったのを50に変えたつもりが、pageを変えるのを忘れていたのです。(>_<)丁度更新したばかりなので、差し替えて置きました。2「タマの猫ハウス」トップページを更新しました。選択出来るようにしました。携帯版では「?mode1=1&wsize=3」が付きます・最下行に、ブラウザの縦横サイズを窓表示しました。ブラウザのサイズを変えると表示が変わります。Noir」さんのサイトの「JSすぐに使えるサンプル集」をそのまま使わせてもらいました。変数にしたいんだけどわからないの。(;_;)画面サイズの選択を増やしたい方は言ってくれれば検討します。「タマの猫ハウス」トップページを更新しました。励まれているようですね。携帯対応というか小さい画面に対応しようとして、大きい画面に対する配慮がおろそかになっているような気がします。大きい画面のシミュレーションも難しいとは思いますが、とりあえずブラウザを最大化し、ブラウザでの文字設定を最小化、さらに可能ならそこから[CTRL]+[-]を何回か連打する、というのをやってみると、私のいいたいことが理解できるかもしれません。変数にしたいんだけどわからないの。(;_;)普通には難しいでしょう。JavaScriptってクライアント側で動くもので、Perlはサーバ側で動くものですから。普通ではない方法はあるわけで、クライアント側からサーバ側にデータを送ってやればいいわけですが、サーバ側のほうがCGIならともかく、普通のWEBページだと、送られたデータの受け取りようがない気もする。自前サーバならできるのかな?どうもあれだ、konnoさん、いまひとつサーバ側とクライアント側の役割分担というものを理解されていないような感じに見受けられます。以前にも書いたことがあるような気がしますが、文字のサイズなんてものは本来的にクライアント側のお仕事。サーバ側でどうこうするようなものではありません。いうのは建前なので、できることはやってもいいじゃないか、というサイトが世の中には多いのは現実。うちの板塀のように、ブラウザ側の対応が変わることで可能だったことが不可能になることも多いですし、業界の多数派のご意見に変化の兆しもありませんから、ここは日和っておいたほうが良いのではないかと。文字サイズ変更関係のルーチンは全て撤去、ということ。いや、もちろん、反主流派を貫く、というのも一見格好良くはありますが。おろそかになっているような気がします。みると、私のいいたいことが理解できるかもしれません。やってみましたが、言わんとすることがよくわかりませんでした。(;_;)目の手術をしたおかげで極小の文字も結構読めるなぁという感想です。(^^;一番小さい文字は潰れて読めなかったけど、もしかしてこれのことかなぁ。送られたデータの受け取りようがない気もする。使えば色々出来そうな気はしますが。ものを理解されていないような感じに見受けられます。理解はしているつもりですが、もっと連携が取れたらいいのにと思うのです。クライアント側のお仕事。サーバ側でどうこうするようなものではありません。私も、出来るのならやってみたいと思う方だし、WEB世界はルール無用のジャングルかと。兆しもありませんから、ここは日和っておいたほうが良いのではないかと。目出ぁ食えり、なんてぇ最近聞いた謎のはやり言葉にも日和たいのに日和れないひよわ男です。文字サイズ変更関係のルーチンは全て撤去、ということ。やれということでしょうか。いや、もちろん、反主流派を貫く、というのも一見格好良くはありますが。私はそういうことはいっさい考えない人です。やりたいことをやるだけ。#いちご白書は何度目かうーん、価値観の相違みたいな話なのかなぁ、、、わかりません。やってみましたが、言わんとすることがよくわかりませんでした。(;_;)うぅん、デザイン的な面での話なんですが、もしかしたらこれはkonnoさん的には問題ない点なのかも。うちの複数の環境で、ブラウザもFirefoxやedge、chromeな複数のバージョンで同じような挙動になるので、ブラウザ間での差異はないと思うのですけど、もしかしたらkonnoさんのところでは違っているとかあるかもしれない。以下はブラウザのウィンドウだと思ってください。|+------------------------------------------------------------------------+こんな感じになって、著しくバランスが悪いように見えるのですよ。なんというか、このページのメインになってほしい部分が左寄せされているような感じ。トップなのだからメインはタイトルと絵であって、あとのリンクの部分はほんのつけたし、というのであればこの画面構成はとっても正しいものです。先に、大画面をエミュレーションするために[CTRL]+[-]を連打してみれば、と申しましたが、うちではそれをすると、左側のリンクの部分がどんどん小さくなり左側にこじんまりとしていく一方で、タイトルと絵のほうは小さくはなりますが位置は変わらず、ますます間隔が開いていくばかり。これは狙ってやっているのか、それともkonnoさんのところでは違う表示になるのか、というところはわかりません。使えば色々出来そうな気はしますが。ページの表示を全部JavaScriptで行う、という手法はあります。この方法なら、サーバとの通信は全く行いませんから、可能なはず。あと、うろ覚えな記憶だと、JavaScriptに通信させる、という手法もあったような気がしますが、それこそこれはセキュリティの問題でブラウザ側が規制したような。理解はしているつもりですが、もっと連携が取れたらいいのにと思うのです。今よりブラウザが連携を許可していた時代、いわゆるセキュリティホールとかで個人情報が抜かれまくったり遠隔操作されたり、ということで、ブラウザ側が連携を取れる経路を絞りまくっているわけですよ。konnoさんが希望することはおそらく、JavaScriptだけで何とかできるようにこの方面を勉強する、というのが正攻法のはず。これを正面突破ではなく裏口から搦め手でやろうとすると、あとで手痛いしっぺ返しを食いそう。やれということでしょうか。少なくとも、私はそれよりよい方法は知らない。私の知識もたかがしれていますから、もっと良い方法もありそうな気がする。いや、もちろん、反主流派を貫く、というのも一見格好良くはありますが。私はそういうことはいっさい考えない人です。やりたいことをやるだけ。(^^;ところがですよ。konnoさんの真にやりたい目的はともかくとして、やろうとしている手段は、いわゆるルール違反に近いようなことばかり。いえ、このルールというものも部外者からしたら曲者に見えるというか、いわゆる業界の自主基準というもので、当然、罰則なんかありはしない。いえ、守っておけば、多くの閲覧者に正しく見てもらえる可能性が著しく高まる、という程度の話。ブラウザでの対応、とかの話ね。う〜ん、適切な比喩ができない、と文太さんにもよく怒られていますが、むりやり比喩的な話で言うと、めざらさんのサイトの場合、40キロ制限の道をときどき45キロくらいで走る程度、というくらいルールを守っている。うちのサイトだともう巡航速度が50キロくらい、時々60キロを越えます、と言ったような感じかな。konnoさんがやろうとしていることは、傍目にはターボをフルにして200キロで突っ走ってやる、みたいなもの。うまく行けばこれはすごいけど、下手をすれば周り、つまり閲覧者にも迷惑をかけかねない。#「下り最速」というのは大抵「登り最速」ではないということで、私としては、何か違ったところを目指しているように見えて仕方ない。私の誤解の可能性も高いのですが。こんな感じになって、著しくバランスが悪いように見えるのですよ。このページのメインになってほしい部分が左寄せされているような感じ。ほんのつけたし、というのであればこの画面構成はとっても正しいものです。タイトルと絵はメインです。リンクもメインですが。(^^;これ、センターに揃えるというやりかたは初期のホームページではよく見かけました。字数が揃っていないと不思議なシンメトリック絵画のようで、違和感を感じました。揃えるなら、テーブルを使えばいいんでしょうが、面倒くさいの。変わらず、ますます間隔が開いていくばかり。これは同じように見えていますが、普通はそういう操作はしないと思うので問題なし。(^^;としきさんとか他の方は、見栄えの改善にテーブルを使いますかねぇ。私はテーブルとかcssとか全く勉強してないもので。ページの表示を全部JavaScriptで行う、という手法はあります。この方法なら、サーバとの通信は全く行いませんから、可能なはず。この手は、じょじょさんのカウンターなどで見てはいましたが、むずいの。しますが、それこそこれはセキュリティの問題でブラウザ側が規制したような。それはわかるような気がします。この方面を勉強する、というのが正攻法のはず。これからぼちぼち勉強していこうと思ってはいます。やれということでしょうか。少なくとも、私はそれよりよい方法は知らない。必要に迫られて削減しているところです。(^^;そのうち慣れてくるのかなぁ。私の知識もたかがしれていますから、もっと良い方法もありそうな気がする。いや、もちろん、反主流派を貫く、というのも一見格好良くはありますが。私はそういうことはいっさい考えない人です。やりたいことをやるだけ。#「下り最速」というのは大抵「登り最速」ではないこれが一番納得できてわかりやすかったような。1konnoさんのデザイン感覚で問題なければ問題なしです。一つだけ、例によって私が誤解を招いているところがあって。これは同じように見えていますが、普通はそういう操作はしないと思うので問題なし。これは、あくまでも大画面をエミュレーションするための操作。実は、会社のマシン、21Vかもっと大きいものかもしれませんが、これでブラウザのウィンドウを最大化した場合にあのような画面表示となっています。konnoさんのパソコン、もしHDMIの端子があれば、大画面のテレビとかにつなげばエミュレーションの操作なんかしなくても実物を見れることでしょう。しきさんとか他の方は、見栄えの改善にテーブルを使いますかねぇ。私はテーブルとかcssとか全く勉強してないもので。<(^^;)私もテーブルは多用しています。いえ、もう何年も前に、できる範囲で、ではありますが、かなり大々的にCSSを導入しました。実は、うちのサイトのトップページも、上記の会社のマシンよりは小さいとはいえ、その当時の大画面で表示させて「うげげ」となってしまったもので。ありがたいことにCSSで記述しておけば、画面サイズのある程度の変更であればそれなりに追従して表示してもらえるので、少なくともパソコンなら当面このままでよさそう。スマホでの表示は全く確認していないので、一体どうなっていることやら。あと、ブラウザ側ではなくサイト側で文字サイズの変更ができるようにするのであれば、以下のようなページを熟読すると参考になるかもしれません。JIS規格だの総務省のガイドラインとかが出てきて、きちんと実装しようとすると、かなり大変そうです。ウィンドウを最大化した場合にあのような画面表示となっています。