---
# System prepended metadata

title: 自己的Emoji自己造
tags: [' g0v', 文件]

---

---
tags: 文件, g0v
---

# 自己的Emoji自己造

http://www.slideshare.net/bobby3302/emoji-56448120
[提案錄影：2015/12/25 g0v hackath17n 立委改選黑客松](https://www.youtube.com/watch?v=C9bR5e5bVqs&list=PLdwQWxpS513DmKwE6V3YPnz29xtocQe4I&index=9)

## 達成目標與預期結果

提出與我們文化、生活相關的Emoji字元，依照Unicode Emoji提案說明送到Unicode Consortium審查。如果通過並且正式進入Emoji編碼，過幾年等到普及後，各系統都能夠使用到這些字元。 

Adobe的Ken Lunde表示，今年中預計發佈的Unicode 9.0應該是來不及了，但2017年中的Unicode 10.0還綽綽有餘。

- [現有Emoji總表](http://www.unicode.org/emoji/charts/full-emoji-list.html)
- [Emoji分類表](http://www.unicode.org/emoji/charts/emoji-annotations.html)
- [Emoji候選清單](http://www.unicode.org/emoji/charts/emoji-candidates.html)

其他國家案例參考：[芬蘭](https://www.wired.com/2015/11/finland-national-emoji/)

## 徵求人力
- [x] 腦力激盪，原則上，任何人
- [ ] 搜尋使用頻率證明的人
- [ ] 撰寫提案書（需要英文能力）
- [ ] 繪圖

## 進行方式

→　腦力激盪，我們要提什麼字
用前面大黑板，請各位直接提案的Emoji寫/畫在黑板上。

→　內部審核，比對挑選原則，刪除不適宜提出的字
以上預篩選提案整理在[Google Spreadsheet](https://docs.google.com/spreadsheets/d/1GHA0iy-OJsQ9BBiJXtffkCLjFbScYyVffrzQvmGs-wk/edit#gid=0)

### 搜尋資料，提供佐證

### 撰寫提案

### 繪圖或者找現有可用的圖示

### 提交提案

## 提交Emoji提案說明

來源：[Unicode Consortium](http://www.unicode.org/emoji/selection.html)

### 提交提案

要提交新的Emoji字元提案，請填妥新字元提案[表單](http://www.unicode.org/L2/summary.html)，包含以下資訊，並且依照「[如何提交提案文件](http://www.unicode.org/pending/docsubmit.html)」進行。

- 需要根據「挑選原則」A到I中的各項目提出說明，證明提出的字元是否滿足該原則
    - 許多原則不需要提供，例如A. 相容性。如果不提供，請說明原因。
    - B. 預期使用程度 必須提供，同時需要提供下面於「使用頻率證明」裡的資訊
- 一組提案用的圖片，圖片用於描述每個字可能顯示的樣貌，詳情請見「圖片」

有些可供參考的範本，如[食物的Emoji字元](http://www.unicode.org/L2/L2015/15267r3-food-emoji.pdf)以及[女性跑者](http://www.unicode.org/L2/L2015/15271r-female-runner.pdf)。然而提案字元**不得**指定碼位（U+XXXXX）；碼位將於日後基於可用的位置決定。像是食物的Emoji字元就在指定候選碼位後重新調整過。

### 挑選原則

Unicode Emoji字元挑選原則初始主要基於相容性。然後挑選原則再擴及其他原則；以下是Emoji子委員會現在增加新Emoji時的主要考量原則。這些原則不會單獨考量是否適合，也沒有優先順序：所有的原則都會一併納入考量。而最重要的需要項目是相容性以及預期使用程度。

### 需要項目

1. 相容性。這些字元是否需要與既有系統（例如Gmail）中常用的Emoji相容？
- 例如，U+1F644 翻白眼的表情
- 這裡有些案例，以下字元已經被獨自實裝，例如：U+1F195 新的或者 :emoji_1f477:工人。在這些案例中，相容性是優先原則。

2. 預期使用程度。（見以下問題）作為判斷依據的數據，包括以下：
- 頻率：期待使用頻率是否夠高？
    - 這是一項重要的項目，僅次於相容性。
    - 這些字元應能預期受到全球的大量使用，或者預期大量被特定的使用者社群所使用（像是印尼人）。
- 多重用途：提出的Emoji是否具有高認知性的圖示或者隱喻的參考？
    - 例如，鯊魚（shark）不僅是動物，也用於推銷員，像是為時已晚（jumping the shark）、職業老千（card shark）、高利貸（loan shark）等
    - 這項目主要用於動物emoji，可提供刻板印象、隱喻以及象徵，來源可出自如Wikipedia。
- 情緒內容：該提案是否涉及情緒？如快樂、傷心、驚訝、恐懼、憤怒以及其他情緒？
    - 例如，:emoji_1f431: 貓臉、:emoji_1f437: 豬臉、或者:emoji_1f430: 兔臉，可以引起正向情緒，而 U+1F577蜘蛛 可能引起負面情緒。
- 延續性：該使用程度是否在未來還會持續，或者會消失？
    - 暫時與會過期的符號不適合提出編碼。

3. 圖片顯著程度。實體物體是否能提供可清楚認識的圖片作為範例，該圖片是否足以和其他emoji產生差異？
- 例如卡蘇雷鍋（cassoulet）與燉湯（stew）可能無法與:emoji_1f372: 一鍋食物產生區隔。
- 簡單的字彙（NEW）與抽象符號（∰）不能被算為emoji。
- 請注意，圖像經常可以用於表示活動或者狀態，例如😢 哭泣的臉代表哭泣，而🏃‍♀️ 跑者 代表跑步。

4. 完整性。所提案的圖片是否可用於補填既有emoji種類的不足？
- 例如在Unicode 8,0中，追加了五個emoji用來完成十二星座，包括🦂️蠍子。

5. 常需性。這些emoji是否常被提到Unicode Consortium，或者被Unicode會員公司所提出？
- 例如，🌭️熱狗與🦄️獨角獸。
- 投票僅用於考量潛在的使用頻率，與其他挑選原則並列。
    - 投票結果摘要應該提供證明該投票機制是否有效（例如是否排除機器人投票），並且保證結果不會受到商業推廣所扭曲影響。
    - 常會有人誤解投票結果能成為挑選emoji的重要因素，例如商業投票希望加入 U+1F32E塔可，不會影響挑選的過程，因為無法證明其效力。

### 排除項目

6. 過於特定。所提出的字元是否過於特定？
- 例如，🍣: 壽司代表一般的壽司，儘管圖片通常僅使用特定一種壽司，像是鮪魚，如果想要加入鯖魚、魬魚、鮭魚、甜蝦，這就過於特定。

7. 沒有範圍。所提出的字元是不是一群之中的一種，同時沒有特別理由強調之？
- 例如，職業成千上萬（醫師、牙醫、門房、政治家等）——有任何強調其中一種的理由嗎？

8. 已具表意。其表達的概念是否可用其他或一組emoji替代？
- 例如，哭泣的嬰兒可以用:😢 哭臉與👶 嬰兒替代。
- 特定宗教的建築可以使用宗教地點來表示，還有其他許多unicode中的宗教符號。
- 萬聖節可以單純使用🎃 南瓜燈，或者🎃 南瓜燈加👻 鬼魂來表示。

9. 商標、品牌、介面圖示、路標、特殊人士、神祇。這些影像適合編為字元嗎？

- 公司商標的影片，或者影像中包含公司品牌。
- 像是[Material Design Icons, Winjs Icons](https://github.com/winjs/winjs/tree/master/src/fonts#symbolsttf)以及[Font Awesome Icons](https://github.com/FortAwesome/Font-Awesome#font-awesome-v420) 這些經常會被修改、置換以符合使用者介面需求的圖示
- 路標，請參考：[The Big Red Word vs. the Little Green Man](http://www.slate.com/articles/life/signs/2010/03/the_big_red_word_vs_the_little_green_man.html)
- 特殊人士，不管已逝還是活著
- 神祇
請注意，路標以及使用者介面圖示可能被納入Unicode編碼，但與他們作為Emoji的用途沒有關係。

(本部分的前一版列於 [UTR #51, Annex C.](http://unicode.org/reports/tr51/#Selection_Factors))

### 使用頻率證明

可以使用不同方法來證明所提出的Emoji字元可能被廣泛應用。找到期待使用頻率最簡單的方法就是與另一個相同種類的常用emoji來做比較。例如提出熱狗Emoji時，你可以與另外一個已經存在的食物Emoji進行比較，像是:emoji_1f354: 漢堡。關聯頻率是重要的資訊

這裡是一些你能使用服務的案例，他們不是唯一的方法來證明期待頻率，但提案不應該「精選」數據，也就是說，不要只挑出那些對提案字元有利的數據，請提出所有你能發現的證明。

Google Trends
- 使用「影像搜尋」來找出關聯項目
- 例如：搜尋 [熱狗vs.漢堡](https://trends.google.com/trends/explore?cat=71&date=all_2008&gprop=images&q=hamburger,hot%20dog)，取得數據（例如55與66），關聯性為83%。
Instagram
- 分別搜尋hashtag的項目來比較兩者關聯
- 例如：分別搜尋 [熱狗](https://www.instagram.com/explore/tags/hotdog/) 與 [漢堡](https://www.instagram.com/explore/tags/hamburger/)，來取得數量(例如 130萬張與一百萬張)，關聯性為130%。

記得嘗試相關字詞，包括「堡」與「漢堡」，也建議嘗試不同的語言，像是「paella」與「hambursuesa」。

### 圖片

- 圖片需要為PNG格式，尺寸至少為72x72像素，並且不大於144x144像素。圖片應該貼近邊界（也就是不要加入留白）。
- 檔案名稱需要依照以下格式：proposed_<hex>.png
    - 其中的<hex>應該為小寫十六進位數值從 e000 到 f8ff (私用區)，例如 proposed_e000.png
    - 如果是系列圖，就需要輸入一個以上的<hex>值，以_區分，例如 proposed_e000_e031.png
- 當提案被採納後，其中的「proposed」應該更改為廠商名，並且以碼位更換私用區編碼，例如 apple_1f915.png
- 圖片必須採Unicode網站可使用的授權方式，例如「公共領域」、「授權供非商業使用」、「自由使用分享」，或同等授權（[CC: CC0, or BY*](https://en.wikipedia.org/wiki/Creative_Commons_license)），必須連結到載有授權的頁面。
- 若可能，請一併提供黑白影像以供Unicode碼表使用，範例請見[Full Emoji Data](http://www.unicode.org/emoji/charts/full-emoji-list.html).
- 圖片搜尋（之類的）可以用來搜尋適合的圖片
    - 在[Bing](http://www.bing.com/?scope=images)上，選擇 類型>線條繪圖
    - 在[Google](https://www.google.com.tw/imghp?tbm=isch&gws_rd=cr&ei=8fgjWYTdOoS80ATmgoLIDQ)上，選擇搜尋工具>類型>線條藝術畫
    - 你可以篩選授權類型，有時會找到較少的結果，你可以放大範圍，點進去後再找到授權方式
