Sweeney Todd譯文初稿完成

　大約去年年底的時候一位朋友找上我，要請我幫忙將這部音樂劇的劇本譯成中文，作為他舞台劇畢業製作的原形。當時我也請小馬一起幫忙翻，雖然後來因為他電腦故障和考研究所的關係只幫忙翻了第一幕的幾個地方，但也夠讓我後頭的進度壓力小上許多。

　這是一個很有趣的挑戰，原劇的劇本寫得很棒，有很強烈的氣氛與衝擊力。在翻譯的過程中，一邊讀一邊揣摹原文的字句變成一種享受；不過，也有不少地方讓人覺得難以捉摸，無法決定該怎麼處理。總之，在經過這幾個月一拖再拖的結果，終於把整個劇本概略的翻過一遍。雖然這麼說是有點心虛的，因為這份初稿還有幾個地方未翻出來；諸如一些童謠短歌之類的地方，我把這些先放到後面才來處理。這樣至少先給初稿一個全劇的樣貌，較難處理的部分再慢慢細究。

　總算把初稿弄完，心裡有點小小的成就感。但是還未定稿，工作還未算完成，只能先小小的高興一下。很期待到時這劇本能真的搬演上台，到時就看他的表現了。:p

留言

張貼留言

這個網誌中的熱門文章

Unix 重新導向跟 2>&1

這幾天因為研究 L4D2 的專屬伺服器架設，看到 Srcds 網站針對確保 Srcds 服務程序能隨時保持高優先權，在 crontab 底下使用 renice 的方式每五分鐘調整一次程式的優先權，其指令中 renice -20 `cat /home/yoursrcdspath/srcds.pid` >/dev/null 2>&1 最後面的「>/dev/null 2>&1」為 Unix 的重新導向技巧。雖然大約知道是什麼，不過實際上的原理我卻一直不明白，大約查了一下，疑問變更多。於是我決定來搞清楚它的來龍去脈，這篇文章就是這樣來的。 首先，我們先說明一下這段語法的作用，「>/dev/null 2>&1」實際上在這裡會將左邊程式的執行結果丟給「/dev/null」，然後不管程式有什麼錯誤，也會一併丟給 null。熟悉 Unix 的人大概知道，「/dev/null」是 Unix 底下的垃圾筒+黑洞。它不帶任何意義，所有丟進去的東西都會被吃掉然後不見，反正你不想看到的東西丟給 null 就對了。而「>」的意思其實是，將「>」左邊輸出的東西重新導向到右邊去。但不止是這樣而已，系統將標準輸入輸出分成三個：標準輸入 (stdin)、標準輸出 (stdout)、以及標準錯誤輸出 (stderr)，它們的 fd (file descriptor, 檔案描述子) 分別是 0、1、2。當「>」左邊未指定任何東西時，它會讀取左方程式的標準輸出 (也就是 fd=1) 重新導向給右邊的東西，但是你也可以指定要重新導向的 fd (也就是說「>abc.txt」會等於「1>abc.txt」)。所以可以想見 2>&1 的意思應該是把 fd=2，也就是標準錯誤輸出重新導向給 &1。而這邊的 &1 指的其實就是 fd=1。這邊似乎有點混淆視聽的感覺，為什麼「>」前面的 fd 不需要指定 &，後面的 fd 卻又要加 & 呢？我沒找到確切的原因，但是根據 這篇討論 ，我認為有可能是因為「>」左邊只接受 fd，但右邊所接收的語法卻應該是檔案名稱。因此若用「2>1」其結果會變成「將標準錯誤輸出重新導向給檔案名稱為 "1" 的檔案」，
閱讀完整內容

薰衣草茶實驗中...

前陣子跟老姊逛家樂福時看見他們有一堆花草葉，除了本文談的薰衣草外，還有馬鞭草、檸檬草、薄荷葉...等等，看了讓人很心動。那時其實很想多買幾樣回來泡，不過最後是只有選了薰衣草回來，其它的以後再說。（話說我超想試薄荷跟馬鞭草的） 買回薰衣草後，它除了泡茶外還可以做成香包，搞了一個放在衣櫃裡（不要覺得男生用薰衣草放衣櫃很怪，我的萬年衣櫃...它真的需要霉味以外的味道）。不過，薰衣草茶要怎麼泡？查了一下網路，發現大部分的人都說泡個五六分鐘。顏色有的人說是紫色、紫紅、藍紫、黃綠色.....，還有一說，水溫80度是紫色，滾水泡是紫紅色。但不管怎麼樣，我試驗的結果如下： 滾水 -> 黃色 八十度 -> 紫色，薰衣草太多會變紫黑色... 我還沒試過90度會怎麼樣，有機會再試試。薰衣草本身的香味很正，只要一點點就很香了，但茶湯就不怎麼樣，所以在泡的時候最好是確定你沒放太多，和別的花草茶調配也是不錯的做法。之前試過和紅茶一起煮成奶茶，感覺不錯。不過，本文最後的重點是：我發現有人說薰衣草茶加了檸檬之後會成粉紅色...什麼！這麼有趣一定要來試試！ 果不期然，反正不管我是煮成黃色、紫色、紫黑色...加了檸檬之後它都會變紅，當然色澤會跟你泡出來的顏色深度成正比；色澤愈深，加入之後會愈往桃紅色走。加了檸檬之後喝起來酸酸的，再加點糖味道就更棒了。
閱讀完整內容

用 HTML mailto 屬性指定標題與信件內容

這幾天在為一個活動網頁做按鈕。成本不高，沒有後台程式，而且是設計給行動裝置用的網頁。按鈕的目的是要能寄信，然後指定信件的標題與內容。沒有後台程式，幾乎就代表只能用 HTML 的 mailto 來達成目標。「mailto」指定收件者是沒有問題的，不過要指定信件標題和內容，因為從來沒試過，就來查查看。 查了一兩天的資料（並沒有很認真），先是發現可以用 <form> 跟 <input> 與 mailto 屬性來寄送郵件及內容。但是因為 <input> 傳送的格式是以「變數名稱=內容」這樣的方式，和要帶入活動文案的方式不符。後來發現 這個很棒的網頁 ，裡面有關於如何帶入標題與內容的解說。簡單說明如下。 其實和 HTML 接收變數的 GET 方式一樣，mailto 可以接收以「?」和「&」連接的參數（第一個變數用「?」接下來的變數都用「&」），格式為「mailto:abc@mail.com?變數1=變數1的值&變數2=變數2的值&變數3=變數3的值」。可指定的變數（看起來）包含某些郵件標頭（header）的屬性，所以像 cc、bcc、subject 都可以用，要帶入內容的話則可用 body。所以我想帶入標題和內容的話，語法就是： 「mailto:abc@mail.com?subject=我是標題&body=我是內容」 另外，在 RFC 文件中有指出 mailto 裡不允許 8 位元字元，原本以為要帶入中文字的話得想辦法用 Base64 編碼，不過測試之後發現 iPhone 和 Chrome 上面都可以正常帶入中文字。目前還不確定是不是所有環境都可以，總之就這樣囉。 <form> 和 <a> 因為剛開始搜尋到的是 <form> 的用法，所以在實作時我也是以 <form> 來實作，結果在 iPhone 上實際跑的時候發現內容沒有帶入，整個是空的。原本以為是 iPhone 的關係（電腦中的 Chrome 和 Firefox 都正常），後來查到 蘋果的說明文件 也是一樣的語法，證明應該有支援沒錯。查了一會後，我才後知後覺的發現，蘋果網頁中用的是連結而非表單。果然換用 <a> 之後 iPhone 就能正常帶入內容的資料了。我想應該是 i
閱讀完整內容