Elementor手機改完桌面也變了:先確認響應式控制與繼承

在手機預覽把標題縮小,回到桌面卻發現文字也變小,先不要補一段CSS把它壓回去。要先確認剛才修改的欄位支援裝置分別設定,以及欄位旁當時選的是哪個裝置。編輯器上方切到手機,和每個屬性都有手機專用值,是兩件需要分開核對的事。

下面用傳統Heading元件的Typography Size示範:桌面48px、平板36px、手機28px。接著清空手機值,觀察它重新使用平板36px,而桌面仍維持48px。這個對照能幫你找出值來自哪一層,避免在三個裝置之間來回改到失去原先設定。

Elementor手機預覽,Typography Size顯示繼承的36,標題位於手機畫布
本地Elementor Free 4.3.3的傳統Heading:清空手機字級後,欄位以繼承值提示36,畫布也使用36px。

先分清元件版本與控制範圍

本例使用隔離的WordPress 7.1.2、Elementor Free 4.3.3與Twenty Twenty-Five主題。頁面放了傳統Container及Heading;同一版本也能看到Atomic Elements,但這裡沒有用Atomic Heading。若你的側欄、控制名稱或樣式系統不同,先辨認元件類型,不要只按產品版本號尋找完全相同的畫面。

選中標題後,進入Style,展開Typography,找到Size。確認數值旁有裝置控制,再看上方目前選中Desktop、Tablet Portrait或Mobile Portrait。遇到沒有裝置控制的欄位,不應假設它會因為畫布變窄,就自動儲存一份手機專用設定。

標題文字、HTML標籤與字體大小也要分開。你只是要調手機顯示大小時,應修改Size,不必把H2改成H3,更不必複製三份標題再用隱藏開關切換。這種複製方式會增加內容維護,也容易讓同一段文字在不同位置逐漸不一致。

從桌面開始,留下可比較的值

先選Desktop,把Size設為48,單位使用px。記住原值和所選元件,接著切到平板,先不要輸入。觀察欄位是否已有明確覆寫,或只是提示較大裝置的值。本例平板尚未填值時,輸入欄位的實際值是空的,但標題仍以48px顯示。

這一步很有用:空欄位不等於字級零,也不等於完全沒有樣式。實際效果可能來自較大裝置的設定、元件樣式或主題。若只看到空欄就填入一個猜測值,雖然暫時能讓畫面變小,卻把原來的繼承關係改成了獨立覆寫。

本例接著在平板填入36px,畫布字級成為36px,再切到手機。手機還沒有獨立值時,畫布也顯示36px。此時不要以為桌面48已失效;回到Desktop,它仍是原來的48。你看到的是不同寬度下,各自適用的設定。

手機覆寫與清空是兩種操作

在Mobile Portrait輸入28px,本例標題立即以28px顯示。這是手機自己的覆寫值;平板36與桌面48並沒有跟著改變。若手機需要特別緊湊的版面,可以保留這個值,但應順便檢查標題換行、行高與下面內容的距離,不能只看數字有沒有變小。

接著清空手機Size欄位並離開欄位,本例畫布回到36px。這個36來自已設定的平板值,因此清空不代表還原到桌面48。若你想讓手機直接使用48,也要先檢查中間的平板設定;不能只清手機,便期待它跳過仍存在的平板覆寫。

同樣地,清空與填入0不同。填入0可能仍是一個明確的值;清空是在這個控制上移除本例的手機數值覆寫。不要用0模擬繼承,也不要為了測試單一標題,重設整份Typography或全站樣式。先處理Size這個欄位,才容易確認改動的原因。

用儲存後的前台重新驗一次

編輯器畫布方便比較,但文章完成前仍應儲存,再開前台預覽。本例先Save Draft,重新開啟有登入權限的草稿預覽,分別使用1280、900與390像素視窗。手機覆寫已清空,所以測得的字級依序是48px、36px與36px,與編輯器最後狀態一致。

這裡的預覽仍是本地草稿,沒有公開部署。數據也只證明這個Heading及目前控制設定的結果,不能推論所有元件、所有主題或額外斷點都遵循同一份數字。真正要修的網站仍要在儲存後,重新核對自己的前台與實際使用的斷點。

若前台與編輯器不一致,先確認是否儲存了這次變更、預覽是不是同一頁,以及樣式檔是否正常載入。再查看是否有主題樣式或自訂CSS覆蓋字級。不要只在編輯器連續加大數字,因為樣式檔未更新時,這樣可能只是累積更多互相矛盾的設定。

若改手機卻影響桌面,沿同一欄位回查

先回Desktop查看Size的實際數值,再回Mobile查看手機欄位。如果桌面數值已變,先還原你記下的原值,再重新選手機裝置,確認是在同一個Heading的Size輸入。不要一邊換元件、一邊換裝置,否則很容易把另一個標題的設定誤認成同一份資料。

如果桌面值沒變,但畫面看起來變了,也可能是標題換行造成高度不同。將文字內容、字級、行高與容器寬度逐項比較,先找出真正不同的項目。把容器縮窄會改變一行能容納的文字,不代表字級本身已改;只憑標題占了幾行,不能判斷哪個裝置值被覆寫。

還要確認單位一致。本例全程使用px,方便對照48、36及28;若你使用相對單位,就需要連同它參照的條件一起看。不要把不同單位的數字直接比較大小,也不要在追查問題時同時更換單位,否則前後的差異便不只來自裝置覆寫。

不要把裝置名稱當成實體設備保證

本例介面標示平板上限1024px、手機上限767px,但網站可以自訂斷點,裝置名稱本身不能保證某一台手機一定套用哪個設定。判斷時要看瀏覽器的視窗寬度與站點斷點,而不是只憑手機型號、截圖縮放比例或螢幕像素數推測。

Elementor的開發者文件也把響應式值視為不同裝置的設定資料,並由響應式控制產生相應CSS。這有助於理解為何同一個元件會保存多份數值,但一般編輯時不需要手動改資料庫中的裝置鍵名。直接使用目前元件提供的控制,會比較容易保留正確格式和單位。

修好後留下三項記錄即可:桌面值、平板是否覆寫、手機是否覆寫。下一次調桌面字級時,就知道哪些較小裝置還會跟隨,哪些需要另外檢查。對有多人維護的網站,這比只記一句「手機已修好」更能避免後續改版再次把字級弄亂。

參考資料

原文鏈接:https://wntheme.com/elementor-responsive-control-inheritance/,轉載請註明出處。
0

評論0

顯示驗證碼
沒有帳號?註冊  忘記密碼?