takker/Scrapbox書籍を作るUserScript@0.2.0を使ってみる

（のりしろ）

必要なものを用意する

gyazoのリスト

これでいけそうな気配

章の頭（親要素）は章とつながる

Scrapboxに図表を切り出してまとめることが意識されていると思う

数式を書き起こすのに膨大な時間がかかる

それともOCRまで貼り付けてた上で、特に整形せずにOCR中の単語をブラケティングしている？

最初に読む時には画像を見ることもあります

OCRだと表は100%崩れる。認識ミスもある

でも予想より崩れなかったりするw

まずはリンク貼るほうを優先したほうがよさそう

あと、どうでもいいところはリンクをつけるだけで何もしないですね（知ってるところとか）

数式直すのは多大な労力がかかるので、後回しにすることが多い

ここの文章も持っていきたいな

一長一短かも？

OCRは組版より読みづらい

tableを作るのは超めんどくさいけど、1ページごとにページにするよりずっと良さそうな感じ

編集の時間が減りそう

1画像1ページだと、複数ページに章がまたがっていた場合にmergeするのが大変

大抵は複数ページにまたがる

ただし、1ページに10画像も詰め込むとブラウザが重くなるのでそこだけ注意

見出しが定まっていない資料のscrapbox書籍を作るときの話

残りの章は読みたくなったときに順次作ってimportする

tableをミスったかどうかを判定するのが結構難しいのでインポートして読んでるときに気づいたら修正がめんどくさくて絶望しそうw

目次にページ数が書いてない本があって困った

全部一枚一枚めくって数えています

もしかしたら非効率な作業だった……？

1ページに複数の章がある時、フォーマットはどうすればいいのかな…？

table:

1.2 A 20 20

1.3 B 20 20

こうかな？

フォーマットのendの入力がルーチンだと気づいた。入力しないように改良できそう

1冊の本を丸々入れようとしていてスプレッドシートで機械的に入力してる

endは2つのパターンで機械的に決まると思う

末尾だけは入力が必要か

table:後続のページのスタートが1ページ以上後の場合

i start end

1 20 i2.start - 1 この時点のループを考えてみる

2 21

if(index[i+1][start] > index[i][start] ) end = index[i+1][start]-1

table:後続のページのスタートが同一ページの場合

start end

20 i2.start この時点のループを考えてみる

20

if(index[i+1][start] === index[i][start]) end = index[i+1][start]

中間のページを飛ばしたい場合など、特殊なときだけ指定すれば良い

table:book

start end

1 2

7 10

なんか違う気がする

大丈夫だと思う

これでいいのかー

table:こういうのができないか

start end

5.3 100 102

6 ここが空白になる

6.1 103 104

単に6を6.xを羅列したリストにしたいなら、↓とすればいい

table:2

5.3 100 102

6 2

6.1 103 104

6.2 105 108

startが空でない次の行を参照すればいい？