過去ログ表示


過去ログ 394 を表示

トピック内全 9 記事中の 1 〜 9 番目を表示
[ 最新記事及び返信フォームをトピックトップへ ]
このトピックの全ページ / [0]

印刷プレビュー画面のメニュー表示
(#58079) このトピック中1番目の投稿
(環境: Linux/Other)

fedora20にて
firefox29.0.1で、印刷プレビュー表示をすると、
画面上部のメニュ-表示の右端にある「閉じる」等のボタンが画面外に出てしまい。
押せなくなる。

日本語表示の場合 画面の解像度が水平1600ドットくらい無いときちんとメニューも表示できないのはあまりにも不親切だと思います。
英文でも、画面の解像度が水平1300ドットくらい無いときちんとメニューも表示できない

すべてのアドオンを外した状態でも再現するので、
プレビュー画面のメニュー表示の設計自体に問題がある。
画面外にあふれたメニュー項目を表示する用に左右にスライドできるようにするか、
溢れた分を次の行に表示するようにできないものでしょうか?

Re: 印刷プレビュー画面のメニュー表示
(#58087) このトピック中2番目の投稿
(環境: Linux/Other)

(#58079) の nikohon さん(投稿 :2014/05/30(Fri)10:31:18,環境:Linux/Other)
maji と申します。


> fedora20にて
> firefox29.0.1で、印刷プレビュー表示をすると、
> 画面上部のメニュ-表示の右端にある「閉じる」等のボタンが画面外に出てしまい。
> 押せなくなる。
>
> 日本語表示の場合 画面の解像度が水平1600ドットくらい無いと
> きちんとメニューも表示できないのはあまりにも不親切だと思います。


1024*768 の解像度しかない古いノートパソコンに Linux-Mint を入れて
Firefox 29.0 を使ってます。
印刷プレビュー表示ですが
「 画面上部のメニュ-表示の右端にある「閉じる」等のボタンが画面外に出てしまい」
等の現象は私の手元では起きません。

不思議ですね。
fedora20 特有な事象なのかな?


では。



.

Re: 印刷プレビュー画面のメニュー表示
(#58088) このトピック中3番目の投稿
(環境: Linux/Other)

> 等の現象は私の手元では起きません。
> 不思議ですね。
> fedora20 特有な事象なのかな?

言葉で説明するよりも、実際の画面のキャプチャで見ていただくのが良いかと思いますので
現在Blogの移転作業中でところですが
http://xma-d01.blogspot.jp/2014/06/firefox.html
を お手数ですが参照願います。

Re: 印刷プレビュー画面のメニュー表示
(#58089) このトピック中4番目の投稿
(環境: Other/Other)

> http://xma-d01.blogspot.jp/2014/06/firefox.html

「閉じるなど」は、「_X□」ではなくて、ツールバー右端の[閉じる]ボタンでしたか。
Window幅を狭めて、ツールバーの右側のボタンを追い出すと、横スクロールバーは、印刷プレビューの用紙幅によって表示されるので、追い出されたボタンにアクセスできない、というのと同じ現象のことですね。
で、物理的なウィンドウ幅一杯に拡げた状態での話だから、それ以上拡げられない、と。

タイトルバーを掴んでウィンドウの左側を物理画面の外に追い出すと、右端でウィンドウ幅を拡げられますから、それで[閉じる]ボタンを表示させ、タイトルバーを掴んでウィンドウの位置を少し戻して確認、タイトルバーを掴んでウィンドウの位置を左に動かして[閉じる]ボタンが見えるようにする、とやれば、[閉じる]ボタンを押せます。
Firefox単体ではなく、OS+Firefoxの協業で行う。

用紙サイズを、B1横、のように大きくして、ウィンドウサイズに合わせて縮めるオプションをはずすと、スクロールバーでボタン類が見えるようになりますか?
UIフォントサイズを大きくしている、あるいは、layout.css.devPixelsPerPxで画面全体を拡大、というようなことをしていますか?

Re: 印刷プレビュー画面のメニュー表示
(#58090) このトピック中5番目の投稿
(環境: WinNT/Other)

(#58088) の nikohon さん(投稿:2014/06/09(Mon)11:19:14,環境:Linux/Other)
maji です。


# 直前の WADA さんの投稿と内容的に被りますが
# そのあたりご容赦ください。


> 言葉で説明するよりも、実際の画面のキャプチャで見ていただくのが良いかと思いますので
(以下省略)


「画面上部のメニュ-表示の右端にある「閉じる」等のボタン」とは
一番右上の端の「×」マークの事ではなく
いわゆるメニューバーに相当する行(?)の
右端にある横長の「閉じる」ボタンの事だったのですね。


> http://xma-d01.blogspot.jp/2014/06/firefox.html
> を お手数ですが参照願います。


前の投稿に記した
1024*768 の解像度しかないパソコンの Linux-Mint + Firefox 29.0 と
別のパソコンで同じ 1024*768 にした Windows 8.1 + Firefox 29.0.1 と

それぞれの環境でプレビュー表示をしてみましたが
水平1024ドットの状態で何も問題なく画面の中にちゃんと納まっています。

不思議ですね。

なんとなくですが nikohon さんの画面では
一番上の右端に「×」がある行(?)の
通常は表示してるタブのページのタイトル名称が表示されてる部分の文字の大きさ(★A)に比べて
「印刷(P)」「ページ設定(U)」〜「縦(O)」〜 のメニューバーに相当する行(?)の
個々のコマンド表記の行の文字の大きさ(★B)が少しばかり大きくて
結果的に横に間延びしてる様に見えます。

私の Linux-Mint と Windows 8.1 のそれぞれでは
★A も ★B も同じ大きさに見えてます。

このあたり
nikohon さんの Firefox または OS側の設定ってどんな風になっているか
確認してみていただけないでしょうか。


では。



.

Re: 印刷プレビュー画面のメニュー表示
(#58091) このトピック中6番目の投稿
(環境: Linux/Other)

> 用紙サイズを、B1横、のように大きくして、ウィンドウサイズに合わせて縮めるオプションをはずすと、スクロールバーでボタン類が見えるようになりますか?
> UIフォントサイズを大きくしている、あるいは、layout.css.devPixelsPerPxで画面全体を拡大、というようなことをしていますか?

アドバイスありがとうございます。
用紙サイズを変える方法も試しましたが、プレビュー画像が小さくなるだけでメニューバーには変化は無かったです。layout.css.devPixelsPerPxも、過去にパラメータを変えた記憶が無いのでおそらくデフォルトだと思いますが、「-1.0」でした。これを「1.0」に変えてみましたが変化なしです。
UIフォントは、通常12から14前後で設定してますが、これを10まで小さくして、アドオンの"Print Edit 12.6"を削除すると、水平1050ドットでも「閉じる」ボタンがウィンドウ内に収まってくれます。
ただ、UIフォントを10ポイントまで小さくすると、視力の衰えた眼には辛いですね。

現状のスクリーンショットはこんな感じです。
http://xma-d01.blogspot.jp/2014/06/firefox-2.html

Re: 印刷プレビュー画面のメニュー表示
(#58092) このトピック中7番目の投稿
(環境: Linux/Other)

アドバイスありがとうございます。

> 結果的に横に間延びしてる様に見えます。

申し訳有りません。ブログのレイアウト設定で、画像が同じ幅になるように
自動で縮小されていたようです。

現状のスクリーンショットはこんな感じです。
http://xma-d01.blogspot.jp/2014/06/firefox-2.html
サムネイルをクリックすると原寸画像を表示する用に変えてみました。

Re: 印刷プレビュー画面のメニュー表示
(#58093) このトピック中8番目の投稿
(環境: WinNT/Other)

(#58091) の nikohon さん(投稿:2014/06/10(Tue)18:23:50,環境:Linux/Other)
maji です。


> UIフォントは、(中略)、これを10まで小さくして、
> アドオンの"Print Edit 12.6"を削除すると、
> 水平1050ドットでも「閉じる」ボタンがウィンドウ内に収まってくれます。

> 現状のスクリーンショットはこんな感じです。
> http://xma-d01.blogspot.jp/2014/06/firefox-2.html


私の手元の 1024*768 の Linux-Mint と Windows8.1 でのプレビュー表示と
nikohon さんの上記リンク先掲載の 1050ドット表示プレビュー画面イメージが
ほぼドンピシャで同じです。

ちなみに Windows8.1環境はチと自信無いですが
先月後半に初期インストールしたばかりの LinuxMint の環境は
UIフォントサイズ変更した記憶は全く無いので、
nikohon さんがおっしゃる「 UIフォント→ 10 」の設定が
OS + Firefox の規定値ではないでしょうか。

とゆ事で「 UIフォント→ 10 」が規定値であれば
それを「 12から14前後で設定し」た場合に横に長くなり
nikohon さんがお困りの現象となるのは説明が付きますね。


# ちなみに
#
# > 画面外にあふれたメニュー項目を表示する用に左右にスライドできるようにするか、
# > 溢れた分を次の行に表示するようにできないものでしょうか?
#
# とか
#
# > UIフォントを10ポイントまで小さくすると、視力の衰えた眼には辛い
#
# とかについては
# 別テーマ(要望)として情報交換した方が良いかと思います。


では。



.

Re: 印刷プレビュー画面のメニュー表示
(#58094) このトピック中9番目の投稿
(環境: WinXP SP3/Other)

> UIフォントは、通常12から14前後で設定してますが、これを10まで小さくして、アドオンの"Print Edit 12.6"を削除すると、
> 水平1050ドットでも「閉じる」ボタンがウィンドウ内に収まってくれます。
> ただ、UIフォントを10ポイントまで小さくすると、視力の衰えた眼には辛いですね。
> 現状のスクリーンショットはこんな感じです。
> http://xma-d01.blogspot.jp/2014/06/firefox-2.html

「12から14」はポイントですよね。
UIフォントのポイントサイズの変更は、どこでどのように行っているのですか?

スクリーンショットを見ると、タイトルバーの高さや文字は非常に小さいのに、プリントプレビューのツールバーの文字は、依然としてかなり大きいままのように見えます。
Theme font & size changeというアドオンでFirefox内のレンダリングの基本となるフォントサイズや使用フォントを変えると、
タイトルバーのフォント、高さや文字の大きさは変わらず、ツールバーのフォント、文字の大きさ・高さや、「閉じる」ボタンまでの幅が変わる、という挙動を示します。
タイトルバーはOS上のウィンドウの部品で、ツールバーなどは、そのOS上のウィンドウ内に配置したFirefoxのXULの部品、ということでしょう。
タイトルバーのフォントやフォントサイズは、OS側の設定で決まることになります。

Firefoxのツールバーのカストマイズでタイトルバーを隠しても(メニューバーなどをタイトルバーの上に持って行く)、プリントプレビューではタイトルバーを表示しますから、
プリントプレビューのウィンドウデザインの実装は、まだ完全にはAustralisによる変更に追随していないようですね。
プリントプレビューは、タイトルバーを表示し、他の全てのツールバーなどを隠し、
自分用のツールバーのみを表示(< toolbar printpreview="true" id="print-preview-toolbar" class="toolbar-primary"/ >)、
ということをしています。
「FirefoxのUIフォントのサイズの変更」に、userChrome.cssでのfont-size:xxxを利用しているのならば、
id="print-preview-toolbar"だけ小さなfont-sizeを指定し、「閉じる」ボタンを表示するのに必要な幅を減らすといいでしょう。
DOM Inspectorをいれ、Chrome Documentをチェックし、「クリックで要素を選択」にして、「閉じる」ボタンの横をクリック、
だけで辿りつけますから、現在どうなっているかのチェックは、簡単にできます。

でも、userChrome.cssで個々のXUL要素のグループやXUL要素に対してごちゃごちゃやるよりも、
Theme font & size changeで、基本となるサイズを変えたほうが楽ですよ。
プリントプレビューのツールバーも含め、全てのXUL要素が同時に同じように変わり、
userChrome.cssでの設定と同様に文字しか触らないので、
layout.css.devPixelsPerPxで拡大した時のように、アイコンまでも大きくなってしまうことを防げます。
もっとも、フォント名に日本語の文字があると、フォントを使ってはくれるもののフォント名の設定の保存に失敗するので、
設定を変える度にフォントを選択し直さないといけないし、
user.jsにextensions.themefontsizechanger.currentfontfamily=Meiryoとか書いておかないと再起動でフォント名がリセットされてしまう、
などあって、精神衛生上よくないですけど(^^)


このトピックの全ページ / [0]

返信不可


- Child Tree -