そこは内部でCloneしてくれたりしませんか
Spoonailと読みます
色々ゲームするひと
あとちょっとしたソフトウェア開発など
※多い・雑多にもほどがある・フォロー/フォロバ気まぐれ
■HOT: Vintage Story、ARK、他好きなゲーム→ https://whiteblackspace.hatenablog.com/prof
■何か作る メイン/最近は・もかなり/ほどほど/C++ほんの少し/つくったものとかはここ
■で遊んだりほんの少しだけカスタム絵文字を作ったりごくまれにファンアートのような何か描きます
■20↑
テキスト要素でAutoFitFontSizeしたら同じフォントオブジェクト使いまわしてる他のテキスト要素のフォントサイズも変わっちまった
このアカウントは、notestockで公開設定になっていません。
テキスト要素自体のBoundsを用意してAlignmentをRightMiddleとかにしてテキスト要素を作成して割り当てた後AutoFitBoxSizeしてテキスト要素自体のBoundsを親Boundsの子にします
数字を右揃えしたくなってしまった…
RE: https://misskey.io/notes/a106xt1w94ly06ob
このアカウントは、notestockで公開設定になっていません。
あ~Boundsが子のBoundsにフィットするようにする書き方とBoundsが結びついてるコンテンツにフィットするようにする書き方は全く違うと…
(someBounds.RightOf(otherBounds, ...)
って書こうとしてsomeBounds.RightOf(someBounds, ...)
ってなってたのを発見したときの顔)
やっぱ調子悪いときに書いたコードってカス(不採用の処理の記述が残ってて採用した処理の方を更新したかったのに不採用の方をいじって反映されてなかった)
やっぱ基本固定レイアウトなせいで
この要素の右にこの要素…って置くときにRightCopyとかを使って
意図せず位置情報以外をコピーすることが多い気がする()
さっきのRightCopyしたら要素が子にFitするかしないかの設定までコピーされてて
子がないスクロールバーが子にFitしようとしてエラーになってるの特定するのめちゃめちゃ苦労した
細長い画面用に折り返し制御とかそもそもカラムレイアウトを変えるみたいな事考え始めるとフローレイアウト的なものをちゃんとアレしたほうがいいと思う(
結局いろいろな視聴環境を想定しなくていい環境ならVertical LayoutとHorizontal Layoutの組み合わせで作るのが予測可能性が高めでいいと思うんだよな…
デザイナーがないタイプのGUI開発、レイアウト組んでGUI要素を対応するレイアウトに割り当てるってしがちなのだが
レイアウト定義と要素定義が離れてしまってやっぱり書きにくい
// Bounds…レイアウト情報を持つやつ
var newBounds = someBounds.CopyOnlySize();
newBounds.RightOf(someBounds);
// ↑親Bounds情報が消えるのでnewBoundsはsomeBoundsの右側に来ない
var newBounds = someBounds.CopyOffsetedSibling();
newBounds.RightOf(someBounds);
// ↑OK
var newBounds = someBounds.RightCopy();
newBounds.RightOf(someBounds);
// ↑OK
みたいな苦しみが延々発生してた
このアカウントは、notestockで公開設定になっていません。