テキストを含むボタンは、基本的には派手なラベルです。 ラベルのテキストをフォーマットするためのオプションは、ボタンで公開するのに意味があります。 具体的には、位置揃えと行の折り返しのオプションは、ラベルでは使用できますが、ボタンでは使用できません。
テキストの位置揃えと行の折り返しに同じAPIをラベルに採用します。 少なくともHorizontalTextAlignmentProperty
、 VerticalTextAlignmentProperty
、およびLineBreakModeProperty
公開します。
ユーザーは、ラベルAPIを使用してボタンのテキストを位置合わせおよび制御できます。
なし。
スレッドで説明されているように、プラットフォームごとにデフォルトが異なります。 Legacy
、 Undefined
、 Default
などの新しい列挙値を導入する必要がある場合があります。
下位互換性の問題が発生する可能性があるものは、適度に困難です。 また、この作業のテキストマトリックスは大きくなり、クリップの検出は簡単ではありません。
@ kingces95 @samhoutsこれが表示されますが、大部分の重複することがhttps://github.com/xamarin/Xamarin.Forms/issues/1659。 私が見ている唯一の違いは、この問題がLineBreakMode
サポートを必要としていることです。 この問題を更新してLineBreakMode
のみを含める必要がありますか?
@davidortinau私は#1659に取り組んでいるので、この問題も取り上げたいと思います
@ ice-jこれについて何か進展はありますか? 削除できるブロッカーはありますか?
@davidortinau https://github.com/XamarinFormsCommunity/Xamarin.Forms/pull/2#discussion_r175752527
私がそれを実装した方法では、ボタンの画像(設定されている場合)も整列します。 別の方法でアプローチする必要がある場合は、アイデアをお待ちしています。
ボタンの各位置(上、中央、右、左)、主に「中央」に画像を揃えることができれば素晴らしいでしょう。これを行うには、通常、画像の回避策が必要です。
@ ice-jこのプルリクエストをメインリポジトリに移動する準備はできていますか?
@ ice-j毎月のping! ここでプルリクエストを送信しますか? ありがとう!
ああ、すみません、コミュニティPRに未回答の質問があったので、ここに移動しませんでしたが、今週末に移動します。他の誰かがチケットを受け取りたくない場合は、ここで作業を続けることができます。
@ ice-j ping
@ ice-j @StephaneDelcroix
Ping-久しぶりですが、何かニュースはありますか?
もう一度ping ...
Xamarinには、すべてのUIフレームワークのこのような基本機能を提供する意図がほとんどまたはまったくないことを信じることができません。 他の人がそれを実装するのを純粋に待つことは、専門的な行動ではありません。
@ Mikilll94と@ Happypig375私はこの問題に関連するPRを持っています。 ここで見ることができ
あなたはチームがコードレビューをするのを手伝うことができます;)
これに関するニュースはありますか?
@pictos HorizontalTextAlignment
とVerticalTextAlignment
はまだありません。
@ Happypig375私は知っています。 今のところ、PRはこの問題に関連するこのHorizontalTextAlignment
とVerticalTextAlignment
作業できます
@pictosvNextの[進行中]列から削除されたのはマージの兆候ではないと思います。
ping-これの現在のステータスは何ですか?
その悲しい、そのような基本的な機能はすでに2年以上かかりましたが、それでも手がかりはありません。 👎
:(
ボタンにHorizontalTextAlignmentプロパティとVerticalTextAlignmentプロパティがありません。 これに関する更新はありますか?
こんにちは、この問題に関するニュースはありますか? 場合によっては本当に迷惑です
グリッドでボタンを使用すると、ボタンのテキストが左側に表示されます。 悪いです!この変更が必要です!
最も頻繁に使用されるUI要素の1つであるボタンが、テキストの整列を許可しないのは非常に悪いことだと思います。 私の意見では、これらの種類の問題はXamarinチームにとって絶対的な最優先事項であるはずです。これは、UIウィジェットのセット全体を再作成せずにXamarin.Formsで何かを行うことはほとんど不可能だからです。 この問題がまだ始まっていないのか理解できません。
プリミティブUIウィジェットの実装にいつも飽き飽きしているので、チームがこれを修正できる方法はありますか? これがXamarin.Formsが解決するはずの正確な問題だと思いました。
検討していただきありがとうございます。
@samhouts Xamarin.Formsチームのスプリントはどのように計画されていますか? 人々はペットのプロジェクトに取り組んでいますか、それとも実際の審査プロセスがありますか? プラットフォームと少なくともある種の機能の同等性を持つために、組み込みコンポーネントに焦点を合わせてください。
その悲しい、そのような基本的な機能はすでに2年以上かかりましたが、それでも手がかりはありません。 👎
:(
Xamarin.Formsチームは、「シェル」のように、自分たちが取り組みたいことを自由にスタイリングしている必要があると思います。 これは、彼らが実装したいと思ったコンポーネントを正確に使用してアプリケーションを作成する場合にのみ使用できるため、実際のメリットがない多くのリソースを投入した良い例です。 同時に、プリミティブUIコントロールはほとんど使用できません。 ですから、基本的な機能セットがないと製品はまったく使用できませんが、誰もそれに取り組んでいる気がしないので、これが実装されるとは思いません。 私が間違っていることを証明してください!
Xamarinが注目すべきことが1つあるとすれば、それはまだ開いている1606のバグです!
Xamarin.Formsには、monoの未解決の問題とほぼ同じ量のバグがあるという事実は、それ自体を物語っています。
Xamarinが注目すべきことが1つあるとすれば、それはまだ開いている1606のバグです!
バグは確かに一番です、それは言うまでもありません。 私は新機能の開発について言及していました。 その点で、私は彼らがCOREをうまく機能させることに焦点を当てるべきだと本当に思います。
Xamarinが1つのことに焦点を当てる必要がある場合、 1606のバグがまだ存在しているということです。
間違いが最初に来なければなりません、これについては疑いがありません。私は新しい機能を開発することを意味します。この点で、私は彼らがCOREをうまく機能させることに焦点を当てるべきだと本当に思います。
それは不可能だと思います。マウイという名前の新しいパルトフォームを見ることができます。
まだアラインメントを待っています
最も参考になるコメント
その悲しい、そのような基本的な機能はすでに2年以上かかりましたが、それでも手がかりはありません。 👎
:(