1

私のチームは、ダッシュボードとドリルスルー レポートの作成に取り組んできました。概念実証段階を過ぎて、現在、「生産準備完了」レポートの作成に取り組んでいます。私たちの会議では、レポートの全体的なスタイルを Cognos のデフォルトから変更する必要があるということが提起されました。

Cognos のスキン システムに気付きました。レポートの表示とポータル内で使用されるポータルと UI 要素のスキニングがあることを確認しました。これは必ずしも私たちが望んでいたことではありません。理想的には、ポータルを会社のブランディングに変更し、リストとクロス集計の外観を (実際のレポートの他の要素と同様に) 変更できるようにしたいと考えていました。

レポート用に生成されたページ ソースを確認したところ、次のスタイルが含まれていることがわかりました。

cognos\c10_64\webcontent\schemas

webcontent ディレクトリを調べていると、次のパスも見つかりました。

cognos\c10_64\webcontent\reportstyles

これらのパスには両方とも、同様の名前の css ファイルが含まれています。レポート HTML に含まれるスタイルは「スキーマ」ディレクトリを指しますが、私の論理的思考では、「reportstyles」ディレクトリが Cognos レポート表示内のどこかで使用されていると信じたいと思いますが、ページ ソースに含まれているのを見たことがありません。見ました。

含まれているcssファイルを取得し、そこからcssをコピーして「xxx_system.css」ファイルに配置し、そのファイルを元のcssファイル。

このプロセスは機能し、変更を確認できますが、これを行うためのより良い、または「より正しい」方法があるかどうかはまだ疑問です. 実際のレポートのスキン/スタイルを設定する最良の方法について詳しく説明できる人はいますか?

4

3 に答える 3

2

UIをカスタマイズするための私のアプローチは大きく異なります。6年以上同じことをしている会社に入って、すべてを変え始めたいと想像してみてください。少し抵抗がありましたので、私の経験があなたのスタートに役立つことを願っています。

私はUIベースの強力なバックグラウンドを持っており、すぐに自分の知識を設計中のレポートに提供したいと考えていました。うまく設計されたUIの価値を、それを使用するすべての人に衝撃を与えたり怖がらせたりせずに示したかったので、それにはタクトが必要でした（逆境の変更など）。これは、Cognosファイル自体ではなく、レポート内で作業することで処理しました。

CSS、Javascript、CGI自体のいずれであっても、コアファイルの操作を開始した瞬間に、アップグレード時に完全に破損するという明白なリスクがあります。レポートにHTMLアイテムを作成し、そこからリソースを呼び出すことで、これを回避しました。たとえば、このHTMLアイテムは、レポートのほぼすべてのヘッダーに含まれています。

<link type="text/css" href="cognos8/common/css/ui-lightness/jquery-ui-1.8.5.custom.css" rel="Stylesheet" />
<link type="text/css" href="custom.css" rel="Stylesheet" />
<script type="text/javascript"
 src="https://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js"></script>
<script type="text/javascript"
 src="https://ajax.googleapis.com/ajax/libs/jqueryui/1.8.5/jquery-ui.min.js"></script>
<script type="text/javascript">
jQuery.noConflict();
jQuery(document).ready(function() {
}); // End Ready
</script>

これで、jQuery、UIフレームワーク、その他すべてにアクセスできるようになりました。でオーバーライドを指定し、custom.cssそこから外観を構築します。これは面倒に思えるかもしれませんが、IBMにはメジャーバージョンをアップグレードし、命名規則と関数を完全に消去するコツがあるため、CSSセレクターがオフの場合、IBMの元のスタイルに「デフォルト」されます。

これは私がそれを回避しなければならなかった方法であり、それが最善の方法であるかどうかは完全にはわかりません。私は自分が持っているものを使って作業してきましたが、それはサーバーファイルなどへのアクセスがありません。これを非常に安全なアプローチと考えてください。

于 2011-03-04T16:39:44.307 に答える
0

サポートされている Cognos スキニング システムを使用して、クロスタブとリストのルック アンド フィールを完全に変更できます。以前の雇用主のために、動的要素の外観の変更を含め、Cognos のルック アンド フィールを完全にオーバーホールしました。

GlobalReportStyles.css のデフォルト スタイルを見ると、これらのスタイルはすべて、スキンのカスタム CSS ファイルでオーバーライドできます。この方法は、GlobalReportStyles.css を直接変更するよりも安全です。カスタム スキン ディレクトリはアップグレードによって変更されませんが、グローバル スタイルシートは確実に変更されるからです。

残念ながら、スキン機能を使用して作成した変更が、バージョンが変わってもまったく同じようにレンダリングされるとは限りません。Cognos は、UI を再配置したり、全体的な外観を微調整したりして、変更を壊す可能性があります。ただし、これは、デフォルトの Cognos オブジェクトに対して普遍的で自動的なルック アンド フィールの変更を効果的に作成する唯一の方法です。

于 2014-11-12T23:22:17.823 に答える
0

現在、Cognos 10.1 を使用しており、リリースの準備をしています。インストール、構成、および微調整を処理する方法は、リビジョン管理システムからデータを取得する自動ビルド/構成プロセスです。このようにして、アップグレードしてもカスタマイズが失われることはなく、アップグレードからの変更を簡単にマージできます。

于 2011-08-03T10:07:50.170 に答える