checked属性とチェックボックスのプロパティの変化を表示する。<!doctype html><html lang="en"><head>  <meta charset="utf-8">  <title>attr demo</title>  <style>  p {    margin: 20px 0 0;  }  b {    color: blue;  }  </style>  <script src="https://code.jquery.com/jquery-1.10.2.js"></script></head><body> <input id="check1" type="checkbox" checked="checked"><label for="check1">Check me</label><p></p> <script>$( "input" )  .change(function() {    var $input = $( this );    $( "p" ).html( ".attr( 'checked' ): <b>" + $input.attr( "checked" ) + "</b><br>" +      ".prop( 'checked' ): <b>" + $input.prop( "checked" ) + "</b><br>" +      ".is( ':checked' ): <b>" + $input.is( ":checked" ) + "</b>" );  })  .change();</script></body></html>
C#プログラミング言語では、属性はフィールドあるいはアセンブリ、メンバー、そして型といったコードブロックに付属するメタデータであり、Javaのアノテーションに相当する。属性はコンパイラからも、リフレクションによってプログラムからもアクセスできる。C#では、横断的な問題や仕組みまたはプラットフォームのその他の用途に対応するために属性が使用されている例が多く見られる。このせいで、これが意図された唯一の使用目的であるという誤った印象が生まれている。属性でabstract、sealed、またはpublic等の属性を拡張できる。メタデータとしての属性の具体的な用途は開発者に委ねられており、任意のアプリケーション、クラス、そしてメンバーに関するインスタンス固有でない幅広い情報を網羅することができる。任意の属性をプロパティとして公開するかどうかは、属性をより大きなアプリケーションフレームワークの一部として使うかどうかという決定と同様、開発者に委ねられている。属性はSystem.Attributeから派生したクラスとして実装される。COMとの相互運用、遠隔手続き呼出し (RPC)、シリアル化といったCLRサービスによって使用されることが多く、また、実行時に問い合わせることができる。この例はC#での属性定義のやり方を示すものである。[Obsolete("Use class C1 instead", IsError = true)]  // Cが廃止である旨のpublic class C {...}                                // コンパイラーメッセージが表示されるpublic class ObsoleteAttribute: Attribute {         // このクラス名は末尾に "Attribute" が含まれるが  public string Message{ get; }                     // "Obsolete" だけで使用できる  public bool IsError{ get; set; }  public ObsoleteAttribute() {...}  public ObsoleteAttribute(string msg) {...}  public ObsoleteAttribute(string msg, bool error) {...}}[Obsolete][Obsolete("This is obsolete")][Obsolete("This is obsolete", false)][Obsolete("This is obsolete", IsError = false)]上記の最初の文字列型のパラメーターのような位置指定パラメーターは、属性のコンストラクターのパラメーターである。この例のブール値のパラメーターのような名前付きパラメーターは属性のプロパティであり、定数値でなければならない。属性はXML文書と比較対照したい。XML文書においては、メタデータは定義されるがコンパイル済みアセンブリには含まれないためにプログラム的にアクセスすることができない。
相鉄ローゼンのイメージソングがあり、1990年3月26日に制定された。店舗のBGMとして、歌なしのワンコーラス版と歌つきのフルバージョンが使用されている。タイトルは『人あざやかに』（歌：チェリッシュ/作詞：伊藤アキラ、作曲：櫻井順）。この曲のワンコーラスバージョンが「伊藤アキラ CMソング傑作選」（Solid Records、2009年9月発売、規格品番 CDSOL-1312）に、「今日も歩くこの道」という曲名で収録されている。
2005年高校生ドラフト会議で抽選結果が誤って発表され後から交渉権獲得球団が訂正されるというドラフト史上初のトラブルが発生した。この年は分離ドラフトへの制度変更もあり3年ぶりに抽選が行われた。まず1巡目で巨人とオリックスがともに大阪桐蔭高校の辻内崇伸を入札したため、抽選が行われた。クジは二つ折りで封筒に入れられ、当たり・外れ両方にNPBの印が押され、当たりクジにのみ「交渉権獲得」の印が二つ折りの内側に押されていたのだが、事前に主催者側（議長：小池唯夫パシフィック・リーグ連盟会長）からの説明が無かった為、オリックスのGMの中村勝広がNPB印を見て当たりクジと勘違いし、巨人の監督の堀内恒夫は、自分のクジに「交渉権獲得」とあったものの喜ぶオリックスを見て外れたのだろうと思い込み、首をひねりながらもそのまま席に戻った。本来ならばこの後に主催者側は両球団が引いたクジの確認をしなければなかったがそれも怠り「交渉権はオリックス」と発表される。その後、同じく1巡目で日本ハムとソフトバンクがともに福岡第一高校の陽仲壽(現：陽岱鋼)を入札し抽選が行われた。ソフトバンク監督の王貞治が同様に外れクジを当たりと勘違い。このとき一度は「交渉権は日本ハム」とされたが王監督の抗議により「交渉権はソフトバンク」と発表された。日本ハム監督のトレイ・ヒルマンは、「交渉権獲得」の漢字が読めないためそのまま席に戻ってしまった。その後日本ハムGMの高田繁が、席に戻ったヒルマンのクジを確認し「交渉権獲得」の印が押してあるのを発見した。隣席の巨人席でも同じようにクジの正否について疑問の声が上がっており、両者が主催者側に抗議したことで問題が発覚し、辻内の交渉権は巨人、陽の交渉権は日本ハムが獲得したと訂正された。何の責任もなくこのような出来事に巻き込まれることになった2選手は明暗が分かれた。学校で記者会見中だった辻内は、オリックス指名の報道が入ると笑顔ながらも硬い表情で行っていたが、巨人が交渉権を獲得したことがわかると一転して表情を緩ませ、小さい頃から巨人ファンであったことを明かし喜んだ。逆に台湾出身の留学生である陽は、祖国の英雄である王監督に憧れ、しかも、実兄の陽耀勲が来季よりソフトバンクでプレーすることがほぼ確定していたため、明言は避けていたもののソフトバンクを強く志望していた。そのソフトバンクでの指名の報道に涙を浮かべて喜んでいたが日本ハムに交渉権が訂正されると呆然とした表情となり、記者会見では搾り出すように「うれしいです」と答えるのが精一杯であった。