如何把網(wǎng)頁編碼修改為 ?Unicode？如果是用dreamweaver的的話，菜單欄。修改---頁面屬性----標題/編碼，把編碼改成unicode就行了如果記事本，文件，另存為。編碼換成unicod

如何把網(wǎng)頁編碼修改為 ?Unicode？

如果是用dreamweaver的的話，菜單欄。修改---頁面屬性----標題/編碼，把編碼改成unicode就行了如果記事本，文件，另存為。編碼換成unicode

寫字板可以保存的格式有哪些？

怎么把文本文件改成gbk編碼？

notepad保存用的編碼是你系統(tǒng)的默認的編碼。只要你的系統(tǒng)默認編碼是GBK，notepad用ANSI模式保存的就是GBK編碼。如果系統(tǒng)默認編碼是BIG5或者日語，要命你也保存不出GBK的來x,x---你平時用電腦就是GBK編碼狀態(tài)。編碼和字庫沒關(guān)系，Windows用的字庫都是Unicode映射的。

為什么我在電腦記事本保存的東西會變成亂碼？

編碼問題。 如果你保存時使用的是Unicode編碼，打開時就是。 記事本雖然可以將文本文件保存成Unicode編碼，但是只有ANSI編碼可以正常顯示不會出現(xiàn)。 你可以用瀏覽器打開這個TXT文件。就不會出現(xiàn)了?；蛄泶鏋門XT文擋試試又或你打開記事本之后另存為另一個文檔的時候的時候選擇一下編碼的類型看，選成Unicode、Unicode(big endian)或UTF-8

怎么將文本文件保存成unicode編碼？

按照Windows的標準處理一個純文本文件有令人難以想象的復雜度，尤其是打開了自動換行的情況下：

識別編碼并轉(zhuǎn)化為Unicode

按換行符將文本拆分成行，每行當作一個段落處理

按照Unicode語義分析文本，將文本按照不同語言分拆成從左到右和從右到左的段。這一步是比較復雜的，某些語言在字符串當中是abcdefg的順序，但顯示的時候必須從右到左顯示為gfedcba，但是如果再中間換了行，比如在d的后面換行，又要變成dcba

gfe……而且，按照規(guī)范，從左到右的文本中可以嵌入從右到左的文本，從右到左的文本又能嵌入從左到右的文本，這個嵌入還是可以嵌套的，比如最外層是從左到右，里面有一段文字是從右到左，這個從右到左的文字里面又嵌入了從左到右的詞……

將每個從左到右或者從右到左的段進一步進行語義分析，找出：字符邊界（部分連續(xù)的多個Unicode字符是不可拆分的，比如字符與上面的注音符號，選擇文本的時候只能選到字符邊界，不能選進字符里）；可以換行的斷點；可以分詞的斷點（在編輯器中雙擊一個字符會選中詞，對英文就是按空格，對中文一般就是選中單字）；定寬的空格；不定寬的空格等等。這個過程對不同的語言有完全不同的處理，需要按照字符選擇相應(yīng)語言的處理方法。

嘗試將文本轉(zhuǎn)換為符號（Glyphs）。Unicode字符到符號的映射并不是一一對應(yīng)的，對于某些語言來說，字符的上下文會影響字符的顯示，讓字符顯示為完全不同的樣子；符號的排布并不是簡單的從左到右按順序，某些字符需要在之前字符的基礎(chǔ)上調(diào)整位置（比如上下標，注音符號，還有泰語里面那個會飛出去的字符）從右到左的文本也會有影響，在處理時會將符號逆序，統(tǒng)一處理成從左往右。 這一步對于自動換行的程序來說要更復雜一些，不過事實上所有的文本編輯器都自動換行，區(qū)別只是打開自動換行的時候換行按照當前視口的寬度，而關(guān)閉的時候按照一個固定的最大寬度（你可以嘗試在記事本里面輸入非常多的字符，你會發(fā)現(xiàn)最終還是換行了的）。對于自動換行的程序來說，不能一次性轉(zhuǎn)換成符號然后判斷寬度，因為不同的輸入內(nèi)容可能導致不同的符號輸出，而且混排從右到左和從左到右的情況下，換行會導致符號順序發(fā)生嚴重的變化，因此唯一可靠的方法是按照前一步找出的所有可以換行的斷點分別嘗試，直到得到的符號總寬度超過行寬為止。在前一個斷點將文本拆開換行。如果第一個可以換行的斷點就超出寬度了，還需要再嘗試從詞或者字的邊界換行。

處理對齊。文本顯示有左對齊、右對齊、中間對齊、兩端對齊四種主流的，如果最外層文本從右到左顯示一般基礎(chǔ)是右對齊，否則是左對齊，內(nèi)部嵌入的文本不影響對齊。前三種相對處理起來容易，兩端對齊就要用到前面計算出的定寬空格和不定寬空格的問題了：在某些語言中，某些空格必須是固定的寬度，不能變得更寬，而某些空格允許在兩端對齊的時候增加寬度，在兩端對齊的時候，必須只加寬那些可以變寬的空格，而不加寬那些不能變寬的空格。

渲染文字。按照符號和字體，將字體里的圖畫出來，變成圖像。字體可能按不同字號有不同的繪制方法，還有抗鋸齒、ClearType等處理，不再細說。

計算行高。相對簡單，一般按照字體、字號折算一下就行了。

即便如此，我們還是有必要指出：對于現(xiàn)代的文本編輯器，即使是Windows 10的記事本，也能瞬間打開一個幾兆的文本文件，這主要還是算法優(yōu)化的效果，以前舊版本總是會嘗試一次把所有的文本都渲染出來，自然就比較慢。而且以前的GDI接口也比較慢。