日期:2022-04-14 15:25:47 訪問量:0次
Admin UI & JS團(tuán)隊(duì)在 Drupal Europe 會(huì)議上展示了一些很大的進(jìn)步,他們?yōu)镈rupal帶來了“下一代”內(nèi)容創(chuàng)作體驗(yàn)的"wireframes",朝著“所見即所得/就地編輯”(類似Cohesion DX8和 Gutenberg)的大致方向發(fā)展。這受到了參會(huì)者的熱烈歡迎。

所以當(dāng)我們從Drupal Europe回來之后,就收到了一些關(guān)于創(chuàng)建“下一代”wireframes的討論和反饋。
平衡Drupal的優(yōu)勢(shì)和一般UI趨勢(shì)

(Image source: HTTPS://WWW.CODEINWP.COM/BLOG/WORDPRESS-GUTENBERG-GUIDE/)
Drupal的大優(yōu)點(diǎn)之一,能在近20年里一直保持相關(guān)性的主要原因,就是因?yàn)樗鼘W⒂诮Y(jié)構(gòu)化內(nèi)容,并且可以在視圖,視圖模式,分離的應(yīng)用程序中輕松切換。
然而,由SquareSpace/Cohesion/Gutenberg等應(yīng)用程序表示的“所見即所得”UI類型摒棄了結(jié)構(gòu)化數(shù)據(jù)的概念,取代了具有各種格式的HTML。這提供了“真正的”所見即所得體驗(yàn)的優(yōu)勢(shì),因?yàn)槟梢灾苯硬僮黜撁孑敵觥? 而這種“"one clump"”的方法可以有效地對(duì)抗Drupal大的優(yōu)點(diǎn),因?yàn)檫@樣就不可能再次提取原始數(shù)據(jù),如果您試圖從HTML數(shù)據(jù)中提取實(shí)際的內(nèi)容,那是非常繁瑣的。
所以就有人提出了一種折中的方案:為“登錄頁”類型的內(nèi)容提供所見即所得、就地編輯、頁面構(gòu)建體驗(yàn)(段落式),以及為結(jié)構(gòu)化內(nèi)容提供當(dāng)前結(jié)構(gòu)化的“分別填寫表單和處理預(yù)覽”方法。然而,這仍然涉及到對(duì)數(shù)據(jù)本身“烘烤”方式的假設(shè)。嗯,這是Drupal Europe會(huì)議上提出的。
看看競(jìng)爭(zhēng)問題
根據(jù)用戶告訴我們他們想要的內(nèi)容,內(nèi)容作者很可能會(huì)涌向“就地編輯”的版本。因此,也有人擔(dān)心,如果我們只向非結(jié)構(gòu)化內(nèi)容方法提供“現(xiàn)代”的創(chuàng)作體驗(yàn),我們將引導(dǎo)站點(diǎn)構(gòu)建人員做出次優(yōu)的架構(gòu)決策,這將對(duì)未來產(chǎn)生深遠(yuǎn)的影響。(例如,如果站點(diǎn)突然想要提供移動(dòng)應(yīng)用程序,那么就不可能再以API格式公開非web應(yīng)用程序的內(nèi)容。)
但是,“就地編輯”的方法也很危險(xiǎn),因?yàn)楦鶕?jù)定義,它假定生成的內(nèi)容輸出的設(shè)備是相同的,甚至是編寫它的應(yīng)用程序也是相同的,這在當(dāng)下是不合時(shí)宜的,雖然我們可以提供各種設(shè)備/屏幕尺寸內(nèi)容的近似值,雖然我們可以嘗試使用分離的React創(chuàng)作應(yīng)用程序模仿網(wǎng)站的前端主題,但這些只會(huì)永遠(yuǎn)是近似的,可能會(huì)導(dǎo)致用戶混淆。(“它沒有在預(yù)覽中那個(gè)令人尷尬的位置切斷標(biāo)題!什么給出了?”或“為什么預(yù)覽沒有網(wǎng)站的新logo?”等等......)
由于這個(gè)原因,圍繞CMS的分離的一般趨勢(shì),即,將CMS的創(chuàng)作體驗(yàn)完全集中在內(nèi)容創(chuàng)建上,而明確地“不”關(guān)注內(nèi)容的外觀。然而,這與我們?cè)贒rupal Europe上展示的內(nèi)容相比發(fā)生了翻天覆地的轉(zhuǎn)變。它也類似于我們?cè)贒rupal 7中所做的,它正在預(yù)覽通用管理主題中的內(nèi)容,而不是前端主題,我們已經(jīng)從可用性研究中了解到這是擋在人們面前的絆腳石。
前進(jìn)的方向?

所以反反復(fù)復(fù)提案是為了讓你在"并排"的狀態(tài)下進(jìn)行大量的預(yù)演,類似于Craft CMS的做法,你保留了輸入數(shù)據(jù)的表單(它可以讓你以一致的方式來處理非視覺數(shù)據(jù))在新窗口的表格旁邊有個(gè)預(yù)覽面板,可以在"點(diǎn)擊保存"的時(shí)候處理"這看起來是什么樣子"的問題。像這樣: HTTPS://MONOSNAP.COM/FILE/BQQ7XX13ZZIKPY00HMJDYPE1U2W4QY#.
然而,“并排”預(yù)覽與我們?cè)贒rupal Europe展示的內(nèi)容相去甚遠(yuǎn)。我們展示的豐富經(jīng)驗(yàn)也是我們的競(jìng)爭(zhēng)對(duì)手和營(yíng)銷人員正在/已經(jīng)在做的。而且,這種方法也支持了我們的用戶迄今為止所表示的他們想要的內(nèi)容。此外,我們基本上已經(jīng)有這種預(yù)覽方法(D8的預(yù)覽適用于前端主題,你可以切換你要預(yù)覽的視圖模式),這似乎不足以抵消對(duì)可用性/易用性的擔(dān)憂。使用Drupal的內(nèi)容創(chuàng)作經(jīng)驗(yàn)(盡管缺乏關(guān)于如何利用React“實(shí)時(shí)”更新的能力來增強(qiáng)預(yù)覽的研究,這將改善用戶體驗(yàn))。
我們還應(yīng)該記住,整個(gè)辯論在某種程度上也是“如果我問人們(發(fā)明汽車時(shí))想要什么,他們會(huì)說要更快的馬。”
在調(diào)查和用戶體驗(yàn)測(cè)試中所表示的觀點(diǎn)通常代表了我們的用戶中不平凡的一部分,他們?nèi)匀恢饕褂肈rupal構(gòu)建“網(wǎng)站”。但是,隨著每年50億臺(tái)新設(shè)備的激增,這種方法并不能保證未來的發(fā)展,從產(chǎn)品POV來看,我們真的應(yīng)該更傾向于促進(jìn)一種“全渠道”的方法,即使它不能讓我們今天的大多數(shù)用戶受益。
總結(jié)/問題
對(duì)不起,時(shí)間太長(zhǎng)了。但關(guān)鍵是,團(tuán)隊(duì)在繼續(xù)設(shè)計(jì)“下一代”用戶界面時(shí)感到非常受阻,除非我們弄清楚我們實(shí)際構(gòu)建的是什么。我們希望從社區(qū)獲得更多關(guān)于這一點(diǎn)的反饋,特別是那些與內(nèi)容作者/全渠道應(yīng)用程序密切合作的人。
下面是開始討論的一些問題:
· 我們?nèi)绾问笵rupal的創(chuàng)作體驗(yàn)現(xiàn)代化,同時(shí)又不破壞Drupal的優(yōu)點(diǎn)?其他人是如何做到這一點(diǎn)的?
· 我們?yōu)檎l/什么用例構(gòu)建這些用例,以及我們?cè)敢庠谶^程中使誰/哪些用例更難呢?(例如,我們是否使在Drupal中構(gòu)建網(wǎng)頁的過程變得更容易,而犧牲了Alexa技能的難度?)
· 提供“并排”創(chuàng)作/預(yù)覽體驗(yàn)
HTTPS://MONOSNAP.COM/FILE/BQQ7XX13ZZIKPY00HMJDYPE1U2W4QY#
這是一種可接受的方式,可以平衡易用性和靈活性來解釋Drupal可能產(chǎn)生的大量不同類型的內(nèi)容(包括那些不適合視覺預(yù)覽的那些,例如由單獨(dú)的應(yīng)用程序提供的那些。)
如果你能夠提供更好的建議,在此非常的感謝!
-
如使用Drupal來靈活地構(gòu)建微站Drupal 8是一個(gè)旨在滿足復(fù)雜內(nèi)容管理需求的Web項(xiàng)目需求的工具。我們聽到了很多關(guān)于headle...
-
Drupal如何“decouple”(解耦)我是使用drupal的內(nèi)置模板構(gòu)建網(wǎng)站,還是使用drupal的解耦與 JavaScript 框架相結(jié)...
-
分布式內(nèi)容管理概念解析創(chuàng)建一個(gè)具有多國(guó)或者多地區(qū)具有復(fù)雜內(nèi)容的創(chuàng)建和發(fā)布并且可跟蹤的項(xiàng)目,如果沒有一套規(guī)范的內(nèi)容管理系統(tǒng),...
13584197958