我们阅读了每一条反馈,并非常认真地对待您的意见。
要查看所有可用的限定符,请参阅我们的文档.
对这个项目有疑问吗?注册一个免费的GitHub帐户以打开一个问题,并联系其维护者和社区。
单击“注册GitHub”,表示您同意我们的服务条款和隐私声明。我们偶尔会向您发送与帐户相关的电子邮件。
已经在GitHub上了?登录到您的帐户
文本已成功更新,但遇到以下错误:
一个选项(与浏览模式)将在进入站点编辑器时在一个框架中显示网站(这是在https://make.wordpress.org/design/2022/06/13/thinking-through-the-wordpress-admin-experience网站/). 该框架可以具有动态地址栏,允许人们搜索要显示和编辑的内容:
前一种向下钻取方法的一个问题是,在深入内容树时会导致疲劳。动态地址栏解决了这一问题。另一个好处是内容和一些模板之间的模糊处理,例如,如果要在此处搜索404模板,那么浮出水面似乎是合理的。
对不起,出了点问题。
我喜欢这种最小的浏览模式,它允许您选择要编辑的内容,如果我们将其与侧栏中用于编辑的显式“Templates”项配对,这就是您的意图。
更大的胜利是不要让你直接编辑你的“主页”模板,而是允许你在默认的开放侧边栏中首先进行选择。
我们应该试着原型化一个最小版本吗?有点像:
残疾人
这将使我们仍然拥有一个通用的模板列表,就像今天一样,这可能是朝着真正的浏览模式迈出的一小步,在这种模式下,视口中的链接实际上可以单击。
你怎么认为?
更大的胜利是不会让你直接编辑“主页”模板
100%. 我认为,在用户体验中,将模板编辑/管理置于适当的高度至关重要。这是网站编辑最大的困惑来源之一。
我们应该试着原型化一个最小版本吗?
这当然是一个选项,尽管我觉得“Site”按钮有点笨拙,而且它很麻烦(#42807,#36821).
我们可以将模板放在钻取中。这与上述对模板管理的淡化相一致,并将消除对错误的“站点”按钮的需要。作为额外的奖励,它将为我们创造空间来描绘不同的模板(和零件)类型,这是在#42325.
这里有一个演示:
如果这个飞跃太大,那么你的建议在我看来是一个很好的折衷方案。
我喜欢这样的想法,即您可以看到视口,并可以单击“编辑”来编辑内容。
我认为现在把模板放在“库”中还为时过早,我直觉认为主要是定制的东西放在那里。是的,可以说您可以创建自定义模板,但它仍然让人感觉很有弹性,所以为了减少向下钻取,我们可能应该暂时将模板保持在顶级,IMO。
作为一个小更新,最近合并了一个导航界面:
该功能尚未实现,但单击左侧侧栏中的导航项也意味着在右侧视图中加载该页面。它是“浏览模式”的初学者,因为右侧的视图同样应该是可导航的。它也不排除单独的“内容”钻取,以便我们搜索页面、帖子或其他内容。不过,这只是一个小的状态更新。
家
我在今天的核心编辑聊天中提到了这一点,但我也想在这里分享一下。
考虑到我们离6.2的功能冻结有多近,引入这个功能而不能够在几个Gutenberg插件发布周期中进行测试,这将是一种仓促之举。
我真的希望这个功能尽快可用。但在功能冻结前不到一周,没有多少时间来测试和微调体验。
如果有人不同意,很高兴被证明是错误的。
谢谢@法比安凯,我已将此移至董事会上的“讨论中,需要决定”。
复写的副本@马马杜卡 @ntsekouras公司
展开的步骤@贾斯穆森的早些时候的评论,一个在设计讨论中涌现的想法#36667深入菜单区域中的文档级面板可能是一种有用的设计模式。
单击导航面板中的页面会执行两项操作:
从面板开始可以很简单——也许它只包含标题、发布日期和编辑按钮。但如上图所示,将来我们可以将其扩展到包括高级编辑功能,如更改模板、特征图像等。
通过允许文档级面板将框架中可见的内容上下文化,减轻了“站点中心”的负担,以便它可以恢复显示站点标题。
如果此模式工作良好,我们可以在其他部分(如模板)中使用它。例如,模板向下钻取可以提供快速更改页眉/页脚的方法,或为整个模板选择模式,而无需使用“完整”编辑器。
复写的副本@你知道riad
@詹姆斯科斯特,现在是#47387合并并#47777正在进行中。此功能的其余项是什么?
我认为,解决这一问题所需的最后一部分是访问主导航中未显示的内容的方法。例如编辑个人帖子。我看过其他地方共享的“命令调色板”概念,例如:
但我不知道我们是否已经100%做好了承诺。
命令栏很酷,但也可以作为编辑的总助理🤩
剩下的另一项是,用户应该能够点击右侧预览中的链接,是吗?
可能/可能最终以某种形式出现是的!在6.2开发期间,我们搁置了浏览模式的这一方面,以支持标题加编辑图标在左侧导航中,将框架预览作为一个大的附加编辑按钮。我确实看到URL导航在某些时候返回,无论是像最初设想的那样,还是在按住⌘的时候。但在重新聚焦之后,这方面可能不会阻碍这个问题。
老实说,我个人不相信为什么我们应该在“悬停”上显示页面。这是一种奇怪的行为,因为有人可能会想,他可以去点击页面,因为它是可见的,但一旦你离开页面本身,你就会回到主页,造成沮丧。理由是什么
我一直在玩弄它,并得出了同样的结论。在我看来,要使其达到能够与鼠标移动同步加载完整模板和页面内容(及其样式)的程度,所需的工作不是一项巨大的投资。
如果这是我们迫切需要做的事情,那么我推测我们希望有一种替代方法来加载预览-独立于编辑器-这样我们可以更好地管理预加载等等。
我看到需求设计已被删除。将其添加为需要开发,并在相应的项目板中向前移动。请根据需要随时更改!
@你知道riad我们在这里采用的并排/框架模式的主要好处之一是,它为我们提供了一种快速预览内容的方法,而无需深入研究。由于我们现在深入到点击,我们没有充分利用这个范例。如果我们没有预览方式,那么并排查看与表格相比有什么好处?我们不妨把人们带到餐桌旁。MacOS finder提供了在视图类型之间切换的能力,因为它们都是特定用例的理想选择。
我不能说并排查看的好处,但我更多地是在谈论在这些菜单项上悬停时的用户体验,我真的不希望右边的内容发生改变,尤其是因为我无法与之互动。无论如何,在相关的PR上进行更多测试来体验它,看看感觉如何,这会很酷。我刚才觉得很困惑。
这很公平。@拉蒙吉德不管性能如何,如果我们能得到一个演示分支来使用它,我认为这是值得的。我们甚至可以从我链接到上面的分支复制代码。
我同意悬停的感觉很尴尬。我想知道,如果问题是找到一种不深入查看内容的方法,那么我们真的需要每个页面/模板的详细视图吗?这个 没有有用的信息。
如果不是显示详细信息视图,而是点击页面或模板,将其显示在主区域,同时将页面/模板列表保留在侧边栏中,那么导航会容易得多。
不管性能如何,如果我们能得到一个演示分支来使用它,我认为这是值得的。我们甚至可以从我链接到上面的分支复制代码。
一点也不担心👍
以下是人们可以随意体验的东西,看看它是否有效:
至于实现,我想说,鉴于它影响浏览器历史的方式,我们需要找到一种不同的方式。
只需说明一下,我已经更新了OP以包含最新的设计,并在列表中添加了几个任务。
我们在讨论一点#49597(评论),但我不太确定标题中的“管理”链接。这似乎不是一个可以扩展到翻译的模式。其他一切对我来说都很好。
我认为快捷方式很有用,因为面板中的页面列表并不详尽。
也许它可以是命令调色板中的上下文项(相关:#50407)? 你怎么认为@里奇塔博?
我不太明白?
道歉。我建议在站点编辑器中查看页面面板时,“管理页面”可以是命令面板中的上下文快捷方式。它将链接到wp-admin页面列表。
看起来这里的主要工作已经完成,后续工作要么没有严格关联(添加新页面模式),要么进行了进一步的改进。我要结束这个。让我们确保为相关且尚未解决的问题打开问题。
我很好奇,因为我今天测试了Gutenberg 16.1.2,但没有看到编辑页面和模板组合的可能性(在15.9.1之前是可能的)
是的,同时还有一种更无缝、更清晰的可能性,可以在页面编辑和模板编辑之间切换。
但是,使用乐观的“示例”标题调整例如H2字体大小与使用“可能破坏布局的真实标题”以及使用该标题调整网站编辑器中的样式或块设置或颜色完全不同-显示样式如何与真实内容一起工作。
那么现在这种可能性在哪里呢?
根据反馈,用户在同时编辑模板和页面时感到非常困惑,因此出现了拆分。不过,我很感激主题作者能够预览真实内容。#28466看起来是解决这个问题的好方法。
Thx当时也在那里跟进。
没有分支或拉请求