7

ExplorerCanvasなどを介してInternetExplorerで動作するprocessing.jsの例を探しています。

4

3 に答える 3

7

できます!ただし、いくつかの落とし穴があります。htxtがリンクしているページは、それに関する限り問題ありませんが、次の点に注意してください。

1)script要素とcanvas要素の両方にid属性が必要です。init関数は、これらの属性IDを使用して、特定のスクリプトを特定のキャンバスに関連付けます。簡略化されたinit関数は、公式のものよりも理解しやすいことがわかりました。1ページに複数のキャンバスがある場合は、公式のキャンバスをマスターすることをお勧めします。

2)#23ff9aのようなインターネットスタイルの色指定を使用する場合は、注意してください。IE 8では、Processing.js/canvasからのすべての大文字の16進数のカラー番号が必要です。#23FF9Aを書いてください!これはドキュメントに示されていることなので、完全に驚くべきことではありません。エラーはいつか発生するものであり、それを理解するのはおかしくなります。ほとんどの場合、fがたくさんある大きな数字(明るい色の場合)が苦しんでいるようです。白の#ffffffは問題ありませんが、#ff00ffは問題ありません。FirefoxとSafariは、この点で大文字と小文字を区別しません。ドキュメントには、0xCC006699のようなアルファチャネル(CC)で代替の16進表記を使用できると記載されています。これは私にはうまくいきませんでした。多分それはやることリストに載っています。

3)文字列の.equals()メソッドがありません!Processing.jsに取り組んでいるセネカカレッジのクルーの1人であるAndorSalgaは、ここに表示されている単純なブール文字列Equal(str1、str2)関数を作成しました。これは、問題が完全に修正されるまで実行されます。

4)stroke()がexcanvas.jsで機能しないというのは真実ではありません。します。ただし、Processing.jsコードに小さな構文エラーが1つでもある場合(実際にはどの種類を分類することはできませんが、.equals()を使用しようとすると、IE8ではサイレントに失敗します)、SafariまたはFirefoxの場合、長方形のアウトラインが失われる可能性があります。つまり、stroke()は機能しなくなります。VistaのIEとMacのSafariはどちらも、SafariやVistaのFirefoxよりも強力な構文チェックを示しています。これにより、特定のエラーが発生し、グラフィックに欠陥が生じます。

5)text()関数を使用して呼び出されたテキストは、Firefoxで(Firefoxが選択した変更不可能なフォントで)レンダリングされますが、私が知る限り、IE8やSafariではレンダリングされません。グリフメソッドはここで提案されています。コードは配置されていますが、フォントの取得に問題があるようです。Inkscapeは私にはかなり侵入できないように見えます。私の知る限り、必要なのは古いペンプロッターフォントによく似ています。ノードの実行間でペンアップコマンドとペンダウンコマンドを使用するベクトルパスです。FSF / GNUには、あまり問題なく適切な形式にマッサージできるものがいくつかあることがわかりました。フォーマットがどこで定義されているかはわかりませんが、おそらくW3Cのどこかで終わっています。見栄えのするフォントの本当の可能性を秘めたアプローチは、CufonのIE/VMLウィングです。それはどのように機能しますか?を参照してください。私は本当にこのチェーンの最後のリンクが欲しいのですが、私はいくつかの助けを使うことができます。

Processing.jsは、私たちのサポートに値するプロジェクトの1つのクジラです。それは大きな可能性を秘めています。可能であれば、ぜひご参加ください。

于 2009-11-10T07:09:04.440 に答える
5

processing.js展示ページのsparklinesの例では、ExplorerCanvasを使用しています。これは単なるドロップインソリューションのようで、追加のコーディングは必要ありません。

于 2009-05-13T09:38:31.653 に答える
1

このページでは、processing.jsとexcanvasを連携させる方法について説明します。

基本的には、IEが理解できる独自のonloadinitメソッドを作成する必要があります。

于 2009-05-13T11:28:42.783 に答える