問題タブ [famo.us]

アプリケーションをどのように構成するのか疑問に思っています。カスタム ビューと、それらを制御する 1 つのメイン ビューを使用する必要があります。それとも、私の見解をライトボックスに保持する方が良いですか? 私が見つけたすべての例は、何らかの形で機能が制限されており、1 つまたはいくつかの画面しか表示されません。より大きなアプリケーションを編成する正しい方法は何ですか?

以下は私にエラーを与えました

Uncaught ReferenceError: rgba が定義されていません

私の目標は、背景色にのみ不透明度を設定してテキストの色を維持することです。rgbacss 関数として動作しますが、サーフェスのプロパティでは動作しないようです。誰かが確認でき、回避策があるかどうか?

ここでこのガイドに従いました

http://famo.us/guides/dev/layout.html

ほとんどの例では、最大幅/高さまたは固定ピクセル数を意味するものsizeとして示されています。undefined

代わりにコンテンツテキストをラップしてフィットさせるようにサイズを指定する方法はありますか?

この問題は、(サーフェスではなく) Scrollview にビューを追加することに関係しています。

単一のサーフェスを持つビューを追加すると、すべてが意図したとおりに機能するようです。各ビューは、互いの上にきれいに積み重なっています。

ただし、複数のサーフェスを含むビューを追加すると、うまくスタックしません。この場合、各ビューはスクロールビュー ビューポートの正確な高さに設定されているようです。したがって、各ビューの高さが 100 ピクセルしかなく、スクロールビュー ビューポートの高さが 500 ピクセルの場合、スクロール時に各ビューの間に 400 ピクセルの空白ができます。また、View が scrollview vp よりも高い場合、View はオーバーラップします。

質問は次のとおりです。複数のサーフェスをスクロールビューに追加し、それらをうまくスタックさせるにはどうすればよいですか?

スクロールビューを構築する関数の例...

ビューの例...

たくさんの表面画像でスクロールリストを作りたいです。次に、私がclick表面touch上にいるときsurface、影響を受けるオブジェクトを取得し、それを使って何かをしたい( change などcontent)。

以下に設定する方法は、scrollview -> container -> view -> modifier -> surface. 効率的かどうかはわかりません（おそらく冗長です）。console.log(data)しかし、各オブジェクトのイベントをトリガーする正確なオブジェクトを取得できませんsync。

では、この場合surface、トリガーにアクセスするにはどうすればよいですか? 私はそのようなものを配列内の特定のものに戻すことviewを望んでいました。うーん、そんなものは無いような…。data.triggerObject.setContent()surface

更新 1 :

答えは、上記の私のコードに従う必要はありません。私の「高レベル」の目標は次のとおりです。

1. 画像を含む表面のリストを生成します。配列からのデータ。

2. サーフェスごとにクリックとタッチのイベントを検出し、そのサーフェスで何かを行います

基本的に、この例の「高度な」バージョンを実行しようとしましたhttps://github.com/Famous/examples/blob/master/src/examples/core/View/example.js

私は Famo.us に小さなアプリケーションを持っています

私は次のコードを持っています..

上記のコードでは、data.position は結果をx,y フォーマットで返します。x 値が 0 より大きいかどうかを確認したいだけです。そのために、分割機能を使用しました。しかし、それは動作しません..

Famp.us で Split 関数と部分文字列関数を使用する方法

famo.us でドラッグに反応する、スプリングで接続された 2 つのサーフェスを実装しようとしています。これまでのところ、サーフェスをセットアップし、それらをドラッグでき、ページの読み込み中に相互作用するスプリングを持っていますが、ドラッグしていません。したがって、質問は、a) 2 つのサーフェスをスプリングで接続する方法と、b) 一方のサーフェスをドラッグしたときに物理を更新して、もう一方のサーフェスがドラッグされたサーフェスに追従するようにする方法です。

私がこれまでに持っているコードはこれです

famo.us チュートリアルは、水平スクロール方法を提供していないように見える ScrollView の使用方法を示しています。

だから、私のfamo.usアプリ（私の個人的なウェブサイト）に水平スクロールをどのように実装するのだろうと思っていました。

famo.us を使用しているときに、デバッグをオンにする方法や、レンダリングの問題を表示するコマンドはありますか?

ログ ステートメントは、アプリがレンダリングされているときに何が起こっているかを伝えるのに役立ちます。

編集：これまでに見たレンダリングの問題は次のとおりです

1-ブラウザ間でレイアウトに一貫性がありません (IE についてはまだ話していません!!!!)。

サファリ 7.02:

Chrome35:

Android Firefox 29:

2- famo.us でのスクロールは基本的にめちゃくちゃです。

アプリ (ウェブサイト) には 3 つの主要なセクションがあります。

• ヘッダー (4 つのサーフェスを持つ ScrollContainer)。
• フッター (1 つのサーフェスを持つ ScrollContainer です)。
• コンテンツ (左側に 2 つの ScrollContainer、右側の Deck コンポーネント内に 2 つの ScrollContainers。各テキスト/段落は、それぞれの ScrollContainer のサーフェスです)。

ここで、私のアプリにアクセスすると、スクロールがうまくいかず、その理由がわかりません。この混乱をどのようにデバッグできるかさえわかりません。

PS:コードは縮小せずに残し、意図的にコメントを付けています。

しかし、待ってください。スクロールバーが表示されないため、このビューがスクロール可能であることをユーザーが認識できないため、スクロールはユーザーを混乱させます。famo.us のデモページでも確認できます。行ってスクロールしてみてください:)。スクロールできる唯一の方法は、ページの左側に移動する場合です...

3- Deck コンポーネントは、ブラウザに基づいて初期ロード時にカードをランダムに配置しているようです! あたかも物事がまだ十分にねじ込まれていないかのように。以下のスクリーンショットを参照してください。

Chrome35 デスクトップは最初にグリーン カードをレンダリングします。

FF29 Desktop は最初に赤いカードをレンダリングします。

上記のすべての問題で。それらを修正する方法や、なぜそれらが起こっているのかわかりません。開発者として famo.us の問題をデバッグするのに役立つもののリスト:

1. コンポーネントを使用するときに、一部のデバッグ ログを有効にします。
2. コンポーネントを誤って使用すると、JS エラーがスローされます。
3. 既知の問題のあるコンポーネントを使用している場合、潜在的なレイアウトの問題について警告します。
4. より良いドキュメントを用意してください。私は基本的にあなたのコードベースを読んで何かを使用する方法を理解しています.famo.usのドキュメントは、あなたのオープンソースコードがそうであるように、例がなければ多くの価値を追加していないからです.
5. レイアウトとページ構造に関するその他の記事。これは基本的なことです。これがうまくいかなければ、正しく表示できないページでアニメーションをいじっても意味がありません!

また、カードのデッキを操作すると、デスクトップの FF29 が遅れることにも気付きましたが、Chrome ではそうではありません。したがって、デバイス間で 60 fps の主張をバックアップすることは、良い出発点です。その主張を証明するために、パフォーマンス メトリックと比較を示してください。

私は本当に famo.us を使いたいと思っています。時間があれば修正を提供したいと思っていますが、これが現在 famo.us について私が感じていることです。

ページ分割されたスクロールビューで現在のビュー/ページを取得する最良の方法は何ですか?

スクロールビューには gotoextpage と gotoprevious ページ メソッドしかありません。scrollview.sync.on('end') イベントで手元にいくつかのデータがあることは知っていますが、現在のビュー/ページを何らかの形で計算する必要があるようです。(スクローラーを使ったシャインのデモのように)

私が見つけていない簡単なアプローチがいくつかあるはずです。