㈠ krkr游戲教程是什麼
進入模擬器設置，然後會出來一個側邊欄，點擊全局設置即可。
吉里吉里是一個由W.Dee氏所開發的同人游戲製作工具。游戲製作者只需要准備好文本編輯器（如記事本），就可以直接編寫劇本。
吉里吉里，是一個由W.Dee氏所開發的同人游戲製作工具。它以物件導向語言TJS做為底層開發，外包上KAG的Script語法讓一般使用者使用。要使用吉里吉里只需要准備好文本編輯器（如記事本），就可以直接編寫劇本。
吉里吉里在處理2D圖形上極為強大，支持的圖像、音樂格式也是當今同人游戲工具中最多的。它讓用戶可以很方便地整合圖像、音樂、動畫、文字劇本，用戶可以專注在游戲本身而不需要花費太多精神在編寫游戲代碼上。
以上內容參考網路——krkr
㈡ 用APK編輯器可以修改游戲中的文字嗎比如游戲中對話的文字怎麼改
不可以的，游戲中的對話其實是數據包里的一段小視屏播放而已。只有內置語言設置的才可以設置語言
㈢ 富文本編輯器之游戲角色升級ing
想必大家看到這個標題，心中不禁會浮現幾個問題：
什麼是富文本編輯器 ——富文本編輯器集成了格式設置、媒體嵌入、社交互動等一系列編輯功能，所見即所得的給用戶提供多元的展示效果。譬如論壇、社區、評論等等都用到了富文本編輯器。
和游戲角色的關系 ——富文本編輯器和游戲角色有很多共通之處，為了讓富文本編輯器的介紹更加有代入感，本文將採用游戲角色類比的方式進行講解。至於共通之處體現在哪裡，後面將一一介紹。
為什麼是升級ing ——「升級ing」代表持續的進行時，本文的目的是聚焦富文本編輯器的共性問題，拋磚引玉，希望能給大家提供一些解決思路。富文本編輯器一直在持續發展中，而對於共性問題的探索也從未停歇過。
本篇文章主要分為五個部分：
本文通過游戲角色類比的方式，希望能夠讓富文本編輯器接觸較少的開發者，都可以深入的了解富文本編輯器。今天，我們就一起來探討下在富文本編輯器選型、擴展過程中遇到的共性問題。
通常，我們在選擇一款新的游戲之前，都會選擇先去官網、論壇了解游戲資料，從中篩選出有效信息，輔助我們選擇合適的角色。
開發人員在接到富文本編輯器需求時，也不會隨便選擇其中一個，而是基於龐大的數據進行技術選型。這一節內容，就是為後續的選型所做的准備工作。
游戲角色在開服上線前，都會默認配備不同的風格，則風格往往決定了我們對於角色的初始印象。
富文本編輯器同樣具有幾種常用的初始形態，經典模式、文檔模式、內聯模式，如下圖所示：
那麼從上圖的對比中，可以看出來：富文本編輯器必不可少的組成部分是內容編輯區域。狀態欄是用來記錄編輯時的相關數據，可以隱藏。而工具欄則可以任意調整顯示的位置、時機甚至切換至幕後操控（通過快捷鍵等方式觸發）。
反之，我們可以獲得這樣一條訊息：通過工具欄、內容區域、狀態欄、菜單欄的不同組合可以賦予富文本編輯器不同的展示形態。
游戲中的角色都是可成長角色，在成長過程總會出現一些 瓶頸期 ，而跨過所謂的瓶頸期之後，角色的能力將出現顯而易見的改變。
在整個發展過程中，富文本編輯器遇到過一些困境。也正是因為這些困境，可以將發展歷程分為L0、L1、L2和L3階段。
L0->L1
L0，即初代的富文本編輯器，依賴於瀏覽器自身的execCommand，僅提供了有限的命令，實現最簡單的功能。隨著對樣式越來越豐富的要求，此時的富文本編輯器無法滿足需求，L1階段的編輯器應運而生。L1的富文本編輯器採用 自定義execCommand 的方案，可以實現更加豐富的富文本功能。
L1->L2
L0、L1的富文本編輯器，仍然都是通過execCommand修改HTML。而不同瀏覽器中，對於同一表象的富文本，其HTML結構可能大不相同。
比如說 加粗 ，其HTML可能是<strong>加粗</strong>，可能是<b>加粗</b>，也可能是<strong><strong></strong>加粗</strong>等等。為了解決數據與視圖無法一一對應的問題，提出了 自定義數據模型 的概念。
自定義數據模型 ， 是富文本編輯器在富文本HTML-DOM樹的基礎上抽離出來的數據結構，相同的數據結構可以保證渲染的HTML也是相同的。自定義的命令直接控制數據模型，最終保證渲染的HTML文檔的一致性。
對於相同的HTML，不同的富文本編輯器最終呈現的數據模型並不相同。以 Hello EditorName 為例，這里對比了Quill、ProseMirror、Draft、Slate的數據模型如下：
L2階段的富文本編輯器，通過抽離數據模型，解決了富文本中臟數據、復雜功能難以實現的問題。通過數據驅動，可以更好的滿足定製功能、跨端解析、在線協作等需求。
L2->L3
到L2階段的編輯器，可以滿足絕大部分的使用場景。那為什麼後面又發展出L3呢？
這是因為，L0-L2的富文本編輯器都是基於瀏覽器的contentEditable，在修改數據模型時，往往需要對用戶操作進行攔截。對用戶行為進行攔截是很難控制的，再加上不同瀏覽器的兼容問題，很容易出現bug。
為了解決contentEditable編輯不可控的問題，以 Google Docs 為代表的編輯器通過「 自研排版引擎」 步入了L3階段。
自研排版引擎，徹底拋棄了contentEditable，通過自行控制游標位置、選區繪制、排版、監聽輸入等行為，實現和瀏覽器相似的編輯效果。「自研」，無疑具備了更高的擴展性。但與此相對應的，其開發難度高、成本高、隱性問題多，在整體體驗和性能上與原生瀏覽器渲染仍存在一定差距，該階段的編輯器還有一段路要走。
回顧富文本編輯器的發展歷程，不難發現：富文本編輯器的結構脫離不了模型、視圖、控制器這三大模塊。如下圖所示：
正如游戲角色所 突破的瓶頸期 ，富文本編輯器在L1躍遷至L2發生的改變是：自定義數據模型的抽離；L2躍遷至L3的改變則是：排版引擎的全新定義。
當我們已經通過各種渠道了解到游戲背景、人物資料之後，下一步就要登錄游戲創建游戲角色。此時，新手常常遇到的困擾無疑就是：如何選擇最合適自己的游戲角色。
類似的，對初次接觸富文本編輯器的小夥伴來說，常提到的問題是：我該選擇哪款富文本編輯器？
首先，可以根據你的業務需求，選擇對應階段的富文本編輯器：
其次，在選定好階段的基礎上，根據項目架構（Vue、React、Augular等），以及富文本編輯器自身的特點，選擇適合的編輯器就可以。可以從下述幾個方面考慮：
以上，就是我梳理的選型套路。像是CKEditor、TinyMCE、Quill等都是有口皆碑的，大家在選型的時候不妨可以考慮下這些編輯器：
選擇合適的角色，僅僅只是游戲的開始 。在游戲過程中，需要不斷地調整游戲角色的技能樹，將其潛力發展到極限。
隨著業務的不斷發展，對富文本編輯器也會提出更高的要求。對此，經常困擾開發人員的往往就是以下幾個問題：
1、如何快速的擴展富文本功能？
2、如何快速的讓編輯器改頭換面？
對於以上兩個問題，下文將從 能力擴展、主題改造 兩個方面進行分析。
本節內容不會聚焦某個富文本編輯器具體如何擴展，而是針對上述不同擴展方式分享一些通用的處理思路。
就像是游戲角色中，通過道具的不同裝配方案，調整最終的戰力數據。工具欄擴展就是通過對工具欄中不同功能的組合及改造，滿足最終的業務需求。
常見的工具欄是由若干個功能按鈕、狀態按鈕組、下拉菜單、模態框等組成，如下圖所示：
一般的，富文本編輯器中都具備管理工具欄的配置項，可根據需要查閱官方文檔。這里我們探討一種場景， 如何對已有的功能按鈕進行擴展？
以「Quill編輯器字體高亮的功能」為例——該功能按鈕的顏色與游標位置的字體顏色相呼應，從而達到綁定變化的效果，如下圖所示：
那麼，如果項目中引入的富文本編輯器不提供這樣的能力，該如何處理呢？這里提供了兩種方案：
1）控制功能按鈕原生的UI樣式。
以下圖Tiny的字體高亮功能為例，按鈕是svg的結構，可通過控制strokeColor/fillColor達到效果。此時只需要在編輯器中增加游標位置變化的監聽OnSelectionChange，獲取游標位置的字體高亮顏色，重置按鈕UI。
2）SVG圖標替換當前的按鈕。
當功能按鈕是通過圖片的方式呈現，很難控制UI變化時，就可以採用此方案。以SVG圖標替換圖片圖標，通過變更svg-path的strokeColor/fillColor，達到相同的效果。
小結：如果項目是初次引入富文本編輯器，這里不妨參考 4.2主題改造中方案二 。
「 菜單欄擴展 」類似是給游戲角色的裝備增加一些輔助的技能，這些新增的能力依託於裝備，每個裝備所配備的能力也互有差異。
本節所說的菜單欄，特指編輯器內部的內聯菜單欄。比如圖片工具欄、表格工具欄、右鍵菜單欄等。如下圖所示：
對菜單欄來說，最常出現的需求就是： 給現有的插件新增菜單欄，如何實現呢？
1）富文本編輯器提供關聯配置能力，直接按照 API文檔配置即可 。這里摘取了Tiny編輯器中部分菜單欄的配置方案，如下圖所示：
2）不具備關聯配置能力，此時需要監聽游標位置的變化。當游標在對應富文本數據區域內變化時，觸發事件/命令控制此菜單欄展示。
不管是以上哪種方案，擴展的菜單欄可以選擇內置到編輯器中實現，也可以通過事件拋出到編輯器外部，以自定義組件的形式關聯。我比較推薦使用自定義菜單欄組件的方案：
對於游戲角色的戰力提升而言，道具和裝備都屬於外力上的加強，角色本身也是需要重點關注的。
在富文本編輯器發展歷程一節中，總結出 富文本編輯器的結構脫離不了模型、視圖、控制器這三大模塊 ，那麼從這三個模塊出發，擴展的方案也有所區分。
數據模型擴展
之前的介紹中提到過，L1-L2階段變遷的關鍵行為是 抽離自定義數據模型 。富文本編輯器的數據模型決定了最終富文本渲染的結構。當某個預置的富文本結構不能滿足預期時，就需要對這個富文本的數據模型進行擴展。根據富文本編輯器是處於L2階段前或階段後，擴展方式也有較大區別。
1） L2階段及之後 富文本編輯器已具備數據模型抽象能力，此時只需要在數據結構中新增/編輯定義好的數據對象，並綁定渲染的HTML結構即可：
2） L2階段之前 ， 富文本數據未進行數據模型的抽象。針對這種場景，可以利用html-parse-stringify插件，自行抽離數據模型，再進行數據擴展。以 <p>hello <b>HTML-parse-stringfy</b> ！</p>為例，可以轉化為下圖所示的數據結構：
視圖擴展
視圖應該比較好理解，屬性數據相同的角色，配備不同的皮膚或者技能特效，在戰斗過程中的呈現效果不同。同一個富文本數據源，通過不同的視圖擴展，就可以展示不同的視覺效果。
1） 不改變富文本的數據結構 ， 僅在樣式設置上有所區分
通過切換DOM結構上綁定的class屬性，切換不同的樣式：
2） 直接改變富文本的數據結構
普通鏈接切換至卡片，數據結構由Inline-Block切換至Block（link-card），DOM渲染隨之切換。DOM結構對比如下：
控制器擴展
控制器是比較抽象的概念，對游戲角色來說主要是用來控制技能觸發條件、釋放的時機、觸發條件及屬性影響之類的。
類似的，富文本編輯器的控制器也是對數據層及視圖層控制方式的統稱。控制器的擴展，可以通過 事件、命令、配置項 等多維度實現。今天，我們簡單聊一下 事件和命令 如何擴展。
1）事件的擴展
事件有點像是主動技能，由角色主動釋放 。富文本編輯器會主動拋出一些事件，實現在編輯器內部或外部的控制，如OnselectionChange、OnInit等等。當新增的功能需要由編輯器內部控制外部組件，且原生的事件無法滿足時，往往需要通過新增事件監聽的形式實現。
事件的擴展在跨端操作中非常有用，後續會在跨端實踐一文中重點介紹。
2）命令的擴展
命令控制與事件控制邏輯相反，命令類似被動技能，當外部環境達到某個條件時，觸發角色的某種操作 。富文本編輯器的命令管理就提供了在編輯器外部控制編輯器內部操作的能力。當操作不在Commond命令庫時，就需要對Command命令進行擴展。不同編輯器對Command的擴展寫法不同，但是萬變不離其宗 —— Command的核心是exec、refresh。
除事件、命令外，部分編輯器還可以通過擴展配置項等方式，達到定製化操作的目的。
要想將新技能的價值發揮到最大，不僅需要將角色的屬性數據提升到合適的水平，還要靈活調配技能組，配置合適的道具裝備等等。
富文本編輯器新增一插件，往往需要多個模塊共同擴展：
展開介紹下上圖中的各個模塊：
定義數據模型
通過 4.1.3 數據模型擴展 一節，我們可以發現：數據模型是新增富文本功能的核心。只有先確定好數據層，才能決定視圖渲染如何控制，以及最終如何呈現在前端。
定義數據模型，主要分三步走：
1、確定數據模型的DOM是以Inline類型、Block類型還是可切換；
2、明確數據模型的准入限制及其可編輯限制，例如說標題中不能嵌套超鏈接等類似的規則；
3、確定數據模型及其數據輸入、數據輸出；
輸入-模型-輸出的轉化示例圖,如下圖所示：
自定義工具欄按鈕
工具欄按鈕是數據控制的窗口，可以外顯在工具欄中，也可以隱藏通過快捷鍵控制。如果外顯在工具欄中，需要根據具體需求，定製對應狀態的功能按鈕，綁定菜單或者控制操作，可參考 4.1.1工具欄擴展 一節。
新增事件或命令
確定好數據核心和控制窗口之後，下一步就是制訂控制策略。首先確定需求中的控制策略，是正向的——由富文本編輯器操作觸發外部反饋，還是反向的——由外部觸發編輯器內部操作，還是兩者皆存在。然後根據控制策略，對應的選擇擴展事件、命令還是兩者都擴展。具體擴展方案可參考 4.1.3控制器擴展 一節
關聯游標選區
通過游標的位置，確定當前選區對應的數據結構，從而控制特殊狀態的切換。怎麼確定是否需要關聯游標選區呢？
1、新增功能的按鈕狀態是否與游標位置有關。在自定義工具欄按鈕這一步驟中就可以完成關聯；
2、新增功能是否需要關聯菜單欄顯示。處理方案參考 4.1.2菜單欄擴展 一節；
3、新增功能是否與其他富文本功能相關聯。如互斥邏輯 —— 標題內不允許插入超鏈接；
若確定需要關聯游標選區，那麼富文本編輯器中就需要增加OnSelectionChange的監聽，完成相關的處理。
關聯操作記錄管理（撤銷、重做）
在富文本編輯器中進行交互操作時，不可避免的會出現一些誤操作。富文本編輯器的交互場景越復雜，出現誤操作的概率越高。因此一般富文本編輯器都會對操作記錄進行管理，用以降低誤操作所帶來的影響。
不同的富文本編輯器中undo/redo的處理邏輯不同，相似的是富文本編輯器會定義操作過程中的關鍵行為（如常見的插入、刪除等），將其存儲在操作記錄中。
當我們在新增的插件功能中關聯操作記錄管理時，只需要復用其他插件關鍵行為的入庫出庫邏輯就可以啦。
增加復制粘貼控制
「復制粘貼」算是富文本編輯器操作中最為頭疼的問題之一，有相關開發經驗的小夥伴們應該遇到過，從其他來源復制的內容粘貼到編輯器內，視圖展示異常的情況。針對這種情況，往往需要對剪切板中的數據進行過濾，轉化為富文本編輯器可識別的數據。
「主題改造」應該很好理解，就是游戲中的更換皮膚，快速的切換游戲角色的風格。
在富文本編輯器中主題改造，其實也就是工具欄、菜單欄以及特殊富文本的樣式上的更換。通常的處理方案有兩種：
如果是對已有項目進行改造，那麼需要考慮到新舊主題切換的投入產出比，擇優選取；如果是新項目且對主題樣式細節要求較高的話，可以採用方案二。
方案二相較於方案一來說：
小結 ：功能擴展和主題改造的方案不止以上這些，也存在其他折衷的方案，只需要根據業務場景選擇合適的方案即可。有句話說的好： 「最好的不一定適合，適合的才是最好的」 。
至此，本篇文章的內容也就接近尾聲了。希望大家看到這里，對於以下幾個問題，能得到一些解答：
1、基於現在的業務需求，該選擇哪款富文本編輯器？
2、隨著業務的擴展，該如何擴展富文本功能？
3、設計改版，如何快速的改頭換面？
就像是在游戲世界中，你不得不打怪升級。同時在過程中，你也會積累更多的技巧，為之後的越級打怪打下堅實的基礎。在富文本編輯器開發過程中，確實會遇到很多難解的問題、復雜的需求，花費了我們大量的時間精力。在一次又一次的錘煉中，我們都將會有所收獲，有所成長。
本篇文章分享了我在富文本編輯器開發過程中關於共性問題的一些思考，希望能對即將參與富文本編輯器開發的小夥伴，或者正在進行富文本編輯器開發的小夥伴帶來一些幫助。
後續還會跟大家分享一些富文本編輯器在跨端方案解決上的一些經驗，如果感興趣的話可以持續關注。
參考資料
㈣ 游戲策劃常用的小工具都有哪些
在我的經驗當中從事的游戲策劃當中，我用的那些工具也沒有什麼特別的，就算一般再用的，其實一般常用的工具，沒有啥特別稀奇。
最重要的就是Office三件套，Power Point、Excel、Word。如果是新入門的新手，什麽都不會這也得會，不但得會，還得熟極而流。
PS
如果有一份工作需要其他人來處理，比如紋理貼圖或數據更改，因為這是一個網站，直接寫上頭發連結就好，不用文檔傳來傳去還要說明，對方也可以簡單翻到前因後果。這網站我特別喜歡開全屏寫，從一片白到密密麻麻，感覺特爽。
㈤ 移動端h5頁面能用文本編輯器嗎
一般製作h5頁面的都會自帶文本編輯，可以選擇字體。字體大小。字體顏色等。
㈥ 超卓文本編輯器怎麼打開game.bin
文本編輯器，也叫文字編輯器，是用作編寫普通文字的應用軟體。在電腦中的打開方法如下。
1，以windows自帶的文本編輯器為例。首先，同時按下鍵盤上的win+r鍵，來打開運行窗口。
㈦ TXT文本可以寫EXE程序嗎
.....可以寫，只是要用其他的編譯器編譯下....
1.比如你用Java...直接寫好以後另存為XX.java擴展命改為java然後用javac編譯命令編譯下..
2.C# 同樣另存為XX.cs 然後.net用csc編譯 mono 用msc編譯 出來就是exe .net程序集
3.C++ 用記事本變好.cpp 之後用開源的gcc
4.C 之後XX.c 再編譯
5.匯編 機器語言...沒學過 估計可以
5.python 保存為.py 然後運行
我只知道用文本編輯器是可以寫的，並且有的老師會建議學生一開始不要用IDE，先用文本編輯器熟悉下...我們老師就是這種...
最後 解釋下1L的...根據我的判斷他的意思是寫html...但其實...要寫web應用幾乎沒人會放棄IED（visual studio 或 Eclipse）的部署功能...除非...
㈧ python猜拳游戲編程代碼是用idle運行的嗎
是。
idle是一個用於編輯腳本，代碼高亮且可以直接運行的文本編輯器。pythonshell是個運行程序，雙擊打開是一個命令行，可以直接輸入代碼，但是不能保存成腳本，可以看做是控制台。
㈨ 怎麼用文本編輯器修改游戲
游戲裡面找到設置，調整成為你電腦設置的分辨力 比如說你電腦是1366x768的就在游戲里調成同樣的解析度就OK了