aozorahack / blackthunder Goto Github PK

TEXTAREAはサイズ調整可能であるが、スキャンイメージペインもサイズ調整が恐らく必要。

ページごとのビュー画面をつくるための準備。
ページごとのビュー画面で閲覧→不満があれば編集画面に移動→入力が終わったら戻って閲覧を続ける
という流れ。

Updateで
./public/KaisekiGairon/KaisekiGairon/review
の[ページ番号].mdを更新

どの時点で clone/push するか?

• 自分のローカルでrailsのWEBrickを動かせる環境の人はclone → rail server 起動して作業 → 終わったらサーバ停止してpush でもいい。
• それができない人（大多数）は公開サーバで動いているBlackThunderを使う
• 公開サーバにログオンする時点でgitアカウントを入力させる？

入力システムのイメージペインと入力ペイン。
横書き書籍だと上下に分割だが縦書き書籍だと左右分割にしないといけない？
実際にはスキャンイメージを90°回転させて上下分割のほうが実用的ではないか？

書誌レポジトリにCommitコメントを書くWebインターフェース

現在は書誌データレポジトリ内では

before...表紙、まえがき、目次など
1...第１章
2...第２章
3...第三章
...
というディレクトリになっているがこれを１ディレクトリにまとめたほうがいいのではないか？

章によってレポジトリを分けるのはRe:VIEWからの流儀だが、これを管理するにはRe:VIEWの
catalog.yml を読み込んで処理する必要がある。それをした方がいい？

クラウドまたはローカルサーバにBlackThunderをインストール。

別ページを左ペインから選択すると拡縮ボタンが表示されなくなる

現在はローカルに「解析概論」のデータを保持していますが、これを別の書誌レポジトリを参照して動くようにしていきたい。

• スキャンデータは重いのでテキストデータのみ持ってくる？
• 書誌レポジトリ構造(システム構成図から)

書誌キー名 ex,) KaisekiGairon 書籍名とは必ずしも一緒ではない。UTF-8。
ページ番号　・・スキャンファイルNoであり、元書誌にふられたページ番号とは異なる。遊び紙などにもNoが振られ、適宜削除するので連番保証は無い。　
ページ番号1　ページ番号を4桁ゼロパティング処理
書誌フォルダ名：（書誌キー名）
書誌データフォルダ名：（書誌キー名）

（書誌フォルダ名）
　　+/(書誌データフォルダ名)
+/ocr
+/large_jpg
+/review

画像ファイル名: (章No)/(ページ番号1).jpg
OCRテキスト：　(章No)/(ページ番号1).txt
Markdown原稿：( ページ番号1).md
pdf: （書誌キー名）.pdf

Re:VIEW の設定を Webインターフェース で指定できるようにするのが必要。TeXで対応？ 8月中をめどに作りたい

今はダミーの pdf / epub / xhtml 生成ボタン。以下を実装。

どれを作るかを選択
↓
ボタン押すと生成
↓
生成ファイルへのリンクを生成日付と共に表示