On March 26, 2019 we launched new MODX Forums. Please join us at the new MODX Community Forums.
Subscribe: RSS
  • 1.タイトルの認識

     以下のように理解して使ってます。

     pagetitle : 必ず入れてね。(システム内でID以外の判別要素として””使うよ)
     longtitle : よかったら使ってね(pagetitleとは別に、ページの内容をより詳しく説明したいときに使ってね)
     menutitle : よかったら使ってね(メニュー名は長いと不都合があるので英語なんかもお勧め)

    2.longtitleの実例

     http://mx.quickart.jp/na/image/cute.html
     pagetitle : キュート : 管理画面では分かりやすい簡潔な名前で見たい
     longtitle : かわいらしいデザイン : 閲覧者が分かりやすくフレンドリな表現にしたい
     menutitle : CUTE(キュート) : メニューは文字列長や見た目が大事

    3.ManagerManagerを利用したlongtitleのコントロール

     longtitleを使わないページ(サイトではない)の場合は、邪魔なだけなので、ページごとに
     ManagerManagerで消してます。また、プログラム的にlongtitleがないとまずい場合は、
     ManagerManagerでpagetitleをlongtitleにコピーするような実装もお勧めです。

    4.コアの実装提案

     longtitleはシステムに予め実装されてるプロパティなので、グローバル設定で
     「longtitleの表示有無」が指定できると便利かもしれません。
    • いつもお世話になっております。
      日本語版の開発、ありがとうございます。

      pagetitleとlongtitleの日本語のラベルと使い方で白熱してきているようですね。 grin

      私も、使い方としては、いろいろあって、

      • longtitleは使わず、pagetitleだけを使うケース
      • pagetitleは管理用のタイトルとして、表示にはlongtitleを使うケース
      • 一覧表示にはpagetitleを使って、ページ内の見出しとしてはlongtitleを使うケース
      等々、サイトや各コーナー毎の特性や、運営担当者のリテラシーや考え方によって変えています。

      なので、必要に応じて、ManagerManagerでテンプレート毎にラベルを変えたりしますし、
      場合によっては、longtitleは非表示にしたり、ページ設定タブに移動したり、ケースバイケースで使っています。

      このあたり、日本語版の位置づけにもかかわってくる問題かと思います。
      いろいろ価値観がわかれるところでしょうから、
      今までのバージョンと、大きく変えて、無理に意訳する必要もないかと思います。
      また、機能面で本家と変えるということは、日本語版の範囲を超えると思いますし、
      本家のバージョンアップについていくのも大変でしょうから、
      日本語版は、あくまで本家のローカライズという位置づけを守られる方が妥当かと思います。
      (あえてここで言う必要もないかもしれませんが)
      機能面で改善すべき箇所は、ぜひ本家の開発メンバーに伝えていただくということで、よろしくお願いします。m(__)m


      海外のソフトを使っていると、明らかに文化の違いというものを、ひしひしと感じますね。
      たとえば、日本の入力フォームのシステムでは、多くの場合確認表示というものがありますが、そういうものが無いとか。必須、任意の区別が無いとか。…
      こういう文化的な違いまで言い出すと、根本的な部分で違うシステムにしていく話にもなりかねないですので、
      どちらかというと、コアを変えるより、日本の文化に合う拡張リソースを充実させていくという方が理にかなっているような気がします。
      たとえば「DateTimeJP」とか標準で入ってても良いんじゃないかと思ったりします。
        ★日本公式フォーラム2009年9月1日本格始動!★
        http://modxcms-jp.com/bb/

        ▼ウェブ屋のCMS→modxヒキダス流(備忘録)
        http://d.hatena.ne.jp/hikidas_ikeda/
        ▼制作済みHTMLページをmodxで更新するデモ
        http://www.hikidas.com/hikidas/modx_document/modx_demo_osc2009kansai.php
      • なるほど。もしかするとベータ2では元のレイアウトに戻すかもしれないですが、とりあえず出してみて意見が聞けてよかったです。
        DateTimeJPとかはいいかもですね。eFormもJP版があります。
        • 現在のタブに分けるレイアウトは評価していますがメインのタブに関する要望です。

          メイン

          タイトル                           
          エイリアス                          全角エイリアス自動生成 url エンコード対応
          メニュー表示    公開する    [プレビュー]

          内容( MODxタグ:[*content*] )
          ┌───────────────────────────┐
          │                                          │

          「メニュー表示」「公開する」ともにデフォルトではチェックなしを希望します。
          とくに「公開する」がチェックのないのは最初は違和感があったのですが(別タブに有るため気が付かない)書きかけで公開してしまう場合が多いため僕の場合は記事が完成してから社長の確認後「公開」するように指導しています。書きかけのまま何日も放置している場合が多いのでそのまま Googleなどに登録されてしまうと不都合が多いです。

          すぐ横に「プレビュー」がほしいのはその為です。
          ページ設定タブの公開日時の上に「作成日」も追加してカレンダーで変更できるようにしてほしい。
          • デフォルトで公開にしないとかは、国内で支持が強いブログタイプのライトなCMSとの特性の違いを考慮する必要があるのかも、って感じですね。
            (余談かもですが、欧米では日本みたいにブログタイプのCMSの支持の厚さは不思議に感じるらしい)
            • そのかわり Joomla 、Wordpress、Nucleus でも 「公開/非公開/下書き」を記事の編集画面で選択できます

              「保存」を「公開」ボタンにするかチェックボックスにするかのインターフェースの問題ですね
              • QuickEdit のウインドウサイズが画面の縦サイズいっぱいに広がってしまいます
                ※ブラウザを起動して2回目以降の「編集content」

                safari3.2.2、chrome2.0 Windows版のみ

                日本語版でない 0.9.6.3 ではこの現象はありません。
                • 状況がわからないので疲れてきました。

                  何度も予定変更していると信用なくなりますよ
                  1回目の予定変更、3月中旬(3/20まで)をすでに過ぎました。
                  http://modxcms-jp.com/news/78.html

                  このままでは、5月でも難しいんでしょうか? :’(
                  • TinyMCE 文字サイズ変更後の不具合

                    文字サイズが px 指定されており IE7、8で文字サイズが変更できなくなっています。(改悪)

                    em とか % 指定にしてください。文字サイズ 96% 行高 140% の指定が好みです。

                    マネージャ画面のタブメニューの文字サイズも固定サイズになっているようです(改悪)

                    それでゎ smiley
                    • サンプルサイトのブログ > エントリーの追加で公開日時のカレンダーが表示できない(改悪)

                      IE7、8 で カレンダーの画面に 404 ページが表示されます。

                      それでゎ :’(

                      追記:2009/03/25 19:54
                      具体的には FormBlog 32行目の赤字部分が削除されているのが原因のようです
                      nwpub_cal1.path="[+base_url+]manager/media/";