アカウント名:
パスワード:
http://tech.nitoyon.com/ja/blog/2012/04/20/uncopyable/ [nitoyon.com]を思い出した。
その文書固有の文字フォントにするのなら、同じ文字グリフに複数のコードポイントを割り当ててももいいかもですね。そうすれば文字列は単純に順に増えるだけのバイト列になります。
例:CodePoint → GlyphU+0020 → PU+0021 → eU+0022 → nU+0023 → -U+0024 → PU+0025 → iU+0026 → nU+0027 → eU+0028 → aU+0029 → pU+0030 → pU+0031 → lU+0032 → e
換字がどうなされるか判りませんが、十分HASHされると(そのテーブルがわからない限り)ソートすらできなくなるわけで、色々と厳しいでしょう。データベースではまともに運用できません。そもそも、文字の入力はどうするのでしょうか。各OS用にインプットメソッドを準備してくれるのでしょうか。そうなると、本当に安価な対応になるのでしょうか。継続性が不明ですし、(取って代わる所がおそらく出ない)ベンダロックインになってしまいます(そこが樋渡某の狙いなのではないでしょうかねぇ)。こんなバカな企画に引っかかる人はいないだろうと思いますが...さて。
PDFのような読み取り専用の文書であれば問題ないのでは?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
「絶対にコピペできない文章」を思い出した (スコア:4, 参考になる)
http://tech.nitoyon.com/ja/blog/2012/04/20/uncopyable/ [nitoyon.com]
を思い出した。
Re: (スコア:0)
その文書固有の文字フォントにするのなら、同じ文字グリフに複数のコードポイントを割り当ててももいいかもですね。そうすれば文字列は単純に順に増えるだけのバイト列になります。
例:
CodePoint → Glyph
U+0020 → P
U+0021 → e
U+0022 → n
U+0023 → -
U+0024 → P
U+0025 → i
U+0026 → n
U+0027 → e
U+0028 → a
U+0029 → p
U+0030 → p
U+0031 → l
U+0032 → e
Re: (スコア:0)
換字がどうなされるか判りませんが、十分HASHされると(そのテーブルがわからない限り)ソートすらできなくなるわけで、色々と厳しいでしょう。データベースではまともに運用できません。
そもそも、文字の入力はどうするのでしょうか。各OS用にインプットメソッドを準備してくれるのでしょうか。そうなると、本当に安価な対応になるのでしょうか。
継続性が不明ですし、(取って代わる所がおそらく出ない)ベンダロックインになってしまいます(そこが樋渡某の狙いなのではないでしょうかねぇ)。
こんなバカな企画に引っかかる人はいないだろうと思いますが...さて。
Re:「絶対にコピペできない文章」を思い出した (スコア:0)
PDFのような読み取り専用の文書であれば問題ないのでは?