sakura

sakura copied to clipboard

githash.batの独自環境変数を分かりやすく再定義したい

3

## (必須) やりたいこと(=実現したいこと) githash.batで定義している独自の環境変数を分かりやすい名前で再定義したいです。 現状は、以下のようにgithash.bat内でCI独自の環境変数を、独自の環境変数にマップしています。 https://github.com/sakura-editor/sakura/blob/6cc86abce18d8792ce88a114d2a4fbf3c86c3225/sakura/githash.bat#L72-L76 👆の例では `CI_REPO_NAME` が独自変数です。 　独自変数の値として、appveyor では `APPVEYOR_REPO_NAME` を使い、 　Azure Pipelines では `BUILD_REPOSITORY_NAME` を使うように定義しています。 　定義のマッピングをバッチに記述するスタイルの関係上、現在 GitHub Actions には未対応です。 　githash.bat が GitHub Actions に未対応である対策として #1664 が出ています。 ##...

berryzplus

クラッシュダンプの出力ファイル名がおかしい

2

クラッシュダンプの出力ファイル名がおかしいです。 https://github.com/sakura-editor/sakura/blob/1ff0b488e5f11a074127447d4c587d7d914afda6/sakura_core/_main/CProcess.cpp#L126-L128 #1735 の指摘で気付いたんですけど `_APP_NAME(_T)` には「sakura(デバッグ版)」のような文字列が入ります。 コードに付けられたコメントと一致しないので、コメントかコードかを修正する必要があります。

berryzplus

## やりたいこと カラーの設定を変更する際，一回一回タイプ別設定を開くのが面倒なので，共通設定で変更できるようにして欲しいです。 ## スクリーンショット 

Nakatai-0322

Grepのテストを導入したい

1

## 問題内容 Grepの機能を検証するテストがありません。 ## 再現手順 再現とかないです。 ## 再現頻度 再現とかないので、頻度もないです。 ## 問題のカテゴリ - その他の問題 ## 環境情報 アプリ機能の話じゃないので、環境も関係ないです。 ## スクリーンショット アプリ機能の話じゃないので、スクリーンショットもないです。 ## 関連issue/PR - #1660 Grepテストを導入する ## 課題 - キャンセル待機コードを実行させるための 32,000 行データを用意できません。...

berryzplus

## 問題内容 Ctrl+Endや↓キー移動の結果スクロールする最下部と、スクロールバーを右クリックして「最下部」を選んでスクロールした状態と、マウススクロールでスクロールした結果の最下部の表示行の限界値が、そろっていません。 特にスクロールバーの「最下部」では他のコマンドより2行程度上が限界値で、EOFが横スクロールバーに掛かっているような表示になってしまいます。 しかもその状態でスクロールバーの「▽」を押すと、下に数行スクロールできます。 実害はあまりありませんが、なんとなく気持ち悪さを感じます。 ## 問題のカテゴリ - 仕様の問題 - プログラムの動作上の問題 - ローカルビルド版

usagisita

選択行をソートする機能でEOFマークのある行がソートに含まれない

3

## 問題内容 複数の行を選択して行のソートする機能[編集→整形→選択した行を昇順ソート/降順ソート]で 選択したデータの最後の行にEOFマークのある場合、ソートされるデータに含まれず、ソートされないのは仕様なのでしょうか？ 仕様でなければ期待する結果のように動作して欲しいです。 ## 再現手順 1.以下のような状態でテキストデータを用意します。 ``` 122[改行] 316[改行] 894[改行] 153[改行] 674[改行] 214[改行] 548[改行] 746[改行] 989[改行] 486[改行] 122[EOF] ``` 2.全て選択します。 3.昇順ソートを実行します。 ### 実際に実行される結果 4-1. ``` 122[改行] 153[改行] 214[改行]...

arigayas

サブディスプレイ上でアウトライン解析ダイアログのドロップ先矩形の描画が正しく行われない

5

## 問題内容 アウトライン解析ダイアログをサブディスプレイで表示していると、タイトルバーをドラッグしてダイアログのウィンドウを動かす際にウィンドウの枠の位置に表示されるべき矩形の描画が適切な大きさにならない場合が有ります。 メインディスプレイとサブディスプレイの `拡大縮小とレイアウト` の設定値が同一でない設定の場合に発生します。 ## 再現頻度 常に ## 問題のカテゴリ - プログラムの動作上の問題 - ローカルビルド版 ## 環境情報 - OS バージョン - サクラエディタバージョン - PC情報 ``` サクラエディタ v2.4.2.0 64bit dev Alpha...

beru

アウトライン解析 データ配列クラスのリファクタリング

13

# PR の目的 リファクタリングしてコードの可読性を上げるのが目的です。 ## カテゴリ - リファクタリング ## PR の背景 データ要素のポインタ配列ではなく STL の `std::vector` コンテナを使うように変更しました。 アウトライン解析 データ要素の関数名とファイル名のメンバーの型を `CNativeW` から `std::wstring` に変更しました。 新しい実装の方がコードがすっきりして可読性が上がります。 ## PR のメリット コードの可読性が上がります。 https://github.com/sakura-editor/sakura/pull/1644#issuecomment-826277859 でコメントした際には `std::vector`...

beru

64bit版で2GBより大きいサイズのテキストのコピペをする事が出来ない

23

## 問題内容 64bit版で2GBより大きいサイズのテキストのコピペをする事が出来ません。 もし処理出来ないならエラーメッセージを出して処理を中断する事が望ましいです。ただし処理できるようにする方がよりベターだと思います。 そもそもそんな大きいサイズのテキストをコピペする事は一般的な用途では無いと思いますが、64bit版なら出来そうな事に対応していない点の調査をしていて気づきました。 ## 再現手順 [test.7z.zip](https://github.com/sakura-editor/sakura/files/6102852/test.7z.zip) 上記のファイルをダウンロードして `test.7z` にリネームした後に展開すると 3.81 GBのテキストファイルが得られます。中身は あいうえお の記述を単にコピペで連続させたものです。行数は8192行ですが1行のサイズが大きいです。 64bit版のサクラエディタであれば開くのに時間は掛かりますが開くこと自体は十分にメモリを積んでいれば問題なく行えます。 しかし全選択してコピーする操作（Ctrl + A, Ctrl + C）を行うといつまで経っても処理が完了しません。なのでタスクマネージャーなどで強制終了させざるを得ません。 ## 再現頻度 常に再現します。 確認は 8a22482a42a6f9c94353c4c25af87b2bd45aa81d で行いました。 ## 問題のカテゴリ...

beru

ダークモードに対応できないか検討する

10

ダークテーマに対応できないか検討する ダークテーマは最近のはやりなのでできたらうれしい https://pcmanabu.com/%E3%82%A8%E3%82%AF%E3%82%B9%E3%83%97%E3%83%AD%E3%83%BC%E3%83%A9%E3%83%BC%E3%82%82%E3%83%80%E3%83%BC%E3%82%AF%E3%83%86%E3%83%BC%E3%83%9E%E3%81%AB%E5%AF%BE%E5%BF%9C%E3%81%97%E3%81%BE%E3%81%97%E3%81%9F/

m-tmatma