<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:cc="http://cyber.law.harvard.edu/rss/creativeCommonsRssModule.html">
    <channel>
        <title><![CDATA[Stories by Kevin Tu on Medium]]></title>
        <description><![CDATA[Stories by Kevin Tu on Medium]]></description>
        <link>https://medium.com/@_ktu?source=rss-91f58b051b70------2</link>
        <image>
            <url>https://cdn-images-1.medium.com/fit/c/150/150/0*WOBt_gCZQoVB3s4_.</url>
            <title>Stories by Kevin Tu on Medium</title>
            <link>https://medium.com/@_ktu?source=rss-91f58b051b70------2</link>
        </image>
        <generator>Medium</generator>
        <lastBuildDate>Sun, 15 Nov 2026 04:14:49 GMT</lastBuildDate>
        <atom:link href="https://medium.com/@_ktu/feed" rel="self" type="application/rss+xml"/>
        <webMaster><![CDATA[yourfriends@medium.com]]></webMaster>
        <atom:link href="http://medium.superfeedr.com/" rel="hub"/>
        <item>
            <title><![CDATA[[HTML/CSS] 我心目中的「完美按鈕」]]></title>
            <link>https://medium.com/@_ktu/html-css-%E6%88%91%E5%BF%83%E7%9B%AE%E4%B8%AD%E7%9A%84-%E5%AE%8C%E7%BE%8E%E6%8C%89%E9%88%95-83ff9cc57764?source=rss-91f58b051b70------2</link>
            <guid isPermaLink="false">https://medium.com/p/83ff9cc57764</guid>
            <category><![CDATA[button]]></category>
            <category><![CDATA[css]]></category>
            <category><![CDATA[html]]></category>
            <dc:creator><![CDATA[Kevin Tu]]></dc:creator>
            <pubDate>Wed, 14 Mar 2018 00:00:43 GMT</pubDate>
            <atom:updated>2018-03-15T16:04:18.564Z</atom:updated>
            <content:encoded><![CDATA[<figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/0*hwuTGje4634nxPCd." /><figcaption>“Colorful lines of code on a computer screen” by <a href="https://unsplash.com/@_imkiran?utm_source=medium&amp;utm_medium=referral">Sai Kiran Anagani</a> on <a href="https://unsplash.com/?utm_source=medium&amp;utm_medium=referral">Unsplash</a></figcaption></figure><blockquote><em>由於中文按鈕大多言簡意駭，加上沒有空格問題導致瀏覽器自我斷行，本篇主要是針對歐美語系的按鈕為主 …</em></blockquote><p>在做網站的時候常常會遇到以下的狀況：</p><p><em>「按鈕內的字太多，斷行後看起來很奇怪 …」<br>「按鈕寬度不知道怎麼設定，在不同寬度下看起來差很多。」</em></p><figure><img alt="" src="https://cdn-images-1.medium.com/max/552/1*4rk-a4ifAP3NYAWnshfiLw.png" /><figcaption>是哪個網站就明眼人都知道 …</figcaption></figure><p>觀察多年後的結果發現，常常問題是出在設計師與工程師的溝通不良。</p><p>很多的設計師雖然可以在設計圖(mockup)上面做出美美的按鈕，但是往往設計師都習慣使用設計軟體縮放的功能，而不清楚每一個按鈕在不同的螢幕上，其<strong>寬度、字體大小、字數</strong>都應該被嚴格的設計。</p><p>不當的按鈕設計，會變成在前端工程師做完整個網頁在跟設計師對答案時，設計師會表示：「這跟我設計的不一樣」「這樣不好看」，最後要嘛是工程師妥協，或是 PM 逼著工程師妥協，進而埋下技術債。</p><figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/0*Ysoa30SMBqfAFKIQ." /><figcaption>「應該很簡單嘛就改一改 CSS 就好啦」「…」 — Photo by <a href="https://unsplash.com/@helloquence?utm_source=medium&amp;utm_medium=referral">Helloquence</a> on <a href="https://unsplash.com/?utm_source=medium&amp;utm_medium=referral">Unsplash</a></figcaption></figure><p>因此在開始動手改動或是製作任何的按鈕之前，我建議身為工程師一定要跟設計師溝通清楚以下幾件事：</p><h4>固定寬度 vs 動態寬度</h4><p>第一個需要確認的事情就是：設計師現在的這個按鈕，到底指得是<strong>固定寬度</strong>還是<strong>動態寬度</strong>？「固定寬度」顧名思義，就是無論按鈕內的文字數量多寡，其最小以及最大寬度均維持一致。在大部分的狀況下，動態寬度只適合<strong>單一的 CTA 按鈕</strong>，但是當你有一個以上的按鈕排在一起的時候，為了視覺上面的統一，就使用固定寬度的按鈕就會比較合適。以此來看，由於靈活性的考量使用<strong>固定寬度</strong>作為預設較符合大部分人的狀況。同時也能要求設計師在設計按鈕時思考每個按鈕與按鈕之間的關係。</p><h4>嚴格檢視放進按鈕的字數</h4><p>規範了寬度，下一步就是需要討論每一個按鈕能夠放進去的最大字數。如果是動態寬度就無所謂，倘若是工程師表現闊綽，不嚴格要求管控放進按鈕的字數，就等同你默默的埋下了未來網站 CSS 暴走的技術債地雷。</p><p>尤其是如果你的網站有著不同語言的 localization，更需要特別注意這件事。<a href="https://www.w3.org/International/articles/article-text-size">https://www.w3.org/International/articles/article-text-size</a></p><h4>依照螢幕大小調整字體與寬度以及內容</h4><p>「調整字體與寬度以及內容」都是響應式設計(Responsive design)的基本點，但是有時候最簡單的就是最容易被忽略的事情。在收到任何的設計圖時，請務必檢視是否在行動版的按鈕上面提供了不同的字體大小或是按鈕寬度。如果你最終被迫需要將整句話放入按鈕中的時候，請務必要求提供行動版的縮減文字。例如說從桌面版的 「<em>Yes I understand</em>」，變成手機版的「<em>Yes</em>」，透過簡化文字又不失原意的狀況下，維持你與 PM 的好關係。</p><h4>文字斷行與垂直置中</h4><p>大部分的狀況是使用與按鈕同高的 line-height 就能解決文字垂直置中的問題。但是一旦按鈕內的文字出現斷句，整個按鈕格式就會跑掉。這也是在大部分的網站中，如果你要<strong>把一整個句子放進按鈕當中</strong>，也要盡可能的簡短。若是你的按鈕沒有預料會有這樣的狀況存在，就可能出現按鈕與框架大打出手的狀況出現。</p><figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/0*GpEODcR5CUIjGGoj." /><figcaption>「你咧是在共三小 … 」 — Photo by <a href="https://unsplash.com/@punttim?utm_source=medium&amp;utm_medium=referral">Tim Gouw</a> on <a href="https://unsplash.com/?utm_source=medium&amp;utm_medium=referral">Unsplash</a></figcaption></figure><h4>所以咧？你的完美按鈕長什麼樣子？</h4><p>綜合以上幾點，我心目中的完美按鈕的幾個要素有：</p><ul><li>固定寬度以及限制文字數目</li><li>字體或是內容可依照螢幕寬度改變</li><li>寬度以及排版可照樣板寬度調整，但是又保有自我煞車的機制</li><li>就算有斷句的狀況下也可以保持置中</li></ul><h4>還有其他改進的可能嗎？</h4><p>有一些暗黑的技法，像是讓字體大小或是 <em>padding</em> 根據 <em>view-port</em> 的寬度來調整，不過這個一不小心就可能會走火入魔，請<strong>務必</strong>小心使用。有興趣請參考以下的實例。</p><h4>實例分享：</h4><p><a href="https://codepen.io/ktu/pen/WzrxeJ/left?editors=1100">https://codepen.io/ktu/pen/WzrxeJ/left?editors=1100</a></p><h4>有什麼問題歡迎批評指教，我們下次見。</h4><p><em>Author: KTU<br></em><a href="https://www.linkedin.com/in/jkevintu/"><em>https://www.linkedin.com/in/jkevintu/</em></a></p><img src="https://medium.com/_/stat?event=post.clientViewed&referrerSource=full_rss&postId=83ff9cc57764" width="1" height="1" alt="">]]></content:encoded>
        </item>
    </channel>
</rss>