■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 あたりに有ります
NanaTerry(アウトラインプロセッサ) Part3 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
1名無しさん@お腹いっぱい。
2016/05/11(水) 01:07:15.37ID:0seD0Rio0806名無しさん@お腹いっぱい。
2018/09/10(月) 14:38:21.08ID:jbXGE8Il0 こんにちは
編集中のファイルが200MBを超えると動作が不安定になるのか「メモリが不足しています」となって、それまで編集していた内容が過去に保存した分も含めてすべて消えてしまいます
痛い目みたのでバックアップを取るように設定して最悪の事態だけは避けられるようになりましたが、メモリ管理について次回バージョンアップで改善可能でしょうか?
編集中のファイルが200MBを超えると動作が不安定になるのか「メモリが不足しています」となって、それまで編集していた内容が過去に保存した分も含めてすべて消えてしまいます
痛い目みたのでバックアップを取るように設定して最悪の事態だけは避けられるようになりましたが、メモリ管理について次回バージョンアップで改善可能でしょうか?
807まったりもっこり ◆RttqdjTugc
2018/09/10(月) 23:40:30.10ID:9fSouW+U0 >>806
確かに200MB越えるあたりから不安定になってきますが現在のままの作りでは回避できないのが実情です
ファイル読み込み時に全てメモリ内に読み込んでしまうのが一番の原因です
(もう少し細かく申しますとノード毎に画像データを含めた文章を保持しています)
これを最初に何行目から何行目というデータだけ読み取りノード移動時に必要な1ページだけ読み込めば恐らく改善されると思うのですが
そうするとサイズが大きくないところでもページ移動速度が低下するだろうというのが一点と
ノード順の編集などを考えると最初にノードの数だけ一時ファイルを作ることになりそうなのがいままで改造することを躊躇してきた理由です
他に回避方法がないものかもう少し考えては見るつもりですが早急に改善できるとはお答えできないです
そのサイズだと相当な画像が入っていると思いますが
いままで「画像を多く貼り付けたときに重くなる」という報告があった場合
↓の様に運用の方で回避していただくか
https://blog.goo.ne.jp/kennyterry/e/44e590c1991c372ecebf1dab2bc4d90a
ファイルを複数に分割していただくようお願いしているていたらくです
#もう一つの道として画像をJpgなりPNGの状態で保存できれば(現在はメタで保持)ボーダーラインも上がるんですが
確かに200MB越えるあたりから不安定になってきますが現在のままの作りでは回避できないのが実情です
ファイル読み込み時に全てメモリ内に読み込んでしまうのが一番の原因です
(もう少し細かく申しますとノード毎に画像データを含めた文章を保持しています)
これを最初に何行目から何行目というデータだけ読み取りノード移動時に必要な1ページだけ読み込めば恐らく改善されると思うのですが
そうするとサイズが大きくないところでもページ移動速度が低下するだろうというのが一点と
ノード順の編集などを考えると最初にノードの数だけ一時ファイルを作ることになりそうなのがいままで改造することを躊躇してきた理由です
他に回避方法がないものかもう少し考えては見るつもりですが早急に改善できるとはお答えできないです
そのサイズだと相当な画像が入っていると思いますが
いままで「画像を多く貼り付けたときに重くなる」という報告があった場合
↓の様に運用の方で回避していただくか
https://blog.goo.ne.jp/kennyterry/e/44e590c1991c372ecebf1dab2bc4d90a
ファイルを複数に分割していただくようお願いしているていたらくです
#もう一つの道として画像をJpgなりPNGの状態で保存できれば(現在はメタで保持)ボーダーラインも上がるんですが
808名無しさん@お腹いっぱい。
2018/09/11(火) 08:09:09.91ID:3yqHIfXa0 >>807
なるほど・・・現状仕様でどうにか足掻くしかないのですね
お察しの通り画像を多用しているのですが、画像の解像度を下げ過ぎると細部が潰れてしまって画像を挿入する意味がなくなってしまうので難しいところです
640x480以下に抑えてますのであとはもう減色するか圧縮を突き詰めるくらいですが、そこまで手間かけるなら別のソフト使う方が早いでしょうね(汗)
手持ちのファイルでは223,701KB(約218MB)辺りが限界らしく、これに110KBの画像を追加しようとするとメモリ不足に陥るようでした
本当は全て1つにまとめて出力したかったのですが私用に使うファイルなので区切りの良いところで一度HTMLファイルとして分割で出力して管理することにします
対応ありがとうございました
なるほど・・・現状仕様でどうにか足掻くしかないのですね
お察しの通り画像を多用しているのですが、画像の解像度を下げ過ぎると細部が潰れてしまって画像を挿入する意味がなくなってしまうので難しいところです
640x480以下に抑えてますのであとはもう減色するか圧縮を突き詰めるくらいですが、そこまで手間かけるなら別のソフト使う方が早いでしょうね(汗)
手持ちのファイルでは223,701KB(約218MB)辺りが限界らしく、これに110KBの画像を追加しようとするとメモリ不足に陥るようでした
本当は全て1つにまとめて出力したかったのですが私用に使うファイルなので区切りの良いところで一度HTMLファイルとして分割で出力して管理することにします
対応ありがとうございました
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 「洗濯物を回収するため」ベランダで全裸、公然わいせつ容疑で男逮捕 歩行中の女性が目撃 兵庫 ★2 [少考さん★]
- 【実況】ショートスリーパー堀大輔の1日30分睡眠チャレンジ★34 [爆笑ゴリラ★]
- 【ドジャース】大谷翔平に投手引退♀ゥ告 二刀流「共倒れ」危機で打者専念の時=米報道 [征夷大将軍★]
- 「墜落」のグローバルホーク「任務中だった」 詳細明かされず [ぐれ★]
- 【減税終了後の新給付】財源1.8兆円なら3700万人に最大5万円 専門家が4試算 [蚤の市★]
- アジア大会「SASUKE」競技に初採用…近代五種に「オブスタクル」 [征夷大将軍★]
- 愚かな日本人、朝からローソンに大行列… [667744927]
- 中国「日中関係が悪化したのは高市のせい」日本の議員団に直接お気持ち表明 [834922174]
- 日本の政治家の世襲率、マジでヤバかった [819729701]
- 習近平さん死亡か、インドで開催のBRICs会議中に突然倒れたと報道 [422186189]
- 【悲報】東京都民さん、通勤に50分もかけてることが判明して炎上wwwwww「地方は車で10分で着くのに人生の1割が通勤時間ってさ [257926174]
- ( ´ん` )🤚「ちょっと待ってよ!若い女の子じゃなくて今更30過ぎのおばさんと結婚しろと言われても無理だよ!?」 [454087802]