2001年日韓コンフェデレーションズカップに、オーストラリア代表主力として出場したが、日本代表との準決勝前に、妹の結婚式の為に帰国した。なお、大会前からもし準決勝に進出しても妹の結婚式に間に合うよう帰国すると約束して、大会に出場していたという。また、他のオーストラリア代表2名も、日本との準決勝後、3位決定戦のブラジル戦があるにも関わらず、エマートンの妹の結婚式に出席するために帰国した。
1997年、18歳にして地元のシドニー・オリンピックFCでデビュー。ここで1998年の国内リーグ新人王に選ばれると2000-2001シーズンにはオランダのフェイエノールトへと移籍した。フェイエノールトでは初年度から28試合に出場。翌シーズンにはレギュラーを確保するとUEFAカップに出場し、優勝に貢献。（エマートン自身は出場停止のため決勝には出られなかった）この活躍からオセアニア年間最優秀選手賞に選ばれ、プレミアの数クラブから関心を持たれたものの残留。2002-2003シーズンも主力として活躍。2003-2004シーズンにはブラックバーンへと移籍。主に右サイドバックとしてプレー、8シーズンにわたり主力として200試合以上に出場するなど活躍した。2011年8月25日、地元のシドニーFCへ移籍、11シーズンぶりに母国に戻った。2014年1月16日、現役引退を表明した。オーストラリア代表としては1998年2月7日のチリ戦でデビュー、2002 FIFAワールドカップ出場こそ逃したものの2006年には2006 FIFAワールドカップに出場しベスト16進出を経験した。
高度経済成長が終わりを告げた1970年代後半以降、松山市は成熟期を迎えていた。当時の市長の中村時雄もそれまでの工業化路線を変更し、文化施設の建設（ハコモノ行政）を推し進めた。そのような流れの中で、子規記念博物館も開館された。なお子規記念博物館は、開館に助役として携わった小笠原臣也（後の広島県副知事・呉市長）を介して、呉市海事歴史科学館（大和ミュージアム）の開館にも影響を与えた。地階から4階まであり、2階の展示第1室には「道後･松山の歴史」「子規とその時代」、3階の展示第2室には「子規のめざした世界」をテーマとした展示がある。開館当時、隣接して愛媛県立道後動物園があったが、現在は道後公園となり、庭園だけでなく、湯築城史跡公園として整備されている。2015年6月（開館から約34年2カ月）には来館者が累計450万人を突破した。
落葉まれに常緑の低木で、植物体全体に星状毛がある。若い枝には髄があり、古くなると中空になる。葉は単葉で短い柄をもって対生し、縁に鋸歯があり、托葉はない。側枝の先端に集散状円錐花序または集散花序をつけ、多数の花をつける。萼片は5個。花弁は5個あり、多くは白色で、ときに淡紅色、淡紫色がある。雄蕊はふつう10個ある。東アジアからヒマラヤに多く分布し、世界に約60種ある。日本では次の12種が知られるほか、品種、雑種、外来種がある。
WinRTはC++言語によって実装された、オブジェクト指向設計にもとづく近代的なAPIである（なお前身となる旧来のWin32 APIは、C言語のインターフェイスを持つAPIとして設計され、C/C++両方から利用することができた）。また、COMに基づいたネイティブ（アンマネージ）APIであり、COMのように複数の言語から利用することができる。従来のCOMとの違いのひとつとして、WinRT APIの定義は".winmd"ファイルに格納されており、ECMA 335メタフォーマットでエンコードされている。同じフォーマットはいくらかの改変を加えた形で.NETでも用いられている。この共通のメタフォーマットにより、従来のP/Invokeと比較して非常に小さなオーバーヘッドでWinRTを.NETアプリケーションから呼び出すことが可能になる。また従来のCOMコンポーネントを.NET言語から直接利用するためには、.NET用にCOMタイプライブラリをインポートするか、COMインターフェイス定義を.NET言語で明示的に記述してラッパーを作成する必要があったが、WinRTではその必要がなくなり、ラッパーを作成することなくWinRTコンポーネントを.NET言語から直接利用できるようになる。また、その逆もしかりであり、.NET言語で作成したWinRTコンポーネントをC++/CXで直接利用することも可能である。文法もよりシンプルになる。新しいC++/CX (Component Extensions) 言語はC++/CLIの文法をいくつか借用しており、C++によるクラシックなCOMプログラミングよりも少ないグルーコードでWinRTコンポーネントの作成や利用が可能である。また、C++/CLIと比較して、純粋C++型（class/struct）とWinRT型（ref class/ref struct/value class/value struct）が混在する場合において課される制約がほとんどない（C++/CLIにおいては、ガベージコレクションにかかわることから、ネイティブ型にマネージ型のインスタンスを含める場合、gcrootクラステンプレートによるラップが必要になるなどの制約がある）。ただし、C++/CXは常用するべきものではなく、純粋なC++言語で書かれたコードをWinRTアプリケーションで再利用するためにラップする場合など、境界面においてのみ使用することが推奨されている。例えばC++/CXによるコンポーネント拡張はABI境界でのみ使用されることが勧められている。通常の（COM準拠の規約つきの）C++も、新しいテンプレートライブラリであるWindows Runtime C++ Template Library (WRL) で補助することでWinRTコンポーネントをプログラミングする際に利用可能である。目的としては、WRLはCOM用にATLが提供しているものに似ている。しかしながらMSDNではWRLの利用ではなくC++/CXによるプログラミングを推奨している。例えば従来のデスクトップアプリケーションの場合、C#コードからC++コードを再利用するときや、あるいはC++コードからC#コードを再利用するときは、いずれもP/Invoke、COM相互運用、もしくはマネージ言語であるC++/CLIによるラッパーを介する必要があったが、WinRTの場合はネイティブ拡張であるC++/CXを介することで相互運用可能なコンポーネントを作成・利用できるため、明示的にP/Invokeやマネージ言語を介する必要がなくなる。