このバージョンでは多言語ブロガー数要求から生まれた (特に双方向linguals). このバージョンは、フレーズの元の言語を示唆ことができます (デフォルト以外の) htmlのlang属性を使用して.
段落は、/フレーズは、元のはそのまま、ターゲット言語言語をマーク等しい左になるとは異なる言語でマーク, しかし、他の言語で翻訳される (デフォルトの言語でも – このようなサポートが有効な場合).
例えば, 次のフレーズは、ヘブライ語で書かれて、彼は属性= langをとスパンで囲まれた, あなたが別の言語でそれを読んでいる場合、, あなたが他の言語でそれを読むことができる (英語が含まれて).
שלום לכם, どのような言語は、この項を読んでください?
今ではまた、特定の段落をマークするonly_thislanguageクラスを使用することが可能特定の言語の読者のみに表示されることです. このバージョンの動作の変更点は、今, のみデフォルト以外に使用されるデフォルトのバージョンの設定オプションを翻訳段落をマーク (との記事, テーマパッチに関する下記参照).
パッチはデフォルトのテーマに提供される (我々はバージョンまで待とうかどうかを判断しなかった 3 of wordpress) 特定のポストの元の言語をマーキングできるようになります, 我々はあなたが投稿しておこう.
ホープは、このバージョンをお楽しみください.
こんにちは, 私は翻訳についてはお聞きしたいのですがないDBに, 意味iTranslatorまたはグローバルトランスレータが、ローカルでによってTransposhのようなのようなキャッシュの翻訳, 私は願ってあなたの答え :), ありがとう.
あなたが同様の効果を達成するためにのwp - supercacheのこのプラグインを使用することができます. 特別な理由が行うことは?
はい, 負荷は、キャッシュからは高速MySQL以外とき, そう, その理由私のDBが大きすぎると、キャッシュシステムとのより良いされるべきである (私はある専用サーバとMySQLのパフォーマンスが重要である), 私は可能であれば知っていると思いますので、か (supercacheのようにすべてのページではなく, のためだけに記事を翻訳), ありがとう.
短い答えはノーだ, もうその答えは、おそらくsupercacheのだけ翻訳されたページを処理するように構成することができます, これは、それだけでページを翻訳処理するために定義されてhtaccessファイルのルールを変更することによって行うことができます.
あなたは、そのレンガを押す起動する場合, 私が支援しようとする. しかしながら, 私はこれがすぐにプラグインのスコープ内で行われるとは思わない. あなたは、この実装する場合, あなたは歓迎している, しかし、私は、これは主に、すでにのwp - supercacheの内に存在する機能の書き換えをされると思う.
こんにちは, 更新維持していただきありがとうございます、この偉大なプラグインを.
ちょうど 1 提案私がありますか, 私はプラグインをstyilingの可能性をしたいと考えて変更されたファイルを維持 ( ウィジェット可能性) 別のフォルダに ( 多分テーマフォルダが多くの他のプラグインのような) それは我々が我々が更新する必要が加えた変更を元に戻すこと、この方法.
私はCSSを使って私ができるスタイルそれを知って、私はそれをやっている, しかし、ウィジェットが必要な場合は、番号なしリストは、インラインおよび垂直方向に秩序をしない表示する場合削除することですタグはファイル. (それが私の場合です)
もう1つの変更は、テキストはそれを含む選択できるようにした タグが失わそれも.
する更新我々は側面を我々は失う変更を保持する時間を私たちが作った、あらゆることにするよう我々は.
私は問題が知っているマイナーそれは多分, thank you anyway for you great work
こんにちはルーク,
変更ウィジェットは将来のリリースでくる, また、CSSの現在のユーザーのスタイルを含めることができます, 必要に応じて, あなたがテストすることができますので、リリース前にコメント機能は準備ができてテストするときに私はあなたを郵送することができます.
フィードバックのおかげで
あなたの答えをオフェルキャンプサービスてくれてありがとう, 私はそんなにapreciatedだろういくつかの良いCSSのスキルを持って.
あなたの質問に答える, はい, 私は、機能をテストし、必要があればそれについての私の意見を送り返すのお手伝いをしたいと 'D.
私はそれを待っている.
(and sorry for my bad english
)
私はプラグインを有効にすることができないよ :/
警告: するrequire_once(コア/ constants.php) [function.require 1回]: ストリームをオープンに失敗しました: そのようなファイルまたはディレクトリの/ home / httpdを/ gkm.lv / transposh.phpの/によってTransposh -翻訳フィルタ-ワードプレス/プラグイン/ wp - コンテンツラインで 36
プラグインから削除されたフォルダは、ディレクトリ, 貼り付け 0.5.2 ディレクトリ, 活性化と私は馬に乗って以前のすべての設定と翻訳とよ. 素晴らしいプラグイン!
最新バージョンは、ワードプレス、それは見えるようにしないとワードプレスの管理インターフェイスで他のウィジェットを不活性化にサイドバーを引き起こすすべてのバージョンとの競合を持って. 私はワードプレスが正常に動作するので、それを無効にしなければならなかった.
こんにちは,
我々はこのような問題に気づいていない, とたくさんのインストール作業しています (ワードプレスを含む 3 ベータ) ので、スクリーンショットがいただければ幸いです
ありがとう
方法があるfr.test.comように/ポストの名前をURL書き換えを設定することが, これはサブドメインとして国コードを表すための手段?
ことが可能にポストの名前を変換するのURL?
test.com /キュウリ
fr.test.com /キュウリ
fi.test.com /スロート
hu.test.com / uborka
私はwpdbのプラグインの店舗を翻訳されたページを理解として. することができます私はのページが再翻訳され、再ストアドの時間間隔に影響を与える? (翻訳エンジンは、より正確な将来的に作業される場合は面白いかもしれない)
ことが可能たとえば、と言っている: 後に 50 新しい翻訳は新しい翻訳や1年後を取っているプラグインを呼び出す? 私は郵便でこの記事を決めることができればWouldtは素晴らしいこと. のようなインスタンス私wouldtについては特定のポストを設定する -> これ以上の新しい翻訳, 古い翻訳を維持する.
それは素晴らしい可能性をフロントエンドの翻訳を編集することです, しかし、私はあまりにもバックエンドで簡単に処理をお願い申し上げます. ようなもの http://wpml.org/wp-content/uploads/2009/11/translation_controls.jpg 素晴らしいことだ.
ご清聴ありがとうございました.
こんにちは,
最初の機能について, サブドメイン内の言語の, 我々はそれにはまだ取得していない, 何も私は、いくつかの将来のバージョンになりますねので、それをやってから私たちを防ぐ (あなたが貢献すること歓迎している).
will come in time, まず、フロントエンドのインターフェイスを改善しようとすると、これは最優先事項はまだないが.
URLを翻訳について, これは上で働いているおそらく数日後にされる.
自動翻訳の間隔について, また, まだ, しかしは、すてきなアイデアであり、将来的に追加されます。.
Translation in the backend is another good idea
あなたのコメントをいただき、ありがとうございます.
やあ,
素敵なURLを翻訳を聞いて. あなたは、このリリースでもサブドメインの機能を処理することができれば素晴らしいことか. 確かに私は貢献していきたいと考え, しかし、私のことはあまりプログラミングのことを知っていない.
あなたが更新する予定ですか http://trac.transposh.org/roadmap ? それは、常に行動に発展していいです. たぶんあなたのdelvelopmentゾーンにメインナビゲーションリンクする必要が, 実際には難しいの開発者を見つけるため、いくつかのフィードバックを与えることが好きなユーザーであるため.
種類よろしく
私は質問がある, サイトマップへの翻訳のページを追加する方法?
最近WordPressのアルネBrachholdでは、XMLサイトマップ生成ツールを使用して.
パッチについての以前の記事の検索してくださいここ
Find. それは. 方法についてはスーパーキャッシュ? 彼らはすでにパッチさ?
現在のスーパーキャッシュを無効にする.
supercacheのはパッチが必要, サポートはプラグインに組み込まれて.
致命的な誤り: file_get_html再宣言できません。() (以前の/ home / / public_htmlの/ wp -コンテンツ/プラグイン/によってTransposh -翻訳フィルタ-のワードプレスの/コア/超高精細/ simple_html_dom.php sempajacで宣言された:39) ラインでの/ home / sempajac / public_htmlの/ wp -コンテンツ/プラグインは/自由カナダドル/ simple_html_dom.phpを 41
その発生時に私が使用無料CDNのプラグイン. すべてのソリューション?
やあ,
解決策は単純です, いずれかの私たちのプラグインや他のプラグインからインクルードを削除, 私は両方のプラグインを変更で動作すると仮定したい
頑張って.
もし私によってTransposhから削除, それが問題ですによってTransposh?
あなたが参照する場合 “によってによってTransposh” リンク. ルールがかなり明確にコードには書かれている、非常に制限したり堂々とされていません (ので、私は願って), あなたは誰もが信用せずに作業を使用できるようになる場合は私があなたにお願いする.
ていないクレジットリンクが式の
file_get_html() 行simple_html_dom.php上 41
それはいいです?
はい, 確認, あなたはこれを削除することができます – しかし、私はそれが問題を解決するかわからない
すべてのアイデア私たちはワードプレスで動作するバージョンを表示するに期待できる 3? 明らかにあなたがそれらを解放するために待っています, 私たちが何かを実行することができれば、それは確かに役立つだろう, 言う, WP3b2.
こんにちは,
私はベータ版までチェックして 1, がベータ版でエラーがある場合 2 私はそれを取得します, とにかく – どのようなときに試みたが起こった? すべての問題?
ごめん, よくない. 私は、WPとWPMU 2.9.xおよびBP 1.2.xと、すべてこのサイトを設定する前に翻訳された; 記事, the posts, ページ上のすべての他のコンテンツ, プラグインのテキスト, メニュー項目, everything. しかし、今のWPは、システムの構造とmenuingを変更されて, 私はいくつかの非常に深刻な問題が解決される恐れ. を見てください http://virtualcrowds.org/zh/ あなたはどのように、ページの一部/プラグイン/メニュー翻訳されて表示されます。. その本当の恥のための素晴らしいプラグインとは (did) まさに私がそれを望んで… 8^(
こんにちは,
これは何によってTransposhとは関係ありません, 非常にワードプレスを少し, この新しいテーマは、翻訳を妨げるバグがあります, あなたはjavascriptをコンソールで見る場合は、これを見ることができます.
別のテーマへの切り替えてみてください, それはおそらく改善される, 私も彼らがrcの接近すると、これらのバグは消えるだろうと思います.
非常に奇妙な. 私はデフォルトのBPのテーマに、テーマを変更結果は同じです. 2つだけ、過去の翻訳文書 (1ページと1つのポスト), の言語で表示, oh, Aboutページと1つのメニュー項目. 私は実験はほとんどをさらには, は開発されて, 私は確かに何が問題は、私はここで見ていますされていない午前.
これを見てください、私はあなたが私の言いたいことが表示されます考える. http://virtualcrowds.com/zh/ <– (com, orgでは). そのサイトは、同じサーバー上にある, 実行中の 2.9.2 しかし、まったく同じBPのテーマとによってTransposhすべてを変換.
わかった, 私はサイトをバックWP2.9.2に戻すだと正確に/あなたは私が説明されるようによってTransposh正確に動作するが表示されますプラグインと同じテーマを使用し. 私にようである、そのことをテーマが何かによってTransposhの動作方法で行うには (またはしない) WP3.0b2で, どのコースの, 我々はRCSにラウンドを取得する時までに, よくソートすることが.
おそらく彼らは、jQueryのバージョンを変更, 私はもっと徹底的にすぐにそれをチェックアウトします, please keep us posted on any progress you make
ありがとう