2022-09-18

[敲打鍵盤] W3C 親和力成熟度模型節錄翻譯

前幾天介紹的 W3C 親和力成熟度模型相當有趣,雖然還處於草稿階段,我忍不住動手把主文部分進行翻譯,期待大家閱讀參考,從中吸收到重要的資訊。請注意:

  • 這不是經過授權的翻譯,所有著作權屬於原始著作人所有;我動手翻譯的部份如果存在可主張著作權的部份,我在此宣告一律拋棄相關權利。
  • 我翻譯的是 2022-09-06 的草案版本,對應專屬網址為 https://www.w3.org/TR/2022/DNOTE-maturity-model-20220906/;最新版本的固定網址請見 https://www.w3.org/TR/maturity-model/
  • 以下只有主文翻譯。至於文件的版本、作者、摘要、狀態、致謝等,均未翻譯。

……文長未完,敬請撥冗閱讀《W3C 親和力成熟度模型節錄翻譯》全文

2022-09-16

[黑客人生] W3C 親和力成熟度模型

全球資訊網協會親和平台架構工作小組 (Accessible Platform Architectures Working Group, APA) 在本月份發佈《W3C 親和力成熟度模型》(W3C Accessibility Maturity Model,以下簡稱《成熟度模型》),這份文件目前可視為 ISO 30071-1 國際標準的擴大版本,依照文件描述,ISO 30071-1 主要著重於產品或服務的設計、開發流程,《成熟度模型》以 ISO 30071-1 為基礎,涵蓋人員、採購、文化、溝通等更廣泛的範圍,而且可以適用於任何大小規模的公私機構部門。

……文長未完,敬請撥冗閱讀《W3C 親和力成熟度模型》全文

2022-09-01

[活字印刷] 部落格翻修

拖延非常多年之後,我終於振作起來翻修這個部落格的前端設計。主要的工作內容為:

  • 從 XHTML 1.1 改成 HTML 5。我在這一步偷懶採用 HTML5 Boilerplate 的基礎。
  • 手工重構所有模版,大致的結構跟錨點皆沿用先前設計,確保內容段落的靜態鏈結仍然有效,但是藉由 HTML 5 讓語意更明確,盡可能刪減不必要的、當年純粹為了排版而添加的 <div> 等標籤,改用 <main>, <header>, <footer>, <aside> 等地標標籤,以及 <article>, <section>, <address>, <time>語意標籤。現在 <h*> 標題標籤的階層排序終於合理了!
  • 使用 PayPal 提供的 SkipTo 實作「跳到主要內容」的功能,兼作頁面內導覽功能;除了少數頁面先隱藏這個功能選單(第一個 Tab 就可以叫出來),多數頁面都直接顯現以便操作。
  • 迴響表單以純粹的 HTML 及 CSS 製作簡易格式檢查及必填欄位檢查功能,以及設定適合輸入的行動裝置軟體鍵盤類型。
  • 以往「相關文章」、「歷史上的今天」等內容可能很長,現在使用 <details> 讓他們可以收折起來,並且搭配 CSS 3 的 :empty 選擇符來處理沒內容的情況。
  • 以 CSS 3 的 GridFlexboxMultiple column 處理版面布局,現在應該比較響應了!
  • 以 CSS 3 @mediaprefers-color-schemeprefers-contrast 搭配 CSS Variables,根據使用者的系統設定自動切換配色,不喜歡先前強迫暗色系的讀者應該會比較開心。可能的配色有四種,分別是 Bluloco Light(☀亮色系)、Tomorrow Night(☽暗色系)、Solarized Light(☼較低對比)、Tomorrow Night Bright(★較高對比);我參考 Alexander Sandberg 的做法,弄了個目前配色指示器兼強制切換到☽暗色系配色的開關。目前還沒有(暫時也不打算)特別處理 Windows 高對比模式
  • 試用 :has() 選擇符,在已經支援的瀏覽器上可以得到稍微再好一點的使用感受。
  • 調整文章版本變更比對功能的呈現方式與說明。
  • 彙整清單終於採用比較正確的反向排序編號。
  • 微調日期時間的呈現格式以及部分工具性的文字內容。
  • 重新設計及製作履歷,照片換了張稍微新一點的,跟前一張同樣採用 Fawkes 處理過。
  • 把搜尋功能加到 404, 403 等錯誤訊息頁面。
  • Atom feed 更新到 1.0 版格式。
  • 稍微調整 CAPTCHA 的做法。請務必仔細閱讀相關說明。目前這種做法以專業術語來說,大概是邏輯謎題誘捕系統廣告過濾系統(實際上用了兩層,一層是熱詞正規表示式比對,另一層是 Bayesian 過濾器)的組合。
  • 仍然採用漢字標準格式排版框架,這部份沒有變動。
  • Google Fonts 提供網頁字型,主要使用 Noto Sans 跟 Noto Serif,另外也使用 Noto Color Emoji 來達成一致的小圖案(例如我用來表示 Twitter 的 🐦 和用來表示 Mastodon 的 🦣,以及表達頁面間關連導覽的箭頭),額外好處是在較舊的作業系統上也能正確顯示。
  • HTTPS 回來啦!原本迴響表單「網頁網址」欄位填寫 https 連結會異常的問題也一起修好了(吧)。

這次畢竟是從很陳舊的版本翻修,萬一發現奇怪的情況,再來著手修正吧。(註:雖然本文日期是 2022-09-01,實際大約從 2022-08-23 一路處理到 2022-09-21)

2022-08-22

[廚餘瑣碎] 男同性戀作品

許多女性喜好男同性戀/BL 作品。與許多男性想像中的不同,這種喜好跟女性自身的性取向、對男性態度無關;無論是女同性戀者、女異性戀者、女雙性戀者、女無性戀者、喜歡男性/男性身體的女性、討厭男性的女性(以及其他許許多多不同樣態者),都可能喜歡男同性戀作品,這種喜好可以不因家庭組成(婚姻、生育)而改變。

每個人喜歡某種作品的原因往往多元且複雜,自然不可一概論之。但在喜好男同性戀作品上,有個可能的因子值得注意:男性對男性發展的肉體/情感/精神/社會關係之間,是女性最不容易受到傷害/侵犯的情境,因此形成最能夠讓女性安心欣賞的文類。

2022-08-21

[溺愛情挑] 10,249

送別部分的自己,重新調整合理的期待。也許還得花些時間才能讓自己接受:不是失去什麼,而是得到什麼的代價。

而,期待自己被珍重的同時,珍重彼人。

當時沒有想過是這樣,現在體會到。接受,學習,迎接。放開自己。

2022-08-09

[吱吱喳喳] copy

……文長未完,敬請撥冗閱讀《copy》全文

2022-08-06

[專業涵養] 唐鳳談數位發展部準備如何發展數位親和力

日前在「與唐鳳 AU 聊聊數位發展部」活動中,我提問關於數位發展部未來如何規劃及執行數位親和力相關的工作。我提問的內容是:

是否未來包括各政府單位在社群媒體上發表資訊、政府部門內部電子公文系統及其他資訊系統、公益彩券販賣機台介面等,都是以「政府數位服務指引」納入管理及要求 accessibility?舉例來說,在社群媒體上發表資訊的情況,其實需要社群經營人(俗稱小編)要有基本的 disability/accessibility training,然後需要有 content writing guide 才能顧及 accessibility,所以這部份的 policy 是否也在數發部底下來協助或要求?

唐鳳的回答在「2022-08-06 與唐鳳 AU 聊聊數位發展部」錄影 2:01:22~2:07:14,我已經把她的回答整理到活動共筆,請自行觀看聆聽或閱讀。

我的感想:數位發展部的預定路線著眼於「降低公私部門使用科技方案的風險擔憂」,延續唐鳳在政委任內的「持守」態度,以探索、分享、媒合為主,不主動介入各公私部門的執行策略;運作科技方案所需的人員組織素養,不在數位發展部的管轄範圍(就我的理解,其實不在任何機關的管轄範圍,只能靠著整體人民意識的進步以及文化交流,有機地各自成長實現),可能也不是數位發展部熟悉或有興趣的領域。

2022-08-07 補充:活動後我透過 g0v 管道向唐鳳建議數位發展部可以先自己走走看 ISO 30071-1,她表示會轉給負責相關業務的數位政府司服務設計科同仁參考。

更古早以前

jedi.org: