boost c 框架的使用者體驗

2021-09-08 16:23:48 字數 761 閱讀 9140

沒有中文版本的幫助文件就不說了,對於國人來說挺糟糕的。有個專案是翻譯的,不過也沒什麼進展: 。chm格式的幫助文件,是我的最愛,太方便了。pdf的 html方式的 都沒有chm的好,chm本質也是 對 html的打包,但是多了 查詢 索引 收藏 等功能,目錄樹也很好。真想做乙個 類似 chm的開源web專案。

boost從他的現在 可以看到,非常糟糕的設計,boost_1_50_0.7z也有 44.8 mb (47,059,966 位元組) 大小。不必說解壓後了。解壓後,看到的感覺好像 幫助文件? 那 doc 目錄下的那些呢? 都是pdf, 比如 boost_1_47_doc_src.zip 64.0 mb (67,156,409 位元組),簡直讓我崩潰。兩者 看起來 相同的東西挺多的,或許是 原始碼 包含了 doc_src了。兩部分 為什麼放在一起 進行管理呢?而且 外國人喜歡pdf格式,雖說 chm是微軟的格式,或許 那些人都使用 *nix,並且堅決反對使用gui(類似windows的一切東西他們都抵制),對於這群人真是無語,只要好用就行了,幹嘛那麼追求專業化的效率。他們製作的文件 是 以你就是開發者的角度來製作的,而不是瀏覽者。

boost許多資料夾下都有jamfile.v2,但是搜尋bjam 基本沒啥有用資訊,但是在文件 初略的瀏覽了一下,根本找不到bjam軟體的資訊。我是在windows下,如果是在linux依舊矛盾的。

既然是跨平台 為什麼不為 windows 平台做點工作呢?後來還是 在  看到了,這裡有nt86的可執行檔案。

算了 開源不錯了,還指望 能做的多麼 貼近使用者麼? 只能 低效率的 看他們的文件,慢慢琢磨了。

boost c 框架的使用者體驗

沒有中文版本的幫助文件就不說了,對於國人來說挺糟糕的。有個專案是翻譯的,不過也沒什麼進展 chm格式的幫助文件,是我的最愛,太方便了。pdf的 html方式的 都沒有chm的好,chm本質也是 對 html的打包,但是多了 查詢 索引 收藏 等功能,目錄樹也很好。真想做乙個 類似 chm的開源web...

使用者體驗框架

關於使用者體驗的話題很多,從各種角度出來的觀點都有,但大都是泛泛而談,提出一大堆所謂原則和方法,實際上真正可操性的東西很少。個人認為,應該脫離空泛的概念性,把使用者體驗建立在乙個可分析性的基礎上。要明確認定,使用者體驗不只是經驗性的各種原則和方法的大雜燴,而是可以從工程學的角度進行明確界定和分析的。...

使用者體驗的要素

使用者體驗的要素 戰略層 目標和使用者需求 成功的使用者體驗,其基礎是乙個被明確表達的 戰略 知道企業與使用者雙方對 的期許和目標,有助於確立使用者體驗各方面戰略的制定。然而回答這些看似簡單的問題卻不如說起來那麼容易。範圍層 功能規格和內容說明帶著 我們想要什麼 我們的使用者想要什麼的 的明確認識,...