ページ:[ ] [1] [2] [3] [4] [5] [6] [ ]
8339
[8339] (GitHub移行確定の場合)GitHubアカウント名の申告のお願い 
2018/5/20 (日) 23:43:17 kobake
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
■経緯
以下スレッドにてGitHub移行を提案しています。
http://sakura-editor.sourceforge.net/cgi-bin/cyclamen/cyclamen.cgi?tree=r8332

> これ、「管理」側の掲示板に投稿すべき内容でしたね。失礼。
> 今後のはこの手の話題は「管理」側に投稿します。


と書きましたが、掲示板の書き込み場所が分散するのもやっぱり良くないので、今回は「一般」側でやらせてください。


■GitHubアカウント名の申告のお願い
まだ提案段階のため、実際に移行が確定するかはまだ分かりませんが、
移行が確定したときのことを考え、SourceForgeアカウント名とGitHubアカウント名の紐づけを証明する情報を集めておきたいと考えています。

具体的には、以下Svnフォルダに対して SourceForge_{アカウント名}_GitHub_{アカウント名} のようなファイルを各自コミットいただけると助かります。
https://svn.code.sf.net/p/sakura-editor/code/work/GitHubUserNames

一例として自分の情報として SourceForge_kobake_GitHub_kobake というファイルをコミットしてあります。

性善説ベースで考えれば掲示板等での自己申告でも構わないのですが、
Svn認証を通したコミットによるファイル設置を挟んだほうがより信頼のおける紐づけ情報になるかと考え、
このような仕組みを用意しました。


■申告されたGitHubユーザの扱い
関連の確認できたGitHubユーザについては以下 Organization に適切な権限を付与することを考えています。
https://github.com/sakura-editor

権限レベルについては以下の一覧を参考に致します。
https://sourceforge.net/p/sakura-editor/_members/

GitHub側にコミットする予定の無い方は今回の対応をする必要はありません。


以上、お手数ですがよろしくお願い致します。


[8341] Re:(GitHub移行確定の場合)GitHubアカウント名の申告のお願い 
2018/5/20 (日) 23:47:08 kobake
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
※上記メッセージについては以下コミッタ一覧をもとに
https://sourceforge.net/p/sakura-editor/_members/
{SourceForgeアカウント名}@users.sourceforge.net 宛てにもお送りしています。


[8356] Re2:(GitHub移行確定の場合)GitHubアカウント名の申告のお願い 
2018/5/23 (水) 15:09:50 KENCH
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36 Edge/16.16299
▼ kobakeさん
超ご無沙汰です。古参メンバーのKENCHです。
OSDN話があったときにもかさん宛に協力する旨メールしたのですが、メールがフィルタされてしまったのか、
特にお返事がなかったので放置しておりました。
GitHub化については結局のところ誰かがつかさどってプロジェクト進めてるわけではないので、
有志で進めていけばいいのかなと思いますので、できることは協力させていただければ幸いです。

一応kobakeさんあてにメール返信したのですがまた届いてないかもしれないので一応掲示板へもご連絡します。
なお、まだGitHubのIDがないのでこれから作ります。


[8360] Re3:(GitHub移行確定の場合)GitHubアカウント名の申告のお願い 
2018/5/23 (水) 16:39:13 kobake
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
▼ KENCHさん
> ▼ kobakeさん
> 超ご無沙汰です。古参メンバーのKENCHです。
> OSDN話があったときにもかさん宛に協力する旨メールしたのですが、メールがフィルタされてしまったのか、
> 特にお返事がなかったので放置しておりました。
> GitHub化については結局のところ誰かがつかさどってプロジェクト進めてるわけではないので、
> 有志で進めていけばいいのかなと思いますので、できることは協力させていただければ幸いです。
>
> 一応kobakeさんあてにメール返信したのですがまた届いてないかもしれないので一応掲示板へもご連絡します。
> なお、まだGitHubのIDがないのでこれから作ります。


メール届いております、さきほど返信致しました。反応遅くなってしまいすみません。
GitHub準備ありがとうございます。やはり何人か自分以外の開発者の方がいていただけると心強いです!


[8394] Re4:(GitHub移行確定の場合)GitHubアカウント名の申告のお願い 
2018/5/26 (土) 07:31:50 KENCH
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.139 Safari/537.36
▼ kobakeさん
> GitHub準備ありがとうございます。やはり何人か自分以外の開発者の方がいていただけると心強いです!
GitHubのID作りまして、ためしに自分のテストproject作って素振りました。
久々コミット作業はドキドキします(笑)
sf.netのIDファイルもコミットしました。

sf.netのRoleがDeveloperになってまして、まったくデベロップしてないのですが、念のためAdminに戻してもらえると助かります。
当初Adminでしたが忙しくなって格下げしてもらった経緯があります。
最近はそれなりに動けるようになっています(笑)。
OSDN側のプロジェクトも参加申請送りました。
以上よろしくお願いします。


[8410] Re5:(GitHub移行確定の場合)GitHubアカウント名の申告のお願い 
2018/5/27 (日) 17:49:27 kobake
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
▼ KENCHさん
> ▼ kobakeさん
> > GitHub準備ありがとうございます。やはり何人か自分以外の開発者の方がいていただけると心強いです!
> GitHubのID作りまして、ためしに自分のテストproject作って素振りました。
> 久々コミット作業はドキドキします(笑)
> sf.netのIDファイルもコミットしました。


ありがとうございます!
OSDN と GitHub 両方について招待を行いました。

GitHub については招待メールが届いているはずでして、
そのメール内の確定ボタンを押すことで招待が確定します。
この確定作業を忘れずにお願い致します。


> sf.netのRoleがDeveloperになってまして、まったくデベロップしてないのですが、念のためAdminに戻してもらえると助かります。
> 当初Adminでしたが忙しくなって格下げしてもらった経緯があります。
> 最近はそれなりに動けるようになっています(笑)。
> OSDN側のプロジェクトも参加申請送りました。


OSDN 招待および SourceForge 側の権限の Admin 化を行いました。
ご協力ありがたいです!よろしくお願い致します!


OSDN と GitHub のアカウントについてですが、よろしければプロフィール画像を設定いただくと視認性が高まって良いです。
お手間でなければよろしくお願い致します。


今回 GitHub アカウントを新規に作成いただいたわけですが、
これを機にサクラエディタ以外の OSS へもコントリビュートするキッカケになるとさらに面白そうですね、、と実は思ってますw

8346
[8346] GitHub移行判断タイミングを5月27日とさせてください 
2018/5/21 (月) 14:59:38 kobake
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
現在、本掲示板にてGitHub移行の提案を行っておりまして、皆さまからの反応があればそれを汲みながら移行実施の有無または移行方針等を決めていきたいと考えておりますが、反応を無期限に待つわけにもいきませんので、暫定で移行実施の判断期限を設けようと思います。

目安として 2018-05-27(Sun) 00:00 JST までに集まった意見を元に今後の方針を決めさせてください。

意見があればそれを汲んで何かしら判断、意見がなければ若干不本意ではありますがほぼ自分の独断で方針を決めさせていただきます。

仮に独断になることがあったとしても、極力ユーザの皆さまには害の出ないような形を模索します。
移行を行ったとしてもSourceForge側をいきなり消す、ということはありません(将来的に折を見て削除、という可能性はありますが)。


[8366] Re:GitHub移行判断タイミングを5月27日とさせてください 
2018/5/24 (木) 16:58:48 現在未参加の一開発者
Mozilla/5.0 (Windows NT 6.1; rv:52.0) Gecko/20100101 Firefox/52.0
GitHub承認されたら、Forkしていじってみたい気はするけど…
このままだといろいろ問題があるので、解決しないとだと思います。

@ライセンスの問題
手を入れた部分を各人がなんのライセンスかを主張できる現状は、後から手を入れる人が訳わかんなくなります。
ライセンス問題が提起されてから10年以上経ったようなので、連絡がつかない人は消極的賛成ということで、zlib/libpngライセンスを全体化していいのではないでしょうか?

またその際は、
・各ファイルの先頭部分にあるライセンス文をカットし、License.txtにまとめるか、Readme.mdに移す
・ライセンス文に、「The zlib/libpng License (Zlib)」をつける(無かったので、文を読んで何ライセンスか探してしまった…)

といいと思います。

https://opensource.org/licenses/zlib-license


A開発規約・ポリシー
あとから来た人にはよくわからない文化/めんどくさい文化があります。
・俺が直した/作ったアピールは残します?(Subversion 運用のとき、誰の更新かわからないからこの様になっていると思いますが…)
・今は(v2で死んでる or Windows SDKに置いて行かれたなどで)、VC6 / BCC / mingw でビルドできないと思いますが、そのルート残します?
・「Visual C++ .NET 2005 Express Editionでコンパイルできるコードであれば問題ありません。」は、VS 2017 Community Editionに更新しませんか?

他はSourceForgeのWikiの通りでもいいと思いますが、陳腐化したものもまだ結構ありそうです。


[8369] Re2:GitHub移行判断タイミングを5月27日とさせてください 
2018/5/25 (金) 01:56:33 berryzplus
Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; rv:11.0) like Gecko
▼ 現在未参加の一開発者さん

こういう名前をイタズラ書込みと言っているのです。

本名や通り名を使え、とまではいいません。

レスを期待しないチラ裏なら
ここに書かなくたっていいじゃん?

あなたを識別できる名前を決めて書き込んでください。
そうでないと反応しづらいです。


> @ライセンスの問題
> 手を入れた部分を各人がなんのライセンスかを主張できる現状は、後から手を入れる人が訳わかんなくなります。
> ライセンス問題が提起されてから10年以上経ったようなので、連絡がつかない人は消極的賛成ということで、zlib/libpngライセンスを全体化していいのではないでしょうか?


昨年末に行ったライセンス調査の結果は都合により公表しません。
いちおう、サクラエディタのコード約12万行の中にライセンス確認を要する独創的コードは存在していない、という結論に至っています。


> A開発規約・ポリシー

そもそもの話、現状の開発は停止しています。
開発を再開して、時流にあわせた新機能の追加や
停滞していた課題の解決を始めようって時なので、
その話題はもうちょっと待ってほしいです・・・

どうするんですか?だと答えづらいので
○○の件について、
 現状はこうなっている
 将来的にこうしていくのがいいと考える
 なぜなら○○だから
という感じにして頂けると助かります。
ぼくは読むだけの人なんですが(^^;


[8372] Re3:GitHub移行判断タイミングを5月27日とさせてください 
2018/5/25 (金) 06:18:06 藤津
Mozilla/5.0 (iPad; CPU OS 11_3_1 like Mac OS X) AppleWebKit/604.1.34 (KHTML, like Gecko) CriOS/66.0.3359.122 Mobile/15E302 Safari/604.1
▼ berryzplusさん
> ▼ 現在未参加の一開発者さん
>
> こういう名前をイタズラ書込みと言っているのです。
>
> 本名や通り名を使え、とまではいいません。
>
> レスを期待しないチラ裏なら
> ここに書かなくたっていいじゃん?
>
> あなたを識別できる名前を決めて書き込んでください。
> そうでないと反応しづらいです。
>

謂われのない誹謗中傷により、私の方が反応しづらいです。
名前を変えました。

> > @ライセンスの問題
> 昨年末に行ったライセンス調査の結果は都合により公表しません。
> いちおう、サクラエディタのコード約12万行の中にライセンス確認を要する独創的コードは存在していない、という結論に至っています。
>

これ、現行開発者と外側の意識の違いなんでしょうね…
外側からすれば、成果物は何ライセンスで配布するの?ってことなんですが。

> > A開発規約・ポリシー
> そもそもの話、現状の開発は停止しています。
> 開発を再開して、時流にあわせた新機能の追加や
> 停滞していた課題の解決を始めようって時なので、
> その話題はもうちょっと待ってほしいです・・・
>

現時点では、積み上がったパッチ適用のみ対応したく、新規開発者獲得はその後ということですね。
結論出るまで、しばらく待たせていただきます。

> どうするんですか?だと答えづらいので
> ○○の件について、
>  現状はこうなっている
>  将来的にこうしていくのがいいと考える
>  なぜなら○○だから
> という感じにして頂けると助かります。
>

現在、私は開発未参加なので敢えて意見してなかったのですが。
(既存開発者の開発ポリシーなので…)

自分としては
・現状は上げたとおり。
・将来的には撤廃。
・理由は新規開発者参入の敷居が下がると思うから。
です。



[8387] Re4:GitHub移行判断タイミングを5月27日とさせてください 
2018/5/25 (金) 11:03:22 kobake
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
▼ 藤津さん
> 名前を変えました。

お手数おかけ致します。気を悪くされてしまってすみません。
議論の場においては「何を言ったか」に加えて「それを誰が言ったか」も大事な情報になりますので、
お名前があったほうがいろいろと齟齬が解消されて捗るかと思います。

そういう意味では正式な議論の場はそもそもシステム的に匿名不可な場であったほうがが好ましいと考えています。
そういうわけで GitHub Issues のようにアカウント登録必須な所のほうが「正式な場」としては相応しいかと考えていたりします。


[8389] Re4:GitHub移行判断タイミングを5月27日とさせてください 
2018/5/25 (金) 11:05:14 kobake
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
▼ 藤津さん
> 現時点では、積み上がったパッチ適用のみ対応したく、新規開発者獲得はその後ということですね。
> 結論出るまで、しばらく待たせていただきます。


慎重を期すのであれば「待つ」のはアリですが、
別に厳密な責任の生じるお仕事でもありませんので、このへんの感覚はある程度「ラフ」で良いのではないかな〜と個人的には思っています。
もちろん現著作者の存在は尊重すべきですが。
ライセンスが確定されたら、それが公式リポジトリも反映されますので、それを後から pull すれば良いだけかと思っています。

気にされるところが多いのであれば最初は Private Repository で諸々遊んでみると良いかもしれません。
実は僕自身も Private Repository で既にいろいろ遊んでいます。


[8393] Re4:GitHub移行判断タイミングを5月27日とさせてください 
2018/5/26 (土) 00:02:22 berryzplus
Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; rv:11.0) like Gecko
▼ 藤津さん
> 名前を変えました。

はじめまして。外部開発者のberryzplusです。
よろしくお願いします。

誤解があるようなんですが、
ぼくはただのファンです。メンバーじゃありません。


> > > @ライセンスの問題
> > 昨年末に行ったライセンス調査の結果は都合により公表しません。
> > いちおう、サクラエディタのコード約12万行の中にライセンス確認を要する独創的コードは存在していない、という結論に至っています。
> >

> これ、現行開発者と外側の意識の違いなんでしょうね…
> 外側からすれば、成果物は何ライセンスで配布するの?ってことなんですが。


プロジェクトとしてzlib/pngで公開、と言ってるので、
zlib/pngか、それよりも制約の厳しい互換ライセンスで配布すべきでしょう。
というのが3年間外側からみてきて得た結論です。

zlib/pngは原著作者を騙ってはならない、という制約以外は
MITライセンスと同じライセンスである認識です。
たとえいかなる改変をくわえようとも、
原著作者と原ライセンスを偽らない限り、裁判では勝てる余地があります。

MITで公開するのはNGだけど、
自分名義のzlib/pngやLGPLで公開するのはOKだと思います。

本来の在り方はサクラエディタに関わるみんなで
プロジェクト名義を共有すべきと考えています。

  (c) 20xx Sakura Editor Project ←著作権表記はPJ名義に統一
  @author berryzplus ←自分が書いたコードには自分の名前を書く

いろいろと異論もあると思うので
詳細はGitHub移行の話が終わってから詰めていけばいいと思っています。


> 現在、私は開発未参加なので敢えて意見してなかったのですが。

じつは昔、ほぼ同じことを掲示板に書いたことがあります。
結果はもちろん、聞き入れてもらえませんでした。
当時はもかさんがよく掲示板にいた時期で、
真摯に話を聞いてくれていたんですが方針として受け入れてはもらえませんでした。


たくさんの話題をまとめて書くと、どうしても焦点がぼやけてしまいます。

焦点がぼやけると、言ってることを理解するために、考えないといけなくなります。

考えた結果、言ってることが「ド正論」だということに気付くと、腹が立ちます。

腹が立って頭に血がのぼると、正常な返答をかえせなくなります。

お互いにとっていいことがありません。

このあたり、ぼくも修行中なので大きなことは言えません。
コミュニケーションはプログラムのようにはいかなくて難しいと思ってます。


最新版コードはEclipse Oxygen + CDTでビルドできます。
Makefileだとうまくいかないので、手動で構成します。
Windows上でのGCCビルドはかなり遅いので、
MinGWを使うならクロスコンパイルがお勧めです。


[8409] Re5:GitHub移行判断タイミングを5月27日とさせてください 
2018/5/27 (日) 17:39:58 kobake
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
▼ berryzplusさん
> > 現在、私は開発未参加なので敢えて意見してなかったのですが。
>
> じつは昔、ほぼ同じことを掲示板に書いたことがあります。
> 結果はもちろん、聞き入れてもらえませんでした。
> 当時はもかさんがよく掲示板にいた時期で、
> 真摯に話を聞いてくれていたんですが方針として受け入れてはもらえませんでした。


ライセンス周りの話は特に難しいですね。
コアな開発当事者であっても意見をまとめるのはとても難しいところです。


> たくさんの話題をまとめて書くと、どうしても焦点がぼやけてしまいます。

本当にその通りです。
なので1個1個地道に消化していきましょう。

今後ともご意見よろしくお願い致します!


[8386] Re3:GitHub移行判断タイミングを5月27日とさせてください 
2018/5/25 (金) 10:55:51 kobake
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
▼ berryzplusさん
> > @ライセンスの問題
> 昨年末に行ったライセンス調査の結果は都合により公表しません。
> いちおう、サクラエディタのコード約12万行の中にライセンス確認を要する独創的コードは存在していない、という結論に至っています。


ふむふむ。興味深いですね。
今後のどこかのタイミングで公表できる部分が一部でもあれば教えていただけると嬉しいです(興味本位)。


[8383] Re2:GitHub移行判断タイミングを5月27日とさせてください 
2018/5/25 (金) 10:51:42 kobake
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
▼ 現在未参加の一開発者さん
> @ライセンスの問題

慣習としてライセンスを示すファイルを置いたほうが良いものではありますね。
ただ、ライセンス絡みの議論はかなり難航することが予想されるため、今回の GitHub 移行とは別軸の話として考えるのが良いかと思います。
(GitHub移行した場合には)それこそ正式にログを残しやすい場での議論ができるので議論もしやすくなるかと。
場合によっては Slack の活用も考えています。

今後の話として、またどこかのタイミングでお話しましょう。


[8392] Re3:GitHub移行判断タイミングを5月27日とさせてください 
2018/5/25 (金) 18:31:35 AC
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
話は少々脱線しますが、POCOというライブラリを見ててこういう書き方もあるんだと最近知って恥ずかしいのでACで。

https://spdx.org/licenses/
にライセンス識別子リストがあります。

ソースファイルのヘッダには
// SPDX-License-Identifier: zlib-acknowledgement
みたいに識別子だけ書きます。

ライセンスファイルは別ファイルで置きます。


[8407] Re4:GitHub移行判断タイミングを5月27日とさせてください 
2018/5/27 (日) 17:33:05 kobake
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
▼ ACさん
> 話は少々脱線しますが、POCOというライブラリを見ててこういう書き方もあるんだと最近知って恥ずかしいのでACで。
>
> https://spdx.org/licenses/
> にライセンス識別子リストがあります。
>
> ソースファイルのヘッダには
> // SPDX-License-Identifier: zlib-acknowledgement
> みたいに識別子だけ書きます。
>
> ライセンスファイルは別ファイルで置きます。


情報ありがとうございます!
ぜんぜん恥ずかしくないです、僕も知りませんでした!
というか今って情報量が加速度的に増えているので知らないことが無いほうがおかしいです。
皆で情報出し合っていきましょう。

いただいた情報参考にさせていただきます!


[8384] Re2:GitHub移行判断タイミングを5月27日とさせてください 
2018/5/25 (金) 10:52:59 kobake
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
▼ 現在未参加の一開発者さん
> A開発規約・ポリシー

これについてもまた難航しそうなところです。
berryzplus さんもおっしゃられているように、もう少し後のタイミングでお話するのが良いかと考えています。


[8385] Re2:GitHub移行判断タイミングを5月27日とさせてください 
2018/5/25 (金) 10:53:46 kobake
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
▼ 現在未参加の一開発者さん
> ・今は(v2で死んでる or Windows SDKに置いて行かれたなどで)、VC6 / BCC / mingw でビルドできないと思いますが、そのルート残します?
> ・「Visual C++ .NET 2005 Express Editionでコンパイルできるコードであれば問題ありません。」は、VS 2017 Community Editionに更新しませんか?


実は現在の GitHub 移行検証中の場では既に Visual Studio Community 2017 に対応してありますw
https://github.com/sakura-editor/sakura/pull/8

ビルド環境の対応範囲についてもまた別途議論が必要であれば場を設けたいところですね。


[8405] Re2:GitHub移行判断タイミングを5月27日とさせてください 
2018/5/27 (日) 06:57:31 つっちー
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
▼ 現在未参加の一開発者さん
> GitHub承認されたら、Forkしていじってみたい気はするけど…
> このままだといろいろ問題があるので、解決しないとだと思います。
>
> @ライセンスの問題
> 手を入れた部分を各人がなんのライセンスかを主張できる現状は、後から手を入れる人が訳わかんなくなります。
> ライセンス問題が提起されてから10年以上経ったようなので、連絡がつかない人は消極的賛成ということで、zlib/libpngライセンスを全体化していいのではないでしょうか?


参考情報です。

GitHub で pull request を送ったときに、pull request を送った
人に指定のライセンス文書に合意してもらうことを担保できる
仕組みがあります。

例えば google とかのリポジトリに最初に pull request を
送ったときに、署名を求められます。

これはGithub 自体の機能ではないのですが、同様のことを
できる仕組みが公開されています。


http://www.turbare.net/weblog/cla-assiatant.html
https://cla-assistant.io/

実際に使ったことはないですが、google の場合と
同様に使えるのではないかと思います。




[8408] Re3:GitHub移行判断タイミングを5月27日とさせてください 
2018/5/27 (日) 17:35:35 kobake
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
▼ つっちーさん
> 参考情報です。
>
> GitHub で pull request を送ったときに、pull request を送った
> 人に指定のライセンス文書に合意してもらうことを担保できる
> 仕組みがあります。
>
> 例えば google とかのリポジトリに最初に pull request を
> 送ったときに、署名を求められます。
>
> これはGithub 自体の機能ではないのですが、同様のことを
> できる仕組みが公開されています。
>
>
> http://www.turbare.net/weblog/cla-assiatant.html
> https://cla-assistant.io/
>
> 実際に使ったことはないですが、google の場合と
> 同様に使えるのではないかと思います。


情報ありがとうございます!
まずはライセンスの確定をしてからの話になりますが、
そのような仕組みの利用は面白そうですね、参考にさせていただきます!


[8406] Re:GitHub移行判断タイミングを5月27日とさせてください 
2018/5/27 (日) 07:43:31 kobake
Mozilla/5.0 (iPhone; CPU iPhone OS 11_3_1 like Mac OS X) AppleWebKit/604.1.34 (KHTML, like Gecko) CriOS/66.0.3359.122 Mobile/15E302 Safari/604.1
> 目安として 2018-05-27(Sun) 00:00 JST までに集まった意見を元に今後の方針を決めさせてください。

皆さまご意見ありがとうございました!
ちょっと出先のため、帰宅後にすべて目を通させていただき、判断を行わせてください。
よろしくお願い致します。

8331
[8331] 折り返しについて 
2018/5/14 (月) 09:52:31 困った
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0
折り返しの設定方法が分かりにくい。
設定しても反映されない。
問題意識を持って、
こんなに注意してやってるのにできない。

禁止語句ってどれですか?


[8402] Re:折り返しについて 
2018/5/26 (土) 23:08:12 AC
Mozilla/5.0 (Windows NT 6.0; WOW64; rv:22.0) Gecko/20100101 Firefox/22.0
▼ 困ったさん
> 折り返しの設定方法が分かりにくい。
> 設定しても反映されない。


「設定しても」の部分を具体的に説明してもらえると回答のしやすさが違うと思います。

テキトーに想像して説明しますと、ツールバーで変えた折り返し設定は保存されませんので、次の機会には元に戻ってしまいます。タイプ別設定で折り返し方法を設定しますと、そのタイプのファイルに関しては以後も同じ折り返し方法になります。知った風な説明をしましたが、実際に操作してみてそういうようになっているようだと読み取っただけのことです。

> 禁止語句ってどれですか?

つい最近謎のベールがはがされました。こういう裏事情がありました。

http://sakura-editor.sourceforge.net/cgi-bin/cyclamen/cyclamen.cgi?log=data&v=8371#8371

8352
[8352] テスト投稿 
2018/5/22 (火) 07:44:09 kobake
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
この掲示板の挙動を確認するための投稿です


[8374] Re:テスト投稿 
2018/5/25 (金) 09:58:34 kobake
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.181 Safari/537.36
ちょっと投稿失敗が多いのでテスト。(新幹線から繋いでるせいかも)

8330
[8330] 補完候補ウィンドウサイズについて 
2018/5/10 (木) 12:36:14 まいまい
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.139 Safari/537.36
入力補完機能を頻繁に使用しているのですが
この時に補完候補ウィンドウが表示されます。

このウィンドウのデフォルト縦横サイズを任意設定できないものでしょうか?
新規ファイルを開くたびにドラッグして広げているのが面倒なもので。
ご存知の方がいましたらよろしくお願いします。

8326
[8326] カルティエ 時計 偽物 
2018/4/26 (木) 12:04:01 カルティエ 時計 偽物
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36
また、蓄光加工により夜間の http://bfkopi.com/brand-96.html カルティエ 時計 偽物視認性もバツグン!上品感の気品が溢れるカルティエ 時計 タンクソロ SS ブレス時計は世界に名立たるジュエラーとして確個たる地位を築いてきた大有名なブランドCartierから女性腕時計が登場しました。http://bfkopi.com/ コピー 商品 販売


8322
[8322] コマンドラインオプションのマクロ 
2018/4/2 (月) 14:05:18 ねこ
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0
sakura.exe "a.txt" -Y=10 -M=InsText('data') -MTYPE=mac

上記のようなコマンドライン引数を指定して実行した際に、
既に該当の「a.txt」ファイルがサクラで開かれていた場合、
-Yのカーソルの行位置へジャンプは動作するのですが、
-Mのマクロ実行は動作しませんでした。

「a.txt」ファイルがサクラで開かれていない場合は、
-Mのマクロは問題なく動作します。
-Mのマクロも-Yのように既にファイルが開かれていても
実行出来るようにする方法はありませんでしょうか?


[8323] Re:コマンドラインオプションのマクロ 
2018/4/3 (火) 21:55:34 berryzplus
Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; rv:11.0) like Gecko
▼ ねこさん
> -Mのマクロも-Yのように既にファイルが開かれていても
> 実行出来るようにする方法はありませんでしょうか?


ありません。

-Yオプションの動作自体、要望で追加されたもののようです。
必要であれば自己改造を試みてみるといいと思います。


該当部分のソースは↓のあたりです。

https://sourceforge.net/p/sakura-editor/code/HEAD/tree/sakura/trunk2/sakura_core/_main/CNormalProcess.cpp#l121

121行目で起動済みのエディタプロセスと通信しています。
基本的にはこれを真似ればいいんですけど、
プロセス間通信になりますので、実装は少し手間かもしれません。



[8324] Re:コマンドラインオプションのマクロ 
2018/4/3 (火) 23:37:34 AC
Mozilla/5.0 (Windows NT 6.0; WOW64; rv:22.0) Gecko/20100101 Firefox/22.0
先を越されてしまいました。

参考になれば良いのですが……。

#1115 追加のコマンドラインオプションを既存プロセスに渡します。
https://sourceforge.net/p/sakura-editor/patchunicode/1115/

## 余談
## 1文字でも中身のあるファイルと -X オプションを与えて
## -Y オプションを省略すると、キャレットを見失ってしまいます。
## 自分が書いた部分では無難な値を補うようにしました。


[8325] Re2:コマンドラインオプションのマクロ 
2018/4/4 (水) 13:53:35 ねこ
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0
>>berryzplusさん
丁寧に教えて頂きありがとうございます。
なるほど、元々そういった動きは想定していないものなのですね。

>>ACさん
パッチの方を使わせて頂きました。
想定していた通りの動きです!
複数のファイルやX位置などは使わない為、
現状のものでも非常に満足です、ありがとうございました。

8321
[8321] ウィンドウを左右分割してスクロール 
2018/3/24 (土) 14:50:11 たくや
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36
「垂直スクロールの同期をとる」チェックボックスは外してあります。

マウスではマウスカーソルの座標がある側のエディタがスクロールしますが、
タブレットだと右側をスワイプしても左側がスクロールします。

今後Windowsタブレットはどんどん増えていくと思いますし、
これはぜひ対応していただきたいです。

8317
[8317] 正規表現で指数表記から小数点表記にして取りだしできますか 
2018/3/17 (土) 04:09:11 ろろ
Mozilla/5.0 (Android 6.0.1; Tablet; rv:51.0) Gecko/51.0 Firefox/51.0
指数表記 1.234E+2 4.321E+5
↓
123.4 432100
よろしくお願いします。


[8318] Re:正規表現で指数表記から小数点表記にして取りだしできますか 
2018/3/19 (月) 01:25:11 berryzplus
Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; rv:11.0) like Gecko
▼ ろろさん
> 指数表記 1.234E+2 4.321E+5
> ↓
> 123.4 432100
> よろしくお願いします。

sakuraの標準機能では不可能です。
マクロでなら実現できるかも知れません。

本家PERLの正規表現には/eオプションというのがあって、
パターンマッチした文字列を置換する際に、
置換文字列を式として扱う、という動作を指定できます。
http://www.kent-web.com/perl/chap7.html

PERLで書くと、こんな感じ。
(-?[0-9]*\.(?:[0-9]*))[Ee]([\+\-][0-9]+)
  ↓
$1 * ( 10 ** $2 )
 注: PERLの「**」はN乗を計算する演算子。

RubyとかJavascriptとかでも理屈は同じです。
Eの前と後を別々に取り出して乗算してやればよいです。


[8320] Re2:正規表現で指数表記から小数点表記にして取りだしできますか 
2018/3/19 (月) 22:27:48 ろろ
Mozilla/5.0 (Android 6.0.1; Tablet; rv:51.0) Gecko/51.0 Firefox/51.0
▼ berryzplusさん
ありがとうございます。
> Eの前と後を別々に取り出して乗算してやればよいです。
グループ化,gensubがわからなかったので,
awkのsplitで対応しました。
{
split($2, a, "E");split($3, b, "E");
print a[1] * ( 10 ** a[2] ) " " b[1] * ( 10 ** b[2] )
}

8319
[8319] アンダーバーがグレーになる 
2018/3/19 (月) 16:27:57 アンダーバー
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:56.0) Gecko/20100101 Firefox/56.0
新規インストールしてtxtファイルを開くと、
アンダーバーがグレーになっており、見にくい状態です。

変更可能でしょうか?

8316
[8316] ソートの挙動の切り替えはサクラエディタ内で可能になりませんでしょうか 
2018/3/9 (金) 00:05:54 tachinao
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.186 Safari/537.36
現在、
サクラエディタのソートの順番は
アルファベットですと大文字→小文字
の順になりますが
大文字小文字を区別しないでソートするような機能を
組み込んでもらえませんでしょうか

外部コマンドでWindows上にある「sort.exe」を
呼び出すという方法もあると思いますが
出来るだけサクラエディタ内で完結できると嬉しいです

8313
[8313] タブバー表示時の画面サイズ変更について 
2018/3/5 (月) 09:57:06 Martinez4
Mozilla/5.0 (Windows NT 6.1; Trident/7.0; rv:11.0) like Gecko
1点質問させてください。

1.タブバーを表示し、複数のタブを表示する。
2.Windowsキー + →キー、
 もしくはWindowsキー + ←キーで画面サイズを変更する。
3.タブの切替を行う。

上記手順で操作をすると、
手順2で画面サイズを変更する前のサイズに戻ってしまいます。
手順3を行ったとき、手順2の画面サイズのままにするには、
どのようにしたらよいでしょうか。

以上、よろしくお願いいたします。



[8314] Re:タブバー表示時の画面サイズ変更について 
2018/3/6 (火) 20:34:27 AC
Mozilla/5.0 (Windows NT 6.0; WOW64; rv:22.0) Gecko/20100101 Firefox/22.0
▼ Martinez4さん
こういうパッチがあるようです。つまり未対応。

Sakura Editor / PatchUnicode / #1009 タブ切り替え時の ...
https://sourceforge.net/p/sakura-editor/patchunicode/1009/


[8315] Re2:タブバー表示時の画面サイズ変更について 
2018/3/7 (水) 08:36:04 Martinez4
Mozilla/5.0 (Windows NT 6.1; Trident/7.0; rv:11.0) like Gecko
▼ ACさん
返信ありがとうございます。
試してみたいと思います。

8297
[8297] タブ表示における新しいファイルの作成について 
2017/12/10 (日) 16:36:11 pesso
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.94 Safari/537.36
タブ表示にして利用しているのですが、
「新規作成」を行う際に、
2-3秒のタイムラグがあります。

これは設定等で対処可能なものでしょうか?

環境は、windows 10 home (64 bit)です。

ここでの投稿内容として不適切であれば、
スルー願います。


[8298] Re:タブ表示における新しいファイルの作成について 
2017/12/10 (日) 19:50:25 berryzplus
Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; rv:11.0) like Gecko
▼ pessoさん
> これは設定等で対処可能なものでしょうか?

ぼくも気になっていました。
酷い時で10秒近くかかります。
誰も言及してないので64bitが原因なのかな、と思ってました。

設定での対処は、たぶん無理です。
ぼくの知る限り、起動が遅くなるオプションはないので。

軽くソースを眺めた感じ、
タブモードでの新規作成〜起動でおかしなことはしてなさそうです。
細かいことはログ出して計ってみないとわかりません。


> ここでの投稿内容として不適切であれば、
> スルー願います。


個人的には、こういう困りごとを共有することこそ掲示板の意義なのではないかと思います。
ああ、解決策の提示になってなくてすみません・・・。


[8299] Re2:タブ表示における新しいファイルの作成について 
2017/12/11 (月) 09:38:09 pesso
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_1) AppleWebKit/604.3.5 (KHTML, like Gecko) Version/11.0.1 Safari/604.3.5
▼ berryzplusさん

確認ありがとうございます。

同様の事象になっている方がおられて少し安心しました。

64ビットが原因ということであれば、
昨今のPCはもう64bitが主流になってきているため、
本件の対処をして頂けると有難いですね。。。



[8300] Re:タブ表示における新しいファイルの作成について 
2017/12/11 (月) 10:52:48 fts
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.84 Safari/537.36
▼ pessoさん
> タブ表示にして利用しているのですが、
> 「新規作成」を行う際に、
> 2-3秒のタイムラグがあります。


私も同じ環境ですが数日前から数秒のタイムラグが発生します。
一体どうしたのでしょうかね。


[8301] Re2:タブ表示における新しいファイルの作成について 
2017/12/12 (火) 19:39:00 ななし
Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0
Win10ではありませんが、うちでは発生しません。
Windows Defenderが原因ではないかと疑っています。


[8302] Re3:タブ表示における新しいファイルの作成について 
2017/12/12 (火) 21:34:59 kuuku
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0
▼ ななしさん
> Win10ではありませんが、うちでは発生しません。
> Windows Defenderが原因ではないかと疑っています。


タブ機能を使っていませんが、皆様と同じように数秒待たされる現象が、数日前から突然発生しています。(32bit版2.3.2.0 on Win10 x64)
初回か常駐後かで待たされる時間の差はないようです。
既存ファイルを開くときも同じです。
当座しのぎにWindows Defenderでsakura.exeを除外指定して回避していますが、あまり気持ちがよいものではないですね…。


[8306] Re:タブ表示における新しいファイルの作成について 
2018/1/15 (月) 16:14:21 アーン
Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36
私も11月くらいから新規作成およびファイル読み込みの度に6秒以上かかります。
ぐぐって出てきた症状で起ち上がりという違いはありますがWindows Defenderからサクラエディタを対象外にしました。
しかし全く改善はされません。
メニューが文字化けしているのでそちらが関係しているのかと思い
サクラエディタを閉じてsakura.iniを削除しましたが文字化けも遅延も直りません。
全ディスクを検索しましたがsakura.iniがあるのはsakuraフォルダだけです。


[8307] Re2:タブ表示における新しいファイルの作成について 
2018/1/15 (月) 18:33:24 anonymous
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36
Program Filesにインストールしていますか?
インストール後にファイルを上書きしましたか?
システム管理フォルダ以外に置いたサクラエディタを起動しても同じでしょうか?

私の場合、バージョンアップのためファイルを上書きしたところ、Nortonが反応したりして遅くなりました。
そのため今はProgram Files以外に置いています。


[8312] Re2:タブ表示における新しいファイルの作成について 
2018/1/18 (木) 23:17:13 berryzplus
Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; rv:11.0) like Gecko
▼ アーンさん
> サクラエディタを閉じてsakura.iniを削除しましたが文字化けも遅延も直りません。

iniを消した場合に症状が改善しないのは変です。
完全に終了できてないんではないかと思います。
分かりづらいんですが、エディタを閉じただけではプロセスが残っています。
メニューから「サクラエディタの全終了」した上で再試行してみてください。

それでも直らないならsakura.exe自体が壊れています。
システムフォルダ(C:\Program Files (x86)以外)に配置した場合、
セキュリティソフトがバイナリを改ざんする可能性があるので
sakura.exeの入手からやり直してみてください。

ページ:[ ] [1] [2] [3] [4] [5] [6] [ ]
INCM/CMT
Cyclamen v3.81