なるほど。プラグインで制御できるなら、制限ユーザーからは隠すべきですね。
formcustomization から modx-resource-access-permissions rigon の非表示、
管理者はユーザーグループで仕切る、で問題無さそうです。

yamaさん

if($success) $modx->cacheManager->refresh();
これでどうでしょう？（パラメータを何か与えないとコンテキスト関係なく全体をrefreshするかもしれませんが）
んー、だめですね。保存後xhrでチェックボックスがリロードされてない感じなので、
当たるとしたらMODExt側なんでしょうか。

ちなみにrefresh()はこいつで、$providersにリフレッシュしたい要素を指定するみたいですね。
https://github.com/modxcms/revolution/blob/develop/core/model/modx ...

yamaさんの情報をヒントに、本家のフォーラムなどからリソースグループの割り当て方法を確認すると、
$resource->joinGroup() という手軽なメソッドがありました。

https://github.com/modxcms/revolution/blob/develop/core/model/modx/modresource.class.php#L1048
http://forums.modx.com/index.php/topic,62021.0.html
http://forums.modx.com/thread/44075/modifying-permissions ...

ファイルタブのアップロード機能を、複数ファイルに対応させるプラグインは、残念ながら知りません。

既存のパッケージで複数ファイルのアップロードに対応しているのは、
私の知る範囲だと、ギャラリー系のものがあります。
デファクトスタンダードになっている『Gallery』や、 『Cliche』などが対応してた筈。
どちらもパッケージマネージャーからすぐに見つかります。

もしもアップロードした画像を一律に見せたいのであれば、
ギャラリー系のコンポーネントは便利です。
或いは、アップロード機能のみ利用することも可能です。

どちらのコンポーネントも似た基本設計になっていて ...

ブランチの扱い、了解です。
当面翻訳進めるので、lexicon-jaにだけコミットしときます。

結構残ってた workspace が暫定で終わりました。
アクセス権周りは壁が多いので、他の細かいの終えてから、
まとめて取り掛かります。

hondaです。

Revo 日本語版のgithubリポジトリは、翻訳以外の動きがほとんど無かった事もあり、
特に意識せず master にどんどんコミットしてたんですが、
現在は lexicon-ja がデフォルトになってます。
変更していただいて見通しよくなったと思いますが、念のため各ブランチの扱いを確認したいです。

・lexicon-ja
日本語翻訳関連の作業用ブランチ。githubのデフォルト。

・develop-ja
レキシコン以外の、一般的な開発用ブランチ。
lexicon-jaからマージして、本家に pull request する。

・develop
本家の develop ...

あ、そういうことですか。
単なるnew時のsyncsite設定漏れだったんですね。
きちんと追わずに返信してました。再度orz。

ソースで、まずはmodelを中心にclass追いかけてみます。

orz

それで自分では気になってなかったんでしょうか…。
まあ、内部少し理解できたので、良かったです。

取り敢えず、syncsiteを新規リソース作成時にデフォルトでONにするのは、
formcustomizeでsyncsiteのデフォルト値に"1"を指定でOk。
その為だけにルール設定するのが面倒なら、
OnDocFormRenderフックするプラグインですね。

-

Revoの中身掘っていくのは、取り敢えず http://api.modx.com/revolution/2.2/ か、
ソース追うのが手っ取り早いでしょうか？

Revo 言語ファイルの配信、ありがとうございます。

> このタイミングで値を取得できないから$cacheManager->refresh()を行なうわけですから、
> ここでgetProperty()を使ってsyncsiteやclearCacheの値を見ようとしていること自体が意味ないですよね。

んー、これはどうなんでしょうか。何か動きを勘違いしてるかもしれないので、
後でフォーム側いじって確認してみます。

そもそもは、modResourceCreateProcessor のキャッシュ制御を担う clearCache() が、
new のケースを考慮してないって事が問題な気がします ...

こんにちは。Revo周りがちょっと賑やかになってきたような。
getProperty()はこいつですかね。

https://github.com/modxcms/revolution/blob/develop/core/model/modx/modprocessor.class.php#L186
/**
* Get a specific property.
* @param string $k
* @param mixed $default
* @return mixed
*/
public function getProperty($k,$default = null ...

手元の環境で幾つか確認してみましたが、
「新しく追加したメディアソースに新規にファイルを作成」で、
きちんと新しい方へファイルが作られています。

具体的に、どういう手順でメディアソースを作成し、
どういう手順でファイルの新規作成や更新を行ったか教えてもらえると、
もうちょっと調べられるかも知れません。

.htaccessだけでなく、core/config/config.inc.php にも色々パスが書かれてます。
そっちの修正も行えば正常に表示される筈です。

詳しくは以下公式ドキュメントの "Updating your Config Files" をご覧ください

■Moving Your Site to a New Server
http://rtfm.modx.com/display/revolution ... New+Server

自分では気にしてなかったけど、確認してみたら、空更新してるお客さんいました。
newResourcePreviewHelper プラグインとして、使わせてもらいます。
ありがとうございます。

RevoのTinyMCEプラグインは経験浅いんで、
場当たり的な対応しか分かってませんが、それで構わなければ。

以下のファイルを編集します。
core/components/tinymce/tinymce.class.php

60行目から始まる'formats'のarrayから、'alignright'で始まる行をコメントアウト。
管理画面のメニューで「サイト」→「キャッシュをクリア」。
これで完了です。

要望に合わせるなら、'alignleft'もコメントアウトした方が良さそう。
日本語環境だと扱いの難しい両端揃えは、残しておいてクラスで調整した方が良いです。

tinymce ...

管理操作のログは(プレフィクス_)manager_log というテーブルから直接で見られます。
但し分かるのは、MODXの管理画面を経由した操作だけです。

-

この問題に、自分だったら何をしてみるか、ざっと洗い出してみました。
kyamaさんが直接使えないものもあるかも知れませんが、参考になれば。

■ 問題の定義
扱い易くしたいので、
「特定のユーザーのみ管理画面にログインできず、入力がクリアされたログイン画面が再表示される」等々、
問題と考える状況をなるべく平易な表現で言語化しておく。

■ 状況の確認
問題が起きている状況の中で、容易に確認できる情報を確認する。
・エラーメッセージ ...

そういった状況そのものには見覚えありませんが、
情報が少なく対処も大雑把な事しか言えなそうです。

-

取り敢えず、ほとんどリスク無しに試せるとしたら、キャッシュのクリアです。
ログイン可能なユーザーでキャッシュクリアできるなら管理画面から、
それが出来ないなら、/core/cache の中身を全て削除してみて下さい。
キャッシュの破損などで問題が起きているのであれば、復旧するかも知れません。
キャッシュクリアで復旧しない場合、もっとリスクのある方法を採る必要があります。

ひとつは、DBの編集。
MODXはMySQLなりのDBにほとんどの設定値やリソース、エレメントが入ってますから ...

実際のRSS取得方法などが不明なので、はっきりした事は応えられません。
可能性のありそうなものだけ。

1つめについては、キャッシュの更新が必要かも知れません。
メニューの「サイト」→「キャッシュをクリア」で、解消される可能性があります。
しかしその他のページや管理画面のキャッシュもクリアされるため、
一時的にパフォーマンスが低下する筈です。

2つめは、取得しているRSS側が正常なXMLになっていない、
或いはパースを阻害する不正な文字列が混入している可能性があります。

いずれにせよ、どういう実装でRSSを取得し、
どういう場所に出力しようとしているのか判らなければ ...

enoguさん、はじめまして。
こんなに面白そうなソフトウェアですが、実務に使わないと中々頭に入らないので、替わりに日本語対応をお手伝いする事にしてみました。
enoguさんのドキュメント翻訳、参考になりそうで、見過ごしていた日本語のリソース嬉しいです。

Context ：
なるほど複数サイトですか。想像していませんでした。単一のMODx上で、サブドメイン等で分かれた自社サイトなど、一括して扱った方が良いシーンは、確かにありそうです。ACL関連が切り分けられるという事であれば、部署ごとに「product」と「support」を分けたり、という使い方が想定されているのでしょうか ...

MODx Revolution の日本語対応に参加しようとしている者です。
まだ公開前であり、なかなかRevoについてまとまった情報が無いため、こちらをお借りして、ざっとまとめたいと思います。

まず、過去の情報やbetaを見て、私が把握できているものを掲示いたします。
かなり思い込みで書いている可能性が高く、疑問も混ざっているので、誤りや過不足を指摘していただけると嬉しいです。特にコンセプトは触れ込みを鵜呑みにしているので、実態とのズレがひどいかも知れません。
なお、なるべく訳語を既定しないように、機能の名称などはRevo本来の英語表記のままにしています。


コンセプト
Revoは ...

yamaさん

modx-revo-ja自体が、これから本格的にという事なので、仰るようにどんどんをコミット優先して、Revoの日本語化にあたりを付けて行こうと思います。こちらのフォーラムのPM機能にてGmailアカウントをお送りいたしましたので、問題無いようでしたら登録をお願いいたします。…と思ったら、一服している間にもう登録できていました。ありがとうございます。

あと・・Evoは全体の規模がそんなに大きくないのでコアにもガンガン手を入れてますが、Revoはそのへんのサジ加減が難しいかもしれませんね。開発の勢いもありますし。

これはローカルのRevoを覗いてみて、かなり感じてます ...