Python でいくつかのコードを書いていますが、エントリ ウィジェットのコンテンツを取得しようとすると問題が発生します。問題は、入力できる文字を制限したいので、特定の文字数 (この場合は 2) に達したときに Entry ウィジェットをクリアしようとしているのですが、最後に入力した文字を常に見逃しているようです。キャラクター。失われたキャラクターをプリントに追加して表示しました。

サンプルコードは次のとおりです。

どんな助けでも大歓迎です！

前もって感謝します

GWTでFileUploadウィジェットの初期パスを設定する方法はありますか？したがって、次にユーザーが参照ボタンを押すと、前回の場所（存在する場合）に移動します。

GWT の標準ラベル ウィジェットに割り当てられた長いテキスト行を分割したいと思います。私はインライン要素を試して<br />いましたが、成功しませんでした。

このようなもの：

更新- 2015 年 2 月の時点で更新された包括的な比較は、次の場所にあります。

Ext JS の代替案

2008年質問：

Javascript GUI フレームワークには、素晴らしいものもそうでないものもたくさんあります。私はいくつかを見てきました（表面的にのみ）。そして、私はそれらのどれについても私の心を作ることができません

この質問の最後までスクロールして、他の人の意見を確認してください

• Ext.jsは、最もよく知られているフレームワークの 1 つであるため、当然の選択です。
  利点:見栄えがよく、コミュニティが大きく、多くの拡張機能/プラグインがあり、GPL が適用されている
  

• バックベースあまり知られていません。XUL を彷彿とさせる XML と Javascript の奇妙な組み合わせ。しかし、それはすでにクロスブラウザーです
  利点:見栄えが良く、非常に拡張可能で、本当に素晴らしいものを簡単に組み込むことができます
  欠点:価格が高く、CPU バウンド (最大 2 つの CPU で無料で使用できます)、フォーラムの応答が遅い (商用サポートはおそらく速いですが）

• qooxdooも大人気。
  長所: 記入してください
  短所:コードが少し面倒です (伝聞に基づく)

• YUI 説明を入力して
  ください 利点:よく整理されたコード 欠点: 多くのウィジェットがまだベータ版です

• Dojo 説明を入力する
  利点:クラスの増分ロード
  欠点:肥大化する可能性がある

• jQuery UI
  利点:ウィジェットが相互に依存していない
  欠点:開発の初期段階では、ウィジェットがほとんどない
  広く受け入れられる可能性がある: jQuery は ASP.NET MVC に同梱される

何て言う？何を、なぜ使うのですか？何を使用したいですか、またその理由は何ですか? どんな種類のプロジェクトでも

あなたの入力で更新するには...

Sergey Ilinsky からのこの優れたコメントを参照してください。これは、ページを単に改善し、豊富なフロントエンドを備えたアプリケーションを構築する場合にどのフレームワークを選択する必要があるかを非常にうまく説明しています (いくつかの選択肢があります)。

jQuery、Dojo、Prototype、Mootools、 Sproutcore、Cappuccino を比較する別のスレッドの興味深いコメント(質問は削除されました)。

GWT の共通目的のページング ウィジェットを探しています。これまでのところ、 GWT ウィジェット ライブラリと Google インキュベーター ウィジェットを見つけました。ページング動作を実装する他の無料の (おそらくオープン ソースの) ウィジェット ライブラリはありますか。

これは非常に具体的なC++およびQt関連の質問であることは知っていますが、とにかく誰かが私を助けることができるかもしれません...

以下のコードを参照してください: スクロール領域内に画像を表示したいです。スクロール領域のビュー ポートには、定義済みの初期サイズが必要です。つまり、画像のサイズがビュー ポートの初期サイズよりも大きい場合はスクロール バーが表示され、それ以外の場合は表示されません。

ビューポートが最初のサイズとは別のサイズになるように、アプリケーション全体のサイズを変更できます。

残念ながら、ビューポートのサイズを設定する方法を見つけることができませんでした。Qt のレイアウト メカニズムでは、ビュー ポートのデフォルト サイズが設定されているようですが、これまでは変更できませんでした。で新しいサイズを設定する

実際に要求されたサイズを設定しますが、スクロール領域は 300x300 より小さいサイズにサイズ変更する機能を失います。

何か案は？

私の共同創設者は現在、私たちのブログで埋め込み可能なコード ウィジェットを求めています。

http://devver.net/blog/2008/10/someone-please-build-an-awesome-embeddable-code-widget/

基本的にはhttp://pastie.org/やhttp://codepad.org/のようなものが必要ですが、実際にはブログにコード セクションを埋め込みたいと考えています。一般的なブログやサーバー サイド ソリューション用のプラグインがあることはわかっていますが、小さな JavaScript を埋め込むだけで、適切にフォーマットされたコードをどこにでも配置できると便利です...

このようなものは存在しますか？見逃してしまったのでしょうか？

Web アプリケーションのユーザーがデスクトップをインストールできるようにする「ウィジェット」、または以下を提供する Web ベースのウィジェットを作成するように依頼されました。

• 新しいコンテンツの通知。
• 主要業績評価指標へのパーソナライズされたアクセス

私たちの要件と設計に関する議論を知らせるための情報を探しています。

デスクトップでは、Vista サイドバーをターゲットにすることができます。OS X では、ダッシュボードなどがあります。Web の観点からは、iGoogle などをターゲットにすることができます。最も多くのユーザーを抱えるウィジェット フレームワークの開発から始めるとしたら、どれを選択しますか? ユーザー数の統計を提供している人はいますか?

クライアントは、エンド ユーザーによりリッチなエクスペリエンスを提供したいと考えており、これはデスクトップ ウィジェット フレームワークを使用して実現できると思います。ただし、単一のフレームワーク (サイドバーなど) でヒットできるユーザー数については、いくつか疑問があります。クロスプラットフォームの互換性を実現するには、どのテクノロジまたはフレームワークをターゲットにすればよいでしょうか? Flash を埋め込むべきか?

ウィジェット フレームワーク内で動作するのではなく、スタンドアロン アプリケーションの作成を提案するつもりでした。ウィジェットのようなアプリケーションの作成を容易にするフレームワークはありますか?

対象プラットフォーム:

• Windows (Windows XP 以降)
• Apple (OS X 10.4 以降)
• Linux (あると便利)

Web パーツは、Sharepoint 関連の開発で広く使用されているようですが、asp.net Web フォーム アプリケーションでそれらを使用する例はほとんどありません。ドメイン固有のポータル フレームワークを実装していて、iGoogle またはページフレークの「ウィジェットのような」機能が好きで、アプリケーションでそのような機能を取得したいと考えています。私の観点から見た実際の厄介な問題は、最新の ASP.NET AJAX futures ライブラリを使用しない限り、Web パーツのドラッグ アンド ドロップ レイアウト機能が非 IE ブラウザーで機能しないことです。マイクロソフトがこれを基本的なテクノロジとして意図していた場合、これらの機能を今では主要な製品に移していたように思えます。

Web パーツは行き止まりのテクノロジですか? もしそうなら、代替手段はありますか？

レンダリングされたすべてのグラフィックスを完全に透明な背景にレンダリングできる WebKit へのパッチの可能性を評価しようとしています。

目的の効果は、背景をまったく使用せずに Web コンテンツをレンダリングすることです。デスクトップ (またはブラウザー ウィンドウの背後に表示されるもの) の上に浮かんでいるように見える必要があります。

アプリがこれを行うのを見た人はいますか？(可能な端末エミュレーターをいくつか思いつきます。) 誰かが WebKit (またはおそらく Gecko?) 内で作業したことがある場合、これを行うことが可能だと思いますか?

更新: Mac OSX ダッシュボード ウィジェットがまさにこの手法を使用していることに気付きました。したがって、これは可能でなければなりません。

更新 2: Linux で WebKit をコンパイルしたところ、構成オプションに次のものが含まれていることに気付きました。

私は近づいています。誰でも助けることができますか？

更新 3:さまざまな関連するメーリング リストの投稿で、これに関する参照を引き続き見つけています。

• https://lists.webkit.org/pipermail/webkit-dev/2008-September/005019.html
• https://lists.webkit.org/pipermail/webkit-dev/2009-June/008182.html