Apple Developer Connection - iPhone for Web Developers - iPhone向けWebアプリケーションとコンテンツの最適化
ウィジェットとライブアクティビティ ウィジェットがさらに多くの場所で活用できるようになり、パワーアップしました。WidgetKitを使ってインタラクティブな要素やアニメーションによるトランジションに対応すると、ユーザーがウィジェットから直接アクションを実行できます。既存のウィジェットにわずかな変更を加え、iOS 17向けに再ビルドするだけで、iPhoneのスタンバイ画面、iPadのロック画面、Macのデスクトップ上で視覚的に美しく表示させることができます。SwiftUIを使用すると、ウィジェットの色と間隔がコンテキストに合わせて自動調整されるため、複数のプラットフォームで使いやすさが増します。 WidgetKitとActivityKitで構築したライブアクティビティがiPadで利用できるようになり、ユーザーはアプリのアクティビティや情報をロック画面からいつでもリアルタイムで確認できます。
CSS（@print）で、画像のaltを印刷させる -OKWave
ぺこ一号と申します。 いつも皆さんの迅速な対応に舌を巻いております。 ぜひ、ご教授いただけますと幸いです。 ▼やりたいこと 印刷用のスタイルシートの設定の中で、 画像の表示を、画像ではなく、 imgタグに設定しているalt属性を表示（印刷）させる。 ▼コーディング仕様 ・xhtml+css ・対象OS：MAC／WIN ・対象ブラウザ：IE、safari、firefox（いずれも最新版） ブラウザ依存があってもかまわないのですが、 できることなのかどうか 教えていただけませんでしょうか。 ただ、サイトやタグ辞典なども含め調べてみたところ 現在、9割不可能と思っております。 （音声ブラウザやテキストブラウザ用の属性だから当然なのでしょうか・・） こちらで、皆様からのご意見を伺って 結論を出したいと存じます。 何卒よろし
論理構造を文脈に読み換えながら class 名を考える - 我的春秋
POSH encapsulates the best practices of using semantic HTML to author web pages. Semantic HTML is the subset of HTML 4.01 (or XHTML 1.0) elements and attributes that are semantic rather than presentational. posh - Microformatsより 基本的にはより論理構造を意識した class名をつけることが、今日のお話の目的なんですが、semantic-class-names のリンク先にない新味は、論理構造を文脈に読み換えながら class 名を考えるという点。（ただし、普段から意識的に文書全体の構造に照らして class名をつけている方には、それほど新味はないかも。） 例によって
私はbr要素が好きじゃない : 雑記帳 : der Gegenwart
[ Web関係 ] えーと、どんな要素で改行が行われれば、萌えていただけるのでしょうか？ 改行そのものはマークアップされていない文書に萌えますね。 「そもそも改行するときって段落変わるときじゃないの？」とか思ったりするわけ。もちろん、小説とか詩とかになってくると話は別だけど。 小説なんかだと会話文から地の文に変わるときに必ずしも段落が変わるとは限りませんし、詩なんかは言わずもがな。 私の場合、改行そのものをマークアップするという行為に何となく嫌悪感を覚えるので、あまりbr要素が好きじゃないです。 追記 何となくbr要素は物理要素っぽい匂いがするんですよね（っていうか物理要素なのかな）。fontとかbとかその辺りの要素同様に、見栄えをマークアップするためのものじゃないですか。ついでに言うと、同様の理由でhr要素も好きじゃないです。 改行関係は全てCSSで制御出来ればいいのに、とか勝手に思って
ブラウザ戦争なかりせば
kana-kana_ceoのブックマーク / XHTMLの利点 XHTML の利点（W3C） HTML4 との互換性を非常に大切にしている現行の XHTML について、「わざわざお勉強する意味あるの?」と問うのは、半ば反則ではないか。かくいう私も、「HTML で満足している理由」を説得的に語るのが難しいので、XHTML を使う人にボールを投げてしまうことが多いけど。 ただ、私は XHTML が HTML から引き継いだ「絶対に機械任せにできない領域」を引き継ぐ限り、そしてまた HTML 文書をそのマークアップまで含めて再利用する行為に大きな需要が生じない限り、ほとんどの人は今後もずっと HTML4 で満足できるのではないか、と予想しています。→いくらツールが進化しても（2003-03-29） いま XHTML は text ではなく application だ、ということになっています。X
文法違反文書の氾濫する中で
HTML は何がいいのか XHTML の場合、すくなくとも well-formed であれば他人に使ってもらうのは十分だ (パースできるから)。Valid である必要は実際はなくて、趣味だと思う。(ちょっと乱暴だけれど) XHTML の要素の意味なんて考える必要なんてない。そんなことは酔狂なやつだけがやっていればいい。div 厨で br 使いまくってても well-formed のほうが素敵だ。でも HTML の場合はそうはいかない。Valid じゃないとちゃんとパースを完遂できないんだ。DTD を頭に入れていなければ HTML は書けないんじゃないかな。 こういった意見は、私にはよくわからない。どうせ XHTML だって大半の人が文法ミスしているんだから、well-formed な文書だけを想定した再利用システムなんか、他人の文書を扱う用途には無力に等しいんじゃないの。HTML が Va
HTML は何がいいのか - 氾濫原
JamGraffiti - Logs - htmlに戻りそう XHTMLは何がいいのか：メモランダム HTML の利点がよくわからなかったりする。どういうケースで HTML のほうが「良い」んだろう。(文字化けはわかったけど、それだけで HTML っていうのはなんか不思議な感じがする) HTML と XHTML がそんなに変わらないなら、XHTML 使ったほうがいいと思うんだけどなぁ。microformats とか導入しようと思っても、できないしなぁ (使わないからいいや、みたいなのはわかるけど、いつまで「使わないでいいや」が続くんだろ。それに、自分が使わなくても、誰かがそれを「加工しやすい形」にしておくことには価値があるんじゃないのかな) というか HTML 対応は XHTML より難しいと思う。HTML Strict なんて http://lowreal.net/2004/html40
正しく、早く、美しいコーディングを実現するために踏むべき5つのステップ::::::STOPN' LISTEN::::::to the silence:::::::
免責事項：本サイトに含まれる情報は、一般的な情報提供のみを目的としています。情報はスペシャルベストによって提供され、当社は情報を最新かつ正確に保つよう努力しますが、いかなる目的においても、ウェブサイトまたはウェブサイトに含まれる情報、製品、サービス、関連グラフィックスに関する完全性、正確性、信頼性、適合性、利用可能性について、明示または黙示を問わずいかなる表明または保証も行いません。従って、これらの情報に依拠することは、あくまでもお客様ご自身の責任において行われるものとします。 当社は、当ウェブサイトのご利用に起因するいかなる損害についても責任を負いません。 本ウェブサイトから、スペシャルベストの管理下にない他のウェブサイトへリンクすることができます。当社は、それらのサイトの性質、内容および利用可能性を管理することはできません。リンクは必ずしも推奨するものではありませんし、リンク先で述べら
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
