2012-03-02 7 views
0

アクセス2003アプリケーションを2010に移行しています。新しいリボンに問題があります。アクセスリボンの問題2010

最初の問題はリボンの高さですが、明らかに高すぎます。

私のユーザーがデータベースを編集する必要はありませんが、彼らは次のように報告書に具体的にいくつかの特定の機能にアクセスする必要がある:

  • 印刷

  • レポートを閉じます

    エクスポート

コードが見つかりました時間が許せばリボン

DoCmd.ShowToolbar「リボン」、acToolbarNo

またはそれに

DoCmd.SelectObject acTable, "MSysObjects", True 
DoCmd.RunCommand acCmdWindowHide 

を最小限にdesactivateするが、私はそれはそれをアクティブにするために良いアイデアだとは思いませんそれぞれの報告と閉鎖後の非活性化(またはそれを根絶して再調整する)

良いアイデア?

よろしく

答えて

1

実は、私はレポート用のリボンを活性化することで、すべての悪い考えではないと思います。

また、リボンを最小化するコードが正しくありません。実際に投稿したコードは、ナビゲーションペインを最小化または非表示にします。そして、悪化すると、ナビゲーションペインに「システムオブジェクトの表示」オプションが選択されていない可能性が高いため、ほとんどの場合は失敗します。システムテーブルはすべての種類のものを表示します。これは一般的なルールであり、 。

アプリケーションの起動時にナビゲーションペインを非表示にするには、現在のデータベースのファイル - >オプションで、単にナビゲーションペインの表示オプションをオフにします。今

、最初に、リボンを最小化するための正しいコードは、従って以下の通りである

CommandBars.ExecuteMso「MinimizeRibbon」は

今収集またはリボンのスペースを取り戻すためなどのために?

私はかなりよく働くことができる2つのアプローチをお勧め:

最初には、フォームを持っているボタンやオプションを取り、そしてそのフォームのリボンにそれらを移動することを検討します。そうすれば、あなたは失われた空間を取り戻すことができます。とにかくそのフォームのボタンが使用するSAMEコードをリボンダイレクトコールで呼び出すことができます。

これは実際にフォーム上にどれくらいのスペースがあるかと思います。ではない私たちのすべては、アクセスのこのスクリーンショットのように余分なスペースがたくさんある:

enter image description here

だから、私はリボンが素敵なUIだと思います。

次に、リボンを最小限にしてアプリケーションを検討してください。これは再びスペースを解放するでしょう。また、リボンを最小限に抑えるレポートの場合もあります。

レポートでは、リボンが大変だと思います。だから、実際には私はお勧めします

enter image description here

:ビーイングはあなたがこれを取得する単語などへの輸出、PDFとして保存、PDFなどの電子メールなど、すべてのこれらのオプションを置くためにいくつかの場所が必要である理由レポート用のリボンを表示します。ここでは、リボンを使用してフォーム上の既存のアプリケーションスペースを解放したい場合は、おそらく唯一の重要な設計上の決定です。

レポートを表示する場合を除いて、リボンをすべて一緒に隠すことができます。

オフィスのすべてがリボンを使用しています。 SharePointも同様です。ちょっとAutoCADでもリボンインターフェースを使用しています。また、このようなインターフェイスはタブレットでもうまく機能することにご留意ください。だから、そのようなUIには、あなたのソフトウェアをタブレット上で動かすなど、多くの素晴らしい "未来の証明"機能があります。

このように、リボンを扱うことができるアプローチを考えてみましょう。

したがって、リボンはフォームのスペースを解放し、空き容量を増やすことができます。しかし、あなたの一般的なアプリケーションにリボンを使用することがカードにない場合、私はまだ彼らが多くの意味を持っていると考えています。

+0

あなたの大きな説明に感謝します –

関連する問題