ロール設定のチェックボックスはON/OFF可能ですが、チェックを外しても元に戻ってしまうようです。
現在のヘルプは、その殆どが制作者向けの内容なので、運用者には隠したいと思っています。

1.0.5あたりからだと思いますが、Inherit Parent Templateが無効化され、同機能がコアのグローバル設定（デフォルトテンプレート）に吸収されたと思います。デフォルトテンプレートをシブリングに設定した場合、メインメニューから「リソースの追加」や「ウェブリンクの追加」を指定した場合でも、一番若いIDのリソースのテンプレートが適用されてしまってる気がします。親が不在（ルート）の場合は、デフォルトテンプレートで指定したテンプレートを適用すべきと考えますがいかがでしょう？ 理由１） ルート配下のIDが一番若いリソースは、いわゆるホームページ／indexになることが多く、索引ページは他...

二年前になりますが、こんな議論がありました。
http://code.google.com/p/modx-ja/issues/detail?id=124
※あまりにも基本的な機能なので、逆に気がつかないのかもしれませんね。

ユーザーの管理権限がないユーザーが、パスワード以外の自分の情報（個人情報）を変更できない気がします。

• フルネーム
• メールアドレス
• 住所
• 等、等・・・

※V1.0.2～1.0.5で出来ないように感じますが、どこかに設定ありましたでしょうか？

Doc Manager（メニュー整列）の親リソースを選択後に表示される「閉じる」と「戻る」が、どちらもDoc Manager（タブを記憶する場合はメニュー整列）に復帰しますが、「閉じる」の方は「Doc Managerを閉じる」の意味と解釈して、ダッシュボードあたりを表示した方が良さそうな気がします。理由としては、メニュー整列は、リソースツリーのイベントを編集よりも優先して刈り取るため、「閉じる」でメニュー整列に復帰してしまうと、リズミカルにリソースが編集できなくなることです。 前々から奇異に感じていたのですが、メニューをmenuindexでソートするサイトでは非常によく使うので、何とかならない...

MODxデフォルト（Editor）設定には、tableボタンは表示されますがtablecontrolsボタンコレクションが表示されません。tableタグを追加／編集する場合、列数は後から（行数に至ってはほぼ確実に）変わるので、tableボタンがあってもtablecontrolsボタンコレクションがなければ使い物にならない気がします。table関係のボタンを撤廃してカスタマイズ任せにするか、フル実装のどちらかにした方が良いのではないかと思いました。 MODxとWPでは、ソフト的な特性やRTEのターゲットユーザーが微妙に違う可能性があるので、比較対象としては少々不適当ですが、WordPressのデ...

MODx 1.0.5J(ManagerManager 0.3.9)/1.0.5J-r1（ManagerManager 0.3.9r1）で下の関数がレベルダウンしてる気がします。
・mm_renameField
・mm_changeFieldHelp

現象：　ラベルは変わるがヘルプテキストが変わらない。
対処：　ManagerManager 0.3.8 + jquery-1.3.2.min.js の組み合わせに戻しました。

また、MMのプラグイン設定のjQuery sourceを「manual URL」にするとjQueryがインクルードされなくなる気も・・・　

どのバージョンからか分かりませんが、管理者以外のロールが割り当てられたユーザが、管理者が作成したリソースを編集すると、ページ設定タブの「リソースタイプ」「コンテントタイプ」「リソースの出力」の３つの属性が表示されず変更できません。何らかの理由でプログラムで意図的にガードしてるように見えますが、管理者が作成した文書を非管理者が改変するケースはありえるので、バグかと思います。

確認したバージョン：MODx 1.0.5J/1.0.5J-r1　※恐らく本家バージョンも同じかと

テーブルのCREATEは上記の変更で実行されたようですね。
今回は、恐らくシングルクオート（'）が問題になってるような気がするので、ソース内のSQL文のシングルクオート（'）をバッククオート(`)に直してみてください。
私の検証環境のMySQLは、5.1.35-communityです。このままではAnythingRatingをデバッグしてるようなものですし、セキュリティ的な不安も覚えます。前向きな判断として、技術的な限界を感じるようでしたら使用を諦めるのも一つの手かもしれません。

≪ MODx Parse Error ≫ MODx encountered the following error while attempting to parse the requested resource: ≪ Execution of a query to the database failed - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '○○○_atRa...

ローカルサーバー + MODx V1.0.5J 環境で動かしてみました。MaxiGalleryとの連携は確認してませんが、記事単位ではちゃんと動くようです。 との事ですがコールの書き方が悪いのか動いてくれません。。どのように書かれたんでしょうか？ ********************************************************************** １．星の表示 ********************************************************************** 1.0.5Jに同梱のテンプレート(xray)にコール...

ちょうど自分もEvoで困ってることと関係するので、Evo側から見た意見を言わせてください。 Revo-2.0.8-pl-ja + CentOS-5.5-x86_64にて、リソースグループを使ったメンバーオンリーなフォルダやページを作っているのですが、 そこで、Evoとの挙動の違いに気がつきました。たとえば - index - profile - login + secrets (should be member only) +--test1 (should be member only) +--test2 (should be member only) +--test3 (should be ...

こんにちは ローカルサーバー + MODx V1.0.5J 環境で動かしてみました。MaxiGalleryとの連携は確認してませんが、記事単位ではちゃんと動くようです。 ただ、anythingRating_1.0beta3/anythingRating/anythingRating_readme.txt には誤記があるようです。例えば、「How-to use this snippet(L336近辺)」のコード例の引数名が間違ってたり（バージョンを上げた時に正しく反映しなかったのかと）。同ファイルのL74～178近辺の引数定義が正しそうです。サンプルサイトも実際稼動してなかったりするので心配にな...

上記の加速対応ですが、もう一つ弊害がありました。 現象） テンプレートやリソース内でウェブリンクリソースへのURLをチルダで表現（例：[~99~]）すると、子や孫のリソースに飛ばない。 原因） リソースタイプに関係なくエイリアス（またはID）が単純にURLとして出力されるため。 ※ウェブリンクリソースの場合は、ウェブリンク属性がURLとして出力された方がよさそうな気がします・・・仕様？バグ？ 回避策） チルダ表現の代わりに、GetFieldなどで当該ウェブリンクリソースの「ウェブリンク属性（content）」を直接取得する。 例：　<a href="[[GetField? &...

nomoさんレスありがとうございます。
回避手段があったり、仕様や改善と解釈できそうな件は見送られる傾向があるので、JIRAにはあげませんでした。

余談）
随分前にテンプレート変数のデフォルト値に@EVALが使えない件を報告しましたが、MMという回避手段があるからか、サクっとクローズされちゃいました。バグと見る人もいるようですが・・・　＾＾；

上記の現象は、どのグループにも属さないリソースはアクセス可能になってしまうようです。
管理者グループを作り、すべての（管理者グループ以外のグループにアクセスさせたくない）リソースを意図的に割り当てることで回避できました。
仕様ともとれますが、限りなくバグに近いと考えています。

グループ管理機能でルート（ID=0）直下のリソースがアクセス制限できない気がするのですが・・・
例えば、索引ページをプログラム的に生成する場合、運用者はサイト公開後一切触る必要がないので、運用者には見せなくするケースなどは結構あると思います。

確認バージョン： MODx 1.0.5J

※グループ管理は非常に理解しずらいので、認識違いでしたらお許しください。

EasyNewsletter（V0.3）を使ってみましたが、幾つか問題があることが分かり、ソースを修正しました。 問題が翻訳ファイルにまで及んでいたので、下の翻訳者の方のソース（languages/japanese-utf8.php）も修正して同梱してあります。 http://modx.geo.jp/snippets/pickups/easynewsletter.html ※この場にて御礼。 障害１） テープルプレフィックスが考慮されない（モジュールをインストールすると、"modx_"などのプレフィックが付かずにテーブルがCREATEされてしまう）。 障害２） Undefi...

おつかれさまです。 1つのリダイレクトもなしですかぁ。　個人的に1回なら許容範囲かなと思ってました（＾＾； プロセッサの占有率とリッチな帯域があれば、こんなことは、はなから問題にもならないのかもしれませんが、最近うちのサバ＆ネット重いんですよ～　笑） リダイレクトをなくすと言うところだけ考えると $modx->sendForward() APIを使うといいかもしれません。こちらはリダイレクトせず、MODx内部でリソースIDを変えてもう一度処理し直します。URLはそのままで中身は最下層の先頭子リソースの中身が表示されます。少しでも処理を早くしたい場合はプラグイン化して「OnWebPageInit...

追伸）
上記の方式は、リソースタイプ（ドキュメントとウェブリンクの違い）を意識して処理するWayfinderは問題ないようですが、リソースタイプを意識せずに単純にIDからURLを割り出すBreadcrumbsでは処理できないようです。

ウェブリンクも処理できるようにBreadcrumbs V1.0.2を改造してみました。