<nobr id="im6wc"></nobr>
<nobr id="im6wc"></nobr><menuitem id="im6wc"></menuitem>

電話0510-66899765

聚焦行業熱點,把握時代脈搏
從品牌網站建設到網絡營銷策劃,從策略到執行的一站式服務
公司新聞 行業動態 營銷常識 drupal技術分享
對下一代管理UI的定向反饋

日期:2022-04-14 15:25:47 訪問量:0


Admin UI & JS團隊在 Drupal Europe 會議上展示了一些很大的進步,他們為Drupal帶來了“下一代”內容創作體驗的"wireframes",朝著“所見即所得/就地編輯”(類似Cohesion DX8和 Gutenberg)的大致方向發展。這受到了參會者的熱烈歡迎。

1

所以當我們從Drupal Europe回來之后,就收到了一些關于創建“下一代”wireframes的討論和反饋。


平衡Drupal的優勢和一般UI趨勢

1

(Image source: HTTPS://WWW.CODEINWP.COM/BLOG/WORDPRESS-GUTENBERG-GUIDE/)

Drupal的大優點之一,能在近20年里一直保持相關性的主要原因,就是因為它專注于結構化內容,并且可以在視圖,視圖模式,分離的應用程序中輕松切換。

然而,由SquareSpace/Cohesion/Gutenberg等應用程序表示的“所見即所得”UI類型摒棄了結構化數據的概念,取代了具有各種格式的HTML。這提供了“真正的”所見即所得體驗的優勢,因為您可以直接操作頁面輸出。 而這種“"one clump"”的方法可以有效地對抗Drupal大的優點,因為這樣就不可能再次提取原始數據,如果您試圖從HTML數據中提取實際的內容,那是非常繁瑣的。

所以就有人提出了一種折中的方案:為“登錄頁”類型的內容提供所見即所得、就地編輯、頁面構建體驗(段落式),以及為結構化內容提供當前結構化的“分別填寫表單和處理預覽”方法。然而,這仍然涉及到對數據本身“烘烤”方式的假設。嗯,這是Drupal Europe會議上提出的。

看看競爭問題

根據用戶告訴我們他們想要的內容,內容作者很可能會涌向“就地編輯”的版本。因此,也有人擔心,如果我們只向非結構化內容方法提供“現代”的創作體驗,我們將引導站點構建人員做出次優的架構決策,這將對未來產生深遠的影響。(例如,如果站點突然想要提供移動應用程序,那么就不可能再以API格式公開非web應用程序的內容。)

但是,“就地編輯”的方法也很危險,因為根據定義,它假定生成的內容輸出的設備是相同的,甚至是編寫它的應用程序也是相同的,這在當下是不合時宜的,雖然我們可以提供各種設備/屏幕尺寸內容的近似值,雖然我們可以嘗試使用分離的React創作應用程序模仿網站的前端主題,但這些只會永遠是近似的,可能會導致用戶混淆。(“它沒有在預覽中那個令人尷尬的位置切斷標題!什么給出了?”或“為什么預覽沒有網站的新logo?”等等......)

由于這個原因,圍繞CMS的分離的一般趨勢,即,將CMS的創作體驗完全集中在內容創建上,而明確地“不”關注內容的外觀。然而,這與我們在Drupal Europe上展示的內容相比發生了翻天覆地的轉變。它也類似于我們在Drupal 7中所做的,它正在預覽通用管理主題中的內容,而不是前端主題,我們已經從可用性研究中了解到這是擋在人們面前的絆腳石。


前進的方向?

2

所以反反復復提案是為了讓你在"并排"的狀態下進行大量的預演,類似于Craft CMS的做法,你保留了輸入數據的表單(它可以讓你以一致的方式來處理非視覺數據)在新窗口的表格旁邊有個預覽面板,可以在"點擊保存"的時候處理"這看起來是什么樣子"的問題。像這樣: HTTPS://MONOSNAP.COM/FILE/BQQ7XX13ZZIKPY00HMJDYPE1U2W4QY#.

然而,“并排”預覽與我們在Drupal Europe展示的內容相去甚遠。我們展示的豐富經驗也是我們的競爭對手和營銷人員正在/已經在做的。而且,這種方法也支持了我們的用戶迄今為止所表示的他們想要的內容。此外,我們基本上已經有這種預覽方法(D8的預覽適用于前端主題,你可以切換你要預覽的視圖模式),這似乎不足以抵消對可用性/易用性的擔憂。使用Drupal的內容創作經驗(盡管缺乏關于如何利用React“實時”更新的能力來增強預覽的研究,這將改善用戶體驗)。

我們還應該記住,整個辯論在某種程度上也是“如果我問人們(發明汽車時)想要什么,他們會說要更快的馬?!?/p>

在調查和用戶體驗測試中所表示的觀點通常代表了我們的用戶中不平凡的一部分,他們仍然主要使用Drupal構建“網站”。但是,隨著每年50億臺新設備的激增,這種方法并不能保證未來的發展,從產品POV來看,我們真的應該更傾向于促進一種“全渠道”的方法,即使它不能讓我們今天的大多數用戶受益。

總結/問題

對不起,時間太長了。但關鍵是,團隊在繼續設計“下一代”用戶界面時感到非常受阻,除非我們弄清楚我們實際構建的是什么。我們希望從社區獲得更多關于這一點的反饋,特別是那些與內容作者/全渠道應用程序密切合作的人。

下面是開始討論的一些問題:

· 我們如何使Drupal的創作體驗現代化,同時又不破壞Drupal的優點?其他人是如何做到這一點的?

· 我們為誰/什么用例構建這些用例,以及我們愿意在過程中使誰/哪些用例更難呢?(例如,我們是否使在Drupal中構建網頁的過程變得更容易,而犧牲了Alexa技能的難度?)

· 提供“并排”創作/預覽體驗

HTTPS://MONOSNAP.COM/FILE/BQQ7XX13ZZIKPY00HMJDYPE1U2W4QY#

這是一種可接受的方式,可以平衡易用性和靈活性來解釋Drupal可能產生的大量不同類型的內容(包括那些不適合視覺預覽的那些,例如由單獨的應用程序提供的那些。)

如果你能夠提供更好的建議,在此非常的感謝!

*本站部分信息來源于網絡,僅供個人研究、交流學習使用 如有侵權請告知刪除。
高潮又爽又黄又无遮挡动态图,91在线无码高潮喷水观看,男人扒开女人添高潮的视频嗯啊_影院