簡単な Web ページを取り上げて、技術者ではない管理者が、ログインして、変更するページを参照し、テキストをクリックして変更するか、単純なリストをドラッグして並べ替えるだけで、コンテンツを変更できるようにしたいと考えています。彼ら。
私の質問は、qooxdoo がこのユース ケースに適しているかどうかです。クリックすると魔法のhtmlareaが表示され、視覚的なレイアウトを妨げない同様の機能を使用して、テキストを通常どおりに表示したいと思います。
簡単な Web ページを取り上げて、技術者ではない管理者が、ログインして、変更するページを参照し、テキストをクリックして変更するか、単純なリストをドラッグして並べ替えるだけで、コンテンツを変更できるようにしたいと考えています。彼ら。
私の質問は、qooxdoo がこのユース ケースに適しているかどうかです。クリックすると魔法のhtmlareaが表示され、視覚的なレイアウトを妨げない同様の機能を使用して、テキストを通常どおりに表示したいと思います。
HtmlAreaは、従来のWebページでの使用に最適化された低レベルのコンポーネントとしても利用できます。そうです、qooxdooはユースケースに適しているかもしれません。UIウィジェット(高レベル)が関与していないため、ここではメモリのオーバーヘッドを許容できるはずです。
バージョン1.0でqooxdooに入った名前空間「qx.bom.htmlarea」を見てください。
qooxdooは、Low-Level Library
サイトに完全なqooxdooウィジェットを配置したくない場合に、このようなDOM関連のタスクに[1]を提供します。たとえばあなたのウェブサイトにqooxdooリストを持ちたいのなら、それも問題ではありません。そのようなものについては、インラインアプリ[2]を見てください。DemoBrowserは、インラインアプリ[3]の優れたデモを提供します。これにより、どのように見えるかを知ることができます。
qooxdooを使用すると、すべてのユースケースが可能になるため、必要なものすべてを含む高品質のコードベースが必要な場合は、qooxdooが適していると思います。
[1] http://qooxdoo.org/documentation/1.0#low_level_framework
[2] http://qooxdoo.org/documentation/1.0/ui_inline
[3] http://demo.qooxdoo.org/current/demobrowser/#root~Inline_Dynamic_Resize.html
qooxdoo ウィジェットは通常の Web ページで使用でき、ページから要素を選択して操作するための優れた DOM 処理機能を備えているため、これは非常にうまく機能する可能性があります。ただし、qooxdoo コードは非常に重いため、管理中にエディターがあるページから別のページに切り替わる際に、qooxdoo コード全体をリロードする必要がないように注意が必要な場合があります。元のサイトを含むiframeで何かがうまくいくかもしれないと想像できます...一方で、すでにかなりの数のCMSがそこにあります...