問題タブ [customizing]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
html - HTML 本文のサイズのカスタマイズ
ヘッダー (空白) とページの上部の間の灰色のギャップを削除する方法で、Wordpress テーマの「態度」の本文をカスタマイズしたいと考えています。つまり、この灰色のギャップと、フッター近くのボディの端とサイトの端の間の灰色のギャップを正確に削除したいと考えています。
ここに態度のライブデモがあります: http://themehorse.com/preview/attitude/
ご不明な点がございましたら、お気軽にお問い合わせください。
よろしくお願いします
validation - Grails 3 エラーオブジェクトのカスタマイズ
grailsドメイン制約の検証失敗によって返されるデフォルトのエラーオブジェクトをカスタマイズする最良の方法は何ですか?
私が取得している現在のJSONは
上記の応答から「オブジェクト」を取り除き、「エラーコード」が必要です。
私はgrailsにかなり慣れていないため、いくつかの基本的な実装に苦労しています。前もって感謝します。
binding - SAP UI5: テーブルのカスタマイズによるプロパティのバインド
ビュー内の各コントロールの可視性と編集可能性を、SAP ERP のカスタマイズ テーブルで制御できる UI5 アプリを実現しようとしています。
現時点での私のアイデアは、各プロパティのこれらの情報を含むエンティティ タイプです。したがって、私のエンティティには、可視性と編集可能性を制御するための 2 つの追加プロパティがあります。例えば：
- 人物
- PersnrVis
- Persnr編集
- 苗字
- 姓Vis
- 姓編集
- ... （等々） ...
この概念は機能しますが、エンティティが肥大化します。私にとっては、精巧な戦略というよりも、回避策のように見えます。
誰かがそのような状況を経験したことがありますか?
javascript - トップレベルのフィールドを Meteor.user ドキュメントに追加します
私は流星の初心者です。流星ガイドのこのリンクをたどって、Meteor.userドキュメントにフィールドを追加しています。
サーバー側では、この渡された情報で Meteor.user.update を実行するメソッドを記述しました
カスタムデータの公開はこちら
定期購読はこちら
しかし、Javascript コンソールでは
Meteor.user(); の出力 Javascript コンソールでは、personalInfo をトップレベル フィールドとして期待していましたが、何もありません。
サーバー側のログは
I20160528-11:04:27.725(5.5)? 更新後[対象オブジェクト]
ここで何が壊れているのかわかりませんでしたか？
私の質問を読んでくれてありがとう
更新:この問題を再現するための手順を追加しました
debian - Debian パッケージをカスタマイズおよび再ビルドするときに、ソース ファイルを追加するにはどうすればよいですか?
追加のソース ファイル (アップストリーム アーカイブには含まれていません) を追加し、いくつかのパッチを適用して、Debian ソース パッケージをカスタマイズおよび再構築しようとしています。具体的には、カスタム プラグインを追加して、Ubuntu の「ppp」パッケージをカスタマイズしようとしています。私は次のことを行います：
1）「apt-get source ppp」でソースパッケージをダウンロードして解凍します
2) 「ppp-xxx」サブツリーに移動し、「dpkg-buildpackage -uc」でパッケージをきれいに再構築して、ソース パッケージに問題がないことを確認します。（実際、今のところすべて問題ありません）。
3) ここで、カスタム パッチを取得して、「debian」サブツリーの「debian/patches」サブフォルダに配置します。次に、「debian/patches/series」ファイルでそれらを参照します。また、カスタム ソース ファイルをすべて「tacacs」という 1 つのフォルダーにまとめ、このフォルダーを「debian/extra」サブフォルダーに配置します。それらを正確にそこに配置する必要があるかどうかはわかりませんが、それらに適した場所が他にありません。
4) ここで、"dpkg-buildpackage -uc" を再度実行して、カスタム パッケージをビルドします。そして、次のことがわかります。
- 「dpkg-buildpackage/dpkg-source/quilt」は、カスタム パッチをカスタム ソースに適用しようとしますが、それらを見つけることができません。したがって、それは失敗し、ビルドは完全に失敗します。
- ビルドが失敗して停止した後、ビルド ツリーにカスタム プラグイン (「tacacs」) サブフォルダーが表示されますが、それは空です。したがって、パッチが失敗したことは驚くべきことではありません。
問題は、カスタム ソース ファイルをどこに配置すればよいか、「dpkg-source -b」でそれらを認識してビルド ツリーに挿入するには、他に何をすればよいかということです。