Ⅰ app常用彈窗提示種類;學習都包括哪些內容

你也曾不粗心
不用擔心信譽之類的你都玩了這么多年了這位朋友實不相瞞

Ⅱ iphone打開每個app有彈窗怎麼解決

Iphone，打開每個app都有疼痛的話，看一下是不是你的系統遭到了病毒？建議用那些殺毒軟體回殺一下，看看是不是病答毒產生的？如果說不是生的話，看一下是不是系統本身出現的問題？導致的建議這個時候送到售後維修點檢測一下就可以了，看看到底有沒有問題？
還有的話就是打電話咨詢一下蘋果客服，然後問一下這種情況正不正常？如果不正常的話，建議到那個售後店維修一下就可以了，基本上也不會有很多錢的

Ⅲ hbuilder用h5弄個app怎麼設置彈出的select的選擇菜單字體大小我想把圖中字體改小，用css style設置不管用

先看看設置其他標簽的樣式有沒有變動，說不定是CSS沒有引用的原因。H5標簽本來有自帶的style的 字體大小跟加粗什麼的，可能CSS優先順序不夠所以不管用，嘗試先清楚樣式然後再添加看看。

Ⅳ PC端UI設計尺寸規范

對於剛入行的設計師，最容易犯的錯就是在設計移動APP時，不懂什麼尺寸或者用哪種屏幕的尺寸是最適當的？為了解決這個問題，今天我們就簡單的為大家整理做UI時最基礎的尺寸規范。

現象


首先說現象，大家都知道移動端設備屏幕尺寸非常多，碎片化嚴重。尤其是Android，你會聽到很多種解析度：480×800, 480×854, 540×960, 720×1280, 1080×1920，而且還有傳說中的2K屏。近年來iPhone的碎片化也加劇了：640×960, 640×1136, 750×1334, 1242×2208。

不要被這些尺寸嚇倒。實際上大部分的appUI設計和移動端網頁，在各種尺寸的屏幕上都能正常顯示。說明尺寸的問題一定有解決方法，而且有規律可循。

像素密度

就目前市場狀況而言，各種手機的解析度可以這樣粗略判斷。雖然不全面，但至少在1年內都還有一定的參考意義：

ldpi 如今已絕跡，不用考慮

mdpi [320x480]（市場份額不足5%，新手機不會有這種倍率，屏幕通常都特別小）

hdpi [480x800、480x854、540x960]（早年的低端機，屏幕在3.5英寸檔位；如今的低端機，屏幕在4.7-5.0英寸檔位）

xhdpi [720x1280]（早年的中端機，屏幕在4.7-5.0英寸檔位；如今的中低端機，屏幕在5.0-5.5英寸檔位）

xxhdpi [1080x1920]（早年的高端機，如今的中高端機，屏幕通常都在5.0英寸以上）

xxxhdpi [1440x2560]（極少數2K屏手機，比如Google Nexus 6）

自然地，以1倍的mdpi作為基準。像素密度更高或者更低的設備，只需乘以相應的倍率，就能得到與基準倍率近似的顯示效果。

不過需要注意的是，Android設備的邏輯像素尺寸並不統一。比如兩種常見的屏幕480×800和1080×1920，它們分別屬於hdpi和xxhdpi。除以各自倍率1.5倍和3倍，得到邏輯像素為320×533和360×640。很顯然，後者更寬更高，能顯示更多內容。所以，即使有倍率的存在，各種Android設備的顯示效果仍然無法做到完全一致。

單位

不難發現，真正決定顯示效果的，是邏輯像素尺寸。為此，iOS和Android平台都定義了各自的邏輯像素單位。iOS的尺寸單位為pt，Android的尺寸單位為dp。說實話，兩者其實是一回事。

單位之間的換算關系隨倍率變化：

1倍：1pt=1dp=1px（mdpi、iPhone 3gs）

1.5倍：1pt=1dp=1.5px（hdpi）

2倍：1pt=1dp=2px（xhdpi、iPhone 4s/5/6）

3倍：1pt=1dp=3px（xxhdpi、iPhone 6）

4倍：1pt=1dp=4px（xxxhdpi）

單位決定了我們的思考方式。在設計和開發過程中，應該盡量使用邏輯像素尺寸來思考界面。設計Android應用時，有的設計師喜歡把畫布設為1080×1920，有的喜歡設成720×1280。給出的界面元素尺寸就不統一了。Android的最小點擊區域尺寸是48x48dp，這就意味著在xhdpi的設備上，按鈕尺寸至少是96x96px。而在xxhdpi設備上，則是144x144px。

無論畫布設成多大，我們設計的是基準倍率的界面樣式，而且開發人員需要的單位都是邏輯像素。所以為了保證准確高效的溝通，雙方都需要以邏輯像素尺寸來描述和理解界面，無論是在標注圖還是在日常溝通中。不要再說「底部標簽欄的高度是96像素，我是按照xhdpi做的」這樣的話了。

Web怎麼辦

移動端頁面的絕對單位仍然是px，至少代碼里這么寫，但它的道理也和app一樣。由於像素密度是設備本身的固有屬性，它會影響到設備中的所有應用，包括瀏覽器。前端技術可以善加利用設備的像素密度，只需一行代碼，瀏覽器便會使用app的顯示方式來渲染頁面。根據像素密度，按相應倍率縮放。

以iPhone 5s為例，屏幕的解析度是640×1136，倍率是2。瀏覽器會認為屏幕的解析度是320×568，仍然是基準倍率的尺寸。所以在製作頁面時，只需要按照基準倍率來就行了。無論什麼樣的屏幕，倍率是多少，都按邏輯像素尺寸來設計和開發頁面。只不過在准備資源圖的時候，需要准備2倍大小的圖，通過代碼把它縮成1倍大小顯示，才能保證清晰。

實際應用

大家最關心的還是實際運用，畫布該怎麼設置。我們就iOS、Android、Web三個平台來分別梳理一下。不過在這之前，我要為使用PS進行設計的朋友介紹一個小技巧。


之前我說過，我們要以邏輯像素尺寸來思考界面。體現到設計過程中，就是要把單位設置成邏輯像素。打開PS的首選項——單位與標尺界面，把尺寸和文字單位都改成點（Point）。這里的點也就是pt，無論設計iOS、Android還是Web應用，單位都用它。當然，各平台單位名稱還是要記住的。這里我們用的只是它的原理，不用在意名稱。

要調節倍率，則通過圖像大小里的DPI來控制。這個DPI，其實就是PPI，像素密度。有個常識大家都知道，屏幕上的設計DPI設成72，印刷品設計DPI設成300。為什麼是這兩個數字？

首先說300，這和人眼的分辨能力有關。由於1英寸是固定長度，每1英寸有多少個像素點決定了畫質清晰程度。之前說過，這就是像素密度，也就是DPI。DPI達到300以上，其細膩程度就會給人真實感，像真實世界中的物件。相反，DPI只有10的話，在你一個食指指節大小的長度內只有10個像素，這明顯就是馬賽克了。所以印刷品要設成300，才能保證清晰。

再說72，這有一定的歷史原因。最早的圖形設計是在mac電腦上進行的，mac本身的顯示器解析度就是72。PS中把圖像DPI也設成72，就能保證屏幕上顯示的尺寸和列印尺寸相同，便於設計。72的PC顯示器解析度逐漸成為一種默認的行業標准，這套規則就這么沿用下來。


現在回到正題，我們怎麼通過DPI來調節倍率？既然屏幕本身的解析度是72，DPI設成72剛好是1倍尺寸，那設成72的兩倍就是倍率為2的屏幕了，就這么簡單。

下面來看看3個平台各自的畫布設置：

IPhone

iPhone的屏幕尺寸各不相同，我說的是邏輯像素尺寸，這確實是讓人很頭疼的事情。如果想用一套設計涵蓋所有iPhone，就要選擇邏輯像素折中的機型。

從市場佔有率數據來看，目前最多的是iPhone5/5s的屏幕。倍率為2，邏輯像素320×568。上升勢頭最猛，未來有望登上第一的是iPhone 6的屏幕。倍率為2，邏輯像素375×667。

按照這兩種尺寸來設計，都是比較主流的做法。可以兼顧短一些的iPhone 4s，大一點的6 plus也不會過於空曠。

不過在切圖的時候要注意，由於iPhone 6 plus的3倍圖是由2倍圖放大而來，所以點陣圖要注意保證清晰。

Android

都說Android碎片化嚴重，但它現在反而比iOS好處理。因為如今的Android屏幕邏輯像素已經趨於統一了：360×640，就看你設成幾倍了。想以xhdpi為准，就把DPI設成72×2=144。想以xxhdpi為准，就把DPI設成72×3=216。

對於那些比較老的低端機，寬度是480px的那批，畫面確實會小一些，顯示內容會更少。稍微留意一下，重要內容盡量保持在界面中上部分。

當然，這些機型不出一年就會被邊緣化，基本淘汰。現在能運轉的也是當作功能機在用，軟體多了必卡無疑，用戶體驗無從談起。不作考慮也是OK的。

Web

手機端網頁就沒有統一標准了，比較流行的做法是按照iPhone 5的尺寸來設計。倍率2，邏輯像素320×568。

這樣的做法比較實在，倍率2的屏幕無論在iOS還是Android方面都是主流，而且又是2倍屏幕中邏輯像素最小的。所以圖片的尺寸可以保持在較小的水平，頁面載入速度快。當然，缺點就是在倍率3的設備上看，圖片不是特別清晰。

如果追求圖片質量，願意犧牲載入速度，那麼可以按照最大的屏幕來設計。也就是iPhone 6 plus的尺寸，倍率3，邏輯像素414×736。

總結

移動端的尺寸比PC端復雜，關鍵就在倍率。但也正因為倍率的存在，把大大小小的屏幕拉回到同一水平線，得以保證一套設計適應各種屏幕。站在這條水平線的角度看，會發現它很好理解。

Ⅳ 這種app彈窗用什麼製作的

您好：這個可以用插件。網路一下，jquery彈出窗體插件。ligerui中也有這種效果。有彈出div的，有彈出iframe的。