Re: [問題] ansi碼
※ 引述《caleb (咖啡咖哩)》之銘言:
: ※ 引述《pgdnal (藍聽)》之銘言:
: : 我試了一個*[1;38m
: 推 MixCopy:深灰色? 09/24 05:12
: 推 CHT:亮白... 這種的是不是要看telent軟體不同而定? 09/24 05:14
: → CHT:不一定都看得到的還有 *[25m 關閉閃爍 *[27m 關閉反轉背景 09/24 05:14
: 推 loso74123:38= firefox內建 ( I think )
: 這些都是 kkman 亂搞出來的碼,非正統。
: 以一個資深 ASCIIart 作者的立場來說,強烈反對這種莫名其妙的碼。
: (其實是因為我從來不用 kkman XD)
: 我以前也堅持不用一字雙色,不過這年頭主流的 telnet application 都支援一字雙色了,
: 所以我覺得用用也不錯。
: 最近看到版上還有強者堅持不用一字雙色,委實令人敬佩。
: 不過一字雙色實在是太好用了...:P
說到一字雙色,可能是因我目前的作圖環境有特殊的需求與限制,加上個人
ANSI圖創作上的既定原則,盡量都以全色塊、符號這些東西來解決某些特殊層面
的問題。
畢竟到現在,也還是有人使用不支援雙色顯示的telnet瀏覽器,在「讓所有
人能看到自己創作的」準則下,即使原圖有些地方是需雙色字方案才能解決,但
從另種層面來看,也非都得依賴雙色字才能解決,不過這也需累積許多相關的經
驗才能明白其相關的運用。
ANSI圖中所使用的通用色碼不外乎是▌▌▌▌▌▌▌▌這幾種,其餘的特殊
顏色只有在某些telnet BBS系統中才會採用,而底線、隨機色、反轉色這些特殊
功能也不見得通用。
也許是PTT BBS系統對於行列的限制較比其他BBS來的寬鬆的關係,因此在使
用大量一字雙色碼時比較不需擔心會有所謂的「爆碼」情況,但對其他有行列限
制的 BBS系統來說,這些大量使用一字雙色的圖反成了毀掉原圖完整度的元兇,
尤其某些圖一行動輒三百字元以上,這類圖多半也無法順利貼在字元其上限為250
以下站台。
一字雙色不見得是萬靈丹,因為其產生的碼多半會比使用一個全形字元所顯
示的色彩來的多,而其雙色字顯示原理是將兩個字元拆解,並各自加上ANSI codes,
最後由瀏覽器解讀成一個全形字碼,但對某些瀏覽器而言,它們不會去將其解讀
出的兩個半碼給處理為一個中文全形字,而只是會很忠實地顯示兩個 ASCII符號,
結果創作者辛苦弄出的特效對某些使用者來說只是看到一堆零落的亂碼而已。
不過畢竟創作是見仁見智的事情,在不同的環境都會有其不同的創作理念,
只是若要讓其創作能讓更多人欣賞,有時也是需要動動腦筋來解決某些限制,但
基本的ANSI色碼其通用原則也仍是得遵守。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 59.114.130.147
※ 編輯: bugbook 來自: 59.114.130.147 (09/24 19:57)
推
09/24 20:03, , 1F
09/24 20:03, 1F
→
09/24 20:02, , 2F
09/24 20:02, 2F
→
09/24 20:03, , 3F
09/24 20:03, 3F
→
09/24 20:04, , 4F
09/24 20:04, 4F
推
09/24 20:04, , 5F
09/24 20:04, 5F
→
09/24 20:05, , 6F
09/24 20:05, 6F
→
09/24 20:05, , 7F
09/24 20:05, 7F
→
09/24 20:06, , 8F
09/24 20:06, 8F
→
09/24 20:07, , 9F
09/24 20:07, 9F
→
09/24 20:08, , 10F
09/24 20:08, 10F
推
09/25 03:01, , 11F
09/25 03:01, 11F
→
09/25 03:03, , 12F
09/25 03:03, 12F
→
09/25 03:04, , 13F
09/25 03:04, 13F
→
09/25 03:04, , 14F
09/25 03:04, 14F
→
09/25 03:06, , 15F
09/25 03:06, 15F
推
09/25 09:02, , 16F
09/25 09:02, 16F
→
09/25 09:10, , 17F
09/25 09:10, 17F
→
09/25 09:10, , 18F
09/25 09:10, 18F
→
09/25 09:11, , 19F
09/25 09:11, 19F
討論串 (同標題文章)