我们阅读了每一条反馈,并非常认真地对待您的意见。
要查看所有可用的限定符,请参阅我们的文档.
对这个项目有疑问吗?注册一个免费的GitHub帐户以打开一个问题,并联系其维护者和社区。
点击“注册GitHub”,即表示您同意我们的服务条款和隐私声明。我们偶尔会向您发送与帐户相关的电子邮件。
已经在GitHub上了?登录到您的帐户
细节
在站点编辑器中,当前导航侧栏中关于所选实体(页面、模板等)的详细信息视图与检查器侧栏中的内容/面板共享大量信息。
将它们合并起来,看看我们如何最终制作出一个可以在其他地方使用的可重用组件。一个例子是在使用新数据视图(页面、模式等)的实体列表中以某种方式显示检查器控件。
这个过程应该是加性的,而不是还原性的。我们应该将细节视图中缺少的内容添加到检查器控件中。已经存在一些重复项,可以再添加一些,直到完成更改。
详细信息视图包含很多只读与检查器控件相反的信息。如果某些项目可以编辑(不包括特色图片),则应添加编辑功能。
只读
编辑
该问题并非详尽无遗,可在此处或相关PR上讨论设计。它是对任务的初始分解,以并行化工作,并且可以更新。
标题
重命名
文本已成功更新,但遇到以下错误:
在数据视图中显示Inspector是一个令人兴奋的想法,它可以(理论上)作为数据视图中的快速编辑界面,取代以下内容:
当选择了多条记录时,它也可能起到批量编辑界面的作用。
这也可能是一个很好的时间来优化页面检查器的一些设计元素。那里有很多面板,某些数据突出显示(例如页面属性)。我们可以缩小面板的范围,并根据上下文更好地定义它们的出现方式/时间,以提高不同帖子类型之间的一致性。
下面是我们如何做到这一点的初步设想:
包括文档标题、描述(可选)和任何不可编辑的元(也可选)。
与记录相关的任何操作也会在此处显示。它们将是上下文相关的,并遵循与数据视图类似的约定:初级的操作显示为单击快速操作,省略号菜单包含全部的行动。对于页面,这可能是重命名、查看、丢弃等。对于模板和模式,可能是;清除自定义(针对主题提供的资产)、查看修订、复制等。在大多数情况下,这些操作已经存在。
初级的
包含与所选记录关联的任何可编辑元数据。它与页面检查器中现有的“摘要”面板非常相似。
内容面板仅在用户能够编辑内容时显示,IE则在用户编辑文档时显示。
它列出了包含用户可以编辑的内容的所有块。单击块会在画布上选择它。它的工作方式与您在页面检查器中找到的“内容”面板相同,或者在使用“templateLock”:“contentOnly”.
“templateLock”:“contentOnly”
在“设计”面板中,用户可以修改选定记录的外观。这包括以下行动:
编辑记录时将显示此面板。在数据视图中,当有可见预览(并排布局)时,我们可以考虑将其呈现出来。这可能需要进一步探索。
让我们将所有这些放在一些示例中:
从数据视图中观察时,“设计”和“内容”面板将隐藏,并在标题面板中添加关闭按钮。
显然,这是一个有点远的过程,但作为一个快速演示,这里是检查器如何理论上处理多个记录,以在数据视图中提供批量编辑:
除了任何其他设计反馈外,考虑某些面板是否应可折叠可能会很有趣。
对不起,出了点问题。
嗨@詹姆斯科斯特,
新的“级别”选项将包括所有当前的“页面属性”部分?例如,当单击时,它将打开一个允许用户选择页面父级和顺序的模式?
“编辑exercerpt”是一个正常的操作,单击它会打开一个模式,用户可以在其中更改同样适用于数据视图的exercerp?
@大戟好问题:)
“级别”选项将打开一个弹出窗口,您可以在其中选择父页面。“组织”可能是一个更好的标签:
我认为从模态开始可能没问题。但是如果不太麻烦的话,如果用户可以简单地点击添加/编辑摘录,那么可能会更容易。然后我们可以删除“编辑摘录”,使菜单更短:
你们怎么想?
@詹姆斯科斯特我们可以从摘要面板中的两个单独属性开始吗?“组织”可能会与团队/客户混淆,而家长似乎很重要,足以作为自己的事情加以强调。
父级:无订单:1
这个问题是否包括在差距缩小后删除现有详细视图的工作,或者我们是否应该为此创建一个单独的问题?
这可能是一张单独的票,但我认为目前可能只是一项任务:
当完全合并完成后,我们应该删除/弃用内容视图的详细信息间隙页。
父级:无
我已经看到反馈,这并没有清楚地表明页面是顶级的,但看起来很好,而且是迭代的。
放置的动机是什么秩序在一行?对于一个可能令人困惑的设置来说,它似乎有点突出,而且在大多数情况下几乎毫无用处。
秩序
就解决这一问题的策略而言:我们是否可以将“细节”中存在但“检查器”中不存在的缺失项目先放入“检查器“中,然后再进行重新设计。
我们的目标是准备删除6.6中的“细节”面板,并且可以随时进行抛光/设计(在6.6及以后的版本中)
是的,很好的提醒:)
对于页缺失的部分有:;摘录、字数和阅读时间。
后两个可以出现在“最后修改的”细节旁边,并且摘录可以显示(不可编辑)在特色图像下方(可能会截断为四行或五行):
对于模板我们缺少设置。这些可以采用与post-meta相同的格式(显示在打开弹出窗口的行中):
对于图案/模板零件我们缺少同步状态和描述。描述可以出现在标题下方。同步状态可以通过图标颜色指示,并包含与数据视图中的芯片类似的芯片:
老实说,无论哪种方式,我都没有强烈的感觉,我会倾向于最直接的实施方式。我认为这是一个细节,我们可以稍后再讨论。
Pingbacks和trackbacks为一个博客提供了一种很好的方式来通知另一个博客它引用了它。作为一种功能,它今天可能没有被广泛使用,但我仍然喜欢它。但它也是那些你在讨论设置中设置默认值,然后经常忘记它的功能之一。换句话说,此控件在帖子和页面上下文中可用性的主要用例是在本地更改默认值.
出于这个原因,并且由于它与常规设置部分中的其他评论/讨论设置分组,我建议在Comments弹出菜单中放置trackback。如果需要,可以将“Comments”标签重命名为“Discussion”,以与其对应的设置相匹配。
为我工作👍
@大戟导航菜单。。。假设Inspector只能在6.6的全屏编辑器中访问(稍后将访问数据视图),我认为这种方法可能是目前的方法,无论是对于单菜单还是多菜单场景:
单击项目时,我们选择该块并移至块选项卡。
因此,在编辑页眉模板零件时,检查器将包括以下面板:
(我很感激“站点徽标”和“站点标题”项目稍后会出现)。
新的讨论小组设计建议在#第61357页.
@ntsekouras公司我注意到,现在我们已经将帖子标题添加到了Inspector中,它会在手机上重复出现:
现在,我们可能可以删除该移动面板标题。
是的,我不太喜欢像Jorge描述的那样布尔型的动作。
@ntsekouras公司这也适用于帖子的“坚持到博客顶部”选项吗?
我更新了OP,以包含最新的摘要面板设计。细节仍然可以更改一点,但现在看起来相当可靠。
6.6中缺少的主要部分似乎是:
我已经开始将主模板详细信息移动到检查器控件。
这里还剩下什么?我们现在应该结束这个问题吗?
我认为我们可以关闭它,因为它的主要目标是将信息从细节视图移动到检查器控件。检查器控件中有一些小东西需要改进,但可以像本期一样单独跟踪:#60291.
关于:“将‘模式类别’移动到元行,而不是面板。”。这里的类别看起来就像一篇文章的标签或类别。在一个帖子中,他们在一个面板中,图案应该相等吗?如果我们转到一行,问题是一个模式可能有4或5个类别,行可能会变得很大,但我可以尝试一下。
关于“博客主页等模板的设置”,我想现在得出的结论是每页的帖子和讨论设置对吗?
@大戟我想我们可以推迟到6.7。这里有一个专门的问题和一些讨论:#61852.
没有分支或拉请求