NanaTerry（アウトラインプロセッサ） Part3 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
■NanaTerryとは？
開発が終了しソースが公開された NanaTree（Nana氏作）から派生したアウトラインプロセッサです。
「まったりもっこり ◆qSrStDWcj6」こと Terryさんが改良・保守を行ってくれています。
＞ 151 ：まったりもっこり ◆qSrStDWcj6 ：2012/02/04(土) NY:AN:NY.AN ID:sM/e7p160
＞ 娘に頼まれてNanaTreeいじってるんだけど
＞ なんか「こんなのあればいいな」っていうのある？
＞ バグじゃなくて要望的な（バグはたいていコンポーネント関連みたいなので）
■開発状況や最新版はコチラ
Terryさんのブログ - NanaTerryカテゴリ
http://blog.goo.ne.jp/kennyterry/c/bd156b773d9f92dd4946e9a3ad8718f9
NanaTerry - 窓の杜ライブラリ（オフィス > 文書作成 > アイデアプロセッサー）
http://www.forest.impress.co.jp/library/software/nanaterry/
NanaTerry - Vector（文書作成 > ワープロ用ユーティリティ）
http://www.vector.co.jp/soft/winnt/writing/se501156.html
■前スレ
NanaTerry（アウトラインプロセッサ） Part2
http://potato.2ch.net/test/read.cgi/software/1375501433/
アウトラインプロセッサ 「NanaTerry」
http://anago.2ch.net/test/read.cgi/software/1332169510/
■関連スレ
アウトラインプロセッサ Part20
http://potato.2ch.net/test/read.cgi/software/1385276554/
その他のテンプレは >>2 あたりに有ります こんにちは
編集中のファイルが200MBを超えると動作が不安定になるのか「メモリが不足しています」となって、それまで編集していた内容が過去に保存した分も含めてすべて消えてしまいます
痛い目みたのでバックアップを取るように設定して最悪の事態だけは避けられるようになりましたが、メモリ管理について次回バージョンアップで改善可能でしょうか？ >>806
確かに200MB越えるあたりから不安定になってきますが現在のままの作りでは回避できないのが実情です
ファイル読み込み時に全てメモリ内に読み込んでしまうのが一番の原因です
（もう少し細かく申しますとノード毎に画像データを含めた文章を保持しています）
これを最初に何行目から何行目というデータだけ読み取りノード移動時に必要な1ページだけ読み込めば恐らく改善されると思うのですが
そうするとサイズが大きくないところでもページ移動速度が低下するだろうというのが一点と
ノード順の編集などを考えると最初にノードの数だけ一時ファイルを作ることになりそうなのがいままで改造することを躊躇してきた理由です
他に回避方法がないものかもう少し考えては見るつもりですが早急に改善できるとはお答えできないです
そのサイズだと相当な画像が入っていると思いますが
いままで「画像を多く貼り付けたときに重くなる」という報告があった場合
↓の様に運用の方で回避していただくか
https://blog.goo.ne.jp/kennyterry/e/44e590c1991c372ecebf1dab2bc4d90a
ファイルを複数に分割していただくようお願いしているていたらくです
＃もう一つの道として画像をJpgなりPNGの状態で保存できれば（現在はメタで保持）ボーダーラインも上がるんですが >>807
なるほど・・・現状仕様でどうにか足掻くしかないのですね
お察しの通り画像を多用しているのですが、画像の解像度を下げ過ぎると細部が潰れてしまって画像を挿入する意味がなくなってしまうので難しいところです
640x480以下に抑えてますのであとはもう減色するか圧縮を突き詰めるくらいですが、そこまで手間かけるなら別のソフト使う方が早いでしょうね（汗）
手持ちのファイルでは223,701KB（約218MB）辺りが限界らしく、これに110KBの画像を追加しようとするとメモリ不足に陥るようでした
本当は全て1つにまとめて出力したかったのですが私用に使うファイルなので区切りの良いところで一度HTMLファイルとして分割で出力して管理することにします
対応ありがとうございました >>806-808
これらの件で私も気になっていたのですが、
形式をtxtやdataフォルダ(画像)として保存とすることをnna形式と切り替えできるようになればうれしいです。
具体的なソフト名を挙げますとwdiaryというもののようなものと同じ形式。
NanaTerryの場合はテキストや画像は..nnaファイルに格納されますが、
切り替えによりNanaTerry\dataのようなフォルダに画像を溜め込むことができばよいなと思います。
200MBを越えるあたりで重くなるというのは私も経験しました。
というのも画像をそのまま貼り付けていたのが原因で減色して貼りなおすと半分以下のファイルサイズになりました。
ですがやはり減色したり画像の解像度を下げて貼り付けてしまうと画像貼り付けの意味が薄れてくるのでどうしたものかと考えていました。
私の場合、
wdiaryというソフトでテキストや画像をどんどん放り込み
NanaTerryで上記のテキストを分別して画像を減色して放り込むという作業をしておりますが、
やはり１本のソフトでまとめることが出来ればとても楽になるのになと思いつつ利用させていただいております。
（wdiaryのいいとこどりをNanaTerryにあればいいなというところです。） >>809
追記ですが、
NanaTerryでもたしかリンクをはって画像元を呼び出せた機能があったと思います（リンク使っていないでそんなに知らない）。。
ですがそれだと手間だなぁと思った次第です。
理想ではweb等たとえばgoogleの画像検索一覧からのドラッグドロップ等で画像貼り付けができて、
NanaTerry上では自動的にウィンドウサイズに応じた縮小がかかった上で画像がはりついて、
かつその画像のオリジナルはdataフォルダ等で自動生成されたところに保存されてくれれば・・・
という具合です。 >>809-810
画像データをひとまとめで管理するというのはスマートですね
思いつく難点は読み込み書き込み時の方法くらいです
文書の決まった位置に画像があるわけではない（複数ある場合もある）
保存時リッチテキストの中に画像があるかどうか精査して
画像データの変わりに独自タグ的なもので挟んで画像の保存ファイル名を入れる？（ここがちょっと）
読み込み時ノードデータ（リッチテキスト）を読み込むときに↑の画像タグがあるかどうかチェックして
あればNana自身が画像を読み込み→メタデータに変換して挟み込む？（ここもちょっと）
・保存ファイルは新たな拡張子にした方がいい？（.nnaX とか）
・画像ファイルの保存名はかぶらないようにユニーク名にする？
・一カ所保存でおｋ？
という感じです
画像検索からドラッグ＆ドロップはGoogleさんの仕様変更に対処しないといけないのと
私の常用ブラウザがVivaldiなので様子見です ■ このスレッドは過去ログ倉庫に格納されています
