當談到在旅途中編輯和製作內容時， WordPress 移動應用程式 是一個不錯的選擇。 問題是，iOS 應用程式中的編輯如何與 Gutenberg 編寫的內容進行互動？ 讓我們來找出答案。
快速編輯變成冗長，令人沮喪的修復
出於測試目的，我使用了許多使用者可能遇到的簡單場景。 我已經使用段落，無序列表和影象塊在 Gutenberg 中撰寫併發布了一篇文章。 然後，我使用 WordPress for iOS 移動應用程式訪問帖子，糾正錯字並儲存。 目標是透過將內容儲存在其他編輯器中來檢視內容是否受到影響。
以下是內容看起來像在古騰堡編寫和發表的內容。
內容撰寫並在古登堡出版 這是帖子在 iOS 應用中的樣子。 它會在每個段落的開頭顯示評論簡碼。
WordPress 的 Gutenberg 內容為 Ios 在糾正錯字並儲存更改後，這是發生在帖子上的事情。 正如你所看到的那樣，應該是一個快速修復的過程已經變成了在古騰堡修復整篇文章的漫長過程。
內容編寫後，在 WordPress 的 iOS 應用程式中編寫古騰堡 所有的內容都是作為一個巨大的塊執行。 要說這是令人沮喪的是輕描淡寫，特別是如果你在路上，並且無法訪問可以載入 WordPress 後端的桌面或平板電腦。
以下是在將應用程式儲存在 iOS 應用程式中後，Gutenberg 的內容如何。 有很大的差距，一些塊有警告，說明它們似乎已經在外部進行了修改。
Gutenberg 在 WordPress for iOS 應用程式中編輯後的內容 點選轉換為阻止按鈕會將訊息轉換為塊，但不會返回格式，並且在某些情況下，內容會丟失。 在 iOS 應用程式中進行編輯之前，此塊包含引用引文。 現在它是空的。
報價塊缺少內容 WordPress 釋出了修訂版，因此我能夠快速恢復 iOS 應用程式引入的重大更改。 但是，古騰堡和 WordPress for iOS 應用程式之間的這種使用者體驗就是一個很好的例子，說明如此簡單的事情很容易變成使用者感知的災難，並最終損害新編輯的聲譽。
在 iOS 上的 Github 上搜尋 Gutenberg 儲存庫 產生了一些結果 但沒有一個提到我遇到的相容性問題。
我發現困難的方式，並且不會對 iOS 應用程式中 Gutenberg 編寫的帖子做任何更改，直到兩個編輯器之間的相容性存在。 我建議你不要那麼做，除非你想修復更多的錯誤。
有關
發表回覆