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



All times are UTC + 9 hours

新しいトピックを投稿する トピックへ返信する  [ 9 件の記事 ] 
作成者 メッセージ
投稿記事Posted: 2017年5月30日(火) 18:00 
オフライン

登録日時: 2017年5月30日(火) 17:37
記事: 4
エクセルにて表をコピー→メールにペースト→書式→表→表のプロパティ→枠線の太さを1に指定

上記操作を毎日行っていたのですが、2~3日前より枠線の太さが正常に指定されなくなりました。

【以前までの表示】


【現在の表示】



上記、まったく同じ操作を行った状態ですが、枠線の太さが統一されておらずバラバラです。

なお、どのエクセルデータからコピーしても同様で、
見え方(表示のされ方)も、自分のPCから見た状態と、他人(送信先)のPCから見た状態も同じです。

Thunderbirdは最新のバージョン 52.1.1 (32 ビット) です。

解決方法がございましたらよろしくお願いいたします。

_________________
Mozilla/5.0 (Windows NT 6.1; rv:53.0) Gecko/20100101 Firefox/53.0


通報する
ページトップ
 プロフィール  
引用付きで返信する  
投稿記事Posted: 2017年5月30日(火) 21:54 
オフライン

登録日時: 2017年4月14日(金) 18:19
記事: 454
vaselly さんが書きました:
Thunderbirdは最新のバージョン 52.1.1 (32 ビット) です。

UserAgent からは、Win 7 と表示されていますが、OS も詳細に提示して下さい。

vaselly さんが書きました:
エクセルにて表をコピー→メールにペースト→書式→表→表のプロパティ→枠線の太さを1に指定
上記操作を毎日行っていたのですが、2~3日前より枠線の太さが正常に指定されなくなりました。

Excel は、どのようなヴァージョンなのでしょうか?
コピペのツールには、何を使用していますか?その書式設定はどうなっていますか?

Thunderbird 52.x からは、unicode の default が「UTF-8」になりました。
その関係があるかもしれません。
> コピペツールの書式設定を 「UTF-8」 にするか、Thunderbird の unicode を「日本語(ISO-2022-JP)」で試してみると良いかもしれません。

_________________
「家庭」ファーストに努め、(仮想現実世界から距離を置き)在宅では、デジタル・デトックスのアナログチックな「スローライフ」に改めました。私的なデジタルタイムは(調べ物や e-mail、資産管理を主用途に)、平日(火曜日~木曜日)での夜間(数十分ほど)に限定しました。着信(通知)があれば返信に努めますが、数日後になることをご了解ください。
Mozilla/5.0 (Fedora; Linux x86_64) AppleWebKit/602.1 (KHTML, like Gecko) Version/8.0 Safari/602.1 Epiphany/3.18.5

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

登録日時: 2017年5月30日(火) 17:37
記事: 4
ご返信有難うございます。

諸行無常 さんが書きました:
vaselly さんが書きました:
Thunderbirdは最新のバージョン 52.1.1 (32 ビット) です。

UserAgent からは、Win 7 と表示されていますが、OS も詳細に提示して下さい。

OS 名 Microsoft Windows 7 Home Premium
バージョン 6.1.7601 Service Pack 1 ビルド 7601
OS 製造元 Microsoft Corporation
プロセッサ Intel(R) Core(TM)2 Duo CPU E8200

諸行無常 さんが書きました:
vaselly さんが書きました:
エクセルにて表をコピー→メールにペースト→書式→表→表のプロパティ→枠線の太さを1に指定
上記操作を毎日行っていたのですが、2~3日前より枠線の太さが正常に指定されなくなりました。

Excel は、どのようなヴァージョンなのでしょうか?
コピペのツールには、何を使用していますか?その書式設定はどうなっていますか?

Excelは2002です。コピペはPCのコピー機能(Ctrl+C)です。

Thunderbird 52.x からは、unicode の default が「UTF-8」になりました。
その関係があるかもしれません。
> コピペツールの書式設定を 「UTF-8」 にするか、Thunderbird の unicode を「日本語(ISO-2022-JP)」で試してみると良いかもしれません。[/quote]
Thunderbird の unicode を「日本語(ISO-2022-JP)」にして試してみましたが、直りませんでした。

Thunderbird 52.xのアップデートは4月ではなかったでしょうか?
この現象が現れたのはここ3日位前からです。
そして設定などは特に触っていないので、いきなりこのような現象が起きるのはこちらの設定の問題というよりは、何らかのバグの可能性が高いでしょうか?

_________________
Mozilla/5.0 (Windows NT 6.1; rv:53.0) Gecko/20100101 Firefox/53.0


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

登録日時: 2011年10月01日(土) 14:45
記事: 192
お住まい: 首都圏60K圏内
自分はOfficeを所有してないので、ハッキリしたことは検証できませんが、試しにLibre OfficeのCALCでやってみました。
試した結果、同様に線の太さが違って表示されました。
それで、一旦、下書きへ保存させて、ソースコードを見ても規定通りの1pxに数値はなっています。
更に、下書きメールをtest.emlで保存後、拡張子をhtmlに変えてFirefoxで読み込ませたところ、やはり線の太さが違ってます。
ならばIEではどうなのか、試しにIEで読み込ませてみたら線の太さは正常に表示されました。

もしかしたらGeckoエンジンに何らかの問題(描画の部分)があるのかもしれませんね。
それ以上の知識は持ち合わせていないので詳細までは分かりません。(-_-;)

vaselly さんが書きました:
見え方(表示のされ方)も、自分のPCから見た状態と、他人(送信先)のPCから見た状態も同じです。

この送信先でも同じと言う事ですが、同じThunderbird上での事ですか?それともOffice Outlookとかですか。

_________________
Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:54.0) Gecko/20100101 Firefox/54.0


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

登録日時: 2017年5月30日(火) 17:37
記事: 4
ご返信有難うございます。
また、同様の内容にて検証していただき有難うございました。

OFFICE以外のプログラムでも同じ現象が起きるとのこと、やはりThunderbird上の問題の可能性が高いですね……

opanchi_1963 さんが書きました:
この送信先でも同じと言う事ですが、同じThunderbird上での事ですか?それともOffice Outlookとかですか。

こちらはGmail(Firefox)、Gmail(Chrome)、Gmail(iPhoneアプリ)で確認しております。

_________________
Mozilla/5.0 (Windows NT 6.1; rv:53.0) Gecko/20100101 Firefox/53.0


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

登録日時: 2013年12月26日(木) 09:33
記事: 686
お住まい: 太陽系、地球、日本、ふてニャン県
vaselly さんが書きました:
エクセルにて表をコピー→メールにペースト→書式→表→表のプロパティ→枠線の太さを1に指定
上記操作を毎日行っていたのですが、2~3日前より枠線の太さが正常に指定されなくなりました。

いつも思うのだが、何をもって「正常」というのか...
その操作をした時の期待は、表の罫線が全部solid/1px/黒になる、ということはわかるが...
もう、マイクロソフトが作り出したHTMLが正しいもので、マイクロソフトのIEの表示が正しい表示である、という人は、ごく少数派になってきてくれたと思っていたのだが...

その操作で何が行われるか、について、理解なさっていますか?

エクセルでの「コピー」において、エクセルが、クリップボードに、おそらくHTML版の<table>のデータを作りだしていて、
それには、HTMLタグだけでなく、おそらくCSSのスタイルが使われていて、
Thunderbirdでの「ペースト」では、そのHTML版の<table>のデータを取り込んで、それをそのまま使うか、何らかの加工をして、HTMLメールのHTMLソースの中の<table>を作り出している。

【以前の表示】について。

Thunderbird 52.1.1で「表の挿入」をすれば<table border="1">が使われて、
そこで「表のプロパティ」の「インラインスタイル」でborder-collapse:collapseを指定するだけで、
お望みの「表の罫線が全部solid/1px/黒だけ」になることを、理解なさっていますか?

Thunderbirdでrowspan/colspanでセルの連結を行おうとすると、はみ出した部分を消すのにえらい苦労しそうなので、エクセルからコピー&ペーストの方が利口そうなんですけどね。

【現在の表示】について。

<table border="1" style="border-collapse:collapse">に加えて、
表の外周については、<table style="border:solid 2px #000000">が追加されているのと似たような表示ですね。
エクセルは、Excel2002でもありますし、おそらく、border-collapse:collapseは使わず、boder-collapse:separateのままでborder-spacing:0pxにして各セルの上下左右の罫線を指定する(0pxにしたり1pxにしたり)、といった手法であろうと思います。
border-collapse:separateとcollapseの違い

表の複数のセルを連結してできた、サイズの大きなセルの部分では、エクセルはネストした<table>を作り出したはずなので、どこかの<table border:solid 2px #000000>が効いた、といった感じがします。

vaselly さんが書きました:
なお、どのエクセルデータからコピーしても同様で、
見え方(表示のされ方)も、自分のPCから見た状態と、他人(送信先)のPCから見た状態も同じです。

HTMLメールの表示のされ方は、メールの表示に使われたメールのソースで決まりますから、同じメールのデータを見ているのならば、普通は、メーラーが何であれ、同じ表示になります。
不正な構造のメールの場合には、メーラーによって、不正な場所に置かれたパートのデータが添付として見える・見えない、といった違いがでてくるんですけど。

まずは、エクセルから表をコピー&ペーストしてborder="1"にした時点でドラフトに保存し、ドラフトメールのソースを確認しましょう。

エクセルが作り出すHTMLは、この世の中で一番怪奇で醜悪で見にくい、と言えるもの。
全てのセルにstyleが指定してあってそれぞれのセルで上下左右の罫線についてサイズや色や形が指定してあって、簡単に、長大な、人間が全部読み通すのは至難の業、というようなHTMLを作ってくれて、
セルの連結や分割があると、<table>のネストを作り出すので、とんでもなく深い<table>のネストのHTMLを非常に簡単に見ることができる。
その上に、余計なスタイルの指定などが、わんさかとある。
<table>だけでなく、本来は<head>の下にあるはずの<link rel="stylesheet">あたりも<table>とセットでクリップボードに書かれていて、<table>,<th>,<td>などではID指定やクラス指定でCSSが使われていて、Thunderbirdにもそれがコピーされて、最終的に<link rel>は<head>セクションに置かれる、といったことも、可能性としてある。

そして、(A) エクセルなどは、HTMLのタグの属性値(インラインスタイルのstyle="属性値"はその一つ)の途中に改行をいれてしまうことがあるし、
(B) ThunderbirdはThunderbirdで、HTMLソースを72Unicode文字のところで勝手に改行するので、HTMLのタグの属性値の途中で勝手に改行してしまう、という、お粗末な挙動をする。
その時、IEは、エクセルの(A)ような挙動に対する耐性があるから、Thunderbirdの(B)のような挙動にも耐性がある、ということがあるかもしれません。
エクセルが作り出したおかしなCSSの時に、以前のThunderbirdはIEと同じような「以前の表示」だったが、今のThunderbirdは、おかしなCSSをCSSの規則通りに解釈するので「現在の表示」になる、ということもあり得ます。
Thunderbirdの(B)に関しては、送信やドラフト保存でtext/htmlのパート(あるいはメール本文)を作り出す時に行われるので、Bug 822741のような、エクセルなどからコピー&ペーストした段階ではCSSの指定が有効であるが、送信やドラフト保存の後はCSSの指定が効かなくなってしまう、というような、奇妙な現象が起こり得ます。

Home > Thunderbird > Release Notes
Version 52.0 April 14, 2017、Version 52.1.0 April 30, 2017、Version 52.1.1 May 15 2017 で、52.1.0は待ったがかかったかもしれないので、ここ2~3日で起こるようになったというのは、Excel 2002に大きな変更があったとは考えにくいので、Thunderbird 52.1.0/52.1.1で入った修正による影響かもしれないですね。
その変更で、無駄なメモリーの浪費を押さえるために<table>タグのネストの数の制限が利くようになった、ということがあれば、現象に関係するかもしれません。


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

登録日時: 2017年5月30日(火) 17:37
記事: 4
WADA さんが書きました:
Version 52.0 April 14, 2017、Version 52.1.0 April 30, 2017、Version 52.1.1 May 15 2017 で、52.1.0は待ったがかかったかもしれないので、ここ2~3日で起こるようになったというのは、Excel 2002に大きな変更があったとは考えにくいので、Thunderbird 52.1.0/52.1.1で入った修正による影響かもしれないですね。
その変更で、無駄なメモリーの浪費を押さえるために<table>タグのネストの数の制限が利くようになった、ということがあれば、現象に関係するかもしれません

ご返信有難うございます。
要するには修正による影響が考えられるということですね。

なお、エクセルからコピー&ペーストではなく、Thunderbirdの新規メール上から表を作って線を変更しようとしても変更がききませんでした。

_________________
Mozilla/5.0 (Windows NT 6.1; rv:53.0) Gecko/20100101 Firefox/53.0


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

登録日時: 2013年12月26日(木) 09:33
記事: 686
お住まい: 太陽系、地球、日本、ふてニャン県
[追記]

Thunderbird 52.1.1(32bits,WIndows10)ですが、
表のプロパティーのインラインスタイルで border:solid 3px #0000FF を指定して、
一覧では border:solid 3px #0000FF が受け入れられた状態でOKを押して、
再び表のプロパティーのインラインスタイルを確認してみると、
borderに関しては、上下左右の設定に分割されて設定されていました。
コード:
ドラフトに保存したメールの<table>部分のソース
<table style="border-collapse: collapse; border-top-width: 3px;
border-right-width: 3px; border-bottom-width: 3px;
border-left-width: 3px; border-top-style: solid;
border-right-style: solid; border-bottom-style: solid;
border-left-style: solid; border-top-color: rgb(0, 0, 255);
border-right-color: rgb(0, 0, 255); border-bottom-color: rgb(0, 0,
255); border-left-color: rgb(0, 0, 255); -moz-border-top-colors:
none; -moz-border-right-colors: none; -moz-border-bottom-colors:
none; -moz-border-left-colors: none; border-image-source: none;
border-image-slice: 100% 100% 100% 100%; border-image-width: 1 1 1
1; border-image-outset: 0 0 0 0; border-image-repeat: stretch
stretch;" cellspacing="3" cellpadding="3" align="center"
height="77" width="643" border="3">

[注] HTMLソース上の72文字目での改行の挿入、整形(インデント)のための行の先頭への複数のスペースの挿入、style="属性値"における「属性値の途中での改行」、などを、しっかりと見ることができます。

表のインラインスタイルのサポートが、いつどのように行われていつどのように変わったか、については全く知りませんが、
エクセルの<table>や<tr>や<td>や<th>のスタイルの指定に border:xxx yyy zzz の形式のものがあると、
それが、Thunderbirdの内部では border-top/border-bottom/border-left/border-right などに分割されて保持され、
そうなると、エクセルが個々の罫線の為に指定している、border-top/border-bottom/border-left/border-right などとコンフリクトを起こす、
といったようなことが起こる可能性があり、
これがThunderbird 52.1.0/52.1.1から始まった、という可能性もあります。

いずれにせよ、実際にどのようなHTMLが作られてどのようなスタイルの指定になっているかの確認なしであれこれ言っても、あんまり意味がない話になると思います。

[追記おわり]


最後に編集したユーザー WADA [ 2017年6月01日(木) 15:37 ], 累計 1 回

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

登録日時: 2013年12月26日(木) 09:33
記事: 686
お住まい: 太陽系、地球、日本、ふてニャン県
vaselly さんが書きました:
要するには修正による影響が考えられるということですね。

Excel 2002側の変更による、というのはちょっと考えにくいですから、
Thunderbird側の変更の結果の可能性の方が高くなると思います。
今までは今回の問題はマスクされていて表に出なかったが、マスクされずに表に出てくるようになった、という可能性はあり、
「バグ」とか「仕様違反」は、Thunderbird側のものではなくエクセル側のもの、という可能性も十分にあります。

vaselly さんが書きました:
なお、エクセルからコピー&ペーストではなく、Thunderbirdの新規メール上から表を作って線を変更しようとしても変更がききませんでした。

Thunderbirdだけで作る場合、border="1" と style="border-collapse: collapse;" だけで、全部solid/1px/黒にすることはできる、というだけです。
<table style="border-collapse: collapse;" border="1" その他の属性がいくつか>
これをした時のHTMLのソースを確認してもらって、「表」は、単に、HTMLの中の<table>で定義された一つのHTMLの要素である、と意識してもらうためです。

表のプロパティ(<table>)のインラインスタイルでは、表の外周だけの指定になりますから、
表の内部の罫線に関しては、<tr>や<th>や<td>での指定が必要で、
ThunderbirdのUIでは、個々のセル(<td>)単位でしか指定できないので、やる気が起こらない。
HTML/CSSを自分で書くならば、tr,th,tdなどについてborder-ほげほげ:inheritといったような指定をまとめてしておく、などが可能なんですけどね。

で、それならば、エクセルからコピー&ペーストが一番簡単で利口(^^)


通報する
ページトップ
 プロフィール  
引用付きで返信する  
期間内表示:  ソート  
新しいトピックを投稿する トピックへ返信する  [ 9 件の記事 ] 

All times are UTC + 9 hours


オンラインデータ

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


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

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