13584197958日期：2022-04-14 15:25:47 訪問量：0次
Admin UI & JS團隊在 Drupal Europe 會議上展示了一些很大的進步，他們?yōu)镈rupal帶來了“下一代”內(nèi)容創(chuàng)作體驗的"wireframes"，朝著“所見即所得/就地編輯”(類似Cohesion DX8和 Gutenberg)的大致方向發(fā)展。這受到了參會者的熱烈歡迎。
所以當我們從Drupal Europe回來之后，就收到了一些關于創(chuàng)建“下一代”wireframes的討論和反饋。
平衡Drupal的優(yōu)勢和一般UI趨勢
(Image source: HTTPS://WWW.CODEINWP.COM/BLOG/WORDPRESS-GUTENBERG-GUIDE/)
Drupal的大優(yōu)點之一，能在近20年里一直保持相關性的主要原因，就是因為它專注于結(jié)構(gòu)化內(nèi)容，并且可以在視圖，視圖模式，分離的應用程序中輕松切換。
然而，由SquareSpace/Cohesion/Gutenberg等應用程序表示的“所見即所得”UI類型摒棄了結(jié)構(gòu)化數(shù)據(jù)的概念，取代了具有各種格式的HTML。這提供了“真正的”所見即所得體驗的優(yōu)勢，因為您可以直接操作頁面輸出。 而這種“"one clump"”的方法可以有效地對抗Drupal大的優(yōu)點，因為這樣就不可能再次提取原始數(shù)據(jù)，如果您試圖從HTML數(shù)據(jù)中提取實際的內(nèi)容，那是非常繁瑣的。
所以就有人提出了一種折中的方案:為“登錄頁”類型的內(nèi)容提供所見即所得、就地編輯、頁面構(gòu)建體驗(段落式)，以及為結(jié)構(gòu)化內(nèi)容提供當前結(jié)構(gòu)化的“分別填寫表單和處理預覽”方法。然而，這仍然涉及到對數(shù)據(jù)本身“烘烤”方式的假設。嗯，這是Drupal Europe會議上提出的。
看看競爭問題
根據(jù)用戶告訴我們他們想要的內(nèi)容，內(nèi)容作者很可能會涌向“就地編輯”的版本。因此，也有人擔心，如果我們只向非結(jié)構(gòu)化內(nèi)容方法提供“現(xiàn)代”的創(chuàng)作體驗，我們將引導站點構(gòu)建人員做出次優(yōu)的架構(gòu)決策，這將對未來產(chǎn)生深遠的影響。(例如，如果站點突然想要提供移動應用程序，那么就不可能再以API格式公開非web應用程序的內(nèi)容。)
但是，“就地編輯”的方法也很危險，因為根據(jù)定義，它假定生成的內(nèi)容輸出的設備是相同的，甚至是編寫它的應用程序也是相同的，這在當下是不合時宜的，雖然我們可以提供各種設備/屏幕尺寸內(nèi)容的近似值，雖然我們可以嘗試使用分離的React創(chuàng)作應用程序模仿網(wǎng)站的前端主題，但這些只會永遠是近似的，可能會導致用戶混淆。(“它沒有在預覽中那個令人尷尬的位置切斷標題!什么給出了?”或“為什么預覽沒有網(wǎng)站的新logo?”等等......)
由于這個原因，圍繞CMS的分離的一般趨勢，即，將CMS的創(chuàng)作體驗完全集中在內(nèi)容創(chuàng)建上，而明確地“不”關注內(nèi)容的外觀。然而，這與我們在Drupal Europe上展示的內(nèi)容相比發(fā)生了翻天覆地的轉(zhuǎn)變。它也類似于我們在Drupal 7中所做的，它正在預覽通用管理主題中的內(nèi)容，而不是前端主題，我們已經(jīng)從可用性研究中了解到這是擋在人們面前的絆腳石。
前進的方向?
所以反反復復提案是為了讓你在"并排"的狀態(tài)下進行大量的預演，類似于Craft CMS的做法，你保留了輸入數(shù)據(jù)的表單(它可以讓你以一致的方式來處理非視覺數(shù)據(jù))在新窗口的表格旁邊有個預覽面板，可以在"點擊保存"的時候處理"這看起來是什么樣子"的問題。像這樣： HTTPS://MONOSNAP.COM/FILE/BQQ7XX13ZZIKPY00HMJDYPE1U2W4QY#.
然而，“并排”預覽與我們在Drupal Europe展示的內(nèi)容相去甚遠。我們展示的豐富經(jīng)驗也是我們的競爭對手和營銷人員正在/已經(jīng)在做的。而且，這種方法也支持了我們的用戶迄今為止所表示的他們想要的內(nèi)容。此外，我們基本上已經(jīng)有這種預覽方法(D8的預覽適用于前端主題，你可以切換你要預覽的視圖模式)，這似乎不足以抵消對可用性/易用性的擔憂。使用Drupal的內(nèi)容創(chuàng)作經(jīng)驗(盡管缺乏關于如何利用React“實時”更新的能力來增強預覽的研究，這將改善用戶體驗)。
我們還應該記住，整個辯論在某種程度上也是“如果我問人們(發(fā)明汽車時)想要什么，他們會說要更快的馬。”
在調(diào)查和用戶體驗測試中所表示的觀點通常代表了我們的用戶中不平凡的一部分，他們?nèi)匀恢饕褂肈rupal構(gòu)建“網(wǎng)站”。但是，隨著每年50億臺新設備的激增，這種方法并不能保證未來的發(fā)展，從產(chǎn)品POV來看，我們真的應該更傾向于促進一種“全渠道”的方法，即使它不能讓我們今天的大多數(shù)用戶受益。
總結(jié)/問題
對不起，時間太長了。但關鍵是，團隊在繼續(xù)設計“下一代”用戶界面時感到非常受阻，除非我們弄清楚我們實際構(gòu)建的是什么。我們希望從社區(qū)獲得更多關于這一點的反饋，特別是那些與內(nèi)容作者/全渠道應用程序密切合作的人。
下面是開始討論的一些問題:
· 我們?nèi)绾问笵rupal的創(chuàng)作體驗現(xiàn)代化，同時又不破壞Drupal的優(yōu)點?其他人是如何做到這一點的?
· 我們?yōu)檎l/什么用例構(gòu)建這些用例，以及我們愿意在過程中使誰/哪些用例更難呢?(例如，我們是否使在Drupal中構(gòu)建網(wǎng)頁的過程變得更容易，而犧牲了Alexa技能的難度?)
· 提供“并排”創(chuàng)作/預覽體驗
HTTPS://MONOSNAP.COM/FILE/BQQ7XX13ZZIKPY00HMJDYPE1U2W4QY#
這是一種可接受的方式，可以平衡易用性和靈活性來解釋Drupal可能產(chǎn)生的大量不同類型的內(nèi)容(包括那些不適合視覺預覽的那些，例如由單獨的應用程序提供的那些。)
如果你能夠提供更好的建議，在此非常的感謝!
