ファイルに遷移するリンクを、どう扱ってやるか、というところだった。ファイルへ直接遷移しても意味がない。的なイベントバインディングに書き換える方法だった。コンポーネントを生成してコンパイルし、ブチ込んでやる必要が出てくる。クラスというモノを紹介した。関数は呼べたので、サービスクラスを経由して処理したら行けるかな?と思ったのだが、なかなか煩雑になってきて、色々なパターンに対応できなくなってきた。使用して、ルーティングモジュール側でリダイレクトなり何なりする、ということも考えたが、コレも煩雑になって大変だった。パース時に処理を追加した。ファイルの描画領域全体のクリックイベントを常に監視することにした。クラスの要素がクリックされた時に、画面遷移処理を実行する、という流れにした。要素を加工して区別し、クリックイベントを検知することはできた。解決しないといけない問題がある。アプリとしては「読み込むべきファイル」の所在が分からないのだ。読み込むようにフルパスを導いてやらないといけない、というワケだ。試行錯誤したが、以下のように作ることにした。初期表示時に、「現在開いているファイルまでの階層」情報を控えておく。クラスを付与するタイミングで、「現在開いているファイルまでの階層」情報と「そのリンクの相対パス」を合わせて、フルパスを生成し埋め込む。いうフルパスを作る、という感じ。この「ベースパスと相対パスから絶対パスを求める」というライブラリがありそうだったのだが、イマイチ思った感じのモノが見つからず、ゴリゴリ自作した。バグがありそうで怖い。ように、ハッシュ付きのリンクも上手く解釈するようにした。なるよう、ハッシュから始まる文字列を当てた。いったフルパスになっている。いうファイルを読み込む、という風に情報を渡してやることで、うまく遷移できるようにした。っぽいモノを実現しようとしてつらいことになった、という感じ。利用してスムーズスクロールするようにした。全部実装する必要があった。書き、ライブラリとして配布可能な構造にするのは諦めた。汎用性が欲しいんだよなぁ...。控えてのリダイレクトはしなくても大丈夫そう。バギーなのでご利用は止めた方がいいです相対パスの解釈がギリギリダメっぽくて、なかなか世間的にお使いいただけなさそう。個人的な範囲で、挙動を分かっていて使う分にはギリギリかな、という感じ。ファイルをパースしておいて、静的ファイルとして公開できるようなビルドツールを大人しく使った方が良さそう。お勉強ということで、このプロジェクトはココまで、かなぁ。違うアプローチで実現できそうなら、別物として作ろうと思う。使いつつ、細々と続けていこうかなーと思う。回避...以前書いた以下の記事の詳説。»ProfileNeoウェブ・プログラミングの勉強メモ。PagesBookmarkTwitterFacebookPocketスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。