From kim.upsilon ＠ bucyou.net Sun Nov 20 01:50:37 2011 From: kim.upsilon ＠ bucyou.net (Kimura Youichi) Date: Sun, 20 Nov 2011 01:50:37 +0900 Subject: [OpenTween-dev] =?iso-2022-jp?b?T3BlblR3ZWVuGyRCJVclbSU4JScbKEI=?= =?iso-2022-jp?b?GyRCJS8lSCROOD07fkVAJEckTj51NjckSDJdQmobKEI=?= Message-ID: <4EC7DE5D.1010305@bucyou.net> 初めまして。OpenTween プロジェクト言い出しっぺの kim_upsilon です。 早速ですが、OpenTween プロジェクトを GitHub と SourceForge.JP の 2 ヶ所 に設置しました。 GitHub: https://github.com/opentween/OpenTween SourceForge.JP: http://sourceforge.jp/projects/opentween/ 複数のサイトにプロジェクトを設置した理由は、当初 GitHub にリポジトリを設 置予定であった時に Twitter で @shujisado さんからの要望を受けたためで す。開発者は GitHub と SourceForge.JP のいずれか又は両方で活動することが 可能です。この先ずっと 2 サイトにプロジェクトが存在する状態が続くかどう かは今後の状況次第ですが、最低でも 2 年間は GitHub と SourceForge.JP の Git リポジトリを同期した状態に保つことを約束します。 さて、OpenTween プロジェクトの現時点での問題点ですが、Tween のソースに非 フリーな画像が含まれているという重大な問題があります。現在は Git リポジ トリから該当するファイルを削除するという一時的な対処をしています。これに ついてはライセンス上問題のない画像で置き換えることで解決する予定です。こ れについては後日また話します。 そして早くも Tween の派生プロジェクトとして OpenTween に注目が集まってお りますが、Tween はバージョン 1.2.0 からソースコードを公開しないことを決 定しているため、OpenTween が Tween のアップデートに追い付くことは不可能 であると考えています。また、後述する開発予定の都合上、しばらく OpenTween には機能追加は行われません。よって、「OpenTween は Tween の広告無し代替 版である」というのは全くの誤りです。 次に OpenTween の今後の開発予定です。 まずは VB.NET で書かれたソースコードについて、全て C# で書き直します。個 人的には VB.NET は嫌いではありませんが、ソースコードが VB.NET であること が開発者にとってプロジェクトに参加する障壁となることを考えると、今の段階 で C# に書き換えることが望ましいと考えています。そして、この移行作業中は OpenTween に対して一切機能追加は行われません。これは、現在の少人数の体制 では VB.NET のソースに対する機能追加と C# への移行作業を並行して行うこと は極めて困難であるためです。 最後に、OpenTween プロジェクトではプロジェクトの活動に協力していただける 方を募集しています。 参加していただける方は、SourceForge.JP から参加申請を行うか、当 ML や kim.upsilon ＠ bucyou.net へ直接連絡を下さい。GitHub での Pull Requset も受 け付けます。 以上です。よろしくお願いします。 *1 https://twitter.com/shujisado/status/137881077690806273 -- Kimura Youichi http://upsilo.net/~upsilon/ -------------- next part -------------- テキスト形式以外の添付ファイルを保管しました... ファイル名: signature.asc 型: application/pgp-signature サイズ: 836 バイト 説明: OpenPGP digital signature URL: http://lists.sourceforge.jp/mailman/archives/opentween-dev/attachments/20111120/f84318de/attachment.pgp From kim.upsilon ＠ bucyou.net Sun Nov 20 02:30:13 2011 From: kim.upsilon ＠ bucyou.net (Kimura Youichi) Date: Sun, 20 Nov 2011 02:30:13 +0900 Subject: [OpenTween-dev] =?utf-8?b?VHdlZW7jga7jg6njgqTjgrvjg7PjgrnntaE=?= =?utf-8?b?44G/44Gu6aiS5YuV44Gr44Gk44GE44Gm?= Message-ID: <4EC7E7A5.80707@bucyou.net> 続きまして kim_upsilon です。 プロジェクトの設置やら長文メールやらで慌ててる間に Twitter 上でいろいろ と議論があったようです。 Tween が今まで GPLv3 で公開していたソフトウェアについて、Tween 作者が方 針転換で非フリーなライセンスで配布することは問題なのか？ということについ てですが、これについては問題無いと私は考えています。 例えば、今までにソースコードを提供した全ての作者の同意を得られれば、 GPLv3 のソフトウェアを Apache ライセンスに変更することだって可能です。私 は法律家ではないため断言は出来ませんが、GPL ライセンスはそもそもソフト ウェアの作者が利用者に対して要求するものなので、作者が自分自身のソフト ウェアの扱いで GPL 違反となることはないでしょう。仮に GPL 違反だとして も、一体「誰が」それを主張するでしょうか。 あと気になるのは、本当に全てのソースコード提供者にライセンス変更の許可を 得たのか？ということぐらいです。でもこれは気にしても仕方ないので無視で。 Google Adsenseの規約は、、使ったこと無いので分かりません。 -- Kimura Youichi https://upsilo.net/~upsilon/ -------------- next part -------------- $B%F%-%9%H7A<00J30$NE:IU%U%!%$%k$rJ]4I$7$^$7$?(B... $B%U%!%$%kL>(B: signature.asc $B7?(B: application/pgp-signature $B%5%$%:(B: 836 $B%P%$%H(B $B ＠ bL@(B: OpenPGP digital signature URL: http://lists.sourceforge.jp/mailman/archives/opentween-dev/attachments/20111120/f3fe8611/attachment.pgp From kim.upsilon ＠ bucyou.net Wed Nov 23 01:43:18 2011 From: kim.upsilon ＠ bucyou.net (Kimura Youichi) Date: Wed, 23 Nov 2011 01:43:18 +0900 Subject: [OpenTween-dev] =?iso-2022-jp?b?QyMgGyRCJFgkTjBcPyI6bjZIJEsbKEI=?= =?iso-2022-jp?b?GyRCJEQkJCRGGyhC?= Message-ID: <4ECBD126.7000209@bucyou.net> kim_upsilon です。 早速移植作業の準備に取りかかろうとしたところ、アップデートした VS2010 が 起動しなくなってしまいました :( 遅くなりましたが、C# 移植作業の確認表を作成しました。 作業の衝突が発生しないよう、作業前に下記 URL の表で移植するファイルの行 の「担当者」と「状態」の欄を記入して下さい。 https://docs.google.com/spreadsheet/ccc?key=0AlEj4P9A6aRKdGNTbTBIaExjMDdLaDZBbklVOGVNNGc 作業の流れは、@egtra さんが先行して作業されたブランチでの方式を参考に、 下記の通りの手順としました。 1. csharp-translation ブランチにて作業する 2. 移植を行うファイルを決め、確認表の「担当者」と「状態」("作業中"と入 力)を記入する 3. TweenCS プロジェクトに移植後の .cs ファイルを作成する (VB.NET のソースコードは *削除しない*) 4. 各ファイルの移植を終えるごとにリポジトリをコミットする 5. GitHub または SourceForge.JP のリポジトリへ push する (GitHub の場合は自分のリポジトリへ push した後に Pull Request を送信する) 6. 確認表の「状態」を "完了" に書き換える また、@egtra さんの作業した csharp-translation ブランチは OpenTween のリ ポジトリにマージさせていただきました。 何か質問等がある場合は ML で返信お願いします。 -- Kimura Youichi http://upsilo.net/~upsilon/ -------------- next part -------------- テキスト形式以外の添付ファイルを保管しました... ファイル名: signature.asc 型: application/pgp-signature サイズ: 900 バイト 説明: OpenPGP digital signature URL: http://lists.sourceforge.jp/mailman/archives/opentween-dev/attachments/20111123/d9ccfd78/attachment.pgp From kim.upsilon ＠ bucyou.net Wed Nov 23 04:46:48 2011 From: kim.upsilon ＠ bucyou.net (Kimura Youichi) Date: Wed, 23 Nov 2011 04:46:48 +0900 Subject: [OpenTween-dev] =?iso-2022-jp?b?QyMgGyRCJFgkTjBcPyI6bjZIJEsbKEI=?= =?iso-2022-jp?b?GyRCJEQkJCRGGyhC?= In-Reply-To: <4ECBD126.7000209@bucyou.net> References: <4ECBD126.7000209@bucyou.net> Message-ID: <4ECBFC28.8070301@bucyou.net> すみません。大事な部分を間違えていました。 > 3. TweenCS プロジェクトに移植後の .cs ファイルを作成する > (VB.NET のソースコードは *削除しない*) の部分は *削除する* が正しいです。正反対になっていました。 -- Kimura Youichi http://upsilo.net/~upsilon/ -------------- next part -------------- テキスト形式以外の添付ファイルを保管しました... ファイル名: signature.asc 型: application/pgp-signature サイズ: 900 バイト 説明: OpenPGP digital signature URL: http://lists.sourceforge.jp/mailman/archives/opentween-dev/attachments/20111123/689f15bf/attachment.pgp From egtra ＠ users.sourceforge.jp Wed Nov 23 20:13:00 2011 From: egtra ＠ users.sourceforge.jp (Egtra) Date: Wed, 23 Nov 2011 20:13:00 +0900 Subject: [OpenTween-dev] =?iso-2022-jp?b?RndkOiAgQyMgGyRCJFgkTjBcPyIbKEI=?= =?iso-2022-jp?b?GyRCOm42SCRLJEQkJCRGGyhC?= In-Reply-To: References: <4ECBD126.7000209@bucyou.net> <4ECBFC28.8070301@bucyou.net> Message-ID: うまく送られていなかったようなので再度送ります。 ---------- 転送メッセージ ---------- From: Egtra 日付: 2011年11月23日19:17 件名: Re: [OpenTween-dev] C# への移植作業について To: Kimura Youichi 改めまして、はじめましてEgtraと申します。 報告が1つと相談が1つあります。 1. csharp-translationブランチにコミットしていない作業済みのファイルがあります。 とりあえず移植作業確認表には保留と記入させていただきました。 ほとんどは「他の移植していないファイルの内容に依存しているためコンパイルできない」 という理由のため、頃合いを見計らって（from_trunkとの差分を確認の上）コミットします。 2. Tween/DataModel.vbについての相談があります。 これは上に書いたのとは異なった理由で保留にしています。 というのも、一部のクラスに「クラス名と同名のフィールドを持っている」（UrlsクラスのUrls As Stringなど） というものがあり、これがC#では許されていないようなのです。 これの対処をどうしましょうか？ということです。 以上、よろしくお願いします。 From kim.upsilon ＠ bucyou.net Wed Nov 23 22:23:05 2011 From: kim.upsilon ＠ bucyou.net (Kimura Youichi) Date: Wed, 23 Nov 2011 22:23:05 +0900 Subject: [OpenTween-dev] =?iso-2022-jp?b?RndkOiAgQyMgGyRCJFgkTjBcPyIbKEI=?= =?iso-2022-jp?b?GyRCOm42SCRLJEQkJCRGGyhC?= In-Reply-To: References: <4ECBD126.7000209@bucyou.net> <4ECBFC28.8070301@bucyou.net> Message-ID: <4ECCF3B9.3060606@bucyou.net> kim_upsilon です。 > 1. csharp-translationブランチにコミットしていない作業済みのファイルがあります。 > とりあえず移植作業確認表には保留と記入させていただきました。 > ほとんどは「他の移植していないファイルの内容に依存しているためコンパイルできない」 > という理由のため、頃合いを見計らって（from_trunkとの差分を確認の上）コミットします。 from_trunk ブランチへのマージの影響で ApiInformation.cs や Win32Api.cs にも影響が出てしまったようです。これについても差分を確認して修正したいと 思います。 > 2. Tween/DataModel.vbについての相談があります。 > これは上に書いたのとは異なった理由で保留にしています。 > というのも、一部のクラスに「クラス名と同名のフィールドを持っている」（UrlsクラスのUrls As Stringなど） > というものがあり、これがC#では許されていないようなのです。 > これの対処をどうしましょうか？ということです。 クラス名とフィールド名の競合につきましては、フィールド名をキャメルケース にする等で競合しない名前に変更して下さい（メソッド名とフィールド名が競合 した場合も同様）。 C# は VB.NET よりも識別子の規則が厳しいようなので、もし他のパターンで競 合が起きた場合は「影響範囲が狭い方の名前を変更」としたいと思います。 -- Kimura Youichi http://upsilo.net/~upsilon/ -------------- next part -------------- テキスト形式以外の添付ファイルを保管しました... ファイル名: signature.asc 型: application/pgp-signature サイズ: 900 バイト 説明: OpenPGP digital signature URL: http://lists.sourceforge.jp/mailman/archives/opentween-dev/attachments/20111123/7ee92851/attachment.pgp From egtra ＠ users.sourceforge.jp Wed Nov 23 22:44:40 2011 From: egtra ＠ users.sourceforge.jp (Egtra) Date: Wed, 23 Nov 2011 22:44:40 +0900 Subject: [OpenTween-dev] =?iso-2022-jp?b?RndkOiBDIyAbJEIkWCROMFw/IjpuGyhC?= =?iso-2022-jp?b?GyRCNkgkSyREJCQkRhsoQg==?= In-Reply-To: <4ECCF3B9.3060606@bucyou.net> References: <4ECBD126.7000209@bucyou.net> <4ECBFC28.8070301@bucyou.net> <4ECCF3B9.3060606@bucyou.net> Message-ID: Egtraです。 Win32Apiは修正しました。至急pull request出します。 まだ直されていないならApiInformationも私のほうで修正したいと思います。 From kim.upsilon ＠ bucyou.net Wed Nov 23 23:41:49 2011 From: kim.upsilon ＠ bucyou.net (Kimura Youichi) Date: Wed, 23 Nov 2011 23:41:49 +0900 Subject: [OpenTween-dev] =?iso-2022-jp?b?RndkOiBDIyAbJEIkWCROMFw/IjpuGyhC?= =?iso-2022-jp?b?GyRCNkgkSyREJCQkRhsoQg==?= In-Reply-To: References: <4ECBD126.7000209@bucyou.net> <4ECBFC28.8070301@bucyou.net> <4ECCF3B9.3060606@bucyou.net> Message-ID: <4ECD062D.4050206@bucyou.net> kim_upsilon です。 Pull Requestマージしました。 私の方ではまだ ApiInformation は着手していません。 (2011年11月23日 22:44), Egtra wrote: > Egtraです。 > > Win32Apiは修正しました。至急pull request出します。 > まだ直されていないならApiInformationも私のほうで修正したいと思います。 > -- Kimura Youichi http://upsilo.net/~upsilon/ -------------- next part -------------- テキスト形式以外の添付ファイルを保管しました... ファイル名: signature.asc 型: application/pgp-signature サイズ: 900 バイト 説明: OpenPGP digital signature URL: http://lists.sourceforge.jp/mailman/archives/opentween-dev/attachments/20111123/9831fd00/attachment.pgp From valp_ab ＠ yahoo.co.jp Thu Nov 24 01:16:53 2011 From: valp_ab ＠ yahoo.co.jp (Yusuke Ichinohe) Date: Thu, 24 Nov 2011 01:16:53 +0900 Subject: [OpenTween-dev] =?iso-2022-jp?b?RndkOiBDIyAbJEIkWCROMFw/IjpuGyhC?= =?iso-2022-jp?b?GyRCNkgkSyREJCQkRhsoQg==?= In-Reply-To: <4ECCF3B9.3060606@bucyou.net> References: <4ECBD126.7000209@bucyou.net> <4ECBFC28.8070301@bucyou.net> <4ECCF3B9.3060606@bucyou.net> Message-ID: Egtraです。 ApiInformationもpull requestを出しておきました。 >> 2. Tween/DataModel.vbについての相談があります。 >> これは上に書いたのとは異なった理由で保留にしています。 >> というのも、一部のクラスに「クラス名と同名のフィールドを持っている」（UrlsクラスのUrls As Stringなど） >> というものがあり、これがC#では許されていないようなのです。 >> これの対処をどうしましょうか？ということです。 > > クラス名とフィールド名の競合につきましては、フィールド名をキャメルケース > にする等で競合しない名前に変更して下さい（メソッド名とフィールド名が競合 > した場合も同様）。 > C# は VB.NET よりも識別子の規則が厳しいようなので、もし他のパターンで競 > 合が起きた場合は「影響範囲が狭い方の名前を変更」としたいと思います。 影響範囲というのは難しいです。 たしかにフィールド名のほうが狭いスコープですが、 修正箇所の数はクラス名を変えるほうが少なくて済むのです。 （問題のところのフィールド、全部publicなので） そのため、「影響範囲が狭い方の名前を変更」というのは クラス名を変えることではないかと思うのです。 この場合、「クラス名を変えるべき」、「フィールド名を変えるべき」、 どっちの意味と解釈すればよいでしょうか。 回答お願いします。 なお、手元のファイルはクラス名末尾にアンダースコアを付ける という安直なことやっています(笑)。 From kim.upsilon ＠ bucyou.net Thu Nov 24 01:48:59 2011 From: kim.upsilon ＠ bucyou.net (Kimura Youichi) Date: Thu, 24 Nov 2011 01:48:59 +0900 Subject: [OpenTween-dev] =?iso-2022-jp?b?RndkOiBDIyAbJEIkWCROMFw/IjpuGyhC?= =?iso-2022-jp?b?GyRCNkgkSyREJCQkRhsoQg==?= In-Reply-To: References: <4ECBD126.7000209@bucyou.net> <4ECBFC28.8070301@bucyou.net> <4ECCF3B9.3060606@bucyou.net> Message-ID: <4ECD23FB.3080807@bucyou.net> kim_upsilon です。 > ApiInformationもpull requestを出しておきました。 Pull Request 取り込みました。ありがとうございます。 opentween/OpenTween リポジトリの push 許可のアカウントに Egtra さんを追 加しましたので、次回以降は Pull Request 無しで直接 push して下さい。 > >>> 2. Tween/DataModel.vbについての相談があります。 >>> これは上に書いたのとは異なった理由で保留にしています。 >>> というのも、一部のクラスに「クラス名と同名のフィールドを持っている」（UrlsクラスのUrls As Stringなど） >>> というものがあり、これがC#では許されていないようなのです。 >>> これの対処をどうしましょうか？ということです。 >> >> クラス名とフィールド名の競合につきましては、フィールド名をキャメルケース >> にする等で競合しない名前に変更して下さい（メソッド名とフィールド名が競合 >> した場合も同様）。 >> C# は VB.NET よりも識別子の規則が厳しいようなので、もし他のパターンで競 >> 合が起きた場合は「影響範囲が狭い方の名前を変更」としたいと思います。 > > 影響範囲というのは難しいです。 > たしかにフィールド名のほうが狭いスコープですが、 > 修正箇所の数はクラス名を変えるほうが少なくて済むのです。 > （問題のところのフィールド、全部publicなので） > そのため、「影響範囲が狭い方の名前を変更」というのは > クラス名を変えることではないかと思うのです。 > > この場合、「クラス名を変えるべき」、「フィールド名を変えるべき」、 > どっちの意味と解釈すればよいでしょうか。 > 回答お願いします。 > うむむ。確かにクラス名の方が修正範囲が狭いですね。。 クラス名をキャメルケースにしたりアンダーバーを付けたりするのは（見栄え的 に）良くないと思うので、ひとまず「フィールドの名前を修正」で統一したいと 思います。 -- Kimura Youichi http://upsilo.net/~upsilon/ -------------- next part -------------- テキスト形式以外の添付ファイルを保管しました... ファイル名: signature.asc 型: application/pgp-signature サイズ: 900 バイト 説明: OpenPGP digital signature URL: http://lists.sourceforge.jp/mailman/archives/opentween-dev/attachments/20111124/211a57c1/attachment.pgp From valp_ab ＠ yahoo.co.jp Thu Nov 24 01:54:02 2011 From: valp_ab ＠ yahoo.co.jp (Yusuke Ichinohe) Date: Thu, 24 Nov 2011 01:54:02 +0900 Subject: [OpenTween-dev] =?iso-2022-jp?b?RndkOiBDIyAbJEIkWCROMFw/IjpuGyhC?= =?iso-2022-jp?b?GyRCNkgkSyREJCQkRhsoQg==?= In-Reply-To: <4ECD23FB.3080807@bucyou.net> References: <4ECBD126.7000209@bucyou.net> <4ECBFC28.8070301@bucyou.net> <4ECCF3B9.3060606@bucyou.net> <4ECD23FB.3080807@bucyou.net> Message-ID: Egtraです。 下の2件、ともに了解しました。 DataModelは当初のとおり 「フィールド名をキャメルケース（先頭小文字）にする」 で行きたいと思います。 2011年11月24日1:48 Kimura Youichi : > kim_upsilon です。 > >> ApiInformationもpull requestを出しておきました。 > > Pull Request 取り込みました。ありがとうございます。 > opentween/OpenTween リポジトリの push 許可のアカウントに Egtra さんを追 > 加しましたので、次回以降は Pull Request 無しで直接 push して下さい。 > >> >>>> 2. Tween/DataModel.vbについての相談があります。 >>>> これは上に書いたのとは異なった理由で保留にしています。 >>>> というのも、一部のクラスに「クラス名と同名のフィールドを持っている」（UrlsクラスのUrls As Stringなど） >>>> というものがあり、これがC#では許されていないようなのです。 >>>> これの対処をどうしましょうか？ということです。 >>> >>> クラス名とフィールド名の競合につきましては、フィールド名をキャメルケース >>> にする等で競合しない名前に変更して下さい（メソッド名とフィールド名が競合 >>> した場合も同様）。 >>> C# は VB.NET よりも識別子の規則が厳しいようなので、もし他のパターンで競 >>> 合が起きた場合は「影響範囲が狭い方の名前を変更」としたいと思います。 >> >> 影響範囲というのは難しいです。 >> たしかにフィールド名のほうが狭いスコープですが、 >> 修正箇所の数はクラス名を変えるほうが少なくて済むのです。 >> （問題のところのフィールド、全部publicなので） >> そのため、「影響範囲が狭い方の名前を変更」というのは >> クラス名を変えることではないかと思うのです。 >> >> この場合、「クラス名を変えるべき」、「フィールド名を変えるべき」、 >> どっちの意味と解釈すればよいでしょうか。 >> 回答お願いします。 >> > > うむむ。確かにクラス名の方が修正範囲が狭いですね。。 > クラス名をキャメルケースにしたりアンダーバーを付けたりするのは（見栄え的 > に）良くないと思うので、ひとまず「フィールドの名前を修正」で統一したいと > 思います。 > > -- > Kimura Youichi > http://upsilo.net/~upsilon/ > > > _______________________________________________ > OpenTween-dev mailing list > OpenTween-dev ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/opentween-dev > > -- (signature DELETED) From egtra ＠ users.sourceforge.jp Fri Nov 25 00:01:19 2011 From: egtra ＠ users.sourceforge.jp (Egtra) Date: Fri, 25 Nov 2011 00:01:19 +0900 Subject: [OpenTween-dev] =?iso-2022-jp?b?QVBJGyRCJS0hPCROJT0hPCU5JTMbKEI=?= =?iso-2022-jp?b?GyRCITwlST5lJE41LT1SJEskRCQkJEYbKEI=?= Message-ID: Egtraです。 現在のcsharp-translationブランチ最新の状態が 「ビルドは通るものの起動時にこける」だったので調べていました。 この原因がどうやらAPIキーを新しくしたためのようなのです。 ---- 今までのTweenではMyCommon.EncryptStringを用いて、 一応は暗号化した状態の文字列をソースコード上に記載し、 これを起動時にMyCommon.DecryptStringで復号化して使用しているようです。 ところが今回のAPIキーはEncryptStringを通していない状態でソースコードに記述しており、 それなのに従来通りDecryptStringで処理しようとしてエラーになっているようでした。 ---- とりあえずは、APIキーの記載をEncryptStringしたものに書き換えました。 yfrogだけその対処をしたら起動したので、とりあえずpushしました。 それがこのコミットです。 https://github.com/opentween/OpenTween/commit/8d984474c4ec052e871fea446138833e39b15a31 EncryptStringを行う部分を抜き出して、コマンドラインプログラムにしました。 先のコミットでもこれを利用しました。 https://gist.github.com/1391469 From kim.upsilon ＠ bucyou.net Fri Nov 25 16:09:11 2011 From: kim.upsilon ＠ bucyou.net (Kimura Youichi) Date: Fri, 25 Nov 2011 16:09:11 +0900 Subject: [OpenTween-dev] =?iso-2022-jp?b?QVBJGyRCJS0hPCROJT0hPCU5JTMbKEI=?= =?iso-2022-jp?b?GyRCITwlST5lJE41LT1SJEskRCQkJEYbKEI=?= In-Reply-To: References: Message-ID: <4ECF3F17.2080305@bucyou.net> kim_upsilon です。 API キーについてですが、Tween では API キーを暗号化した上でソースコード に記述していましたが、OpenTween での更新後のキーは暗号化せずにソースコー ドに埋め込むことにしました。 これは、デスクリップアプリでは OAuth などのキーを完全に隠すことが不可能 なため、わざわざ暗号化することは無意味であると判断したためです。 yfrog.vb のエラーは API キー置き換え時の DecryptString の外し忘れでし た。b52b430 にて修正済みです。 On 2011年11月25日 00:01, Egtra wrote: > Egtraです。 > > 現在のcsharp-translationブランチ最新の状態が > 「ビルドは通るものの起動時にこける」だったので調べていました。 > この原因がどうやらAPIキーを新しくしたためのようなのです。 > > ---- > > 今までのTweenではMyCommon.EncryptStringを用いて、 > 一応は暗号化した状態の文字列をソースコード上に記載し、 > これを起動時にMyCommon.DecryptStringで復号化して使用しているようです。 > > ところが今回のAPIキーはEncryptStringを通していない状態でソースコードに記述しており、 > それなのに従来通りDecryptStringで処理しようとしてエラーになっているようでした。 > > ---- > > とりあえずは、APIキーの記載をEncryptStringしたものに書き換えました。 > yfrogだけその対処をしたら起動したので、とりあえずpushしました。 > それがこのコミットです。 > https://github.com/opentween/OpenTween/commit/8d984474c4ec052e871fea446138833e39b15a31 > > EncryptStringを行う部分を抜き出して、コマンドラインプログラムにしました。 > 先のコミットでもこれを利用しました。 > https://gist.github.com/1391469 > -- Kimura Youichi https://upsilo.net/~upsilon/ From egtra ＠ users.sourceforge.jp Fri Nov 25 23:54:49 2011 From: egtra ＠ users.sourceforge.jp (Egtra) Date: Fri, 25 Nov 2011 23:54:49 +0900 Subject: [OpenTween-dev] =?iso-2022-jp?b?QVBJGyRCJS0hPCROJT0hPCU5JTMbKEI=?= =?iso-2022-jp?b?GyRCITwlST5lJE41LT1SJEskRCQkJEYbKEI=?= In-Reply-To: <4ECF3F17.2080305@bucyou.net> References: <4ECF3F17.2080305@bucyou.net> Message-ID: Egtraです。 APIキーの件、了解しました。 私もあの暗号化は無意味だと思ったので、直に書くことに賛成します。 たまたまyfrogだけ残ってしまったわけですね。 そこに首をかしげていました。 From egtra ＠ users.sourceforge.jp Sun Nov 27 02:15:26 2011 From: egtra ＠ users.sourceforge.jp (Egtra) Date: Sun, 27 Nov 2011 02:15:26 +0900 Subject: [OpenTween-dev] =?iso-2022-jp?b?QVBJGyRCJS0hPCROJT0hPCU5JTMbKEI=?= =?iso-2022-jp?b?GyRCITwlST5lJE41LT1SJEskRCQkJEYbKEI=?= In-Reply-To: References: <4ECF3F17.2080305@bucyou.net> Message-ID: Egtraです。 APIキーとは関係ないことですが、 MyCommonのEncryptStringとDecryptStringはDPAPIを使ったものに将来書き換えたいです。 （DPAPIを使うと、異なるWindowsユーザーからの読み取りが不可能になる点が 現状よりちょっとマシになるところ） DPAPIを使用して暗号化する: .NET Tips: C#, VB.NET, Visual Studio http://dobon.net/vb/dotnet/string/protectedmemory.html ローカルストレージに保存するデータの暗号化 ― Windows の場合 - NyaRuRuの日記 http://d.hatena.ne.jp/NyaRuRu/20100130/p1 というメモ書きを残しておきます。 From kim.upsilon ＠ bucyou.net Sun Nov 27 02:33:26 2011 From: kim.upsilon ＠ bucyou.net (Kimura Youichi) Date: Sun, 27 Nov 2011 02:33:26 +0900 Subject: [OpenTween-dev] =?iso-2022-jp?b?QVBJIBskQiUtITwkKiRoJFMbKEIgQW5h?= =?iso-2022-jp?b?bHl0aWNzIBskQiVIJWklQyUtJXMlMDRYTyIkTj0kQDUkSyREJCQbKEI=?= =?iso-2022-jp?b?GyRCJEYbKEI=?= Message-ID: <4ED122E6.1050200@bucyou.net> kim_upsilon です。 一昨日から今日にかけて、master および csharp-translation ブランチに下記 URL の通りの修正を施しました。 https://github.com/opentween/OpenTween/compare/0e5ab8be...498aaa26 予告無く修正を行ったため、改めて修正内容について説明致します。 * 修正1: 外部サービスの API キーの変更 これは @kiri_feather 氏からの指摘により気づいた点で「API キーが Tween の ソースコードのままであった」という超初歩的なミスです。本当に申し訳ありま せん。 これにより、Twitter, Lockerz (旧 Plixi), TwitPic, twitvideo, yfrog, Foursquare, bitly, Bing の API キーを OpenTween 用に取得し置き換えました。 * 修正2: Google Analytics 関連コードの削除 綱渡りするのは怖いので消しました。規約的に大丈夫だと確信が持てたら復活さ せる...かもしれません。あるいはいずれオプトインな利用状況調査のようなも のを自前で作り直すと思います。 以上です。これらのコミットの直後でビルドエラーが出たら私が原因かもしれま せん...(^^; -- Kimura Youichi http://upsilo.net/~upsilon/ -------------- next part -------------- テキスト形式以外の添付ファイルを保管しました... ファイル名: signature.asc 型: application/pgp-signature サイズ: 900 バイト 説明: OpenPGP digital signature URL: http://lists.sourceforge.jp/mailman/archives/opentween-dev/attachments/20111127/1d62abe8/attachment.pgp