SAKURA Development BBS(UNICODE)

ページ:[≪ ＜] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [＞ ≫]

■ 2024 ■

▼ 2013/7/20 (土) 18:51:43 syat

Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.72 Safari/537.36

[2024] 再描画の不足？

新規エディタを小さめに開き、何行かのテキストをはりつけ、ウィンドウを最大化すると、画面左上に元のサイズで画面が表示され、残りの部分が黒くなります。

2.1.0.0でも2.0.8.1でも起きました。
OSはWindows8（正確には8.1のプレビュー）です。

いろいろな条件で試したところ、画面を最大化する直前に見えている最上行が1行目なら問題なし、2行目以降だったら問題ありのようです。
貼り付けでなく手入力でも、スクロールして最上行が1行目でなくなると最大化で黒くなるようです。

▼ 2013/7/20 (土) 20:06:27 もか

INCM1.23a

[2025] RE: 再描画の不足？

2.0.0.0でもおきました。 Windows 7です。
1.6.6.0ではおきませんでした。

▼ 2013/7/20 (土) 22:39:32 もか

INCM1.23a

[2028] Re2: 再描画の不足？

>1.6.6.0ではおきませんでした。
1.6.6.0(Windows 7)でも、画面キャッシュをONにすると発生しました。

▼ 2013/7/20 (土) 21:03:20 novice

Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20100101 Firefox/22.0

[2026] Re:再描画の不足？

▼ syatさん
> いろいろな条件で試したところ、画面を最大化する直前に見えている最上行が1行目なら問題なし、2行目以降だったら問題ありのようです。
> 貼り付けでなく手入力でも、スクロールして最上行が1行目でなくなると最大化で黒くなるようです。

Windows7 + Ver.2.1.0.0の組み合わせで確認しました。
"画面キャッシュを使う"のチェックを無効にすると再現しなくなりました。

▼ 2013/7/20 (土) 22:31:01 syat

Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.72 Safari/537.36

[2027] Re:再描画の不足？

なお、2.1.0.0/WinXPで試したところ再現しませんでした。
総合すると７以降（Vistaも？）、バージョン2系限定の画面キャッシュの問題でしょうか。

▼ 2013/7/20 (土) 23:49:33 もか

INCM1.23a

[2029] Re2:再描画の不足？

パッチを投げました。
https://sourceforge.net/p/sakura-editor/patchunicode/647/

CEditView::OnSize -> AdjustScrollBars -> ScrollAtV( CLayoutInt(0) ) ->
UpdateWindow -> OnPaintのときに、
キャッシュ用ビットマップの大きさが足りないみたいです。
(足りない時にはサイズ変更するコードがありましたが、不等号の向きが反対だった)

■ 2022 ■

▼ 2013/7/19 (金) 05:12:34 petit

Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20100101 Firefox/22.0

[2022] タブの閉じるボタンすべてに枠が描画される

タブの外観設定で「閉じるボタン」を有効にしておき、複数ファイルを開いた
状態からタブバー上の右端にある「閉じる」ボタン（▼の右にある×ボタン）で
現在のタブを閉じると、個々のタブの閉じるボタンすべてにボタンを囲む四角い
枠が描画されます。

隠れていたウィンドウが表示される際にもタブバー右端の「閉じる」ボタン上に
マウスカーソルがある状態になるので、それが影響しているのではないでしょうか。

CTabWnd.cpp(2592)
DrawBtnBkgnd( gr, &rcBtn, m_bCloseBtnHilighted );

▼ 2013/7/20 (土) 06:50:31 syat

Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/28.0.1500.72 Safari/537.36

[2023] Re:タブの閉じるボタンすべてに枠が描画される

▼ petitさん
> 隠れていたウィンドウが表示される際にもタブバー右端の「閉じる」ボタン上に
> マウスカーソルがある状態になるので、それが影響しているのではないでしょうか。

ご指摘の通り、右端閉じるボタンのハイライト状態がタブにも反映されていました。
リビジョン3239で修正しました。

■ 1958 ■

▼ 2013/5/20 (月) 21:28:19 Uchi

Opera/9.80 (Windows NT 6.1) Presto/2.12.388 Version/12.15

[1958] VS2008へ移行

リリースバージョンと同じVS2008へ移行を提案します。
VS2005への対応はパッチで対応します。

Puchunicode#548 にパッチを上げました。

▼ 2013/5/24 (金) 19:07:09 Uchi

Opera/9.80 (Windows NT 6.1) Presto/2.12.388 Version/12.15

[1960] Re:VS2008へ移行

意見も無い様なので明日コミットします。

▼ 2013/5/24 (金) 20:36:52 もか

INCM1.23a

[1961] Re2:VS2008へ移行

VC2008には最適化で引数を条件式で使うとおかしいバグがあるみたいだったり、
この間書かれていたVC2010でシフト演算がおかしいバグだったりと、
なんか不安ですね。
なるべくリリースと同じコンパイラでテストしたほうがいいと思いますので、移行には特に反対しません。

▼ 2013/5/25 (土) 02:35:35 novice

Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20100101 Firefox/21.0

[1964] Re:VS2008へ移行

▼ Uchiさん
> リリースバージョンと同じVS2008へ移行を提案します。
> VS2005への対応はパッチで対応します。
>
> Puchunicode#548 にパッチを上げました。

移行不要と思います。

▼ 2013/5/25 (土) 10:22:05 Uchi

Opera/9.80 (Windows NT 6.1) Presto/2.12.388 Version/12.15

[1965] Re2:VS2008へ移行

▼ noviceさん
> 移行不要と思います。

理由を下さい。
リリースをVS2008に変更したのはあなたでしょう。

▼ 2013/5/25 (土) 10:31:27 novice

Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20100101 Firefox/21.0

[1966] Re3:VS2008へ移行

▼ Uchiさん
> ▼ noviceさん
> > 移行不要と思います。
>
> 理由を下さい。

移行する理由がないと判断しました。

> リリースをVS2008に変更したのはあなたでしょう。

上記が理由であればコンパイラを2005に戻してもよいです。

▼ 2013/5/25 (土) 10:54:05 Uchi

Opera/9.80 (Windows NT 6.1) Presto/2.12.388 Version/12.15

[1967] Re4:VS2008へ移行

▼ noviceさん
> 移行する理由がないと判断しました。

その判断の理由を下さい。
理由が出名くればこの意見は却下します。

▼ 2013/5/25 (土) 12:06:16 novice

Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20100101 Firefox/21.0

[1968] Re5:VS2008へ移行

▼ Uchiさん
> その判断の理由を下さい。
> 理由が出名くればこの意見は却下します。

無実の証明をしている気分ですが．．．

Ver.1.xはVC6.0から変更なしが伝統のようです。
自分としては、これまでの運用方法を尊重したいと思いました。

また、プロジェクト変換で問題ないのであれば、
現状のままでよいのではと思いました。
上記にも記載していますが、
SVNに登録しているVCのバージョンとリリース時にビルドしている
VCのバージョンの差異が気になるのであれば2005に戻してもよいです。

Uchiさんが意見を却下できる理由がよく分からないです。
自分はadminの一人です。

▼ 2013/5/25 (土) 12:31:39 Uchi

Opera/9.80 (Windows NT 6.1) Presto/2.12.388 Version/12.15

[1969] Re6:VS2008へ移行

▼ noviceさん
> Ver.1.xはVC6.0から変更なしが伝統のようです。
> 自分としては、これまでの運用方法を尊重したいと思いました。
私がV.1.xを追いかけていた時には主プロジェクトのバージョンでリリースしていましたね
いつから変わったのか知りませんが。

なぜ、VS2008でリリースしている本人がVS2008を嫌っているのかが理解でき無いです。
VS2005でビルド出来ないならば、反対は当然でしょうが、今回はそのためのパッチも用意してあります。

> Uchiさんが意見を却下できる理由がよく分からないです。
> 自分はadminの一人です。

この却下の意味は私の中での却下(無視)です。
では、admin権限で却下しますか？

▼ 2013/5/25 (土) 15:22:01 novice

Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20100101 Firefox/21.0

[1970] Re7:VS2008へ移行

▼ Uchiさん
> この却下の意味は私の中での却下(無視)です。
> では、admin権限で却下しますか？

他のadmin権限ある方で積極的に賛成の方がいらっしゃれば
採用しても問題ないと思います。

その場合ですが、
その方に雑用(リリースとかプロジェクトの方針決定とか)をお願いします。
面倒な作業を引き受けるのであれば、それだけの権限があるのは妥当と思います。
(最終決定する人は一人いればよいと思っています)

また、別の掲示板に記載していますが、
・r2868(TABの矢印表示の初期設定)
・r3050(イメージを最適化)
は元に戻してもらうようにお願いします。

▼ 2013/5/25 (土) 18:25:50 Uchi

Opera/9.80 (Windows NT 6.1) Presto/2.12.388 Version/12.15

[1971] Re8:VS2008へ移行

admin権限で却下と言う事ならば其れで良いんですが、
それならば、VS2005に戻すという事でお願いします。

拒否されるのは別に良いんですが、理由が無いと言うのが物凄く不満です。

▼ 2013/5/28 (火) 21:12:16 novice

Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20100101 Firefox/21.0

[1977] Re9:VS2008へ移行

▼ Uchiさん
> 拒否されるのは別に良いんですが、理由が無いと言うのが物凄く不満です。

Ver.1.xがプロジェクト変換で運用していたので、Ver.2.xも同様の運用にしたいです。

下記に書き込みがありますが、
http://sakura-editor.sourceforge.net/cgi-bin/cyclamen/cyclamen.cgi?log=dev&tree=r5015
2007/9/14時点でVC6.0は使用していないと記載しています。
Ver.1.6.0.0のころにはVS2003に移行していたと思われますが、
プロジェクトファイルはVC6.0のままです。

▼ 2013/5/30 (木) 03:08:11 novice

Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20100101 Firefox/21.0

[1978] Re9:VS2008へ移行

▼ Uchiさん
> admin権限で却下と言う事ならば其れで良いんですが、
> それならば、VS2005に戻すという事でお願いします。
>
> 拒否されるのは別に良いんですが、理由が無いと言うのが物凄く不満です。

管理掲示板に記載しましたが、Admin権限を返上することにしましたので、
Admin権限で却下は撤回したいと思います。
ご迷惑をおかけして申し訳ありませんでした。

・r2868(TABの矢印表示の初期設定)
・r3050(イメージを最適化)
上記についても撤回します。

よろしくお願い致します。

▼ 2013/5/27 (月) 00:00:29 あろか

Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20100101 Firefox/21.0

[1975] Re:VS2008へ移行

ども、非adminです

個人的にはVS2003への一本化を提案したいです
1.プロジェクトファイルを複数持つのはメンテナンスが面倒です
従来の1.xのリリースはVC6->bcc5.5.1->VS2003と移りましたが主プロジェクトファイルはdsw/dsp(VC6用)のみです
（十X年前にbcc用makefileを提供した手前もありますので、MinGW用makefileの存在についてはコメントを控えます）

2.いきなりsvnからソースコードを取得するユーザばかりではなく、正式版のtarを利用するユーザがいます
従来の運用では、そのようなユーザのためにsedやdiff,patch等が必須になる運用を控えていました(zipからtar.gzにするときも議論がありました）
ですのでプロジェクト変換で問題ないのなら、リポジトリ上は2003用sln/vcproj一組で十分と思います

とはいえ、XPの延長サポート切れが間近で、ExpressEditionが入手可能なこの頃、
無理して古い環境での開発をサポートすることもないのかもしれません
思い切ってVS2003,2005用プロジェクトを削除してはいかがでしょう？

▼ 2013/5/27 (月) 01:13:40 novice

Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20100101 Firefox/21.0

[1976] Re2:VS2008へ移行

▼ あろかさん
> とはいえ、XPの延長サポート切れが間近で、ExpressEditionが入手可能なこの頃、
> 無理して古い環境での開発をサポートすることもないのかもしれません

Ver.3.xとして、VSとOSのバージョンをまとめて変更するのはいかがでしょうか？
現在サポートしているWindows2000のシェアですが、0.14%ですし、MSのサポートも切れています。
http://www.samurai-factory.jp/info/2013/20130509333.html

Ver.2.xは、Ver.1.xのようにバックポートのみ可能にすればよいのではないかと思います。
ほとんど使われないOSをサポートするために、古いコンパイラを使い続ける必要もないと思います。

▼ 2013/6/1 (土) 13:36:24 syat

Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.94 Safari/537.36

[1979] Re3:VS2008へ移行

vc2003のプロジェクトを修正して、HeaderMake、MakefileMakeもコンパイルするようにしました。
これをvc2005にアップグレードしてビルド可能だったので、2005用のプロジェクトを残す必要はなくなったと思います。
2008コンパイラの機能を利用したい、ということであれば、アップグレードに賛成です。

Wikipedia(http://ja.wikipedia.org/wiki/Microsoft_Visual_C%2B%2B)の情報によれば、
・VC2005まで、Win9xで動くバイナリを作成できる
・VC2008まで、Win2000で動くバイナリを作成できる
とありますので、サクラヘルプでWin2000以降と書いている以上、2008より先には進めないかなと。

VC2010にするとよいことって何かあるんでしょうか？MSBuildになること？

▼ 2013/6/1 (土) 15:41:05 もか

INCM1.23a

[1980] Re4:VS2008へ移行

・SafeSEH(たぶんVC2003から)
・ベースアドレスのランダム化（VC2005SP1から)
・データ実行防止(DEP)(VC2005から?)
とかに対応したいのですが、VC2003だとSafeSEHしか使えないのですよね。

▼ 2013/6/15 (土) 02:04:26 novice

Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20100101 Firefox/21.0

[1991] Re2:VS2008へ移行

▼ あろかさん
> 個人的にはVS2003への一本化を提案したいです

2003にはマニフェストツールがないため、2005以降にアップグレードした場合にマニフェストツールの設定が異なってしまうようです。
VS2003への一本化は難しそうです。

▼ 2013/7/8 (月) 05:53:47 あろか

Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20100101 Firefox/22.0

[2011] Re3:VS2008へ移行

▼ noviceさん
> ▼ あろかさん
> > 個人的にはVS2003への一本化を提案したいです
>
> 2003にはマニフェストツールがないため、2005以降にアップグレードした場合にマニフェストツールの設定が異なってしまうようです。
> VS2003への一本化は難しそうです。

▼ もかさん
> (略)
> とかに対応したいのですが、VC2003だとSafeSEHしか使えないのですよね。

調査ありがとうございました。VS2003一本化の提案は取り下げます。
しばらくはプロジェクトファイルは2003＋2005の二本立て、リリースは2008になるのでしょうか。

■ 2004 ■

▼ 2013/6/30 (日) 00:06:19 もか

INCM1.23a

[2004] 選択範囲の半透明で太線指定のときのタブ文字

選択範囲の半透明で選択範囲が太線指定のとき、タブ文字だけ太くなります。
下線指定はテキスト等と同じように無視されるようです。

▼ 2013/6/30 (日) 00:10:12 もか

INCM1.23a

[2005] Re: 選択範囲の半透明で太線指定のときのタブ文字

選択範囲が半透明のときに、太線・下線を無視するのは
特に深い意味があってそうしたわけではないので、
逆に通常文字類も太くなるべきだというなら、そういう風にしてもいいです。

▼ 2013/6/30 (日) 02:10:15 もか

INCM1.23a

[2006] Re2: 選択範囲の半透明で太線指定のときのタブ文字

タブだけではなくて、スペース類も該当していました。
プロポーショナル+おまけでは修正されていたので長いこと気が付きませんでしたが、
選択範囲の色分け実装時からおかしかったようです。
半透明のときは「コメント」「文字列」「キーワード」等の
普通の色分け情報を見るように修正したパッチをアップしました。
https://sourceforge.net/p/sakura-editor/patchunicode/631/

■ 1996 ■

▼ 2013/6/22 (土) 15:07:52 syat

Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.116 Safari/537.36

[1996] プリンタ切り替えの不調

印刷プレビューのプリンタボタンを押して、プリンタを切り替えてOKを押すとクラッシュすることがあります。何度か同じ操作をしていると印刷プレビューを開いただけで落ちるようになります。
バイナリはSVNの最新でビルドしたバイナリ、OSはWindows8です。
OSのせいかな、とも思いましたが、1.6.7.0 や 2.0.8.0 だと何度切り替えても落ちません。

▼ 2013/6/22 (土) 17:16:57 もか

INCM1.23a

[1997] Re: プリンタ切り替えの不調

最近、プリンタ設定の適用周りをいじったのでそのせいだと思います。
調査してみます。

▼ 2013/6/22 (土) 20:51:00 もか

INCM1.23a

[1998] Re2: プリンタ切り替えの不調

見つかった問題点：
1. ロック機構が働いていない
OnPrintの中でプリンタ設定が変わったのを検出すると、
印刷中にOnChangeSetting/OnChangePrintSettingが実行されてしまう。
2. プリンタ選択画面の結果を適用していない
プロセス固有の設定のキャッシュのほうだけ更新されてその後の
SendMessage経由のOnChangeSettingで元の設定に書き戻されていた

というのは見つかりましたが、落ちるのの再現・原因の予想はできませんでした。
https://sourceforge.net/p/sakura-editor/patchunicode/583/
にパッチを添付しました。

▼ 2013/6/23 (日) 01:39:50 petit

Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20100101 Firefox/21.0

[1999] Re:プリンタ切り替えの不調

▼ syatさん
クラッシュ時にミニダンプが出力されてませんか？（CProcess::WriteDump()）
それを VS にかければクラッシュ位置・スタック情報が取れると思います。

▼ 2013/6/23 (日) 12:09:52 syat

Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.116 Safari/537.36

[2000] Re2:プリンタ切り替えの不調

もかさんのパッチで改善しました。

ただ再現しないとのことなので、一応ダンプを上げます。
http://ux.getuploader.com/sakura_editor/download/81/sakura.dmp.20130623.zip

（最近のOSだとダンプが C:\Users\○○\AppData\Local\CrashDumps にできるんですねー。気づかずiniのフォルダをずっと探してました^^）

▼ 2013/6/23 (日) 14:58:43 もか

INCM1.23a

[2001] Re3:プリンタ切り替えの不調

memcpyでアクセス違反っぽいのはわかりましたが、
miniDumpだけではmapファイルかpdbがないと厳しいです。
スタックトレースの情報(STACK_TEXT)もCProcess.cppのMiniDump作成のところを指してるみたいで、
落ちたところのスタックはよくわかりませんでした。
CProcessのものではなく、Windowsの機能の方でミニダンプをとらないと、
ひょっとするとスタックが再現できないのかも。

▼ 2013/6/29 (土) 01:50:28 syat

Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.116 Safari/537.36

[2003] Re4:プリンタ切り替えの不調

遅くなりましたが、もう一度ダンプとpdbを取りました。
http://ux.getuploader.com/sakura_editor/download/82/sakura.exe.20130629.zip

rpcrt4.dllの中で落ちているようです。どうもプリンタドライバ側のような。。よくわかりません。
もかさんのパッチは有効なのでぜひコミットしていただきたいです。

■ 1992 ■

▼ 2013/6/16 (日) 00:01:42 もか

INCM1.23a

[1992] WIN_VER等について

現在、最低動作環境とかの判定にWIN_VERを固定で使っていますが、DirectWriteなどのヘッダを使うのにWIN_VERをあげたときに不都合かと思います。
WIN_VERを新しい値にしても古いOSで動くように、
COsVersionInfoは、新しくWIN_MIN_VERとかを定義してそちらを参照するようにしたらどうでしょうか。

▼ 2013/6/23 (日) 22:33:55 novice

Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20100101 Firefox/21.0

[2002] Re:WIN_VER等について

▼ もかさん
> DirectWriteなどのヘッダを使うのにWIN_VERをあげたときに不都合かと思います。

DirectWriteに対応する場合ですが、trunk2に組み込むのであればDirectWriteの機能を外部DLLに分離したほうがよいかもしれません。
VC2005のデフォルト環境だとDirectWriteのコードをコンパイルできないです(DirectX SDK or 新しいWindowsSDKが必要)。

秀丸の場合は外部DLL形式のようです。

■ 1994 ■

▼ 2013/6/20 (木) 19:06:44 Uchi

Opera/9.80 (Windows NT 6.1) Presto/2.12.388 Version/12.15

[1994] プラグインが使用出来ません

r3161からプラグインが使用出来なくなっています。

テストに使ったのは以下のプラグインです。
C系インデント
http://sakura.qp.land.to/?Plugin%2F%C5%EA%B9%C6%2F9
C#アウトライン解析
http://sakura.qp.land.to/?Plugin%2F%C5%EA%B9%C6%2F16
簡単なコマンド集
http://sakura.qp.land.to/?Plugin%2F%C5%EA%B9%C6%2F19
以上です。

環境はwin7 VS2008,VS2010 デバッグ、リリースで確認しました。

▼ 2013/6/20 (木) 20:25:42 もか

INCM1.23a

[1995] Re: プラグインが使用出来ません

https://sourceforge.net/p/sakura-editor/patchunicode/582/
にパッチをあげました。
いろいろおかしかったです。

■ 1984 ■

▼ 2013/6/13 (木) 20:03:02 Uchi

Opera/9.80 (Windows NT 6.1) Presto/2.12.388 Version/12.15

[1984] ビルドが出来ません

VS2005Express+PlatformSDKでビルドできなくなっています
VS2008へ移行ならそれでも良いのですが

▼ 2013/6/13 (木) 21:03:13 Uchi

Opera/9.80 (Windows NT 6.1) Presto/2.12.388 Version/12.15

[1985] Re:ビルドが出来ません

r3124
New: タブを閉じるボタン
upatchid:214
からビルド出来なくなっています。

▼ 2013/6/13 (木) 23:38:20 もか

INCM1.23a

[1987] Re2:ビルドが出来ません

VC2005Express + Windows SDK v7.0ではできています。
Windows SDKのバージョンは？
vsstyle.hがらみかと推測しますが、
エラーの内容かパッチを書いてくれないとよくわかりません。
ちょこっと#ifndef NANIGASI #define NANIGASIするだけで直るような内容でしょうか。

▼ 2013/6/14 (金) 00:16:05 Uchi

Opera/9.80 (Windows NT 6.1) Presto/2.12.388 Version/12.15

[1988] Re3:ビルドが出来ません

▼ もかさん
> VC2005Express + Windows SDK v7.0ではできています。
> Windows SDKのバージョンは？
> vsstyle.hがらみかと推測しますが、
> エラーの内容かパッチを書いてくれないとよくわかりません。
> ちょこっと#ifndef NANIGASI #define NANIGASIするだけで直るような内容でしょうか。
Windows Server 2003 sp2用です。
v7.0だとVS2008用じゃないでしょうか。

vsstyle.hは存在していないんでかなりきついんじゃないでしょうか？
他にHTHEMEが駄目みたいです。

▼ 2013/6/14 (金) 02:46:38 もか

INCM1.23a

[1989] Re4:ビルドが出来ません

ビルドできるようにパッチも書きましたが、
VC2005+SDK 7.0は下記のKBの修正を適用すると使えます。
http://support.microsoft.com/kb/949009/ja

▼ 2013/6/14 (金) 06:33:06 Uchi

Opera/9.80 (Windows NT 6.1) Presto/2.12.388 Version/12.15

[1990] Re5:ビルドが出来ません

▼ もかさん
> ビルドできるようにパッチも書きましたが、
> VC2005+SDK 7.0は下記のKBの修正を適用すると使えます。
> http://support.microsoft.com/kb/949009/ja
VC2005Expressは検証用で使用しているのでVC2005+SDK 7.0というのは考えていません。
VC2005+SDK 7.0ならば素直にVC2008Expressを使えば良いからです。

▼ 2013/6/17 (月) 23:58:11 syat

Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.110 Safari/537.36

[1993] Re6:ビルドが出来ません

▼みなさま
お手数をおかけしました。。

■ 1986 ■

▼ 2013/6/13 (木) 23:31:53 もか

INCM1.23a

[1986] ファイルを開くダイアログの場所がおかしいときがある

よくわからないんですが、VC 2005 EE上からサクラエディタを起動すると
たまに、ファイル選択の場所が変なところになることがあります。
普通と違うのは、VC上から起動するとカレントディレクトリのパス(ドライブレター)が小文字になってることぐらいです。

■ 1982 ■

▼ 2013/6/10 (月) 00:18:04 もか

INCM1.23a

[1982] タブを閉じるとツールバーの新規作成がへこむ

タイトルの通りなんですが、これ、なんでなんでしょうか。よくわかりません。
タブを表示していないときはへこまないようです。
変なメッセージハンドリングしている可能性が怖いです。

▼ 2013/6/11 (火) 02:36:37 もか

INCM1.23a

[1983] Re: タブを閉じるとツールバーの新規作成がへこむ

ツールバーの新規作成ボタンを押してタブを作ると、
その押した状態のままウィンドウが非表示になって
次にウィンドウが表示されるときにその状態が残ってるだけのようです。

ページ:[≪ ＜] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [＞ ≫]

INCM/CMT
Cyclamen v3.81

[ut:0.050][st:0.010]