トピック: XOOPSメインメニュー以下のサブメニューの表示を変える方法について

XOOPSメインメニュー以下のサブメニューの表示を変える方法について

このトピックには6件の返信、2人の参加者があり、最後に匿名により9年、 3ヶ月前に更新されました。

7件の投稿を表示中 - 1 - 7件目 (全7件中)

投稿者

投稿
2011 年 3 月 29 日 4:01 PM #2672

匿名
ゲスト

お世話になります。

<img src=”http://ja.xpressme.info/wp-content/uploads/2009/04/main_menu_xpressme_setting_select.png” alt=”画面” />

ここの表示で、

『WordPress管理』

『XPressME設定』

などの表示を変える方法を探してみたのですが、見つけることができませんでした。

たとえば、

『WordPress管理』->『ブログ管理』

『XPressME設定』->『拡張設定』

のように変えたい場合、どのあたりに手を入れる必要があるのでしょうか？

modinfo.php は変えてみたのですが、サブメニューへの影響は出ませんでした。

こちらが試行錯誤した内容が、言葉足らずかもしれませんが、何かヒントがあればと思います。何卒よろしくお願いします。

2011 年 3 月 30 日 4:11 AM #3250
toemon
キーマスター
xpla360さんこんにちは、XPressMEのご利用ありがとうございます。

ご質問の件ですが、

modinfo.php は変えてみたのですが、サブメニューへの影響は出ませんでした。

language/ja_utf8/modinfo.php(UTF-8での運用の場合)の
```
<code>// Sub menu titles 
define("_MI_XP2_MENU_POST_NEW","新規投稿"); 
define("_MI_XP2_MENU_EDIT","編集"); 
define("_MI_XP2_MENU_ADMIN","WordPress管理"); 
define("_MI_XP2_MENU_XPRESS","XPressME設定"); 
define("_MI_XP2_MENU_TO_MODULE","モジュールへ"); 
define("_MI_XP2_TO_UPDATE","アップデート");</code>
```
の部分を変更すれば適応されるはずなのですが・・・

あと、modinfo.phpを直接変更された場合は、モジュールのアップデート等により上書きされもとに戻ってしまうことがありますので、

altsysをお使いで言語オーバライドを有効に設定されて、あるのであればaltsysの、「言語定数管理」でオーバライドしておくほうが便利です。
2011 年 3 月 30 日 9:23 AM #3251
匿名
ゲスト
toemonさま

いつもお世話になっております。また、XPressME Integration Kit という大変すばらしいプログラムをご提供いただきまして、本当にありがとうございます。

さて、引っかかっている点ですが、やはり思うような結果が得られませんでした。

modinfo.php を再度見直しましたが、うまく反映されず、ご指摘のように上書きを防ぐため、altsys の方でもやってみましたが、反映されませんでした。

（altsysも、もともと導入していて、前回も試してみたのですがだめでした）

ちなみに、質問内容がずれるかもしれませんが、altsysの「言語オーバライドを有効」というのは、何か特別な操作をする必要があるのでしょうか？

また、その他に考えられるチェックポイントなどがあれば教えていただきたく思います。

念のためシステム情報も載せました。

お手数をおかけしますが、何卒よろしくお願いします。
```
<code>******** システム情報******** 
SERVER: Microsoft-IIS/6.0 
PHP Version: 5.2.9-2 
libxml Version: 2.7.3 
MySQL Version: 5.0.83-community 
XOOPS Version: XOOPS 2.4.4 
XPressME Version: 2.39 
WordPress Version: 3.1 
WP DB Version: 17056 
 
safemode: OFF 
register_globals: OFF 
allow_url_fopen: ON 
magic_quotes_gpc: OFF 
XML extension: ON 
default memory_limit: 128M 
change memory_limit: 128M 
post_max_size: 10M 
upload_max_filesize: 10M 
display_errors: OFF 
MB extension: ON 
mbstring.language: neutral 
mbstring.encoding_translation: OFF 
mbstring.internal_encoding: 
mbstring.http_input: pass 
mbstring.http_output: pass 
mbstring.detect_order: 
mbstring.substitute_character: 
mbstring.func_overload: OFF 
 
******** XPressMEがXOOPSより取得した設定値******** 
XOOPS_ROOT_PATH: OK 
XOOPS_TRUST_PATH: OK 
XOOPS_URL: OK 
XOOPS_DB_HOST: OK 
XOOPS_DB_USER: OK 
XOOPS_DB_PASS: OK 
XOOPS_DB_NAME: OK 
XOOPS_DB_PREFIX: OK 
 
******** WordPressで使用中のプラグイン******** 
Akismet: Version 2.5.3: (http://akismet.com/) 
Category Limitation: Version 1.1: (http://www.is-p.cc/wordpress/plug-in/category-limit/364) 
Kahi's WP Lite: Version 0.9: (http://kahi.cz/wordpress/wp-lite-plugin/) 
Plugin for XPressME: Version 1.0: (http://ja.xpressme.info) 
 
******** ブロックステータス******** 
 最近の記事内容: OK 
 最近の記事: OK 
 人気記事リスト: OK 
 ページ: OK 
 最近のコメント: OK 
 サイドバー: OK 
 検索: OK 
 カレンダー: OK 
 アーカイブ: OK 
 投稿者: OK 
 タグクラウド: OK 
 カテゴリー: OK 
 メタ情報: OK 
 ウィジェット: OK 
 拡張ブロック: OK 
 
******** ブロックオプション******** 
最近の記事内容 : recommend||10|0|100||||0|0|0 
最近の記事 : recommend||10|1|7||||0 
人気記事リスト : recommend||10|0||||0 
ページ : recommend||post_title|asc||||0|0|none||1|| 
最近のコメント : recommend||10|30|||0 
サイドバー : 
検索 : recommend||18 
カレンダー : recommend||#DB0000|#004D99 
アーカイブ : recommend||monthly|0|1|0 
投稿者 : recommend||0|1|0|1 
タグクラウド : recommend||8|22|pt|45|flat|name|ASC|| 
カテゴリー : recommend||ALL|name|ASC|0|0|1|1|||1|0 
メタ情報 : recommend||1|1|1|1|1|1|1|1 
ウィジェット : recommend||1| 
拡張ブロック : recommend|| 
 
******** グループ権限******** 
: (module_admin) : administrator(No) : 
登録ユーザー : (module_read) : inhibit register(Yes) : 
Recommendユーザー : (module_read) : author(Yes) : 
 
******** ユーザーメタ情報******** 
ユーザーメタキーは正常です 
 
******** JIG Recommendation統計******** 
カテゴリー数: 5 
記事数: 13 
投稿者数: 3</code>
```
2011 年 3 月 30 日 10:12 AM #3252
toemon
キーマスター
システム情報をありがとうございます。（これがあるとわかりやすいです）

で、すみません。XCLでの確認だけでXOOPS2.4では確認してませんでした。

今、手元に開発環境がないので、あれなんですが、

念のためにブラウザのキャッシュのクリアや、templates_c に保存されているキャッシュのクリアをおこなってみてもらえないでしょうか？

ちなみに、質問内容がずれるかもしれませんが、altsysの「言語オーバライドを有効」というのは、何か特別な操作をする必要があるのでしょうか？

ALTSYSの言語定数管理を開いて画面下に
```
<code>The overriding system cannot work with this XOOPS core except some D3 modules. If you want to enable it with this core, try to hack like this: 
include/common.php 
if ( file_exists(XOOPS_ROOT_PATH."/modules/"...."/main.php") ) { 
include_once XOOPS_ROOT_PATH."/modules/"...."/main.php"; 
} else { 
if ( file_exists(XOOPS_ROOT_PATH..../english/main.php") ) { 
include_once XOOPS_ROOT_PATH..../english/main.php"; 
} 
} 
require_once XOOPS_TRUST_PATH."/libs/altsys/class/D3LanguageManager.class.php" ; 
$langman =& D3LanguageManager::getInstance() ; 
$langman->read( "main.php" , $xoopsModule->getVar("dirname") ) ;</code>
```
みたいな感じで（言語が英語ですみません）include/common.phpの修正を促すメッセージが出ていれば未対応ということになります。

対応していれば、「言語オーバラードに対応しています。」みたいなメッセージが表示されていたと思います。
2011 年 3 月 30 日 2:26 PM #3253
匿名
ゲスト
toemonさま

いろいろとヒントを頂き、ありがとうございます。

結論から言うと、まだ解決できないのですが、問題点の切り分けができてきたので、その確認をして、ここを閉じようと思います。

まず、hackを入れている場所は的を得ていたので、そこから先に問題がありそうです。

modinfo.php　は、アップデートの際にオーバーライドされるので、言語定数管理を利用するのが良いと思いますが、ファイルの直接操作も、言語定数管理の利用でも、結果が反映されませんでした。

それは、キャッシュ（ブラウザ、smartyなど全て）を全て削除しても反映されませんでした。

ただし、この理由は、言語定数管理機能が正しく機能していないモノと考えられます。

その根拠として、言語定数管理の画面で、

キャッシュファイル名

D:/CustomerData/webspaces/webspace_00119384/wwwroot/ovs_trust/xoops_trust/cache/lang_1168d7_xpress_japanese_modinfo.php

キャッシュ状況

未作成

このコアでは、言語ファイルオーバーライドシステムはD3LanguageManager対応モジュールでしか有効になりません。非対応モジュールでもオーバーライドシステムを利用する場合は、以下のHackを試してください。
```
<code>include/common.php 
if ( file_exists(XOOPS_ROOT_PATH."/modules/"...."/main.php") ) { 
include_once XOOPS_ROOT_PATH."/modules/"...."/main.php"; 
} else { 
if ( file_exists(XOOPS_ROOT_PATH..../english/main.php") ) { 
include_once XOOPS_ROOT_PATH..../english/main.php"; 
} 
} 
require_once XOOPS_TRUST_PATH."/libs/altsys/class/D3LanguageManager.class.php" ; 
$langman =& D3LanguageManager::getInstance() ; 
$langman->read( "main.php" , $xoopsModule->getVar("dirname") ) ;</code>
```
このように表示されます。実際には if{} までは、取り消し線が表示されている状態ですが、この表示が出ているということは、機能が有効ではないということだと考えます。

そこで、hackをかけてみるのですが、おそらく内部エラーが出ているようで、画面が表示されなくなってしまう現象に当たります。

ですので、もし、言語定数管理機能を有効にできていないということであれば、今解決すべき問題は、言語定数管理機能を有効にできるかどうかが鍵になるということになりそうです。

この問題を解決するためにはしばらく時間がかかりそうなので、ポイントがはっきりしたところで、このスレッドは一度閉じようと思います。

状況をこのように読んでいますが、いかがでしょうか？

ポイントがずれているために表示を変えられないのかと思っていましたが、どうもそういうことではなさそうな気がします…
2011 年 3 月 31 日 5:56 AM #3254
toemon
キーマスター
XOOPS2.4.5での確認を行ってみました。

結果としてはmodinfo.phpの変更で素直にサブメニューが変更されました。

XOOPS2.4から日本語に関する仕様が変わっていますが（詳細はこちらを参照)

この仕様への対応としてはXPressMEのlanguage/japanese(EUC)は破棄して、

language/ja_utf8(UTF8) をjapaneseに名前変更あるいはコピー名前変更して使うことになりますが、

もしかして、XOOPS側の言語選択がjapaneseになっているにも関わらず、ja_utf8側を変更しているということはないですか？

それが問題ないようでしたら、modinfo.phpを改変後、モジュールをアップデートしてみるとか

あと、altsysの言語定数管理用のコアハックの件ですが

コアのアップグレードの事を考えると、include/common.phpをハックするより

mainfile.phpの

include XOOPS_ROOT_PATH.”/include/common.php”;

を行っている後に
```
<code>$d3lang_class_path = XOOPS_TRUST_PATH."/libs/altsys/class/D3LanguageManager.class.php"; 
if ( isset($xoopsModule) && file_exists($d3lang_class_path) ) { 
require_once $d3lang_class_path ; 
$langman =& D3LanguageManager::getInstance() ; 
$langman->read( "modinfo.php", $xoopsModule->dirname()) ; 
}</code>
```
を付け加えてあげれば、先にAltsysの言語定数キャッシュを読みに行くようになります。

mainfile.php修正結果例
```
<code>if (!isset($xoopsOption["nocommon"]) && XOOPS_ROOT_PATH != "") { 
include XOOPS_ROOT_PATH."/include/common.php"; 
$d3lang_class_path = XOOPS_TRUST_PATH."/libs/altsys/class/D3LanguageManager.class.php"; 
　　if ( isset($xoopsModule) && file_exists($d3lang_class_path) ) { 
require_once $d3lang_class_path ; 
$langman =& D3LanguageManager::getInstance() ; 
$langman->read( "modinfo.php", $xoopsModule->dirname()) ; 
　　} 
}</code>
```
この例では、モジュールの言語ファイルmodinfo.phpのみを対象としていますが、

必要なだけ、$langman->read()すればよいと思います。

Altsys言語定数管理画面の下に表示される

「言語ファイルオーバーライドシステム・・・」とかいう表示はXCLかそうでないかで切り分けているみたいですので、上記のハックを行っても消える訳ではありません。
2011 年 4 月 1 日 12:14 PM #3255

匿名
ゲスト

toemonさま

お世話になっております。

また、わざわざ XOOPS2.4.5 で再現までしてくださいまして、誠にありがとうございます。

結論から申しますと、mainfile.php の修正で機能しました。

modinfo.php の修正に関しましては、機能しない理由がよく分からないままです。確かに、UTF-8で動かしていますので、UTF-8対応のあたりで不具合があるのかもしれません…。

しかしながら、アップデートなどのメンテナンスを考えると mainfile.php に修正を加える方法が、今回の解決策としても最善の策だと思いました。

今回は、完全な解決となりますので、解決済みとさせていただきます。

お力添えいただきました toemon様誠にありがとうございました。

今後とも何卒よろしくお願いします。
投稿者

投稿