鎌滝です。
訂正します。
さて、準備をはじめたいと思います。いろいろと考えると、厳密な手順を考え
ないといけませんね。
まず、次の作業をしましょう。
- faq/3/*** のためのページ設定（これは現在のfaq2のものを使います）
- faq/*** の最新の登録から20件を faq/3/*** へ移動
混乱する方がいらっしゃると思うので、これは止めます。トップページの表示
は旧tracker分を10件、新tracker分を20件というリストにしておこうと思いま
す。
- トップページへ faq/3/*** のための Tracker を設置
松井幹彦です。
みなさん、ありがとうございます。
お骨折りによって、希望通りに外部からのリンクが生きるようなので安心しました。
実はOOo QAを開始して、適度な重複は重要なデータになると思うようになり
ました。たとえば、同じ課題に対して違う表現の質問が複数あった場合、質問
される方の検索は、そのどれかに行きつく確立が高くなります。さらにページ
にあるリンクを辿ることで、本来の回答へ行きつけるようになるわけです。
これは、私も感じています。
無理矢理ひとつに統合するよりも、いろいろなアプローチのものをリンクさせて
おく方が有効だと思います。
Yutaka kachi wrote:
- デフォルトでは入力方式のステータスが、カーソル下に表示されている
- [表示]-[入力方式のステータス]を選択（Veiw-Iput Method Status）
- 入力方式のステータスが、非表示になる
- OpenOffice.orgを再起動
- 入力方式のステータスはオフのままなのに、表示されてしまう
OOoQAで、こちらに情報を整理中です。
http://oooug.jp/faq/index.php?faq2%2F171
既知の不具合です。
ずいぶんと前に報告されていて、そのままになっています。
Tora
Masahisa Kamataki wrote:
実はOOo QAを開始して、適度な重複は重要なデータになると思うようになり
ました。たとえば、同じ課題に対して違う表現の質問が複数あった場合、質問
される方の検索は、そのどれかに行きつく確立が高くなります。さらにページ
にあるリンクを辿ることで、本来の回答へ行きつけるようになるわけです。
それと、システムを複数設けることとは、別次元の議論です。
１つのシステムにおいても、過去ログを調べなければ、重複して投稿しますから、
お望みの状況は作り出せます。
複数のシステムにすることによって過去ログを調べ難くし、その結果、適度な重複が
catchです
tora wrote:
Yutaka kachi wrote:
- デフォルトでは入力方式のステータスが、カーソル下に表示されている
- [表示]-[入力方式のステータス]を選択（Veiw-Iput Method Status）
- 入力方式のステータスが、非表示になる
- OpenOffice.orgを再起動
- 入力方式のステータスはオフのままなのに、表示されてしまう
OOoQAで、こちらに情報を整理中です。
http://oooug.jp/faq/index.php?faq2%2F171
既知の不具合です。
tora wrote:
誤解があるといけないので書いておきます。わたしが限界と書いたのは、
Pukiwikiには1ページで表示できる容量に限界があるということです。Tracker
の登録数の限界ではありません。具体的には、どこに影響が出るかというと、
faqページに登録された質問の下記の一覧ページです。
http://oooug.jp/faq/index.php?%BC%C1%CC%E4%A5%EA%A5%B9%A5%C8
これ自体は、そもそもそのようなページの設計が悪いのではないでしょうか。
- デフォルトでは入力方式のステータスが、カーソル下に表示されている
- [表示]-[入力方式のステータス]を選択（Veiw-Iput Method Status）
- 入力方式のステータスが、非表示になる
- OpenOffice.orgを再起動
- 入力方式のステータスはオフのままなのに、表示されてしまう
OOoQAで、こちらに情報を整理中です。
http://oooug.jp/faq/index.php?faq2%2F171
Yutaka kachi wrote:
これでしょうかね
RFE around an Input Method for
Masahisa Kamataki wrote:
誤解があるといけないので書いておきます。わたしが限界と書いたのは、
Pukiwikiには1ページで表示できる容量に限界があるということです。Tracker
の登録数の限界ではありません。具体的には、どこに影響が出るかというと、
faqページに登録された質問の下記の一覧ページです。
http://oooug.jp/faq/index.php?%BC%C1%CC%E4%A5%EA%A5%B9%A5%C8
tora wrote:
項目数が多くなるとエラーが発生するとおっしゃっていましたが、Pukiwiki のプログラム
Masahisa Kamataki wrote:
誤解があるといけないので書いておきます。わたしが限界と書いたのは、
Pukiwikiには1ページで表示できる容量に限界があるということです。Tracker
の登録数の限界ではありません。具体的には、どこに影響が出るかというと、
faqページに登録された質問の下記の一覧ページです。
http://oooug.jp/faq/index.php?%BC%C1%CC%E4%A5%EA%A5%B9%A5%C8
$ cat wiki/BCC1CCE4A5EAA5B9A5C8.txt
[[FrontPage]]
...
tora wrote:
# PHP を使っていながら、データベースソフトを使わないなんて。。。変なやつ。
ディレクトリの内容を単純にコピーしたら、移行できちゃった。
データベースソフトをあえて使っていないから、このような利点があるのですね。
http://x.tora-japan.com/oooug.jp/faq/
※個人的なテスト・開発・作業用です。
本物と間違えないように、背景を灰色にしています。
Tora
-
To
catchです
tora wrote:
Yutaka kachi wrote:
これでしょうかね
RFE around an Input Method for OpenOffice.org later
http://ja.openoffice.org/issues/show_bug.cgi?id=21885
げっ、ずいぶんと昔に書いたやつですね。
今回のは、Request For Enhancement (RFE) ではなくて、単なる「バグ」として、
できるだけすみやかに「改修」されるべき不具合のような気がいたします。
Yes.
catchです
tora wrote:
最初の 100 件を表示し、[前へ] [ 1 2 3 4 ] [次へ] のようなボタンを用意しておくのが、
ごく普通のやり方のような気がしませんか。
おお、それはナイスかも。
# 問題となっているページの内容を作り出しているは、plugin/tracker.inc.php かな。
そうです。
たとえば、次のように記述すると、faq1というtrackerで登録したfaq以下のペー
ジを20件表示します。
#tracker_list(faq,faq1,_real:SORT_DESC,20)
鎌滝です。
At Mon, 15 May 2006 07:16:05 +0900,
Yutaka kachi wrote:
tora wrote:
最初の 100 件を表示し、[前へ] [ 1 2 3 4 ] [次へ] のようなボタンを用意しておくのが、
ごく普通のやり方のような気がしませんか。
おお、それはナイスかも。
# 問題となっているページの内容を作り出しているは、plugin/tracker.inc.php かな。
そうです。
たとえば、次のように記述すると、faq1というtrackerで登録したfaq以下のペー
ジを20件表示します。
catchです
Masahisa Kamataki wrote:
で、「ページの容量制限があるので、ページを分けましょう」という話になっ
た時、「じゃ、このタイミングで tracker の仕様を見直しましょう」という
ことになったわけです。具体的には、「分類」が増えています。旧ページに新
しい仕様の tracker を組み合わせるのは、リストの表示がおかしくなるので、
ページを分ける必然性が出たのです。この規定の方針にしたがって、わたしは
作業しているのです。みんな忘れてる。;-
ごめんなさい。m(_ _)m
# 問題となっているページの内容を作り出しているは、plugin/tracker.inc.php かな。
Masahisa Kamataki wrote:
書いていながらお気づきでないようですが、メスを入れるなら tracker でな
く tracker_list のほうです。tracker のほうは1ページずつ吐き出している
だけだから、基本的には無制限なはずです。
その通りっす。
勘違いしているわけではないという言い訳を少し。。。
機能名からでなく、実装しているソースコード側から見たらって話でした。
ファイルとしての
グッデイ谷です。
Yutaka kachi [EMAIL PROTECTED] wrote:
今回の不具合は、OOoを再起動したとき、IM Statusの設定が無視されるというこ
となので、やっぱりバグかも知れません。
これが直ると、二宮町さんおよび、*nuxデスクトップをドシドシ使いたいという
日本語版ユーザーの皆さんに、大いに喜ばれると思います。
# オフトピですが。
scim-anthyとかだとそもそもimstatusの小さいダイアログが出ないので
最近のlinuxディストリビューションを使っていると気づかないパターン
もありそうです。
scim-anthyとかだとそもそもimstatusの小さいダイアログが出ないので
最近のlinuxディストリビューションを使っていると気づかないパターン
もありそうです。
OpenSuSE10.1は scim-anthyなので気付きません。
ただフリーソフトウェアで第３水準、第４水準の漢字を入力できる
のはまだ無いらしいのでその辺がATOKの強みでしょうか。
対象のNovell Desktop Linux, GnomeのIMってATOKなのでしょうか。
対象のSuSE Linuxのバージョン、Gnomeのバーションはわかりますか。
khirano
天野です。
詳細をまとめた方が良いみたいですね。私の場合は、Gnome + iiimx + iiimdで、
[shift][space]で切り替えるとウィンドウの左下にステータス(?)が表示されます。
OOo側で表示/非表示を切り替えても変化なし。
scim-anthyとかだとそもそもimstatusの小さいダイアログが出ないので
最近のlinuxディストリビューションを使っていると気づかないパターン
もありそうです。
OpenSuSE10.1は scim-anthyなので気付きません。
ただフリーソフトウェアで第３水準、第４水準の漢字を入力できる
18 matches
Mail list logo
