期待0.9的中文版:P
如果有的話打算在校內推廣
雖然現階段似乎沒有outlook好用

鞭下去了
不過一時找不到附件更多的信件當範例...

本來沒有注意到這點, 因為不覺得這點是大問題...

作者認為沒必要, 我想應該是他或是他的周遭朋友的使用上.
不太會有夾大量檔案的情形出現...

我認識的朋友, 大部分如果要寄送網頁...
都使用 .mht , 一個檔案就夠了.
如果要寄大量圖片, 通常都會壓縮...

但是在台灣!? 這種夾帶大量檔案的情形好像比較普遍...

所以這個問題該算是 "問題", 還是使用者不太正確的使用觀念!?

所以要是可以的話,
只要有能夠把附件的區域藏起來的選項就好了... = =

是的！沒錯～只要像Outlook那樣就可以...
但是，作者會干心嗎？
我覺得有些地方M$的確做得比Open Source的好～
但是Open Source的開發者好像不以為然...
如果某些地方Open Source Developer 也能有Open mind...
我想這會更好...

這個例子讓我想到之前Mozilla/Firefox那個JavaScript的事情=.=a
開發者也是覺得 "沒必要"
所以就把在使用者自己開啟的視窗裡面的window.close()給擋了
這點我覺得滿奇怪的...
如果你覺得使用者習慣不好
ok，你可以宣導
或是開發功能完善的機制來導正
並且避免使用者因為不好的習慣而導致不良的後果
且不去影響正常功能的使用
但是以這2個例子來看
或許是身為開發者的臭脾氣
但是這並不是很好的示範
只要是使用者在合理的範圍使用的話
開發者不應該去決定使用者應該如何使用
畢竟使用者有可能這樣用
就算習慣不好，但是是合理且正常的使用
你可以給予選擇，例如confirm dialog和scroll bar
但不應直接替使用者決定
老實說這樣感覺很不好...

唔...我常常打了半天不知道在講什麼XD
常常詞不達意...
請多包涵...^^;

我贊成你的看法！
另外有一點也是我對Open Source不是很能接受的，
很多Open Source的支持者，對不同的聲音或意見或建議，
常常就會丟一句出來「不然你來做，不然就閉嘴」...
在newsgroup上常會這樣，我自己就遇到過...
明明是Mozilla Org自己的bug，有些人就會說那是「我的Bug」，然後就會落入「誰的Bug」這種口水戰，實在很沒意義！當然就有人跳出來說「不然你來做」...這讓我看了很光火！

雖然我沒參與開發，但是我幫忙測試反應問題，這也是我的貢獻，這也是我的時間，不是我們不能自己寫code，是我們有別的事情（工作賺錢）要去做...真搞不懂他們在想什麼...

推廣Free/Open Source的東西出發點很好，但是倘若Open Source的開發者自身都沒有Open Mind的話，我寧願花錢買好一點的軟體和服務...

打個註解
其實有時候是不得不
要知道，使用者的意見千千百百種
而意見衝突的情況更是屢見不鮮
所以，很多時候總是要有人出來當大爺
不然接受了使用者 A 的意見又有 B 出來抗議
(像 Firefox 當初熱鍵設定改成與 IE 接近時也吵了很久)

再來就是有重要性的問題
對於開發者來說，時間是有限的，或許在開發者的心中
他有更重要的功能去完成。
所有的project 只要參與人數越多、這種問題就越嚴重，
這是無可避免的，只能靠雙方盡量平心靜氣來解決。

像以 Mozilla 來說，目前的機制是利用 bugzilla 的 vote
來反應使用者關心程度，因為開發者沒辦法去一個個考慮
各種功能在使用者心中有多「重要」，所以只能看 vote
人數做參考。 通常 vote 數非常高的時候，開發者也會
做出一定程度的妥協(當然，這也要時間)

若要說 Open Mind, 我想除了開發者需要 open mind,
end user 也很需要 open mind 呢
end user 只要面對自己的需求就好，而開發者每天面對
的是所有 end user 的需求或責怪，說實在的很多時候
非常累，且好的(我指有用的)feedback 比例上通常不高，
所以開發者們偶爾也會心情不好 ^^; 若某些意見沒有
很完整的解釋，一眼看起來像是沒什麼用的特別需求，
我想大多數的人心裡都會嘀咕「你自己去做吧」

所以，身為一個 end user, 當然我們有權力去建議，
不過也請給雙方多一點時間、多一點禮貌，當不被接受時
可以試著再重新思考自己的建議，提出更完整的說明或證據等等，
更好的是自己動手，並把結果回饋給開發者們。事實上
即便是已附上解決辦法的回報，通常也要讓開發者們花時間
整合、測試、檢查、再修改... ，更何況是那些只是描述了
問題或需求的 report 呢？

piaip的意見其實我是很贊同的
因為每個程式開發者或多或少也都有自己的一些堅持和理念
有時候面對end users的需求
就要做某種程度的修正甚至妥協
Mozilla的Bugzilla機制雖然不是非常完善
但是也算是還不錯的feedback機制
起碼比microsoft的那種
只有他們內部知道到底feedback回去了什麼東西的還好

但是像上面舉的這2個例子
（Mozilla的window.close()和ThunderBird的Attachment）
我個人認為似乎已經破壞了Bugzilla原先的美意
以Mozilla系列來說
end user會用到的功能
如果開發者會覺得沒必要
可能是因為開發者沒碰過，或是那不是標準的東西
上述2個例子似乎都屬於開發者沒遇到這樣的需求
所以他才會覺得 "沒必要"
只是，既然有end user回報確實需要
也舉了實際例子，如果開發者還是堅持 "沒必要"
那我想這中間一定是出了什麼問題
或許這些功能的需求程度沒有高到 "急迫"
但是這確實是個在實際使用上的需求
以bug fix的迫切性來說
明明是可以把它放在較不重要的地方再來慢慢修正
結果卻被開發者以 "沒必要" 給直接否決掉
這...？
那到Bugzilla去回報到底是為了什麼...？=.=a

我相信如果開發者如果不要直接以他自己的經驗
來決定這個功能有無存在的必要性
這個產品將會比現在好上許多
願意參與bug report的人也會比現在多上許多
之前本來我有去申請Bugzilla的ID
不過一直沒成功
又碰上這2件事
也許以後就惦惦用也說不定...=.=a

Here is the minor fix from [hansen] on the forum--

insert this in your userChrome.css: http://texturizer.net/thunderbird/edit.html#user

#attachmentView {
max-height: 50px !important;
overflow: scroll !important;
}

Message source:
http://forums.mozillazine.org/viewtopic ... 874#936874

真是糟糕...
鞭完之後就沒再去注意...

hansen 提的方法有用，至少解決的了附件欄位過大的情形，
但個人覺得只能算是過渡時期的方案...
底下是我改過後的畫面
http://www.isaackuo.idv.tw/temp/TB_AttachmentPanel1.jpg
http://www.isaackuo.idv.tw/temp/TB_AttachmentPanel2.jpg

另外是過更改 50px 的值(50-200都試過)，確定高度的部分無法改變...
另外一點是，橫向縱軸會一直出現...不知道可不可以弄掉

不過撇開上面兩點，這樣已經很好了說。

Thanks issackuo, 我剛剛也上去再鞭了一下。
BTW, issackuo 你是成大的嘛？

嗯, 圖片弄好後才發現露餡了...
現在在成大當小小的助理 haha

==

希望 TB 不管在UI或是功能面上都能夠更好說
現在某些功能感覺上漸漸 TB 有, Mozilla 沒有..

離題一下
之前忘記在哪個討論串有提到TB目前不能直接把符合特定條件的
信件自動轉寄給其它人，昨天在翻 TB 的討論串時，發現有這種擴充套件，
還真是神奇說，不過我還沒用過啦

TB Feature 上的討論串
http://forums.mozillazine.org/viewtopic.php?t=158545

MailRedirect 的網址
http://mailredirect.mozdev.org/installation.html

請問這個是在說啥?
看外國大大討論的結果是可以自己修改設定值
但是我不知道從何下手
可以請了解的大大說明一下嗎?

請問要怎麼設定呢?
可否請大大說明一下方法?
感激不盡

你開一個名稱為userChrome.css的檔案...
裡面的內容就是
#attachmentView {
max-height: 50px !important;
overflow: scroll !important;
}

然候存放在Profile的目錄下有個chrome目錄裡
Profiles\xxxxxxx.default\chrome