[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[kagemai-users:0165] Re: デフォルトテンプレートについて要望



小寺です。こんにちは。

> あまりこだわる必要がないところかもしれませんが。「対処」だと、
> レポートを保留するのも却下するのも「対処」じゃないかと思った
> というのがあります。
>
> でも、改めて考え直すと「対処」でも悪くない気がしてきました。

それでは「解決」では・・・なんか格好悪いですね。
新規のデータ作成依頼に対応した場合等でもなんとか許容出来る”対処”。
「プロジェクトのTo-Dos管理」までこなせてオススメです。

※「バグトラッキング」のテンプレートとしては「修正」が王道だと思います。


> プラグインという形で API を整理して、プロジェクトごとに、
> 有効にするプラグインを選んだり、プラグイン固有の設定を
> できるようにしたいと考えています。
> # 実現方法は、まだなにも考えていませんが。

実際に運用してみますと担当者へのメール機能が非常に重要に感じています
(沢山担当外のメールが行くと、徐々に見なくなってしまう傾向が・・・)。
というわけで、
http://www.daifukuya.com/kagemai/guest.rbx?project=kagemai&action=view_repor
t&id=159#6
こちらに書かせて頂いた感じの事が簡単な設定で出来ると嬉しいです。
ちなみに、現状担当者フィールドは一度削除して複数選択フィールドとして追加
しなおしています。

さらに、明日にでも試してみようと思っているのは、
---
・担当者フィールドはやっぱり単一選択に戻す
・CCフィールドとして、担当者フィールドと同じ項目リストを持つ
 複数選択可フィールドを設定する
・担当者フィールドとCCフィールドの前状態を保存するフィールドを
 (ゲスト・ユーザー変更不可にて)作成し、change_status.rb でコピる処理を入れ
る
・email_message.rbでは、担当者、CC、前担当者、前CCをマッピング&結合&単
一化して送付
---
直前状態の処理は、プロジェクトマネージャや「そのレポートは現担当者より自分が
適任と」
判断した(新)担当者が担当者設定を変更した場合に、解任された(前)担当者にそ
の旨
通知する為のものです。

これが動いたら、上記CCフィールドに依存した宛先はメールでもCCになって欲し
くなりそうです(前振り)。


>個人的には、「ゲストは作成のみ可能」オプションの重要性は
>高くないと思いますが、必要であれば追加したいと思います。
>
>必要だと感じる方は、BTS に提案として登録してください。
># 私が忘れてしまわないように。

私も重要性としては高くないです(あって悪くなることはないと思いますが・・
・)。
私一人の要望で追加して頂く類の事では無いと思いますので、
他に必要と思われる方がいらっしゃいましたら、BTS登録して
下さいませ(擬似投票処理風)。

小寺 TDA00220@xxxxxxxxx