やること: チケット
https://dev.mikutter.hachune.net/
https://dev.mikutter.hachune.net/favicon.ico?1619448608
2024-03-16T03:50:32Z
やること
Redmine
mikutter - バグ #1597 (実装待ち): mastodon の public/unlisted/privete/direct のアイコンファイル名を参照しているプラグインがある
https://dev.mikutter.hachune.net/issues/1597
2024-03-16T03:50:32Z
Izumi Tsutsui
tsutsui@ceres.dti.ne.jp
<p><a class="changeset" title="リファクタリング refs #1575" href="https://dev.mikutter.hachune.net/projects/mikutter/repository/main/revisions/a860fae8667de5cade577287066e421a075872ce">a860fae</a> の <a class="source" href="https://dev.mikutter.hachune.net/projects/mikutter/repository/main/revisions/a860fae/entry/plugin/mastodon_gtk/subparts_status_info.rb">source:plugin/mastodon_gtk/subparts_status_info.rb@a860fae</a> 他の変更で<br />mastodon の public/unlisted/private/direct のアイコンファイルが変更されたため、<br />それらのファイル名を直接指定していたプラグインでアイコン表示ができなくなっています。</p>
<p>具体的にはしばふ氏の mastodon_postbox_visibility<br /><a class="external" href="https://github.com/shibafu528/mikutter_mastodon_postbox_visibility/blob/c0c3b15/mastodon_postbox_visibility.rb#L141-L145">https://github.com/shibafu528/mikutter_mastodon_postbox_visibility/blob/c0c3b15/mastodon_postbox_visibility.rb#L141-L145</a><br />で直接参照していて、 <a class="changeset" title="リファクタリング refs #1575" href="https://dev.mikutter.hachune.net/projects/mikutter/repository/main/revisions/a860fae8667de5cade577287066e421a075872ce">a860fae</a> 以降だと少なくとも private と direct のアイコンが error になります。</p>
<p>ただ、これをどう対処するのが正しいのか(mikutter側で互換を残すのか、プラグイン側を直すのか)がよくわかりません。</p>
<pre><code class="ruby syntaxhl"> <span class="vi">@icons</span> <span class="o">=</span> <span class="p">{</span>
<span class="ss">default: </span><span class="s1">'visibility-default.png'</span><span class="p">,</span>
<span class="ss">public: </span><span class="s1">'etc.png'</span><span class="p">,</span>
<span class="ss">unlisted: </span><span class="s1">'unlisted.png'</span><span class="p">,</span>
<span class="ss">private: </span><span class="s1">'private.png'</span><span class="p">,</span>
<span class="ss">direct: </span><span class="s1">'direct.png'</span><span class="p">,</span>
<span class="p">}.</span><span class="nf">freeze</span>
</code></pre>
mikutter - 機能 #1596 (新規): Ruby 3.3
https://dev.mikutter.hachune.net/issues/1596
2024-03-13T14:16:48Z
toshi_a 初音
toshi.alternative@gmail.com
<ul>
<li>Ruby 3.3をサポートする</li>
<li>mikutter 5.1では、Rubyのバージョン下限を3.2.0にする(過去1バージョンのみ対応)</li>
<li>Ruby 3.0, 3.1, 3.2で追加された要素を使ってリファクタリング</li>
</ul>
mikutter - バグ #1595 (分類待ち): mastodonのストリーミング処理で失敗しているケースがある
https://dev.mikutter.hachune.net/issues/1595
2024-03-11T12:52:32Z
あひる 家鴨
<p>raw_server_sent_events_stream.rb における `to_enum` を起点として落ちていることがちょくちょくあります。<br />最後に落ちた時にエラーを記録するのを忘れていたので、後で再現されたら載っけます。</p>
<p>内容としては httpclient の session 周りから `IO::TimeoutError` が出ていた感じです。<br />雑にrescue対象に `IO::TimeoutError` を加えたら数日落ちずにSSEの再接続も動いてるっぽいのでおそらく効いてる感。</p>
<p>いずれにせよ情報があやふやなので、その辺を追記ではっきりさせた上で対応考えます。<br />同様の問題が起きてる人がいたらエラーログとかいただけるとありがたいです。</p>
mikutter - バグ #1584 (分類待ち): リプライ時のリプライ元メッセージ表示に対する領域選択が反転表示にならない
https://dev.mikutter.hachune.net/issues/1584
2022-04-03T09:39:12Z
Izumi Tsutsui
tsutsui@ceres.dti.ne.jp
<p>添付動画 <a class="attachment" href="https://dev.mikutter.hachune.net/attachments/798">mikutter-replay-gtk3.mp4</a> のとおりですが、<br />選択部分の文字色が白、背景色はそのままになっているっぽいです。</p>
mikutter - バグ #1583 (分類待ち): フォント設定を変更すると適用されなくなる
https://dev.mikutter.hachune.net/issues/1583
2022-03-21T03:58:27Z
Akira Ouchi
<p><del>(標準添付されないTwitterの話題なのでどこに書くか迷ったのですがひとまずここに書きます。)</del> コメント1のとおり、どのWorldでも発生しました。</p>
<p><del>Twitter Worldで、</del> フォント設定をしても、設定が反映されず、デフォルト設定が使われてしまっています。<br />また、フォント選択後に一旦ダイアログをとじて、再度設定画面を開くと、フォント名にスペースが含まれている場合、スペースから後ろの文字列が欠損した状態になっています。<br />(本来「01FLOPDESIGN Regular」を選択しているが、Regularが削れてしまっている)</p>
<p><img src="https://dev.mikutter.hachune.net/attachments/download/796/tweet-config1.png" alt="" /></p>
<p><img src="https://dev.mikutter.hachune.net/attachments/download/795/tweet-sample1.png" alt="" /></p>
<p>ただし、選択したフォントの太文字・斜体のスタイルだけは適用されるようです。</p>
<p><img src="https://dev.mikutter.hachune.net/attachments/download/794/tweet-config2.png" alt="" /></p>
<p><img src="https://dev.mikutter.hachune.net/attachments/download/793/tweet-sample2.png" alt="" /></p>
<p>Mastodon Worldでは上記のような現象は発生せず、設定したフォントが意図通り使用されています。</p>
<p><img src="https://dev.mikutter.hachune.net/attachments/download/791/don-settings.png" alt="" /></p>
<p><img src="https://dev.mikutter.hachune.net/attachments/download/792/don-sample.png" alt="" /></p>
<a name="環境"></a>
<h2 >環境<a href="#環境" class="wiki-anchor">¶</a></h2>
<ul>
<li>macOS Big Sur (Intel)</li>
<li>gtk3 3.24.31_0+x11 (MacPorts)</li>
<li>Ruby 3.0.3</li>
<li>ruby-gnome 3.5.1</li>
</ul>
mikutter - 提案 #1581 (分類待ち): Color Model
https://dev.mikutter.hachune.net/issues/1581
2022-01-16T03:51:58Z
toshi_a 初音
toshi.alternative@gmail.com
<p>mikutter上で色を表現するデータオブジェクトを標準提供する。</p>
<a name="やりたいこと"></a>
<h1 >やりたいこと<a href="#やりたいこと" class="wiki-anchor">¶</a></h1>
現在、色情報を利用する場面は以下のとおりだが、色の表現方法が異なる:
<table>
<tr>
<th>名前</th>
<th>形式</th>
<th>値の範囲</th>
</tr>
<tr>
<td> UserConfig </td>
<td> RGB </td>
<td> 0..0xffff </td>
</tr>
<tr>
<td> Cairo::Color::RGB </td>
<td> RGBA </td>
<td> 0..1 (Float) </td>
</tr>
<tr>
<td> Gtk::Color </td>
<td> RGB </td>
<td> 0..0xffff </td>
</tr>
<tr>
<td> Gdk::RGBA </td>
<td> RGBA </td>
<td> 0..1 (Float) </td>
</tr>
<tr>
<td> CSS </td>
<td> RGB </td>
<td> 0..0xff </td>
</tr>
</table>
<p>現状だと、色をどこで利用するかによって適切に変換しなければならない。<br />異なるクラスなのは仕方ないにしても、UserConfigからCairoに変換するために、各要素を0xffffで割るみたいな処理を毎回実装しなければならない。</p>
<p>レンダリングを行う層以外ではそういった詳細には立ち入りたくないし、現にGtk3移行のときに変換処理がバグっていたことがあった。</p>
<p>mikutterプラグインの共通の色の表現があると、こういった問題を解決できる。</p>
<a name="インターフェイス"></a>
<h1 >インターフェイス<a href="#インターフェイス" class="wiki-anchor">¶</a></h1>
<p>RGBAの要素のみを要求する。<br />精度は、各要素を8bitで返すインターフェイスと、0-1のFloatやRationalで返すインターフェイスが考えられる。<br />アルファブレンド値自体は、無いと困るケースがあるので、このデータオブジェクトで表現に対応する。</p>
<p>ディスプレイは1677万色の表現能力しか持っておらず、24bit (0-255)で十分表現できる。したがって、現在採用しているほとんどの表現形式が過剰である。<br />また、これは人間の識別精度を十分超えているらしく、mikutterのユーザは今のところ地球人のみであると考えているので、これ以上の精度は不要である。</p>
<p>以上のことから、各8bitでも十分である。</p>
<p>一方で、0-1で表現すると、計算が楽で、何をやっているのかわかりやすいというメリットがある。<br /><pre><code class="c++ syntaxhl"><span class="kt">uint16_t</span> <span class="nf">conv</span><span class="p">(</span><span class="kt">uint8_t</span> <span class="n">c</span><span class="p">)</span> <span class="p">{</span>
<span class="k">return</span> <span class="n">c</span> <span class="o">*</span> <span class="mh">0x101</span><span class="p">;</span>
<span class="p">}</span>
<span class="kt">uint16_t</span> <span class="nf">conv</span><span class="p">(</span><span class="kt">float</span> <span class="n">c</span><span class="p">)</span> <span class="p">{</span>
<span class="k">return</span> <span class="n">c</span> <span class="o">*</span> <span class="mh">0xffff</span><span class="p">;</span>
<span class="p">}</span>
</code></pre><br />ん〜どうしよっかな〜</p>
<a name="永続化について"></a>
<h1 >永続化について<a href="#永続化について" class="wiki-anchor">¶</a></h1>
<p>UserConfigは古いバージョンとの互換性のために現在の形式を維持しなければならない。</p>
<a name="表現"></a>
<h1 >表現<a href="#表現" class="wiki-anchor">¶</a></h1>
<p>各データクラスは、異なる方法でデータを保持するが、同じインターフェイスを持っている。</p>
<p>TrueColor (32bit color)<br /><pre><code class="ruby syntaxhl"><span class="no">Color</span><span class="p">.</span><span class="nf">new</span><span class="p">(</span><span class="mi">255</span><span class="p">,</span> <span class="mi">0</span><span class="p">,</span> <span class="mi">0</span><span class="p">)</span> <span class="c1"># red</span>
<span class="no">Color</span><span class="p">.</span><span class="nf">new</span><span class="p">(</span><span class="mi">255</span><span class="p">,</span> <span class="mi">0</span><span class="p">,</span> <span class="mi">0</span><span class="p">,</span> <span class="mi">0</span><span class="p">)</span> <span class="c1"># red</span>
<span class="no">Color</span><span class="p">.</span><span class="nf">parse</span><span class="p">(</span><span class="s1">'#FF0000'</span><span class="p">)</span> <span class="c1"># red</span>
</code></pre></p>
<p>ContinuouslyColor<br /><pre><code class="ruby syntaxhl"><span class="no">ContinuouslyColor</span><span class="p">.</span><span class="nf">new</span><span class="p">(</span><span class="mf">1.0</span><span class="p">,</span> <span class="mi">0</span><span class="p">,</span> <span class="mi">0</span><span class="p">)</span> <span class="c1"># red</span>
<span class="no">ContinuouslyColor</span><span class="p">.</span><span class="nf">new</span><span class="p">(</span><span class="mf">1.0</span><span class="p">,</span> <span class="mi">0</span><span class="p">,</span> <span class="mi">0</span><span class="p">,</span> <span class="mi">0</span><span class="p">)</span> <span class="c1"># red</span>
</code></pre><br />同じインターフェイスを実装しColor Modelの要件を満たす独自の実装をプラグインが行うことによって、mikutterの色の表現方法を拡張できるように注意する。</p>
<a name="操作"></a>
<h1 >操作<a href="#操作" class="wiki-anchor">¶</a></h1>
<p>spellを使った場合、結果は必ずPromiseを受け取ることになる。色の操作はリアルタイム性が求められることが多く、spellは不適切である。<br />よくありそうな操作についてはColor Pluginで用意する。</p>
<a name="UserConfigの読み込み書き出し"></a>
<h2 >UserConfigの読み込み、書き出し<a href="#UserConfigの読み込み書き出し" class="wiki-anchor">¶</a></h2>
<p>RGBAの各要素は同じ方法で取得できるため、UserConfigに書き出せるはず。<br />現実的には、今の所UserConfigはあらゆるModelを永続化するような機能はもっていないため、別のところに変換ルーチンを実装しなければならない。<br /><pre><code class="ruby syntaxhl"><span class="n">c</span> <span class="o">=</span> <span class="no">Plugin</span><span class="o">::</span><span class="no">Color</span><span class="p">.</span><span class="nf">new</span><span class="p">(</span><span class="mi">255</span><span class="p">,</span> <span class="mi">255</span><span class="p">,</span> <span class="mi">255</span><span class="p">)</span>
<span class="no">UserConfig</span><span class="p">[</span><span class="ss">:color</span><span class="p">]</span> <span class="o">=</span> <span class="n">c</span> <span class="c1"># 理想</span>
<span class="no">UserConfig</span><span class="p">[</span><span class="ss">:color</span><span class="p">]</span> <span class="o">=</span> <span class="no">Color</span><span class="p">.</span><span class="nf">export_to_user_config</span><span class="p">(</span><span class="n">c</span><span class="p">)</span> <span class="c1"># 現実</span>
</code></pre><br />一方、読み込みはColor Modelだったらどんなものに復元しても良いため、もう少し直接的になりそう。<br /><pre><code class="ruby syntaxhl"><span class="n">c</span> <span class="o">=</span> <span class="no">UserConfig</span><span class="p">[</span><span class="ss">:color</span><span class="p">]</span> <span class="c1"># 理想</span>
<span class="no">Plugin</span><span class="o">::</span><span class="no">UserConfigColor</span><span class="p">.</span><span class="nf">new</span><span class="p">(</span><span class="ss">:color</span><span class="p">)</span> <span class="c1"># こういうのがあってもよい?</span>
</code></pre></p>
<a name="印字変換"></a>
<h2 >印字、変換<a href="#印字変換" class="wiki-anchor">¶</a></h2>
<p>例えばHTML形式で印字したいなど。すべてのColor Modelに実装を要求すると印字形式が拡張できないが、インターフェイスが統一されているのでどうとでもなる。<br /><pre><code class="ruby syntaxhl"><span class="k">def</span> <span class="nf">html_color</span><span class="p">(</span><span class="n">color</span><span class="p">)</span>
<span class="s1">'#%02f%02f%02f'</span><span class="p">.</span><span class="nf">format</span><span class="p">(</span><span class="n">color</span><span class="p">.</span><span class="nf">r</span><span class="p">,</span> <span class="n">color</span><span class="p">.</span><span class="nf">g</span><span class="p">,</span> <span class="n">color</span><span class="p">.</span><span class="nf">b</span><span class="p">)</span>
<span class="k">end</span>
</code></pre><br />Cairo::Colorに変換するといった処理は、gtk3プラグインなどが各々提供する。<br /><pre><code class="ruby syntaxhl"><span class="no">Plugin</span><span class="o">::</span><span class="no">Gtk3</span><span class="p">.</span><span class="nf">cairo_color</span><span class="p">(</span><span class="n">c</span><span class="p">)</span>
</code></pre></p>
<a name="比較"></a>
<h2 >比較<a href="#比較" class="wiki-anchor">¶</a></h2>
<p>==で比較する場合、RGBA各要素を0-255で表現した値が等しければ等しいとする。<br />Color Modelインターフェイスの精度以上で比較する意味がないからである。</p>
<p>同様に、eql?とhashもすべてのColorModelが同じ計算式で値を算出しなければならない。</p>
<p>大小比較は、多分ソートすることがないので別にいいや</p>
<a name="標準色"></a>
<h2 >標準色<a href="#標準色" class="wiki-anchor">¶</a></h2>
<pre><code class="ruby syntaxhl"><span class="n">c</span> <span class="o">=</span> <span class="no">Plugin</span><span class="o">::</span><span class="no">Color</span><span class="o">::</span><span class="no">RED</span>
</code></pre>
<p>16色とか256色とか用意する。</p>
<a name="備考"></a>
<h1 >備考<a href="#備考" class="wiki-anchor">¶</a></h1>
<p><a href="https://github.com/red-data-tools/red-colors" class="external">red-colros gem</a> は採用しない。<br />目的に対してできることが多すぎるため。<br />あと、色に対する複雑な演算をしたいわけじゃないので、その程度の理由で直接依存を増やしたくない。</p>
<p>Diva::Modelのatomic typeとして追加することも考えたが、wellknownではあるけどatomicではないかな</p>
mikutter - 提案 #1579 (まだダメ): gettext 3.4.2へのアップデート
https://dev.mikutter.hachune.net/issues/1579
2022-01-11T08:18:47Z
あひる 家鴨
mikutter - 提案 #1578 (実装待ち): Emacsのfaceのように継承構造を持ったフォント・配色の設定機能が欲しい
https://dev.mikutter.hachune.net/issues/1578
2022-01-09T10:13:58Z
Shibafu Midorino
<a name="動機"></a>
<h3 >動機<a href="#動機" class="wiki-anchor">¶</a></h3>
<p>Mastodon, Twitter, 他…といったように多くのWorldが存在すると、フォントや配色の設定をいくつも変更しなければならず、面倒です。<br />何かしら、まとめて設定できる仕組みがあってほしい。</p>
<a name="提案"></a>
<h3 >提案<a href="#提案" class="wiki-anchor">¶</a></h3>
<p>Emacsの <a href="https://ayatakesi.github.io/emacs/27.2/html/Faces.html" class="external">Face</a> のように、継承構造を持ったスタイル設定を導入したいです。<br />説明上、このスタイル設定の定義情報について(Emacsから借用して) "Face" と呼ぶことにします。</p>
<p>さて、mikutterに当てはめて考えると、次のようなスタイル設定のツリーができるかなと想像しています。</p>
<pre>
* Default
`-- Message
|-- Mastodon Status
`-- Twitter Tweet
</pre>
<p>このツリーは、クラスベースオブジェクト指向プログラミングの継承構造に近い振る舞いをします。<br />たとえばあるノードのフォントファミリー属性を得ようとした時、そのノードにおいて結果が未定義であれば親ノードに再帰的に問い合わせます。</p>
<p>また、ユーザーは設定を通して、各ノードに対して属性を上書きすることができます。<br />Default faceにフォントを設定すれば、あらゆるトゥートやツイートのフォントが一括で変更されます。<br />トゥートだけ色を変えたいのであれば、トゥートの設定だけを変える……ということもできますね。</p>
<table>
<tr>
<th>Face </th>
<th>Layer </th>
<th></th>
<th>Font </th>
<th>Color </th>
</tr>
<tr>
<td> Default </td>
<td> Default (Faceごとの既定値) </td>
<td> </td>
<td> Sans 10 </td>
<td> <code>#000000</code> </td>
</tr>
<tr>
<td> </td>
<td> User (ユーザー設定) </td>
<td> </td>
<td> Noto Sans CJK JP 12 </td>
<td> ↓ </td>
</tr>
<tr>
<td> Message </td>
<td> Default </td>
<td> </td>
<td> ↓ </td>
<td> ↓ </td>
</tr>
<tr>
<td> </td>
<td> User </td>
<td> </td>
<td> ↓ </td>
<td> ↓ </td>
</tr>
<tr>
<td> Mastodon Status </td>
<td> Default </td>
<td> </td>
<td> ↓ </td>
<td> ↓ </td>
</tr>
<tr>
<td> </td>
<td> User </td>
<td> </td>
<td> ↓ </td>
<td> <code>#303030</code> </td>
</tr>
<tr>
<td colspan="2"><strong>表示に使用される値</strong> </td>
<td> </td>
<td> Noto Sans CJK JP 12 </td>
<td> <code>#303030</code> </td>
</tr>
</table>
<p>Faceの定義はプラグインのロードフェーズで登録されたDiva Modelからは自動生成を試みたいですね。<br />タイムライン表示対象に関しては、プラグイン側に追加の手間をかけたくないです。</p>
<p>一方、Subpartsを追加するようなプラグインに関しては、自分で新しいFaceを作成することになると思います。<br />この際、コアで提供するFaceの中から役割の近いものを継承元として選んでもらうことで、ユーザーの設定がなるべく尊重されるようにしてもらうのが理想です。</p>
mikutter - バグ #1573 (分類待ち): mikutter5で投稿のヘッダー(左)・ヘッダー(右)に対してクリック判定ができなくなっている
https://dev.mikutter.hachune.net/issues/1573
2022-01-01T12:28:47Z
Akira Ouchi
<p>mikutter 4.1系までcairo_miracle_painter.rbのrender_main_text(context)定義されていた<br />@hl_regionと@hr_regionがなくなっており、ヘッダーに対してクリック判定とかの設定ができなくなった気がしています。</p>
<pre>
hl_rectangle = Gdk::Rectangle.new(pos.header_text.x, pos.header_text.y,
hl_layout.size[0] / Pango::SCALE, hl_layout.size[1] / Pango::SCALE)
hr_rectangle = Gdk::Rectangle.new(pos.header_text.x + pos.header_text.w - (hr_layout.size[0] / Pango::SCALE), pos.header_text.y,
hr_layout.size[0] / Pango::SCALE, hr_layout.size[1] / Pango::SCALE)
@hl_region = Gdk::Region.new(hl_rectangle)
@hr_region = Gdk::Region.new(hr_rectangle)
</pre>
<p>display_requirements.rbで使われていた機能かと思うのでなくなっても特段問題ない気がしますが気がついたので一応報告します。<br />(display_requirements.rbのほしいやつだけを残す自前プラグインの5対応をしていて気づきましたが自分でもしばらく使ってないことに気づいてます……)</p>
mikutter - バグ #1572 (分類待ち): Macでスクリーンショットを取得すると大半が透ける
https://dev.mikutter.hachune.net/issues/1572
2022-01-01T12:20:02Z
Akira Ouchi
<p>Macでスクリーンショットを取得すると、添付画像のように背景色の大半が透過されます。<br />ややこしいですが、 <strong>画面を目視する分には正常に描画されています。</strong></p>
<p>※ <a class="issue tracker-1 status-13 priority-4 priority-default" title="バグ: Macでスクリーンショット取得時に一部のアイコンが抜け落ちる (分類待ち)" href="https://dev.mikutter.hachune.net/issues/1570">#1570</a> と同じスクリーンショット<br /><img src="https://dev.mikutter.hachune.net/attachments/download/785/mikutter5-timeline-screenshot-on-mac.png" alt="" /></p>
<p>※ <a class="issue tracker-1 status-13 priority-4 priority-default" title="バグ: Gtk::IntelligentTextviewの背景が透過になるためMacで起動した環境で描画が荒れる (分類待ち)" href="https://dev.mikutter.hachune.net/issues/1571">#1571</a> と同じスクリーンショット<br /><img src="https://dev.mikutter.hachune.net/attachments/download/784/intelligenttextview-transparent.png" alt="" /></p>
<ul>
<li>Mac環境の構成:
<ul>
<li>Intel Mac(MacBook Air 2018)</li>
<li>macOS Big Sur 11.6.2</li>
<li>MacPorts
<ul>
<li>gtk3 @3.24.30_0+x11</li>
<li>xorg-server @1.20.11_1 ※XQuartz</li>
<li>Ruby 3.0.3 (rbenv+ruby-build)</li>
</ul></li>
</ul></li>
</ul>
mikutter - バグ #1571 (分類待ち): Gtk::IntelligentTextviewの背景が透過になるためMacで起動した環境で描画が荒れる
https://dev.mikutter.hachune.net/issues/1571
2022-01-01T12:15:13Z
Akira Ouchi
<p>Mac環境では、Gtk::IntelligentTextviewを使用している部位で以下のように描画が乱れます。<br />(IntelligentTextviewの部分は画面上の表示でもスクリーンショットでも同じ状態です)</p>
<p><img src="https://dev.mikutter.hachune.net/attachments/download/783/intelligenttextview-transparent.png" alt="" /></p>
<p>該当するコードはこちらで、<br /><a class="external" href="https://dev.mikutter.hachune.net/projects/mikutter/repository/main/revisions/master/entry/core/mui/gtk_intelligent_textview.rb#L49">https://dev.mikutter.hachune.net/projects/mikutter/repository/main/revisions/master/entry/core/mui/gtk_intelligent_textview.rb#L49</a><br />ここをwhiteに変更すると、以下の通り描画の乱れがなくなります。</p>
<p><img src="https://dev.mikutter.hachune.net/attachments/download/782/intelligenttextview-white.png" alt="" /></p>
<ul>
<li>Mac環境の構成:
<ul>
<li>Intel Mac(MacBook Air 2018)</li>
<li>macOS Big Sur 11.6.2</li>
<li>MacPorts
<ul>
<li>gtk3 @3.24.30_0+x11</li>
<li>xorg-server @1.20.11_1 ※XQuartz</li>
<li>Ruby 3.0.3 (rbenv+ruby-build)</li>
</ul></li>
</ul></li>
</ul>
mikutter - バグ #1570 (分類待ち): Macでスクリーンショット取得時に一部のアイコンが抜け落ちる
https://dev.mikutter.hachune.net/issues/1570
2022-01-01T11:59:47Z
Akira Ouchi
<p>Macで起動した環境で、タイムラインを表示している状態では特に問題ありませんが、スクリーンショット取得時に一部アイコンが抜け落ちます。</p>
<p><img src="https://dev.mikutter.hachune.net/attachments/download/781/mikutter5-timeline-screenshot-on-mac.png" alt="" /></p>
<p>元旦Discord会での会話から切り分けたところ、アルファチャネルを含む画像はスクリーンショットに残り、アルファチャネルを持たない画像が抜け落ちるようでした。</p>
<ul>
<li>Mac環境の構成:
<ul>
<li>Intel Mac(MacBook Air 2018)</li>
<li>macOS Big Sur 11.6.2</li>
<li>MacPorts
<ul>
<li>gtk3 @3.24.30_0+x11</li>
<li>xorg-server @1.20.11_1 ※XQuartz</li>
</ul>
</li>
<li>Ruby 3.0.3 (rbenv+ruby-build)</li>
</ul></li>
</ul>
mikutter - バグ #1528 (分類待ち): gtk3: TL先頭を表示していない場合でもメッセージ受信でTLがスクロールする
https://dev.mikutter.hachune.net/issues/1528
2021-10-31T13:16:15Z
Izumi Tsutsui
tsutsui@ceres.dti.ne.jp
<p>各種 gtk3 チケットが解決してきて mikutter_gtk3 がだいたい実用上問題なく動くようになってきていますが<br />いざリリースすると「gtk2 時代と違う」と言われそうな挙動をメモるチケットその3です。</p>
<p><a class="issue tracker-1 status-13 priority-4 priority-default" title="バグ: gtk3: TL先頭にメッセージが追加されたときのアニメーション実装 (分類待ち)" href="https://dev.mikutter.hachune.net/issues/1526">#1526</a> の「TL先頭にメッセージが追加されたときのアニメーション実装」とは逆に、<br />TLが先頭にない場合にメッセージが追加された場合、<br />gtk2 版ではTL表示は変化しない動作だったのが、<br />gtk3 版では追加されたメッセージン分だけTLが下にスクロールする動作になっている<br />ように見えます。</p>
<p>Twitter本家で不評だった「読んでるのに勝手にスクロールしないで欲しい」という苦言が出そう。</p>
mikutter - バグ #1509 (まだダメ): プロフィール: ヘッダウィジェットの横幅よりMiraclePainterの横幅が短くならない
https://dev.mikutter.hachune.net/issues/1509
2021-10-09T07:15:00Z
toshi_a 初音
toshi.alternative@gmail.com
<p>異様にドメイン名が長いサーバの場合、プロフィールのヘッダの横幅の最小サイズが、ウィンドウより大きくなる場合がある。<br />それによって、ListBoxが影響を受け、MiraclePainterが見切れてしまう。</p>
<p>対応方法としては、ヘッダウィジェットの表の右側については自動改行させるのが良さそう。</p>
mikutter - 提案 #17 (分類待ち): フィルタ条件設定ウィジェットにテスト機能をつける
https://dev.mikutter.hachune.net/issues/17
2010-12-23T09:28:04Z
toshi_a 初音
toshi.alternative@gmail.com
<p>そのフィルタ条件が期待したとおりに動作するかどうかをテストするための機能をもたせる。<br />具体的には、サブフィルタ(条件の集合)ごとに、その下部に「テスト」ボタンを付け、クリックするとタイムラインを含んだポップアップウィンドウを出す。なんらかの方法で選び出されたメッセージ一つひとつに、フィルタの条件に合致したか否かをバッジなどで表示する。<br />タイムラインウィジェットは処理が重いし、そこからリプライなどは必要ないので、リストビューを使うことも検討したほうがいいかも知れない。</p>