<header> - HTML: HyperText Markup Language | MDN
https://developer.mozilla.org/ja/docs/Web/HTML/Element/header

#HTML で #DocBook のようにリストや段落などの一般的なブロックに対してブロックタイトルを付けてやりたいんだけど、 header 要素を使うことはできるのだろうか。そういう用例がないのでできる気がしないんだけど。

h1 や h2 などはアウトラインを暗黙に変更してしまうので、この用途では残念ながら不適です

HTML Standard
https://html.spec.whatwg.org/multipage/sections.html#the-header-element

section's heading のみに限らないよとは書いてあるんだけど、挙げられている例が記事レベルとかセクションレベルのものばかりなのでどうにも

TypeId 、よーするに RTTI 相当のものを見ているだけだろうし、たとえば Box<dyn Any + 'static> 経由で取ってきたら dyn Any ではなく本来の値の型が取れると思う

std::any::Any - Rust
https://doc.rust-lang.org/1.39.0/std/any/trait.Any.html#tymethod.type_id

Any::type_id() の example がまさにそれやな

もちろん、 dyn Trait などでなく静的にわかっている型の type id を取ってくるときは当然何らかの最適化を期待してよいものと思う

any.rs.html -- source
https://doc.rust-lang.org/1.39.0/src/core/any.rs.html#100-102

std::any::TypeId - Rust
https://doc.rust-lang.org/1.39.0/std/any/struct.TypeId.html#method.of

any.rs.html -- source
https://doc.rust-lang.org/1.39.0/src/core/any.rs.html#447-451

ドライブレターとかいう fragile な名前にガッツリ依存してるなんたらとかいう OS な

いまどき fstab に /dev/sda3 みたいに書くやつもういないし、そう書いたとしてもまだアプリケーションが sda3 の名前を認知しないぶん某 OS のドライブレターより扱いはマシ

C++ における type id 、普通に取得するとたしか interning された型情報オブジェクトへのポインタみたいな性質のものが得られるはずだったように記憶しているし、 map の key としてごく普通に使えそう

typeid operator - cppreference.com
https://en.cppreference.com/w/cpp/language/typeid

> The typeid expression is an lvalue expression which refers to an object with static storage duration, of the polymorphic type const std::type_info or of some type derived from it.

うーん……比較できるとは言ってるけど重複排除されていてアドレスが一致するとは言ってなさげ？

> assert(&ti1 == &ti2); // not guaranteed

ﾊｲ

std::type_index - cppreference.com
https://en.cppreference.com/w/cpp/types/type_index

map の key に適しているのはこっちでした

> The type_index class is a wrapper class around a std::type_info object, that can be used as index in associative and unordered associative containers. The relationship with type_info object is maintained through a pointer, therefore type_index is CopyConstructible and CopyAssignable.

これが言いたかった

できるにはできそうだけど、 CV 修飾や参照をちゃんと decay させて消すとか継承の扱いをどうするとか考えること多くて面倒そう

"id assigned to block already in use" when parsing block content from extension · Issue #3499 · asciidoctor/asciidoctor
https://github.com/asciidoctor/asciidoctor/issues/3499

報告した……

このアカウントは、notestockで公開設定になっていません。

ぽきた

さよなら本番サーバー - Qiita
https://qiita.com/dala00/items/bc03f6522dd20969f481

FIrefox はいいぞ

必死すぎﾜﾛﾀってやつじゃん

確認もなく自分をデフォルトブラウザに設定するアプリはマルウェア

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

これいろんなところで言われてると思うんだけど、回線事業者が HTTPS 通信を貫通して †通信の最適化† を適用する手段ってあるんですか？

それこそ CDN 事業でもやっててその上に乗っているコンテンツとかでもないと厳しいのではと思うんだけど

†通信の最適化† はデータを劣化させることを含んで「最適化」と呼んでいるのが最高に邪悪

「通信の最適化」に関する同意取得の実施について | スタッフブログ | マイネ王
https://king.mineo.jp/magazines/special/1217

> ・暗号化されているサイトの通信について
> 静止画圧縮は、暗号化されていないWebサイトのみでの適用となるため、https通信など暗号化されているWebサイトには適用されません。
> 最近はhttps通信が増加し、適用されないWebサイトが増えていることは認識しておりますが、現状でも一定の効果があると評価しております。

このアカウントは、notestockで公開設定になっていません。

これは草

https://twitter.com/andy_kelley/status/1201598161074167811 #tw

不穏じゃん (Zen 言語のライセンスがアカンのではという話)

AsciiDoc の blockquote の仕様が貧弱すぎて不満だったのでいろいろ考えていたんだけど、 Web Annotation Data Model の json を埋め込もうかとか考えはじめたのでちょっとこれはオーバーエンジニアリングっぽいぞという気持ちになってきた

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

podman-compose 知らなかった、あとで確認してみる

このアカウントは、notestockで公開設定になっていません。

いろいろ調べていたんだけど、結局 HTML でアウトラインを弄らずに一般のブロックにタイトルを付ける方法がわからなかった……というかなさそうなのでつらい

ググると普通に出てくるものとしては、 ul とかにタイトルを付けたいなどの質問に対して <h2> とか <h3> などを使えとの解答なんだけど、オメーそれアウトラインがモロに変わるだろ！！ みたいなやつ (section で囲って局所化すればいいってものではないんだが)

@orange_in_space <main>

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

「及び」なので Mac の Acrobat Reader では駄目では

いや実際どうなのかは知らんけど (Mac の IE + Acrobat でいける可能性はある)

まあ埋め込みの js でｲﾝﾄﾞｯｽﾞ以外を弾いてたら爆笑するけどw

同質のものが並べられていたら OR で取るのが自然そうだけど、この場合 OS / web ブラウザ / PDF ビューア という異質なものを並べているので AND で取るのがより自然っぽいという解釈です

どうなんだろう (謎のバイナリプラグイン的機構を使ってそうではある)

https://mstdn.nere9.help/@mzp/103243842029798937

テレタビーズ

https://www.google.co.jp/search?q=%E3%83%86%E3%83%AC%E3%82%BF%E3%83%93%E3%83%BC%E3%82%BA+%E5%A4%AA%E9%99%BD&tbm=isch

OPUS MAGNUM おもしろそうなんだが

今買うと卒業できなくなりそう

HTML Standard
https://html.spec.whatwg.org/multipage/grouping-content.html#the-blockquote-element

> Attribution for the quotation, if any, must be placed outside the blockquote element.

まってそれ初耳

もしかして <blockquote> 内に <footer> で attribution を書くの不正だったりする？？

ちゃんとあの指示する機能使えばもっとスタイリッシュになるよ (←あたまわるい)

Portal 2 の coop めっちゃ楽しいのでオヌヌメ

せっかく Portal のこと忘れてたのにまたやりたくなってきた

Portal は139時間プレイしているのに Portal 2 は46時間しかプレイしていない (coop 込み)

実は coop にも community chamber があるのでそれを無限に遊ぶことはできる (公式ほど品質が良いとは言ってない)

そのうちオヌヌメの community chamber 紹介でも書くか

このアカウントは、notestockで公開設定になっていません。

「ξ」と「ぬ」どちらがマシかは……

引用元をHTMLで示す方法：W3Cではblockquote要素の中に出典や引用元を使用できるみたい | ゆとりの雑記帳
https://yutorinote.com/quoting-citation/

> 結果として、
>
> * W3Cはblockquote要素内に引用元を含めることを認めている
> * WHATWGはblockquote要素内に引用元を含めることを認めていない
>
> というスタンスとなっているようです。

なるほど？

しかし figure と figcaption を使うとなると、今度は figure の意味がまたアレなんだろうなぁ……

でも引用は一般に引用者の文章の一部ではなく、自己完結的な単位として引用者の文章から参照されるコンテントなので、何も考えずに <figure> 内に入れても問題なさそうか

HTML Standard
https://html.spec.whatwg.org/multipage/grouping-content.html#the-figure-element

> Note
>
> "Self-contained" in this context does not necessarily mean independent. For example, each sentence in a paragraph is self-contained; an image that is part of a sentence would be inappropriate for figure, but an entire sentence made of images would be fitting.

いつぞや流行っていた「 figure 要素は本文のフローから外れた場所や別ページに配置されても良いようなものに使う」という説は WHATWG 基準では適切ではないっぽいな

その次の Note で、 figure を (番号などの) キャプションによって参照すれば本文から離れた場所に配置できるようになるので、「上の」とか「次の」などよりも参照のためのラベルを用意することを推奨するとあり、たぶんこれが曲解さてれいる？

https://twitter.com/Taiga_scenario/status/1201772274526769153 #tw
草

このアカウントは、notestockで公開設定になっていません。

つぎも私は Xperia ですね (予定)

https://html.spec.whatwg.org/multipage/grouping-content.html#the-figure-element

> For content that is only tangentially related, or that serves a separate purpose than the surrounding flow, the aside element should be used (and can itself wrap a figure).

ふーむ

いろいろ調べた結果として、どうも「一般的な要素に対してタイトルを与えるには <figure> を使うのが適切そう」という結論に至った #HTML

このアカウントは、notestockで公開設定になっていません。

私は財布と定期入れを別々に持っていて、 Kyash リアルカードは財布ではなく定期入れの方に入れている。
リアルカードはアプリからロックできる (日頃からロックしている) ので、万が一落としても安心なので。

財布は事故ってもそうそう落とさないし忘れ物になりそうにない場所に格納してあるけど、定期入れはチェーンでズボンに繋いでポケットに入れてあるので、ケースから何かの拍子に滑り落ちる可能性がなくもないけど、 Kyash リアルカードならそれでもいいかなという