Webサイト制作初心者用質問スレ part248 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
初心者だろうが誰だろうが、
まず >>>■ 検索してから ■<<< 質問すること
ネタ・煽り・自演・荒らしは完全放置
【質問時の注意】
1. 質問する前に >>2 にも目を通すこと
2. メール欄に何も入れないことを推奨 (IDを出して騙りを防止するため)
3. 質問者が返信する際は「最初に質問したレス番号」を名前欄に入れること
4. ブログについてはブログ板で質問すること
●ブログ板 http://peace.2ch.net/blog/
5. SEO、アドセンス、検索サイトに登録しても検索結果に引っかからないといったことは SEO関連スレで質問すること
http://find.2ch.net/?STR=seo&;TYPE=TITLE
6. アクセス解析については該当スレで質問すること
http://find.2ch.net/?STR=%A5%A2%A5%AF%A5%BB%A5%B9%B2%F2%C0%CF&;TYPE=TITLE
7. 製作ソフト(Dreamweaver DW、ホームページビルダー、等)を使用した場合の質問は該当スレで質問すること
8. CGI、PHP, Perl, Ruby 等のプログラミング関連や CMS, Wiki は Webprog板、またはこの板の該当スレで質問すること
●WEBプログラミング板 http://kanae.2ch.net/php/
9. JavaScript はこの板の該当スレで質問すること
10. 画像作成ソフト(Photoshop 、Illustrator、等)については該当スレで質問すること
11. HTML, CSS, CGI, 制作ソフトなどのどんな本を買えばいい?といったことは書籍についての質問スレで質問すること
http://find.2ch.net/?STR=%CC%F2%A4%CB%CE%A9%A4%C4%BD%F1%C0%D2%A4%CF&;TYPE=TITLE
12. 質問内容を吟味して、正しい日本語で第三者が読んでも分かるように質問を書くこと
13. 間違った回答をする人もいることに注意
【前スレ】
Webサイト制作初心者用質問スレ part247
https://echo.2ch.net/test/read.cgi/hp/1488192984/ >>618
最初から書いているがSSIで今の時代にまともに使う機能はインクルードくらいだろ?
で、実際運用していくと、後で大抵はphpが必要だってなってくる。
同じインクルードの機能が使えて、それ以外にもたくさんの機能が使えるphpがあるのに
むしろ何故最初からのphpを選ばせないで.shtmlの拡張子で誘導するのかって思う。
それと、マイナーな拡張子.shtmlにしてしまっているとサーバー側の設定で初心者には厄介な事がたくさん出てくる。
ブラウザでアクセスしたらダウンロードしてしまう挙動のサーバーや、
htaccessを記述しなければファイル名を省略できなかったりと、初期段階から初心者には面倒が起る可能性が高い。
ググっても古い情報ばかりだろう。(shtml全盛の時代に書かれた情報が今の時代のサーバーの情報に合うか?)
>>619
初心者は安いレンタルサーバーを使うって考えるのが妥当だろ?
各レンサバは会社によって記述方法が異なったりするからApacheの記述通りにいかなくてググって苦労するハメになる。
>>620
例えばjavascriptもphpも今の時代に合わせてどんどんアップデートを行っている
新しい関数の追加や、古い記述の廃止、セキュリティ対策、デバイス対応など。
今からSSIを学ぶ時間や労力は無駄。SSIは避けて通れる技術。 今後HTMLだけでインクルードできるようになったりしないもんかね >>620 だって今は現実としてSSIを使ってもないんだろ?
何故つかわないの?理由は?
自分が選ばないものをどうして勧めている? >>621
> 各レンサバは会社によって記述方法が異なったりするからApacheの記述通りにいかなくてググって苦労するハメになる。
まず、あなたは調べ方がおかしい
情報を探す場合は一次情報から探すのが原則
Apacheなら https://httpd.apache.org/
レンタルサーバならレンタルサーバのヘルプを見れば良い
SSIサービスを提供するレンタルサーバがヘルプを用意していないわけがない
それから、安いレンタルサーバ利用を想定するなら、.shtml や .shtm でSSIが有効化されているパターンが大半だと思うのだが、どのレンタルサーバを想定しているんだ?
逆に「.htmlでSSI有効化」のようなニッチな設定をする方がよっぽど面倒だと思うが
https://help.sakura.ad.jp/hc/ja/articles/206206041-CGI-PHP-SSI-%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6 >>621
> それと、マイナーな拡張子.shtmlにしてしまっているとサーバー側の設定で初心者には厄介な事がたくさん出てくる。
> ブラウザでアクセスしたらダウンロードしてしまう挙動のサーバーや、
> htaccessを記述しなければファイル名を省略できなかったりと、初期段階から初心者には面倒が起る可能性が高い。
> ググっても古い情報ばかりだろう。(shtml全盛の時代に書かれた情報が今の時代のサーバーの情報に合うか?)
>>607と合わせて読むと、「.htmlで設定する方が.shtmlで設定するより難易度が低い」って結論になるわけだよね
その根拠を知りたい
>>624がいうように.今どきのレンタルサーバなら.shtmlが標準だと思うけどな(特別な設定なんかいらない) >>627
それは違う
>>622
するとヘッダやメニューなど共用できたり幅が広がりそうだな >>621,623
俺はSSIを勧めてないけど、なぜ勧めている事になってるんだろ
古い技術だろうがうまく使いこなしてくれればいいから、俺は他人がSSIを使うのを止めないよ
それよりも、君のその毎回周囲に煽り散らして相手の情報を得てから、自分の情報を小出しする姿勢がうざい
> 自分が選ばないものをどうして勧めている?
これは実際に質問者にSSIを勧める回答をしている人にいうべき言葉でしょ
全く関係ない第三者による指摘に対していうことじゃない
俺はあんたの考えを聞きたくて質問しただけ、他意はない なんでもいいけど「安いレンタルサーバ」が前提なのが気になる
そんなもん使うか?ふだん仕事で
客が用意してきたってのがたまーにあるのはわかるけど >>624
私の調べ方なんてここでは問題ではないだろ?
普通の素人が一次情報だのApacheだの英語の本家サイトで理解しようと努めるとかさ、感覚ズレてんぞ。
そもそもサーバーの仕様を自分でまともに調べるやつがこんなとこであんな質問しない。
さくらはそれ見た限り大丈夫そうだが、自分のはどこのか忘れたが、書いている事は全て実際経験してきた事。
>>626
難易度が低い根拠?無いよ。あえて言うなら、一般的じゃない事、マイナーな事するってだけで色々不便にはなるでしょ。
言いたい事わかるよね?もうイチイチ説明させないでくれ。 >>629
> 自分の情報を小出しする姿勢がうざい
聞かれる前に最初から聞かれるかもしれないだろう事を全て長ったらしく書けって?コミュ障ですか?
そういう考えだと、聞いても無いSEOの事なんて勝手に語り始めちゃうようになるぞ。
今更SSIを勧めていないとかさ、なんでphpよりSSIを勧めないの?理由は?それと何で今は自身で使っていないの? プロの人ってやっぱりdreamweaverとかFTPソフトとか使わないでテキストエディタ使うのかな
markdownとかぎっとはぶとかおしゃれでかっこいいよね 勉強しよ >>632
何故「間違った方法で調べる」前提なんだ?
あなたの言い分は全て仮定であり、思い込みだ
- 質問者は普通の素人のはず
- 普通の素人はこうするはず
- 質問者は俺(>617)が過去に陥った罠にはまるはず
全てに根拠がない
仮定を前提に論理を勧めるのは無意味だ 元はといえば、>>607の「SSIを拡張子shtmlではなく、.htmlで使用するにはサーバー負荷をかけるのは知ってて絡んできている?」を発端に話し合っているだけだが、617(=607)は
- 質問者は普通の素人だから俺と同じ罠に陥るはず
- 質問者は.htmlでSSI有効化する方が楽なはず
という前提で話を勧めているわけだな
「.htmlでSSI有効化する手法」が良くない方法である事を知っていながら、「より良い方法(.shtmlでSSI有効化する手法)」を隠して「良くない方法」主導で勧めている、と
意味が分からんな >>632
根拠がないなら信用に値しないね
君の主観的価値観に同意できるほど、君との間に信頼関係はないし
最低限の論理展開ぐらいは出来ると期待したけど、思いこみの激しい意見でがっかりしたよ >>635
根拠ねぇ。
>- 質問者は普通の素人のはず
だってここ初心者スレじゃん。
>- 普通の素人はこうするはず
>- 質問者は俺(>617)が過去に陥った罠にはまるはず
これは経験則。あなたも会社で部下や新入社員をたくさん教えていると、ある程度新人の行動がわかるようになる。それ同じ。
過去に接してきた初心者・素人が5人そうだったら6人目もそうなる可能性は高いって考えは間違いか?
それとマスの行動を予測しなきゃ何も言えない。過去の自分の経験からアドバイスする事は至って普通の事では? はい、脱線
PHPのインクルードとSSIの速度比較の話は終わり
あとは各自調べたり実験してみてね
次の方どうぞ >>636
そうだよ。拡張子shtmlのファイルを1つでも使用する事は、面倒の始まりになるからね。
それともサーバー内のhtmlファイルは全てshtmlにしろとでも?
ところで、あなたは実際にSSIでサイトを構築してきた経験はもちろんあるんだよね?
>>637
あのねえ・・何にでも根拠が必要で、全て説明が必要?
例えば、「君との間に信頼関係はない」これの根拠は?って聞いてくる奴がいたらどう思う?
説明すんの?できるの?
難易度なんて言葉、私は持ち出してもないのに、それの高いか低いかという漠然とした事を
なんで私が証明しなきゃいけないんだ?
あえて言うなら、「難易度」ではなく「不便」っていってるっしょ。
それと、今SSIを使っていない理由は何?人には説明させておいて自分は言わないん?
まさか今まで1度もSSIでサイト構築した事はないわけじゃないよね? > それともサーバー内のhtmlファイルは全てshtmlにしろとでも?
サーバー内のhtmlファイルを全てphpにするよりマシじゃないの?
特定のディレクトリだけphp〜っていうのなら、
SSIでもそうすればいいし。
拡張子指定だけじゃなく、ディレクトリ指定、ファイル指定でも
SSI有効化はできるよ。 SSIを使って全てのページに共通の何かを埋め込むなら
どちらにしろSSI有効にしないといけないし、
SSIはウェブサーバーのモジュールで実行されるから
極めて軽い。PHPなんかよりも軽いよ SSI反対の人はもしかしたら
サーバにはそんなに明るくないんじゃないかな
失礼な言い方だけど、小規模な案件を沢山やってこられた人つーか
サーバサイドでやることはせいぜい、ヘッダやフッタをモジュール化して
ちょろっとHTMLの出し分けするコード書く程度な感じで
100以上って書いてたから、そんなに経験も長いわけでもなさそうだし
ほんと失礼なこと書いてすまんけど >>640
赤の他人の話を鵜呑みにするほど世間知らずではないから根拠ぐらいは確認するよ
逆に聞くけど、君は俺がいうことをそのまま信じるの?
> 例えば、「君との間に信頼関係はない」これの根拠は?って聞いてくる奴がいたらどう思う?
ただの感想に根拠を求める人がいるとは思えないけど、「初対面で君との間に付き合いがないから」と答えるだろうね
> 難易度なんて言葉、私は持ち出してもないのに、それの高いか低いかという漠然とした事をなんで私が証明しなきゃいけないんだ?
君は>>621で「初期段階から初心者には面倒が起る可能性が高い。」と書いてるでしょ
それは.shtmlの難易度が高いってことじゃないの?
で、あなたが勧めてる.htmlで面倒が起きると辻褄が合わないから、相対的に.htmlの難易度が低いと主張してるように読めるんだけどね
まあ、>>621の後に>>640で別の理由を後付けしてるし、結論ありきで論理を後付けする一貫性のなさは感じるけどね >>630
ざっくり書くと
iframeはあえて言えばその中は別世界
phpのincludeはあたかも元々そこに書いてあるかのようなふるまい
__FILE__相当が使えて読み込みエラー処理が対処できればだが
固定化されたファイルで、通信エラーは別対処なら
個人サイトなど場合によりそれすらも妥協できるだろう >>644
>逆に聞くけど、君は俺がいうことをそのまま信じるの?
そんなの内容によるとしか言えないね。人は会話でいちいち嘘付くとは思っては無い。
もし引っ掛かる個所があれば確認するかな。
>「初対面で君との間に付き合いがないから」
どうして初対面と決めつける?根拠は?付き合いが無い根拠は?(答えなくてもいいぞ)
.shtmlの難易度が高いというか面倒な事が色々起こりえると言う事。今まで書いた通り。 一番最初から私が書いている事(>>600)の本質は何も変わってない。
細かい事を聞かれればそれに答えて、随時思いだした事も書いているだけ。
それが小出しとか言っていっちゃもんつけるなんてどうかしてるぞ。
てか、言葉遊びがしたいだけならもう終了でいいわ。
本質についてこっちが聞いてもは絶対答えないしな。
答えられないんだろう。それが答えだ。絡んできて何がしたかったんだか。 >>646
> そんなの内容によるとしか言えないね。人は会話でいちいち嘘付くとは思っては無い。
内容によるなら、何がしかの判断基準はあるはずなんとけどね
君は感覚的に考えるタイプみたいだね
論理的に話を出来ないタイプというべきか
> どうして初対面と決めつける?根拠は?付き合いが無い根拠は?(答えなくてもいいぞ)
君と会った事実を確認できる根拠がないからだよ
根拠がないものは安全サイドで考えるのは当然でしょ
で、君は俺と初対面ではないと考えるわけ?どういう理由で?理由なんか考えない?
> .shtmlの難易度が高いというか面倒な事が色々起こりえると言う事。今まで書いた通り。
.htmlで面倒な事が起きない理由も説明できてないけどね
それと、.shtmlで面倒が起きる根拠が全て君の主観だし、説得力がないんだよね 根拠に話を戻すと、例えば、>>619や>>624の方が「客観的に判断できる根拠」があるから、617の根拠より信用出来るんだよ
君(617)の根拠は全て「仮定」じゃないか
「事実」を元にした「論理」でないと説得力がないよ >>648
ほんと何言ってんだ。判断基準なんて総合的に決まっているだろ?
それを全部具体的に1つ1つここで書くわけないだろ?物事をシンプルに説明でき無い奴はアホだと思われるぞ。
>根拠がないものは安全サイドで考えるのは当然でしょ
つまりそれって事実じゃないって事。「考え」っていう主観だよね。違う?
私が初対面ではないと考えているなんて一言も言っていない。初対面であると決めつけることはできないと言っている。
さすがにわかるよな?
.htmlで面倒な事が起きない理由→一般的だし一番基本形だから。
普通に考えればわかるだろ?これも具体的に書いてあげないととわからないか?(書いてもいいけど小出しとか言うなよ?)
.shtmlで面倒が起きる根拠→主観も含めて実際経験してきた事なんだが?それと何度も説明しているがもう一度書くか? >>649
自分は論理的だから、信用に値するって思っている?
残念ながらそれは君だけの中での思い込みの可能性が高い。
枝葉に執着するあまり、本質からズレているんだ。
本音としてphpよりSSIを肯定していると思えない。それは事実として君自身で使用していないからだ。
しかもその理由も言わず話を反らす。
残念ながら小手先の言葉遊びで論破しようとしているようにしか感じないんだ。
私からしたら全く信用できない人と感じているよ。 ふたりともめんどくさいやつらだなあ。
ふたりともこのスレの本質からズレてるし、シンプルに説明できてないし。
長いから三行でまとめて。 はっきり断定できるのは、SSIの方が機能が大幅に少ない分
使うのは簡単で、メモリ使用量は少ないし、速度も速いってこと 拡張子と負荷云々書いてたので
Apacheについてそんなに詳しくないのかも知れん(違ったらごめん)
拡張子なんて.shtmlでも.htmlでもまったく一緒
なんなら.cssや.jsでも構わんのよ SSIという古い技術がクライアントサイドで多くの処理を
行う時代に意外と適してるってことを認めたくないのだろう 100以上のサイト見てきた!ってことだから5〜6年くらいかな?制作の仕事やって
そんで大海を知った気になっちゃう
そんな若さゆえのシンタックスエラーは誰にでもあるものさ <ol>要素と<ul>要素の使い分けについて教えてください!
例えば、更新した日付を年月日で分けて作成する場合、<ol>要素で問題ないのでしょうか。
それとも、↓のように20日は更新がなかったからといって歯抜けになるような場合、<ol>要素ではなく<ul>要素のほうがいいのでしょうか?
<ol>
<li>2017年
<ol>
<li>10月
<ol>
<li>19日</li>
<li>21日</li>
<li>22日</li>
</ol>
</li>
</ol>
</li>
</ol>
うまく説明できず申し訳ありませんが、これらの要素の使い分けについて教えてください。
どうか、よろしくお願いします。 >>659
順序が重要かどうかによる
A,B,C の順序でやる必要がある仕事があって日付を割り振る場合は <ol>
何かがいつ起きたまたは起こるか日付を示すだけなら <ul>
それ例で言えば、更新は一般に順序を違えると結果が異なる場合があり得るので <ol> になるだろう
歯抜けかどうかは関係ない >>659
別で項目名の説明があるかどうかじゃないかな
「1-1-2. 21日を参照」のような。
それをしないならばcssでolでもulでもリスト、連番どちらにでもできるから汎用性の高いulのほうがいいかな >>659です!
>>660
リストタグしか考えつかなかったです(´・ω・`)
>>661
順序が重要ということは、<li>要素を並び替えても機能するなら<ul>要素、機能しないなら<ol>要素といった感じになるのでしょうか。
参考の一つにWHATWGのブログにあるサイドバー(ARCHIVE)を見てみたら<ul>要素でマークアップされていたので混乱に拍車がかかってます。
>>662
項目名の説明がない場合は<ol>要素の方がいいということでしょうか。
悩みます。 >>663
そうそう
ただの箇条書きはul
順序に意味のあるのはol
お買い物リストはul
料理を作る手順リストはol >>663
サイドバーのarchiveのところは
ただのリンクの集まりであって順番には意味がない
それのラベリングに年月をつかっているから、順不同だと気持ち悪くはあるけど
リンクのリストで順序があるものは、たとえばパンくずリスト
あれはコンテンツの階層構造にそったリストなので順序に意味がある >>659です!
>>664
理解できました!そんな気がします。
>>659のリストは日付順ではあるけども、順番には意味がないということなんでしょうか。
しっかりと理解するまでに少し時間がかかりそうです。
>>665
ARCHIVEの箇所はただのリンクの集まりなんですか(´・ω・`)
順番を入れ替えたら意味が変になるから<ol>要素なんじゃないのかと思ってました。
実は今でも少し思ってます。
使い分けが難しいですが、いただいたレスとW3Cのウェブサイトを元に勉強します!
皆さん、親切に教えていただき、どうもありがとうございました。 >>667
W3Cに従うのかWHATWGに従うのか
はっきりした方がいいかも >>667
>順番には意味がない
その日付に対応する出来事どうしに因果関係があるなら意味があると言えるだろう
逆にまったく独立な出来事なら ul でもかまわないかもしれない >>659です!
>>668
普段はW3Cなんですが、行き詰るとWHATWGも見てます!
だから混乱するんですかね(´・ω・`)
>>669
作成予定の更新履歴は、ただ更新した日付にリンクさせるだけなので後者ですね。
奥が深いです。 >>530
亀だけどそれはアクセシビリティ関係の設定だね
でも何でleftなんだろうな
bottomやright、topもあるのに うん千pxって昔隠し(ってほどでもないが)SEO対策で紛らわしいからか先生的にダメ
ってのがあったが今どうなんだ
それ以来やってないしその必要性もないが × 理屈を誓いする事を推奨
〇 理屈を理解する事を推奨 テキストを隠すのも大事なことらしいで(´・ω・`) >>675
なんでそんなに偉そうな言い方なん?
W3Cでさえやってるからそういう話してんだろうよ Cookieについて質問です。
サーバからSet-Cookieヘッダは複数出力することができますが、
1つのSet-Cookieヘッダに指定できるキー値の組は1つだけですか?
それともexpiresやpathが共有される2つ以上の値を指定出来るのでしょうか?
あとSet-Cookieの先頭に予約語のexpiresやhttponlyのようなフラグが来ることはありますか? 今公開しているページが
index.htmlにENTERボタンがありクリックすると
トップ画面のあるtop.html(グローバルメニューがある)にいく仕様になっています。
最近検索結果で上位に表示されるようになったのは良いのですけど、
index.htmlだけでなくtop.htmlの両方が入っています。
原因はtop.htmlに直接アクセスする人がそれなりにいたからじゃないかと考えています。
私はindex.htmlのみをランクインさせたいのですが、何か良い方法はありますか? >>682
HTMLファイルを2つに分けてる理由はなんかあるの?
1つにすればいいじゃん >>683
後にENTERボタンが「JAPANESE」とか「ENGLISH」になって各言語のページにとばすからです。
>>684
ありがとうございます。 ULタグを使ったリストのデザインについって教えてください!
(1)https://jsfiddle.net/55nxvbby/
(2)http://howtocodeinhtml.com/img/chapter6/menu-white-links.png
(1) のサンプルを (2) のような感じに仕上げたいのですが上手にできません。
どなたか教えてください!
よろしくお願いします。 >>687
背景ピンクにしてボーダーいれてお好みに間隔あければいいだけでしょう。
どこが分からないの? >>687です!
>>688
よくわかりませんが今しがた上手に出来上がりました!
なぜうまくいったのか理解できていないので、これから調べるところです。
お騒がせしました。 ul {
background: url(menu-white-links.png)
} 何気なくひらいたYoutubeのソース見たら意味不明すぎなんですけど
head内に出てくるdivタグ
body直下にたくさんあるstyleタグしかも中身空白なのがチラホラ
重複しまくるID 見慣れないタグ
一体この人たちは何をやっているのでしょう?
自分には理解の及ばない謎技術でくやしいです formの中にbuttonやinput type="button"が有ればクリックするとsubmitしますよね。
その時に、特定のボタンではsubmitさせずに別の動作(関数実行など)をしたい
のですが、どうすれば可能でしょうか? >>693
クリックイベントを奪えばいいよ
ボタンのクリックにイベントリスナを設定すると
引数にイベントオブジェクトが渡される
そのオブジェクトのpreventDefaultってメソッドを叩くと
その要素のイベントだけキャンセルできる >>693
<button type="button">これでおk</button> type=submit以外でsubmitされたか? 皆さんありがとうございました。
勘違いでした。
"button"ならsubmitされず、
"image", "submit"ならsubmitされました。 まる3日くらいググりまくったけど無理だったので質問します
pukiwikiにアフィリエイト広告を貼る方法をわかりやすく解説しているサイトってありますか?
広告はグーグルアドセンスではなく、a.8です 自分でwikiを設置してんのか
他人が用意したwikiをユーザとして利用してるだけなのか >>701
あ、自分のです!
ただ質問が初歩的すぎてご迷惑かと思い、URLだけでもと思ってお聞きしました pukiwikiっていったらPHPだからPHPがわかれば改造は簡単だろう
ソース出力部分探してbody直下にコード埋めるなり
head内にJavaScript埋め込んであとは好きにDOMいじるなり
プラグイン的なものを期待してるのであればpukiwiki 広告 プラグイン
とかでググってみてはどうか line-heightの継承について教えてください。
<body style="line-height:1.5;">
<ul style="line-height:5;">
<li>List Item</li>
</ul>
</body>
例えば<body>要素にline-height:1.5;が設定されている時、
その子要素の<ul>要素にline-height:5;を設定したとします。
すると<ul>要素内の<li>要素もline-height:5;を継承しますが、
この<li>要素は<body>要素のline-height:1.5;のままでいたい場合、
<li>要素にline-height:1.5;を設定しなければいけないのでしょうか。
この継承をさせない、または回避する方法があれば教えてください。
どうか、よろしくお願いします。
説明が下手で申し訳ないです(´・ω・`) >>704です。
問題が解決しました。
>>704の質問を〆ます。 iPhoneのなんとかってディスプレイめっちゃ綺麗なのな https://jsfiddle.net/8rzo7kbe/
この状態から文字を縦に中央寄せするにはどうすればええの?
vertical-alignがええよって言われたけどサッパリ!
詳しい人助けて(´;ω;`) >>708
もっと正しい方法があると思うが。
ul{
background:#abc;
height:10em;
margin:0 auto;
text-align: center;
display:flex;
align-items: center;
}
li{
dispaly:inline;
}
ul ul{
display:none;
} 抜けてた。
>>709のulにjustify-content:center;も追加で。 >>709
そんな方法もあるんやね!
丁寧に教えてくれてありがとー(*´▽`*)
がんばるでー。 flexはブラウザ依存大丈夫?
最近はもういいのかな まだまだ、ベンダープレフィックスは付けといたほうがいいかもね そういえば久し振りにPS3を起動してついでにPS3専用のブラウザでネット閲覧して自分のサイト見てみたんだけど
HTML5やCSS3に対応してないみたいでレイアウト崩れまくっててワロタ tableのtd内の文字列が長い場合には折り返しますよね。
それを折り返さずに、そのセルはフォントサイズを小さくして折り返さないようにできますか?
つまりEXCELのセルの設定で「縮小して全体を表示する」みたいな感じにしたいのですが。 >>715
nowrapをつけつつtdに文字の小さいスタイルを当てたらどう?
動的にやりたいならjavasriptやphpで文字数に応じたスタイルをあてるとか >>715
いくら縮小でも限度はあるので、常に全体が見える必要がなければ
text-overflow: ellipsis マイクロソフトはもうエクセルの埋め込みをwebで出来るようにしちゃいなよ >>718
それってMicrosoft側だけでできるとでも? 大体のブラウザがプラグインが拡張機能があるんだからやれんことはないな ■ このスレッドは過去ログ倉庫に格納されています