티스토리 수익 글 보기

티스토리 수익 글 보기

{“id”:106350,”date”:”2023-07-12T09:11:20″,”date_gmt”:”2023-07-12T09:11:20″,”guid”:{“rendered”:”https:\/\/make.wordpress.org\/core\/?p=106350″},”modified”:”2023-07-12T15:45:24″,”modified_gmt”:”2023-07-12T15:45:24″,”slug”:”admin-design”,”status”:”publish”,”type”:”post”,”link”:”https:\/\/make.wordpress.org\/core\/2023\/07\/12\/admin-design\/”,”title”:{“rendered”:”Admin Design”},”content”:{“rendered”:”

This is part of the Phase 3: Collaboration<\/strong> roadmap. The main projects are Real-Time Collaboration<\/a>, Workflows<\/a>, Revisions<\/a>, Media Library<\/a>, Block Library<\/a>, and Admin Design<\/a>.<\/p>\n\n\n\n

Introduction<\/h2>\n\n\n\n

About a year ago, some early notions of how we could evolve the admin experience<\/a> were shared. The site editor, and the foundation set by its fluid browsing and editing flows, provides a pathway for revitalising the adminadmin<\/span> (and super admin)<\/span><\/span><\/span> experience. Given all the workflows<\/a> and collaboration<\/a> requirements through the upcoming phase 3<\/em> projects, it\u2019s time to look more in depth at these ideas and where they might lead.<\/p>\n\n\n\n

There are multiple goals to account for with this effort. The state of the art and user expectations for digital software are constantly changing and there\u2019s a tangible need to revitalize the wp-admin design, improve its visual clarity, reduce cognitive weight, better support user workflows, and expand the personalization of the interface. WordPress thrives within its flexibility and its pluginPlugin<\/span> A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https:\/\/wordpress.org\/plugins\/ or can be cost-based plugin from a third-party<\/span><\/span><\/span> ecosystem. The counter part to that can often be a complicated information density, particularly at the top level navigation, which can negatively affect the user experience \u2014 we\u2019ve all seen admin dashboards with very long and daunting sidebars!<\/p>\n\n\n\n

As WordPress turns twenty years old, the overall aim of this work is to improve upon this experience at a foundational design level, giving plugins and users more control over the navigation while ensuring each WordPress experience is recognizable, intuitive, accessible, and delightful.<\/p>\n\n\n\n

\"Mockup<\/a><\/figure>\n\n\n\n
<\/div>\n\n\n\n

So how can we design the overall admin in such a way that it can be shaped to any need, regardless of their simplicity or sophistication? How can we then manage complexity without being complicated? How can we make designing and building great interfaces on the platform easier and more expressive to usher it through the next two decades? This balance cannot just be achieved with good practices but needs to be reflected in the semantics and the design of the software itself. For example, offering a way to customize the most important menu items at the highest level might allow both a blogger and a commerce store manager to have the best possible experiences, without trading compromises. Shaping WordPress to the particular needs of each person and project can be a large part of ensuring its continued long term success as the operating system of the web, democratizing access, and championing a diversity of experiences. The challenge is doing it without sacrificing the important aspect of good defaults and the \u201cit just works\u201d ethos.<\/p>\n\n\n\n

In order to achieve this we\u2019d want to clarify some of the main extension points as semantically as possible. What structures and surfaces does WordPress provide so that plugins and platforms can make use of them to achieve their visions? What does it mean to register settings, sections, or to add blocks? What elements of the interface are relevant? How can they be navigated? This is crucial to establish not just for ease of development but to ensure a usable and accessible experience for all.<\/p>\n\n\n\n

\"Mockup<\/a><\/figure>\n\n\n\n
<\/div>\n\n\n\n

This effort is also an opportunity to formalize the design primitives and interaction paradigms that are part of the UIUI<\/span> User interface<\/span><\/span><\/span> component system begun in wordpress\/components<\/code>. A crucial aspect is to ensure WordPress itself is built with the same pieces and APIs that plugin authors can use. Aside from color themes, our set of primitive components also need to work in dense environments like the editor, as well as environments that need more breathing room and focus like admin sections. Density, clarity, usability, and accessibilityAccessibility<\/span> Accessibility (commonly shortened to a11y) refers to the design of products, devices, services, or environments for people with disabilities. The concept of accessible design ensures both \u201cdirect access\u201d (i.e. unassisted) and \u201cindirect access\u201d meaning compatibility with a person\u2019s assistive technology (for example, computer screen readers). (https:\/\/en.wikipedia.org\/wiki\/Accessibility)<\/span><\/span><\/span> are paramount. A related discussion can be found here<\/a>. As part of leveraging the components across the admin interface, we need to address functional gaps (like table and list views, bulk editing operations, etc) and assist plugin needs for anything that might not be already addressed that should be addressed. Ultimately, the design library needs to be showcased in the wordpress.orgWordPress.org<\/span> The community site where WordPress code is created and shared by the users. This is where you can download the source code for WordPress core, plugins and themes as well as the central location for community conversations and organization. https:\/\/wordpress.org\/<\/a><\/span><\/span><\/span> website as a clear resource for people building upon WordPress. A great developer experience should naturally guide people to accomplish great and consistent user experiences.<\/p>\n\n\n\n

\"Mockup<\/a><\/figure>\n\n\n\n
<\/div>\n\n\n\n

Another primary goal is to achieve a cohesive experience between all editing and management activities. It goes without saying, but navigating through your tasks should feel seamless, whether editing with blocks or managing settings; going through default WordPress sections or plugin areas; or whether the user is operating as an author or an administrator. Considering the space afforded by a malleable browsing experience, combined with the collaboration work, it\u2019s also a good opportunity to look at how offline support might work and its implication for handling optimistic interactive updates to user data. There are a lot of great efforts \u2014 from Playground<\/a> to SQLite \u2014 that could also align to provide a fantastic platform experience with all the modern expectations for speed, access, and performance.<\/p>\n\n\n\n

Scope<\/h2>\n\n\n\n

There remain a lot of open questions to work through before going into further technical details but the following should offer an outline of some concrete aspects to consider as more in depth design explorations are done:<\/p>\n\n\n\n