使用困難數(shù)據(jù)進行設計——PNG 小組

原文作者:HYPERLINK?

翻譯:三米工作室PNG團隊

您被要求為移動或網(wǎng)絡應用設計個人資料屏幕。它需要包括頭像盛撑,名稱碎节,職位和位置。你啟動Sketch或Figma抵卫。也許你拿出你的繪圖鉛筆或直接去標記和CSS①钓株。

無論您選擇何種工具,您最終都可能會得到一些占位符數(shù)據(jù)陌僵。你是那種使用自己名字的人轴合,或者你是否想起你的老朋友Lorem Ipsum先生?也許你有一個假的名字碗短,比如Sophia J. Placeholder受葛。

對我來說,這是Nuno Bettencourt偎谁∽芴玻或者Nuno Duarte Gil Mendes Bettencourt,更正式巡雨。Nuno在90年代早期的樂隊Extreme中擔任吉他手闰渔。對于你們中間的年輕人,他是蕾哈娜的旅行音樂家铐望。這些對我們今天的目的來說都不重要冈涧,除了他那相當長的名字。

對于占位符名稱正蛙,您可能覺得不重要督弓。它不會在最終產(chǎn)品中結(jié)束 - 它只是一個變量。嗯乒验,這很重要愚隧。您開始使用的文本將巧妙地影響您對布局和樣式的處理方式。它可能會限制您自己考慮的選項范圍锻全,或者更危險的是狂塘,會掩蓋您稍后會遇到的實際限制录煤。

可能會想到一些明顯的解決方案:使用長占位符名稱;?在您的設計中使用真實數(shù)據(jù)。雖然這些都是一個良好的開端荞胡,但值得深入探討這些和其他實踐如何改善您的設計過程并幫助生產(chǎn)更耐用的產(chǎn)品辐赞。

這不僅僅是假名

這不僅僅是假名。這也是假地址硝训!假標題!假照片新思!當我們圍繞有限的數(shù)據(jù)進行設計時窖梁,限制就會滲透到我們的設計中。

無法處理長字符串文本是組件在與實際數(shù)據(jù)接觸時可能失敗的最基本且最常見的方式夹囚。您認為標簽會標記為“設置”嗎纵刘?那么,現(xiàn)在它被稱為“應用程序首選項”荸哟。

長度只是真實文本和數(shù)據(jù)可以使弱設計變形的眾多方式之一假哎。您可能還會遇到意外的換行符,甚至是太短的文本鞍历。請注意以下我們傾向于使用簡單的占位符數(shù)據(jù)作弊的區(qū)域舵抹。

帳戶資料照片

不要指望人們擁有具有純白色背景的工作室品質(zhì)的自畫像(并且懷疑那些做過的人!)劣砍。許多人可能根本不想為他們的帳戶上傳照片惧蛹。其他人可能會試圖將他們太寬的公司徽標擠進那個小方形或圓形區(qū)域。您無法考慮所有可能的數(shù)據(jù)刑枝,但如果您在設計過程的早期就將其中一些不太直觀的理想案例納入其中香嗓,那么您的輸出將更具彈性。

視頻和照片的縮略圖

并非所有縮略圖都符合您預期的寬高比装畅。有些可能包含與周圍頁面意外沖突的文本或圖像靠娱。我看到的一個常見問題是設計精美的主頁,頂部突出顯示公司徽標掠兄。然后像云,視頻到達,視頻的默認海報圖像也包括公司徽標÷煜Γ現(xiàn)在苫费,您美麗的主頁布局看起來像徽標沙拉。

量的狂野變化

? ? 包含列表的元素双抽,其中這些列表中的項目數(shù)量可能會有很大差異百框。想象一下帶有卡片的布局,其中每張卡片都包含一組標簽牍汹。一張卡可能有三個標簽铐维,而另一張卡可能有二十五個柬泽。當一個特定元件的長度與其他元件的長度變化很大時,表格數(shù)據(jù)在美學和易讀性方面也會受到影響嫁蛇。

缺少元素

您可以為站點標題創(chuàng)建一個漂亮的布局锨并,從手機到27英寸顯示屏可以很好地擴展。然后你發(fā)現(xiàn)它需要一個支持菜單項 - 但沒有空間睬棚!我經(jīng)常通過編譯兩個列表來啟動線框第煮。第一個包含此屏幕的訪問者需要完成的目標。第二個有需要在這個屏幕上生活的元素抑党。請務必包括所有元素 - 從主要內(nèi)容到廣告包警,再到頁腳中的隱私鏈接。在沒有考慮其包含的廣告的情況下底靠,發(fā)現(xiàn)設計的網(wǎng)站特別容易害晦。

視口大小

除了占位符數(shù)據(jù),我們傾向于以最迷人的視口大小呈現(xiàn)我們的設計暑中∫嘉粒或者更確切地說,我們設計的布局最適合我們?yōu)槟P瓦x擇的尺寸 - 特別是當我們使用圍繞固定框架尺寸構建的工具進行設計時鳄逾。在被忽視的響應式設計低谷中稻轨,我們發(fā)現(xiàn)了兩個常見的陷阱:拉伸的移動布局和壓扁的桌面設計布局。


? ? ? ? ? ? ? 拉伸的移動布局? ? ? ? ? ? ? ? ? ? ? 壓扁的桌面布局

靈活的設計可以更容易設計

我們不能在每一個邊緣案例上花費無數(shù)的時間(以及我們客戶的錢)雕凹。我們可以更加關注我們創(chuàng)建的畫布澄者,我們使用的工具以及我們設計的數(shù)據(jù)的影響。

有必要將注意力和測試重點放在最常訪問網(wǎng)站的方式上请琳。在每個屏幕尺寸上粱挡,不一定是完美的,也永遠不會是完美的俄精。HYPERLINK "https://alistapart.com/article/the-illusion-of-control-in-web-design"放開控制并抓住這種靈活性是網(wǎng)絡設計的一部分询筏。

?? ? 靈活設計還可以使您的設計更易于訪問。那些有視力障礙的人(我們大多數(shù)人在我們生活中的某些時候)可以使用自定義的最小字體大小進行瀏覽竖慧。其他人可能會在縮放級別瀏覽嫌套,即使在大型桌面瀏覽器上也會觸發(fā)針對移動設備的響應式布局。

避免令人失望的揭示?

有足夠的因素可以為客戶和利益相關者帶來不切實際的期望圾旨,并對最終的實施感到失望踱讨。不要通過展示看起來完美無瑕的設計來增加這種潛在的期望錯配,只是讓客戶在嚴酷的實際數(shù)據(jù)中審視它們砍的。

雖然你可能需要讓人們相信你的設計的優(yōu)點痹筛,但如果你選擇展示一個不切實際的設計,你只會讓自己失敗。相反帚稠,最初通過顯示具有理想數(shù)據(jù)的布局來沉迷然后通過顯示難以處理的數(shù)據(jù)的變化來展示設計的持久性和靈活性谣旁。這不僅有助于人們了解您的設計,還有助于您了解流程和專業(yè)知識的價值滋早。

當我還是個孩子的時候榄审,我清楚地記得從一個門到另一個門的真空推銷員跳上吸塵器來展示他的產(chǎn)品的耐用性。我們不需要一個新的真空(整個門到門模型的缺陷)杆麸,但這畫面一直困擾著我搁进。跳上你的設計吧!把它們?nèi)釉趬ι衔敉罚∮美畛渌鼈儾@示它們?nèi)绾伪3至己脿顟B(tài)饼问。

例如,在向客戶端顯示設計時减细,向他們展示它如何適應各種視口寬度和默認字體大小。向客戶展示他們的網(wǎng)站如何響應瀏覽器大小也可以幫助他們放棄僅針對特定設備和他們碰巧使用的尺寸進行設計的需求赢笨。如果你有一個很好的方式來處理個人資料頁面上的長名稱未蝌,請展示它!這可以幫助您的客戶了解除靜態(tài)屏幕截圖中可見的工作(以及時間和金錢)之外還有其他方面的工作茧妒。

垃圾進去萧吠,黃金出來?

舊的計算機科學格言寫道:“垃圾進入桐筏,垃圾出來纸型。”相反梅忌,目標是“垃圾進入狰腌,人力資源......還不錯∧恋”更好的諺語可能是 HYPERLINK "https://en.wikipedia.org/wiki/Robustness_principle" Postel定律琼腔,也稱為魯棒性原則:“保守你的所作所為,也要接受別人的自由踱葛〉ち“如果你想象有一個壞人試圖選擇你的設計,他們將如何打破它尸诽?也許將瀏覽器壓縮到一個狹窄的大小甥材,并輸入一些異常長的標題(垃圾進入)。您的設計應該對窄寬度做出很好的響應性含,并優(yōu)雅地減少特別長的標題(金色)的字體大小洲赵。

通過練習,您可以內(nèi)化部分此過程。你會直覺地知道給定視覺設計會帶來哪些陷阱板鬓。與可訪問性或國際化方面的專家學習快速發(fā)現(xiàn)限制設計普遍性的常見缺陷的方式大致相同悲敷。雖然我們的直覺可以幫助我們,但它也可以欺騙我們 - 確保測試俭令,并了解真實的人如何使用您的產(chǎn)品后德。

即使你磨練自己預測和避免常見錯誤的能力,你的思想也會不斷地走向阻力最小的道路抄腔。像在高海拔地區(qū)訓練的耐力運動員瓢湃,用腳踝重量訓練,或者職業(yè)棒球運動員用加重蝙蝠練習揮桿赫蛇,我們必須繼續(xù)人為地增加我們的工作壓力绵患。

真實數(shù)據(jù)不夠好

關于使用真實數(shù)據(jù)進行設計的好處已經(jīng)寫了很多。我的同事HYPERLINK "https://library.gv.com/fake-designs-yield-real-results-c39cfc9ae93" Daniel Burka寫道:

“盡量不掩飾復雜性悟耘。在現(xiàn)實世界中進行設計工作非常困難落蝙。如果你設計一個虛假的圖表,請輸入真實的數(shù)據(jù)暂幼。如果你假裝重新設計一個網(wǎng)站筏勒,...不要只是神奇地刪除一個廣告單元。如果您創(chuàng)建一個性感的虛假登錄屏幕旺嬉,請不要忘記包括恢復丟失的密碼或用戶名的方法管行。...寫真實副本。Lorem ipsum適合業(yè)余愛好者邪媳【枨辏”

Daniel是對的 - 特別是在界面元素方面,文本的含義與函數(shù)不可分割雨效。當涉及到可能顯示廣泛可變內(nèi)容的設計元素(例如迅涮,配置文件照片或名稱)時,您可以比使用真實數(shù)據(jù)做得更好徽龟。超越現(xiàn)實數(shù)據(jù)逗柴。獲取困難的數(shù)據(jù)。

如果您能夠提取實際數(shù)據(jù)顿肺,請在最壞的情況下進行挖掘戏溺。如果你可以處理最壞的情況,常見的情況將是輕而易舉的屠尊。

重新設計現(xiàn)有屏幕時旷祸,請利用可用的當前和歷史數(shù)據(jù)。挖掘數(shù)據(jù)的極端讼昆,找到最長和最短的標題托享。如果您使用照片或視頻的縮略圖進行設計,請抓取一組隨機的真實縮略圖,然后扔掉那些您知道易于設計的縮略圖闰围。

如果您沒有現(xiàn)有數(shù)據(jù)赃绊,甚至在沒有現(xiàn)有數(shù)據(jù)時,請創(chuàng)建困難的示例羡榴。寫出標題碧查,推動超出屏幕可容納的范圍。創(chuàng)建具有自己的內(nèi)置邊框或陰影的縮略圖圖像校仑,并查看它們與您所擁有的內(nèi)容的沖突忠售。

有時可以(并且應該)修復困難的數(shù)據(jù)

雖然您的設計應盡可能健壯,但有時可能會出現(xiàn)不必如此的邊緣情況迄沫。在設計帶有客戶端的列表頁面時稻扬,我們查看了他們的完整數(shù)據(jù)存檔,以了解項目標題的長度是如何變化的羊瘩。最短的標題是8個字符泰佳,最長的是超過320個,但只有少數(shù)超過80個尘吗。

我們與客戶合作創(chuàng)建了一個迎合最多80個字符標題的設計逝她。然后對那些少數(shù)異常值進行了一些編輯手術以使它們處于極限之下。結(jié)果他們最終成為了更好的頭銜摇予。

在處理由您的公司汽绢,團隊或客戶管理的內(nèi)容時吗跋,還需要將這些實踐編入風格指南侧戴。您無需花費大量精力設計來自大廳的困難數(shù)據(jù)。

國際化

我有幸與Mozilla的團隊合作跌宛,在那里頁面被翻譯成多達八十種語言酗宋。通過這種廣泛的本地化工作,我們學會了構建支持非拉丁字符集和具有從右到左文本方向的語言的頁面布局和設計疆拘。

支持從左到右和從右到左的語言不僅需要允許文本字符串反轉(zhuǎn)蜕猫。布局和設計的整個視覺結(jié)構需要能夠水平翻轉(zhuǎn)。而不是令人沮喪的限制哎迄,你會發(fā)現(xiàn)這個和其他類似的限制將幫助你開發(fā)設計超級大國回右。

由于預期德語等語言中的文本字符串較長,一些設計人員開發(fā)了一個過程漱挚,其中拉丁文本的生成長度是源文本的兩倍翔烁。W3C有HYPERLINK "https://www.w3.org/International/articles/article-text-size"一篇關于跨語言共同長度比的HYPERLINK "https://www.w3.org/International/articles/article-text-size"方便文章。

資本化在某些語言環(huán)境中也可能存在問題 - 尤其是在強制使用CSS時旨涝。如果您的設計確實依賴于text-transform: uppercase或者text-transform: lowercase蹬屹,要么重新審視設計更靈活,要么在源文本中處理大寫(而不是通過CSS),以便本地化團隊可以保持對大寫的控制慨默。

MDN是更多關于HYPERLINK "https://developer.mozilla.org/en-US/docs/Mozilla/Localization/Localization_content_best_practices" \l "Create_localizable_UI"本地化設計的重要資源贩耐。在設計過程中涉及占位符數(shù)據(jù)時要注意自己的文化盲目性。設計作弊經(jīng)常影響那些最不喜歡自己的人厦取。

盡可能設計困難的數(shù)據(jù)

關于我們的HYPERLINK "https://medium.com/bridge-collection/modern-design-tools-using-real-data-62d499e97482"工具如何幫助我們設計真實數(shù)據(jù)已經(jīng)寫了很多(并且應該被閱讀)潮太。借助現(xiàn)代設計和原型設計工具,HTML / CSS / JS原型蒜胖,甚至靜態(tài)模型消别,如果我們不將設計推向突破點,結(jié)果將是自欺欺人台谢。

在快速制造和過度建設之間總是存在平衡寻狂。與設計和網(wǎng)絡上的所有內(nèi)容一樣,這取決于數(shù)據(jù)朋沮,受眾蛇券,項目和目標。

設計不出更優(yōu)秀的作品的常見借口往往是時間表和預算樊拓。特別是在大型項目中纠亚,學習如何將更多難度數(shù)據(jù)納入早期設計過程可以節(jié)省很多時間。

就像長跑運動員通過在高海拔的空氣中訓練而提高筋夏,通過從一開始就建立困難的數(shù)據(jù)蒂胞,你將成為一個更優(yōu)秀的設計師。您將更加了解設計可能處在什么位置并防患于未然条篷,從而更好地傳達您的流程和決策骗随。

注:

①:CSS:層疊樣式表(英文全稱:CascadingStyle Sheets)是一種用來表現(xiàn)HTML(標準通用標記語言的一個應用)或XML(標準通用標記語言的一個子集)等文件樣式的計算機語言。CSS不僅可以靜態(tài)地修飾網(wǎng)頁赴叹,還可以配合各種腳本語言動態(tài)地對網(wǎng)頁各元素進行格式化鸿染。 CSS 能夠?qū)W(wǎng)頁中元素位置的排版進行像素級精確控制,支持幾乎所有的字體字號樣式乞巧,擁有對網(wǎng)頁對象和模型樣式編輯的能力涨椒。

———三米工作室PNG團隊翻譯


原文鏈接:"https://alistapart.com/author/stevengarrity"

?著作權歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市绽媒,隨后出現(xiàn)的幾起案子蚕冬,更是在濱河造成了極大的恐慌,老刑警劉巖是辕,帶你破解...
    沈念sama閱讀 216,372評論 6 498
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件囤热,死亡現(xiàn)場離奇詭異,居然都是意外死亡免糕,警方通過查閱死者的電腦和手機赢乓,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,368評論 3 392
  • 文/潘曉璐 我一進店門忧侧,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人牌芋,你說我怎么就攤上這事蚓炬。” “怎么了躺屁?”我有些...
    開封第一講書人閱讀 162,415評論 0 353
  • 文/不壞的土叔 我叫張陵肯夏,是天一觀的道長。 經(jīng)常有香客問我犀暑,道長驯击,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,157評論 1 292
  • 正文 為了忘掉前任耐亏,我火速辦了婚禮徊都,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘广辰。我一直安慰自己暇矫,他們只是感情好,可當我...
    茶點故事閱讀 67,171評論 6 388
  • 文/花漫 我一把揭開白布择吊。 她就那樣靜靜地躺著李根,像睡著了一般。 火紅的嫁衣襯著肌膚如雪几睛。 梳的紋絲不亂的頭發(fā)上房轿,一...
    開封第一講書人閱讀 51,125評論 1 297
  • 那天,我揣著相機與錄音所森,去河邊找鬼囱持。 笑死,一個胖子當著我的面吹牛必峰,可吹牛的內(nèi)容都是我干的洪唐。 我是一名探鬼主播钻蹬,決...
    沈念sama閱讀 40,028評論 3 417
  • 文/蒼蘭香墨 我猛地睜開眼吼蚁,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了问欠?” 一聲冷哼從身側(cè)響起肝匆,我...
    開封第一講書人閱讀 38,887評論 0 274
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎顺献,沒想到半個月后旗国,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,310評論 1 310
  • 正文 獨居荒郊野嶺守林人離奇死亡注整,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,533評論 2 332
  • 正文 我和宋清朗相戀三年能曾,在試婚紗的時候發(fā)現(xiàn)自己被綠了度硝。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 39,690評論 1 348
  • 序言:一個原本活蹦亂跳的男人離奇死亡寿冕,死狀恐怖蕊程,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情驼唱,我是刑警寧澤藻茂,帶...
    沈念sama閱讀 35,411評論 5 343
  • 正文 年R本政府宣布,位于F島的核電站玫恳,受9級特大地震影響辨赐,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜京办,卻給世界環(huán)境...
    茶點故事閱讀 41,004評論 3 325
  • 文/蒙蒙 一掀序、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧惭婿,春花似錦森枪、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,659評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至佑力,卻和暖如春式散,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背打颤。 一陣腳步聲響...
    開封第一講書人閱讀 32,812評論 1 268
  • 我被黑心中介騙來泰國打工暴拄, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人编饺。 一個月前我還...
    沈念sama閱讀 47,693評論 2 368
  • 正文 我出身青樓乖篷,卻偏偏與公主長得像,于是被迫代替她去往敵國和親透且。 傳聞我的和親對象是個殘疾皇子撕蔼,可洞房花燭夜當晚...
    茶點故事閱讀 44,577評論 2 353

推薦閱讀更多精彩內(nèi)容