― MozillaZine.jp フォーラムは Mozilla 製品に関する情報交換の場です ―



All times are UTC + 9 hours

新しいトピックを投稿する トピックへ返信する  [ 57 件の記事 ]  ページ移動 1つ前へ  1, 2, 3, 4  次へ
作成者 メッセージ
 記事の件名: メッセージを開く
投稿記事Posted: 2009年8月14日(金) 01:29 
オフライン
Administrator

登録日時: 2005年9月02日(金) 00:59
記事: 1762
オプション「既読と表示」で、
「新しいタブで開く」を選択しておくとメッセージを開くときにタブで開きますが、
あっちを見たりこっちを見たり、と言う使い方をしようとすると、タブを移る度にメッセージの先頭位置を表示してしまいます。
表示位置を記憶してくれないなら使い難い。
いつも先頭位置に戻ってしまうメッセージを切り替えても...

でも、複数のメッセージを開いて見比べるのにはタブは使いにくい。


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2009年8月15日(土) 00:51 
オフライン

登録日時: 2006年9月05日(火) 18:47
記事: 4207
 
ヘッダをコンパクトにする CSS を拡張機能で可能にするものがあります。
まだ正式公開扱いではありませんが 1 行にたたんでくれます。
通常ヘッダと切り替えできますので便利かも知れません。

"CompactHeader :: Thunderbird Add-ons"
https://addons.mozilla.org/ja/thunderbird/addon/13564
 


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2009年8月16日(日) 00:42 
オフライン
Administrator

登録日時: 2005年9月02日(金) 00:59
記事: 1762
kiki さんが書きました:
ヘッダをコンパクトにする CSS を拡張機能で可能にするものがあります。
まだ正式公開扱いではありませんが 1 行にたたんでくれます。
これは3.0では削除されていますが2.0系に標準で備わっていた表示ですね。
私は昔から"ヘッダもメールの一部である"という考えなので常に出来る限り全てのヘッダを見える状態で使っています。 なのでlevelさんのヘッダの表示を変更するcssは気に入っています。

一般の人はMTAとか相手のMUAが生成するヘッダには興味もないはずなので、一覧上に見えるメールのうち どのメールを選んで表示しているのかが判る材料だけ表示されていれば良いはずなのですが、なぜ3.0では削られてしまったんでしょうね。


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2009年8月17日(月) 01:55 
オフライン

登録日時: 2006年9月05日(火) 18:47
記事: 4207
 
ヘッダの表示についてはまだ変更が加えられるかも知れませんが、経緯については
以下にあらましというか説明というかドキュメントがありますので読み解いてみてくだ
さい。(申し訳ありませんが私はあまり読む気がしないもので・・・・。)

dmose's blog: Thunderbird: compact header moved out of core, prototype extension available

コンパクトヘッダ(2.0 系では標準表示としたいたものとほぼ同じ)については簡単に
補足すると拡張機能として切り離したということらしいです。

Thunderbird:Compact Message Header:Use Cases - MozillaWiki
上記のページ内で私が紹介した拡張機能も挙げられています。

できればヘッダ表示ひとつでも様々なモックアップを作成して幅広く意見を募って UI
も含めて検討するというのもいいとは思いますが、開発陣のリソース不足らしき事情
もあるかと推察しますし、どうせ英語で要望なり提案なりをしなければならないと思う
と気が引けるのが実状ですね。

kiyo4_k さんのようにヘッダ情報を重要視する方とそうでない方、見たいヘッダだけを
表示させたい方など各自の好みがありますのでそこはカスタマイズでごにょごにょと。
CSS なり拡張機能なりを利用したり、双方のいいとこ取りして組み合わせるなど・・・。
 


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2009年8月17日(月) 22:34 
オフライン
Administrator

登録日時: 2005年9月02日(金) 00:59
記事: 1762
kiki さんが書きました:
できればヘッダ表示ひとつでも様々なモックアップを作成して幅広く意見を募って UI
も含めて検討するというのもいいとは思いますが、開発陣のリソース不足らしき事情
もあるかと推察しますし、どうせ英語で要望なり提案なりをしなければならないと思う
と気が引けるのが実状ですね。
作業量が多いからって いうようなことが書いてあるみたいですね。実際のところ標準モードが有れば充分だと思いますけど。
私としては検索結果からフォルダを開くほうを優先させて欲しいです。今のところ使えないのはそこだけだと思います。


kiki さんが書きました:
kiyo4_k さんのようにヘッダ情報を重要視する方とそうでない方、見たいヘッダだけを
表示させたい方など各自の好みがありますのでそこはカスタマイズでごにょごにょと。
CSS なり拡張機能なりを利用したり、双方のいいとこ取りして組み合わせるなど・・・。
そうですね。おかげでcss修正で見通しが良くなっています。
でも、どう頑張ってもまだReceivedヘッダを非表示に出来ません。勘だけじゃダメですね。


通報する
ページトップ
 プロフィール  
引用付きで返信する  
 記事の件名: RSSフィードのMessage-Id
投稿記事Posted: 2009年8月24日(月) 21:23 
オフライン
Administrator

登録日時: 2005年9月02日(金) 00:59
記事: 1762
kiyo4_k さんが書きました:
Thunderbird 3.0beta3のヘッダペインにin-Reply-toとかreferencesが有ります。
このin-Reply-toやreferencesに表示されている番号をクリックすると返信元などのメッセージを表示することが出来ます。
RSSフィードにもMessage-Idが有って、それも
1,2,3,4 などと表示してジャンプ出来るのかもしれません。

今日気がついたんですがマイクロソフトのサイトのRSSフィードを見ていると、
Message-Id 1,2,3,4,5,6 と表示されていて、
正体は
コード:
Message-Id: <http://www.microsoft.com/japan/mscorp/news/rss.aspx#Mon, 24 Aug 2009 00:00:00 GMT@localhost.localdomain>
でした。
これは
1が <http://www.microsoft.com/japan/mscorp/news/rss.aspx#Mon,
2が 24
3が Aug
4が 2009
5が 00:00:00
6が GMT@localhost.localdomain>
になっているようです。

これってバグでしょうね。
まぁ、ブランク付きでhttpのURLをMessage-Idにしてしまうのもバグだと思うけど
表示するときに分解してしまうのもバグかな。

両方ともThunderbirdのバグですよね。
ちなみに Thunderbirdが指し示している Webサイトは
http://www.microsoft.com/japan/presspas ... New%20Info


通報する
ページトップ
 プロフィール  
引用付きで返信する  
 記事の件名: utf-8, 7bit
投稿記事Posted: 2009年9月14日(月) 22:36 
オフライン
Administrator

登録日時: 2005年9月02日(金) 00:59
記事: 1762
件名と本文をascii文字だけでメールを作成して、エンコード指定をiso-8859-1を指定して送信すると
utf-8, 7bitになってしまうのは私だけでしょうか?

日本語で作成して、エンコード指定をUTF-8を指定して送信すると
utf-8, 7bitになったり8bitになったり..........

Thunderbird 3.0 beta3 (セーフモード)
Windows 7 だからおかしい?

(Vistaのときは大丈夫だったような...)


通報する
ページトップ
 プロフィール  
引用付きで返信する  
 記事の件名: Re: utf-8, 7bit
投稿記事Posted: 2009年9月15日(火) 00:52 
オフライン
Administrator

登録日時: 2005年9月02日(金) 00:59
記事: 1762
kiyo4_k さんが書きました:
Windows 7 だからおかしい?

(Vistaのときは大丈夫だったような...)
これをWindows XP Professionalで検証していただきました。

引用:
US-ASCII 文字列だけのメッセージを ISO-8859-1, UTF-8,
Shift_JIS, EUC-JP 指定で送ったときに、それぞれ、

| Content-Type: text/plain; charset=ISO-8859-1
| Content-Transfer-Encoding: 7bit

| Content-Type: text/plain; charset=UTF-8
| Content-Transfer-Encoding: 7bit

| Content-Type: text/plain; charset=Shift_JIS
| Content-Transfer-Encoding: 7bit

| Content-Type: text/plain; charset=EUC-JP
| Content-Transfer-Encoding: 7bit

になることに関しては、おそらく OS の違いは影響を及ぼしていな
いだろうと思います。(手元の環境は Windows XP Professional な
ので。)
だそうです。
ただし、iso-8859-1を指定して送信するとutf-8,7bitになってしまう現象は再現しない、と。
う~~ん....


通報する
ページトップ
 プロフィール  
引用付きで返信する  
 記事の件名: Gloda が戻ってくる!
投稿記事Posted: 2009年9月16日(水) 10:22 
オフライン
Administrator

登録日時: 2005年6月23日(木) 23:29
記事: 2723
お住まい: 東京
http://d.hatena.ne.jp/Rockridge/20090830/1251623394
でご存知の方ばかりかと思いますが、Tb3 での Gloda の国際化は断念されるはずでした。

ところが、ところが!
http://d.hatena.ne.jp/Rockridge/20090915/1253020017
Makoto Kato さんナイスです!

まだ確定ではないですが、RC1 楽しみだなぁ。

_________________
[Desktop] Windows 10 Pro 22H2 (64bit) / Intel Core i7-2600 / Nvidia GeForce GTX 1650 GDDR6 / 32 GB Memory
[Laptop] Windows 10 Pro 22H2 (64bit) / Intel Core i5-520M vPro / Intel HD Graphics / 8 GB Memory
[Android] Android 13.0 (arm64) / Xperia 5 III (XQ-BQ42)
常用環境: Firefox ベータ版、リリース版 (Win64 x86-64, Android), Thunderbird ベータ版、リリース版 (Win64 x86-64)
テスト環境: Firefox (ESR, Nightly, Win64 x86-64, Android)

Cai/1.0 (Homo sapiens; N; Homo sapiens chemist; male; rv:0.0.4.1+)
-- いつまでたっても nightly


通報する
ページトップ
 プロフィール  
引用付きで返信する  
 記事の件名: utf-8にならない
投稿記事Posted: 2009年9月16日(水) 10:28 
オフライン
Administrator

登録日時: 2005年9月02日(金) 00:59
記事: 1762
Thunderbird 3.0beta3で以下の文字をISO-2022-JPで送信してみました。
引用:
あいうえお
本日は晴天なり
The quick brown fox jumps over the lazy dog. 1234567890
①②③④⑤⑥⑦⑧⑨⑩⑪⑫⑬⑭⑮⑯⑰⑱⑲⑳
ⅰⅱⅲⅳⅴⅵⅶⅷⅸⅹ
ⅠⅡⅢⅣⅤⅥⅦⅧⅨⅩ
㍉㌔㌢㍍㌘㌧㌃㌶㍑㍗㌍㌦㌣㌫㍊㌻
㎜㎝㎞㎎㎏㏄㎡
≒≡∫∮∑√⊥∠∟⊿∵∩∪¬¦'"∵
㊤㊥㊦㊧㊨㈱㈲㈹㍾㍽㍼㍻№㏍℡
このBBSはUTF-8なので普通に表示されるんですが、この文字列にはISO-2022-JPに含まれない文字が有るはずです。
以前のThunderbirdでは確か「UTF-8に変更して送信する?」というような確認ダイアログが出てきたような気がします。
Thunderbird 3.0beta3では何も言わずにエンコードISO-2022-JPで送信してしまいます。


最後に編集したユーザー kiyo4_k [ 2009年9月24日(木) 23:24 ], 累計 1 回

通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2009年9月16日(水) 10:36 
オフライン
Administrator

登録日時: 2005年9月02日(金) 00:59
記事: 1762
Cai さんが書きました:
http://d.hatena.ne.jp/Rockridge/20090830/1251623394
でご存知の方ばかりかと思いますが、Tb3 での Gloda の国際化は断念されるはずでした。

ところが、ところが!
http://d.hatena.ne.jp/Rockridge/20090915/1253020017
Makoto Kato さんナイスです!

まだ確定ではないですが、RC1 楽しみだなぁ。
復活ですか、それは楽しみ!


通報する
ページトップ
 プロフィール  
引用付きで返信する  
 記事の件名: Subjectの余計な空白
投稿記事Posted: 2009年9月16日(水) 10:52 
オフライン
Administrator

登録日時: 2005年9月02日(金) 00:59
記事: 1762
どこかに書いたかもしれませんが、
メッセージのソース
引用:
Subject: [experiment-ml :1056] Re:docomo =?ISO-2022-JP?B?GyRCJEcbKEI=?= quo
=?ISO-2022-JP?B?dGVkLXByaW50YWJsZQ==?=
件名表示
引用:
[experiment-ml :1056] Re:docomo で quo ted-printable

こんな感じで quoで改行されているところに件名表示では空白が入ってしまいます。
Thunderbird 0.9時代に先祖返りしている?


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2009年9月23日(水) 08:45 
オフライン

登録日時: 2006年9月05日(火) 18:47
記事: 4207
 
kiyo4_k さんが書きました:
3.0 beta3 でフォルダの検索をやって表示された一覧のメールを選んだ状態で、
「メッセージフォルダを開く」ボタンを押しても、新しいウィンドウでアカウントの画面が表示されるだけなのは私だけ?
フォルダに飛べないのは使い辛い。

20090922 ビルドの Shredder/3.0pre では修正されて選択したメッセージを
そのフォルダ内で開くようになりました。
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.9.1.4pre) Gecko/20090922 Shredder/3.0pre

*Thunderbird 3.0 beta4 にもこの修正が含まれているかは未確認です。
 


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2009年9月23日(水) 09:13 
オフライン
Administrator

登録日時: 2005年9月02日(金) 00:59
記事: 1762
kiki さんが書きました:
*Thunderbird 3.0 beta4 にもこの修正が含まれているかは未確認です。
 
残念ながらThunderbird 3.0 beta4でもダメでした。


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2009年9月23日(水) 11:07 
オフライン
Administrator

登録日時: 2005年9月02日(金) 00:59
記事: 1762
Thunderbird 3.0 beta4の全文検索がすごい!

関係者とかメールフォルダとかメーリングリストとか、クリックすると検索対象に加えたり外したり...便利ですね。
また、ヒストグラムのようなアイコンをクリックしたときの絞り込み操作が素晴らしい。

この検索の結果からはフォルダに飛べます。


通報する
ページトップ
 プロフィール  
引用付きで返信する  
期間内表示:  ソート  
新しいトピックを投稿する トピックへ返信する  [ 57 件の記事 ]  ページ移動 1つ前へ  1, 2, 3, 4  次へ

All times are UTC + 9 hours


オンラインデータ

このフォーラムを閲覧中のユーザー: なし & ゲスト[9人]


トピック投稿:  可
返信投稿:  可
記事編集: 不可
記事削除: 不可
ファイル添付: 不可

検索:
ページ移動:  
Powered by MozillaZine.jp® Forum Software © phpBB Group , Almsamim WYSIWYG
Japanese translation principally by ocean