[過去ﾛｸﾞ] Microsoft Xamarin part8 [.NET MAUI] (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
67(1): 2021/08/09(月)14:13 ID:S8n0VVLE(1/5) AAS
ポトペタってVBAのマクロ記録みたいなもんだろ
初心者とかがマクロ記録で生成したコードに肉付けして行くと言うのはあるけど結局ほとんどの行を修正するハメになる
なので慣れてきたら最初から書いた方が速い
68: 2021/08/09(月)14:52 ID:JmMNvJ7r(1) AAS
WinFormsならポトペタの方が早いけどXAMLは直書きの方が早いな
69: 2021/08/09(月)15:58 ID:KhkS1z0C(6/17) AAS
ポトペタ＝コードが汚くなる、というわけでもないのに何言ってんだろうな
俺はたんにGUIでUIの部品配置できると直感的でいいって話してるし
コードが汚くなるかどうかはツールによる。
Android Studioではコードは汚くならない
VSのLive PreviewもPreviewできるだけでなくそこでサイズ調整もできるから
GUIで一部のコード変更してることに変わりない
コードが汚くならないのならGUIでUI設計できる方法もあったほうがいいに決まっている
省4
70: 2021/08/09(月)16:01 ID:KhkS1z0C(7/17) AAS
>>63-64
おまえのポトペタの定義で決めるな
GUIでコード変更したら必ずコードが汚くなるわけではない
Classic ASPのようなゴミコード吐くのがだめなのくらい知っている。
Android Studio全く知らないおまえはそれらと混同した初心者ってこと
71(1): 2021/08/09(月)16:35 ID:eRGdBEf8(6/7) AAS
NG入れました
72: 2021/08/09(月)17:04 ID:L4AJSC1E(1) AAS
またc#おじさんかな？
73: 2021/08/09(月)17:23 ID:KhkS1z0C(8/17) AAS
>>71
Android Studio使ったこともない初心者なのがばれて逃げやがったｗ
74(2): 2021/08/09(月)17:27 ID:XTaREe6O(5/9) AAS
うーん、Androidなら余計になんだけど、ThemeとStyle作って適用するならコードベースの方が楽じゃ無い？
75(2): 2021/08/09(月)18:33 ID:S8n0VVLE(2/5) AAS
>>74
だよねー
同じスタイルの画面を複数作る時にポトペタしてちまちま属性設定とかやってられない
Android Studioとやらはそこら辺を忖度してくれるのかなw
76(1): 2021/08/09(月)18:51 ID:Xrd/gax2(4/5) AAS
ポトペタwwwクソウケるwww
未だに使ってんの現代のフロントエンド開発が理解できないVB含めたド底辺のガイジPGだけなんだよなぁ
Xcodeオンリーで開発してる奴らでもポトペタなんて使わないんだがしかも昨今はVSCodeなんかのエディタ開発全盛期だから尚更ポトペタとか失笑ものなんだが
そもそもXAMLのツリービジュアライザーですらVS2015あたりからテスト実装された新しい機能でそれまでLogical TreeやVIsual Treeは実行後に独自クラスやデバッガでノード調べててXAMLのカスタマイズは非常に大変だったんだがそういう苦労すらわからない○○なんだろうなぁ
77(1): 2021/08/09(月)19:39 ID:KhkS1z0C(9/17) AAS
>>76
PHPなんてやってたおまえのが底辺なわけだがｗ
結局、おまえAndroid開発経験ゼロなのばれてる
Web appとかXAMLの話にすり替えてるだけ
今そんな話していない
Android app開発でふつうVSCodeなんて使わない
VSCodeが人気とか関係ない
省2
78(2): 2021/08/09(月)19:43 ID:KhkS1z0C(10/17) AAS
>>74-75
直接のコード編集とGUI併用するに決まってるだろう
ほかのプロジェクトからの使いまわしならコピペするし、
ふだんあまり使わない部品ならGUIでやると細かいプロパティが設定しやすい
79(1): 2021/08/09(月)19:49 ID:XTaREe6O(6/9) AAS
>>77-78
Android開発でVSCode使うけどな。
細かいプロパティ設定する事なんか滅多に無いだろ。
そんな場当たり的なレイアウトするより、プロパティ設定したコントロールを貼り付けるわ。。
80(1): 2021/08/09(月)20:05 ID:Xrd/gax2(5/5) AAS
おいおい現代の開発環境でPHPやJS(TS)やPythonを否定するってどんだけ時代遅れの遺物で老害でド底辺なんだレベル低すぎて会話が成立しないんだが・・・w
底辺VBおじと違ってオイラはフルスタックエンジニアなんでDBもRDBMSだけでなくNoSQLも使うけどあんたのようなド底辺はFirebaseすら触ったことないんだろうなまぁお前のにはAccessでも使ってなさいってこった
81(1): 2021/08/09(月)20:05 ID:S8n0VVLE(3/5) AAS
>>78
ん？
ポトペタしてコードを修正するってこと？
要するに>>67に書いた初心者ってことやねw
82(1): 2021/08/09(月)20:08 ID:KhkS1z0C(11/17) AAS
>>79
嘘つけ
おまえがAndroid Studio使ったことないのはばれてるしだまってろ
本家推奨の開発環境は便利な機能がある
Android Studioあるのにわざわざ低機能なVSCodeを使う理由がない
83(1): 2021/08/09(月)20:09 ID:I7p5wUxR(1/2) AAS
c#おじさん...
84(1): 2021/08/09(月)20:13 ID:KhkS1z0C(12/17) AAS
>>81
はぁああ？
ドラッグ＆ドロップしたらVBAのマクロ記録だ？
頭悪すぎ
なんかこのスレやばいな
SP appの開発したことないやつがやたら多くてえらそうにしてる
85: 2021/08/09(月)20:15 ID:KhkS1z0C(13/17) AAS
>>83
Xamarin, MAUIのスレなんてC#おじだらけだろ
慣れ親しんだC#でさくさくSP appも作れたらって夢見てる人たち
86: 2021/08/09(月)20:17 ID:KhkS1z0C(14/17) AAS
>>80
アンカーもつけられない低能が何言っても
87(1): 2021/08/09(月)20:18 ID:XTaREe6O(7/9) AAS
>>82
なんでだよ。
重いじゃん。
88: 2021/08/09(月)20:24 ID:eRGdBEf8(7/7) AAS
あぼーんだらけ😅
89(1): 2021/08/09(月)20:27 ID:KhkS1z0C(15/17) AAS
>>87
IDEすら重いのはおまえのPCがしょぼいだけ
そんなしょぼいPCではAndroid emulatorもまともに動かせないだろう
VSCodeではできないことが多すぎる
90(1): 2021/08/09(月)20:36 ID:jzFIwbie(1/2) AAS
XamarinのスレになんでAndroid StudioだのVSCodeだので盛り上がってるの
91: 2021/08/09(月)20:36 ID:S8n0VVLE(4/5) AAS
>>84
ああ、比喩も理解できないのか…
可哀想にw
まあ「その程度の」開発しかしてないってことなんだろうね
92: 2021/08/09(月)20:41 ID:XTaREe6O(8/9) AAS
>>89
いや、動くよ。
使い方だぞ。
93(2): 2021/08/09(月)20:50 ID:KhkS1z0C(16/17) AAS
>>90
流れみりゃわかるでしょ
このスレ、MAUIもXamrinもAndroid Studioも使ったことないやつばっかりなんだよ
だからPHPとかVSCodeとかVBAとか関係ない話するおじいが多い
Android Studioは現状MAUIに失望して話が盛り上がっている
もちろん話したいのはIDEそのものの話じゃなくAndroid app開発なんだが
このスレのやつらは経験ゼロばかりでまともな議論ができない
94(1): 2021/08/09(月)20:56 ID:KhkS1z0C(17/17) AAS
ここはXamarinもMAUI経験ゼロばかりのようだが
それなら最低でもAndroid StudioとKotlinくらい覚えるべき。
95: 2021/08/09(月)20:58 ID:jzFIwbie(2/2) AAS
>>94
そう言う話ならそっちのスレに誘導して出て行ってくれ
96: 2021/08/09(月)21:08 ID:XTaREe6O(9/9) AAS
>>93
Xamarinに関してはほとんどVSCodeでやってるぞ。
これはガチで。
97: 2021/08/09(月)21:10 ID:nXkpCjGq(1/2) AAS
>>93
>>51,53で君が長文で反応したから話がこうなったんだろww
>>50とか突然の単発IDEの話とか無視すりゃいいのに
98(1): 2021/08/09(月)21:14 ID:nXkpCjGq(2/2) AAS
>もちろん話したいのはIDEそのものの話じゃなくAndroid app開発なんだが
自分でIDEの話に思いっきり食い付いた癖に何いってんだか..
99(1): 2021/08/09(月)21:46 ID:S8n0VVLE(5/5) AAS
Android Studio使い始めて楽しい時期なんだろうと微笑ましいw
ガチでやりだしたらポトペタなんかよりコード作った方が遥かに楽
100: 2021/08/09(月)22:27 ID:I7p5wUxR(2/2) AAS
コードの変更管理の問題もあんね
変更箇所以外を安易に変えられては困る...
あ！vsダメか...
101(1): 2021/08/10(火)07:32 ID:VM3rEb5W(1/3) AAS
>>99
まだこの無知はいいかげんなこといってるのか
コード作るってなにいってんだ
Android Studioでは手動で書くのと同じコードになるわけだがアホには理解できないんだな
ガチでやりだしたらっておまえAndroid未経験者だろｗ
>>98
Android StudioはただのIDEではない、Android開発に最適化されてるから
省1
102(1): 2021/08/10(火)08:17 ID:TcT6W/yC(1) AAS
>>101
>> Android Studioでは手動で書くのと同じコードになるわけだがアホには理解できないんだな
Android Studioスゲーな
>>75みたいなのも忖度してくれるんだw
使い始めの信者モードなんだろうな…
103: 2021/08/10(火)16:39 ID:muWOpKNr(1) AAS
Android studioとeclipseはトロいから嫌い
104(2): 2021/08/10(火)22:06 ID:VM3rEb5W(2/3) AAS
安定して今日もMAUIの話題無し
>>102
コピペのが速い場合はコードコピペすればいい
効率低下などの副作用がない場合はGUI designer使えばいい
併用したっていい
ケースバイケースで臨機応変にできないやつはアホだな
105(1): 2021/08/10(火)22:13 ID:+SAyX8kZ(1/2) AAS
>>104
Android Studio凄い、俺凄いってのはよくわかった
106(1): 2021/08/10(火)22:33 ID:oYOULF7P(1) AAS
>>104
MAUI試してみたいけど製品版のVisual Studioにまだ入れられないから試せてない
107: 2021/08/10(火)22:53 ID:0wKAWNP/(1) AAS
MAUIなんてあまり期待してないからな、正式リリースするまでインストール何かしないし
だから話題にする事何かないわ
取りあえず今はjetpack composeでアプリ作るだけ
108(1): 2021/08/10(火)23:32 ID:VM3rEb5W(3/3) AAS
>>105
俺はすごくないがAndroid Studioはすごい。
mobile appでは一番使われてるだけあって安定してるし使いやすいわ
>>106
VS2022はほかのVSと共存・併用できるよ
MAUIはまだproject templateすらGUI用意されてないし
ドキュメントも足りないし
省1
109: 2021/08/10(火)23:38 ID:+SAyX8kZ(2/2) AAS
>>108
だから早くAndroid Sdutioのスレに行けって言ってるだろ
気狂いよ
110(1): 2021/08/11(水)00:52 ID:uxFOYo/O(1) AAS
MAUIの話題がないて完全なるMSの身勝手な都合で作られただけのゴミについて何を話せばええんや？w
AppleやGoogleから周回遅れでストア立ち上げて何をとち狂ったのかUWPゴリ押ししてWin32切り捨てたら総スカン食らって過疎化
ストアだけでなくデスクトップ全体のアプリの過疎化を招いてモバイルアプリあればええやんって風潮になってしまい焦ってWin32でストア配布認めますライセンス更新料も取りません手数料も10％だけで業界一安いですリッチなUIもWin32対応させますって尻に火がついたMSの下心が生み出したのがMAUIなんだが何を語れと？www
結局開発者が望むネイティブとウェブの融合は頑なに拒否してXAMLとASP(Blazor)を固辞して自社の開発ですら認めるXamarinのネイティブとウェブが統合されていないという欠点を華麗にスルーし続けるMSの開発環境とかよほどの事情がない限りあり得ないんよ
111: 2021/08/11(水)08:32 ID:vguJ8qTw(1) AAS
>>110
いいかげんに句読点の使い方覚えてくれ。
一文が長すぎて読む気がしない。
native, browserのcross platformはMAUI wikiに書かれてる。
desktopとmobileがnative対応したらweb appはいらないと思うわ
わざわざbrowserでやる必要がない。
112(4): 2021/08/11(水)14:35 ID:fpPWlZaN(1) AAS
ここで聞くのが良いのか分からないのですが、質問、と言うか相談をさせてください。
Xamarin.Formsで作成中のアプリ(ターゲットはUWP,Android)から、WebAPIへのアクセスを行う予定なのですが、
この時、OAuthの認証に使うclient_idとclient_secretなど、アプリに固有で出来ればユーザから隠したい文字列が複数あり、
これの保持(実装に当たって、どこにどう記述するか)に迷っています。
個人だけで使う分にはハードコーディングしちゃうのですが、一応不特定多数が使う想定なので
気休めなりにも対策できないかと考えています。
この手の隠蔽しておきたい情報の保持について、定石(個人で出来る範囲で)とかありますでしょうか？
113: 2021/08/12(木)00:59 ID:Ty49BpEx(1) AAS
さっさとpreview 7触ってこい
114: 2021/08/12(木)09:32 ID:SCWCHSL9(1) AAS
>>112
どこに保存するかはおいといて、暗号化して保存しておけばいいんじゃない。
115: 2021/08/12(木)13:19 ID:O8rU1l35(1) AAS
>>112
プログラムの説明みたいな文章が一行書かれてて、それを部分的に複数切り出して結合してパスワードにするとか見たことある
いいのか悪いのか分からん
116(1): 2021/08/12(木)18:05 ID:YqMI2m2A(1) AAS
久しぶりに見たらポトペタとかいう死語が飛び交ってて激しくワロタ
使ってたらXAMLはポトペタ開発より優れてるって気づくと思うけどな
多分、彼は食わず嫌いというか新しい開発方式などに抵抗感が強いタイプの人間なのだろう
117: 2021/08/12(木)18:58 ID:yQ0T+WEs(1) AAS
もう許してやれw
118: 2021/08/12(木)19:17 ID:/tY+Xjfe(1) AAS
c#おじさん...
119: 2021/08/12(木)20:30 ID:QblN700D(1) AAS
>>116
彼って誰だよ
ポトペタの定義は？
アンカーつけられない人ってこういう無能ばかり
併用できるなら使いわければいいと結論でたのに理解できていない
120(1): 2021/08/13(金)01:02 ID:9P1gGnVV(1) AAS
アンカーおじ自演乙www
アンカーおじ＝ポトペタおじ＝PHPはまともな言語じゃないおじ＝本人ド底辺のVBおじ
やっぱレベル低いやつって根本的に頭悪いというかリアルガイジなんやな
121: 2021/08/13(金)03:41 ID:USys6TCz(1) AAS
自演じゃないのにアホだな。
>>120
あと俺はC＃とWPFで開発の仕事してたから、今はポトペタなんかやってない。
122(2): 2021/08/14(土)22:28 ID:YGU1QZEs(1) AAS
Xamarin.Formsで作るとプラットフォームごとにデザインの統一感が無いんだけど、これどうにかならん？
ウェブで言うところのCSSフレームワークのような、見た目を揃えるフレームワークがほしい
>>112
そもそもパブリッククライアントから認可サーバー、リソースサーバーにリソースオーナーパスワードクレデンシャルグラントでアクセスする場合、クライアントシークレットは使わんらしいよ
123(1): 2021/08/14(土)23:39 ID:Qxa0utyb(1) AAS
>>122
無理だな諦めろプログラマーは言語やアーキテクチャやフレームワークの選定も技術のうちだからXamarin選択したのがそもそもの失敗
Xamarin.FormsとReact NativeはネイティブUIを利用するから無理Flutterは独自UIだから何もせずそのままでデザインを統一できる
ここで頭が痛いのがXamarin.Formsでプラットフォーム毎にカスタムレンダラーを実装する必要がありコードビハインドが必須でEntryのアウトラインやカラーいじるだけでもメタクソ苦労する
これがReact NativeならCSSに良く似た構文でStyleを記述すれば済むからHTMLのようにものすごく簡単にカスタマイズできる
この独自のデザインやアニメーションを実装するのがドチャクソ大変なのはXamarin.Formsに限らずWPFでもUWPでもずーっとXAMLの欠点だったんだがMSは実際に自分たちでXamarinを使って開発しないからいつ迄経っても気付かないし反省しないんだわ
124: 2021/08/14(土)23:48 ID:I10idqyP(1) AAS
>>123
句読点つかえない頭の悪そうなおじさん
125: 2021/08/14(土)23:49 ID:G5annGDg(1) AAS
とりあえずflutter誉めとけってのがずっと前からいるなw
126: 2021/08/15(日)00:05 ID:XorQKxg5(1) AAS
いやXAMLのデザインの不甲斐なさは
他を知ってるなら問題だぞ
127: 2021/08/15(日)01:55 ID:uwVOLZ95(1) AAS
数あるクロスプラットフォームフレームワーク向けフロントエンドの中でもデザイン・アニメーション・エフェクトのカスタマイズが極めて面倒かつ困難で最低なのがXAMLだからな
React NativeのComponentもFlutterのWidgetもほぼCSSな構文でStyleをHTMLのように簡単に定義できるからやりたいことが簡単かつ迅速に実装できる
さらに輪を掛けてクソなのがMSも必要なら自分で作れと放置プレーかつコミュニティも全く盛り上がらなくてフレームワークやライブラリがほとんどなく実装が大変だから頼りたいライブラリなどもないという負のスパイラルでもうどうしようもないくらい悲惨な環境
ぶっちゃけここが一番の問題でJS(TS)やPythonのようにコミュニティが活発でどんどん増える便利なフレームワークやライブラリが使いたいから言語を選ぶという逆転現象がMSの環境では絶対に起こらないんだわ
128: 2021/08/15(日)02:36 ID:N60oFgwc(1) AAS
React FlutterあたりをNGに入れるといいのかな
129: 112 2021/08/15(日)10:58 ID:Trr3gqqb(1) AAS
いろいろとアドバイスありがとうございます。やはり定番のやり方みたいなものは無いようですね……もう少し頭ひねってみます。
>>122
今相手にするサーバー側、認証の実施後に改めてaccess_tokenを得るとかで、client_secretも必要なんです。
OAuth2 よく分かってないのでアレなんですが、相手がそうなってる以上そうするしか無いというヤツで……
130(2): 2021/08/15(日)13:37 ID:UJhoZndk(1/3) AAS
Xamarin.Formsでアプリ作ってるんだけど、一番下のタブバーを自動的に隠すのってどうやるの
Shellページをどう書けばいいのかわからない
<Shell.Resources>
<ResourceDictionary>
<Style x:Key="BaseStyle" TargetType="Element">
<Setter Property="Shell.BackgroundColor" Value="{StaticResource Primary}" />
・・・
省13
131(2): 2021/08/15(日)22:49 ID:/iRnnKrL(1) AAS
>>130
その必要な時はなにで判断するの？
ブラウザならマウスカーソルの場所だろうけどSPは？
UXとして自動的に隠れるのは良くないと思うんだが
132(1): 2021/08/15(日)23:37 ID:UJhoZndk(2/3) AAS
>>131
自動的に隠れるのはタイマーを考えてます
出てくるのは画面の下の適当なところをタップされたとき
結構AndroidだとメジャーなUIだと思うから俺も実現したい
133(1): 2021/08/15(日)23:43 ID:jnF6RsUO(1) AAS
タイマーはあんまり見なくね？
スクロールに合わせて出てくるのが多いと思う
134(1): 130 2021/08/15(日)23:54 ID:UJhoZndk(3/3) AAS
>>133
あ、ホントだ
下方向にスクロールしたらにゅるっと出てきて
上方向にスクロールしたら消えてるや
スクロールはスクロール位置を監視してればなんとかなりそうだけど(それもやったこと無いけど)
いきなり消えたりするんじゃなく、にゅるっと出たり消えたりするのを組み込みたいの
135: 2021/08/16(月)00:15 ID:lXqu7ZoN(1/4) AAS
>>132
タイマーとか最悪だろｗ
セールスの電話とかで割り込まれたらイラっとするだろう？
なんか視界のものが動いたら視線動かしちゃうけど意味のないものだったら
すごくイライラさせてしまう。
ポップアップ広告とおなじようなもので不快にさせてしまう
それならハンバーガメニューのがはるかにまし
省5
136(1): 2021/08/16(月)00:21 ID:+eLyuzHQ(1) AAS
>>131
Androidアプリでよくあるよ
137(1): 2021/08/16(月)00:24 ID:lXqu7ZoN(2/4) AAS
>>134
0.3秒じゃなくて0.2秒だった
135の動画の前半にアップルのハンバーガーメニューがあるが
たしかに遅いだろう。
にゅるっと出るという表現みるあたりこういうとろいメニューにしたいんだろうけど
遅いのはいらつかせるだけだ。
0..2秒以内に瞬時に出てくるのならいいと思う
省1
138: 2021/08/16(月)00:30 ID:lXqu7ZoN(3/4) AAS
>>136
俺の使ってるアプリではタイマーのうざいメニューはないな
タイマーのタイミングで移動したくなるわけじゃないんだし
>>137のアップルのとろいアニメーションとかも
プログラマーがアニメーション見せたい欲求が出ちゃってゆっくりメニューになってんだとおもう
タップしやすい下タブとかおなじみのハンバーガーメニューが無難でいいとおもうわ
139: 2021/08/16(月)00:42 ID:lXqu7ZoN(4/4) AAS
片手操作の割合が50%らしい、信じられない
Androidは画面大きいから両手じゃないとむり
次のアプリも片手持ちユーザーは無視して上にハンバーガーメニュー置くわ
タブレットのユーザーも片手持ち操作はしないわけだし
140: 2021/08/22(日)03:29 ID:0Cz6ueFz(1/2) AAS
Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています
Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます
Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ
省9
141: 2021/08/22(日)05:22 ID:EsLa3yuv(1) AAS
GithubのCopilotもコメントや書きかけのコードからボイラープレートやスニペットを用意するくらいっぽくて大したことなさそうだな残念だわ
個人的にアプリとDBの処理が毎度似たようなものなのに互換性がないという非常に面倒でイライラする作業だからここをAIでオートメーション化できればめちゃくちゃ嬉しいんだがな
てかいい加減ER図からまともなDB構築してくれるAIはよ作れって感じなんだがいつまで経ってもできないのにAIでアプリのコードを自動生成なんて不可能だな
142: 2021/08/22(日)13:18 ID:0Cz6ueFz(2/2) AAS
Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています
Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます
Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ
省9
143: 2021/08/26(木)22:26 ID:983Js0//(1) AAS
メインページからサブページのテキストボックスの参照とかどうすればいいですか?
sub.txtNameとかやるとエラーになる。
144: 2021/08/28(土)11:12 ID:61xWrGaR(1) AAS
xamarin.formsでタブAからタブBのテキストボックスの値を参照できないので、どうすればいいですか?
タブA.csから
タブB.txtName
を参照するとエラーが出る。
145: 2021/08/28(土)11:47 ID:H94428G1(1) AAS
別のスレで答えたぞ。
マルチしたらどこで答えたらいいか解らんくなるので辞めて。
146: 2021/08/28(土)14:53 ID:bApujI34(1/3) AAS
HTML/CSSと比べてレイアウトが難しい…
Grid
Row
Frame
色々
Row
Frame
省5
147(2): 2021/08/28(土)19:09 ID:4nNO7IT6(1) AAS
rowの高さをポイント指定して決め打ちすればいいという話ではなくて？
上下前次1-新書関写板覧索設栞歴
あと 855 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.027s