2016-04-01 4 views
1

TinyMCEバージョン1.4.3を使用したPloneサイト(4.3.x)が1つありますが、このPloneバージョンでは1.3.18バージョンが必要です。portal_skinsの敏捷性コンテンツタイプのデバッグ

だから私:

  • アンTinyMCEのパッケージ(TinyMCEのプロファイルを削除//portal_setup /インポートを管理します)。
  • ビルドアウトバージョンを1.3.18にピン付けし、buildoutを実行します。
  • TinyMCEパッケージを再インストールしました(手順は同じですが、TinyMCEインストールプロファイルを選択してください)。その後

私がいることに気づく:デフォルトのPloneのコンテンツタイプの

  • はそれがうまく働きました。
  • このPloneサイトで定義された新しい巧妙なコンテンツタイプについては、動作しませんでした。 TinyMCEを読み込むのではなく、htmlのテキストエリアだけをロードします。

私はこの上の多くのテストをした、と私は見ることができることは、私のコンテンツタイプは、このテンプレートProducts/TinyMCE/skins/tinymce/tinymce_wysiwyg_support.ptからwysiwygEditorBoxマクロを使うべきではなく、それは、このテンプレートProducts/CMFPlone/skins/plone_wysiwyg/wysiwyg_support.ptを使用していることです。

portal_skinsの順番を変更しようとしましたが、敏捷性の種類ではなくアーキタイプの種類にのみ影響します。

次に何をすべきですか?デバッグメッセージで<span>タグを追加する代わりに、それをデバッグする方法がありますか? parts/omeletteディレクトリで探し

+0

JSコンソールのJavaScriptエラーを確認します。 –

+1

errosはありません。実際には、CSSクラス '' mce_editable''はテキストエリアにロードされていないので、JavaScriptはロードされていません(巧妙なコンテンツタイプの場合のみ)。 – rodfersou

+0

このポータルの問題であることを確認してください:同じデータベース/インスタンスに* new * Ploneサイトを作成する場合、TinyMCE + Dexterityは正しく動作していますか? –

答えて

1

は私の推測では、${editor}が右(すなわちTinyMCEはに)設定されていないことである

support_path  string:nocall:here/${editor}_wysiwyg_support|here/${editor}/wysiwyg_support|here/po 

plone/app/form/widgets/wysiwygwidget.pt (line 21)

に次のように示しているので、上記の行は wysiwyg_support.ptテンプレートを検索するためにフォールバックされます。

+0

ありがとう@ダニマル、あなたの推測私たちはここで何が起こっていたのか理解して、我々は最終的に[TinyMCEアンインストールプロファイルの本当の問題]を発見した(https://github.com/ plone/Products.TinyMCE/issues/136)を参照してください。 – rodfersou

関連する問題