Julia Golomb 12:40 pm on August 15, 2023  

Join Us as a Notetaker at the 2023 Community Summit

Community Summit attendees are invited to fill an important role as a Notetaker for one or more Community Summit discussions. Read a description of this role on the Community Summit site.

If you’re willing to serve as a Notetaker, please let us know by this Thursday, August 17. To do so, comment here, email communitysummit@wordcamp.org, or send a direct message to @julia in Making WordPress SlackSlack Slack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/., and specify which of the 26 sessions you’re available to note-take (view the schedule here). Please offer to serve as Notetaker only for topics with terminology that will be familiar to you.

Thank you! With your help, we’ll ensure that the Community Summit has a lasting impact on the future of WordPress.

Rian Rietveld 3:42 pm on July 31, 2017
Tags: ,   

Accessibility Team Community Summit Notes

Review and update the accessibilityAccessibility 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 “direct access” (i.e. unassisted) and “indirect access” meaning compatibility with a person’s assistive technology (for example, computer screen readers). (https://en.wikipedia.org/wiki/Accessibility) coding Standards

Considering the shift towards JS-based interfaces, we should consider to review and update the accessibility coding Standards.

Announcing dynamic content

We have:

For complex interaction wp.a11y.speak() may not be the best solution. When in doubt discuss solutions with the a11yAccessibility 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 “direct access” (i.e. unassisted) and “indirect access” meaning compatibility with a person’s assistive technology (for example, computer screen readers). (https://en.wikipedia.org/wiki/Accessibility) team.

Resources

  • Accessibility handbook has not enough recourses
  • How to handle ARIA for screen readers
  • Fact is that traditional web apps reload gives feedback, that JS only apps can not provide. Are there tools we can leverage to help standards adoption?
  • JS interfaces still should be build with semantic HTMLHTML HTML is an acronym for Hyper Text Markup Language. It is a markup language that is used in the development of web pages and websites.
  • ReactReact React is a JavaScript library that makes it easy to reason about, construct, and maintain stateless and stateful user interfaces. https://reactjs.org/. tends to use divs, but that’s not React itself, that’s bad programming
  • 10UP now released a complete library for WP . It’s in GithubGitHub GitHub is a website that offers online implementation of git repositories that can easily be shared, copied and modified by other developers. Public repositories are free to host, private repositories require a paid subscription. GitHub introduced the concept of the ‘pull request’ where code changes done in branches by contributors can be reviewed and discussed before being merged be the repository owner. https://github.com/, so this is expandable
  • For the handbook we should refer to existing libs or someone to build them
  • There is a need for good information and components that are accessible

Workflow

Important: The a11y team needs to do more teaching and sharing, instead of fixing things themselves. Specifications within accessibility tickets should contain code examples

  • We should share accessible components
  • Is it possible to abstract cases and give examples of good practices
  • Part of the standard tooling should be testing software react/axe
  • Give 10 point list of things to check
  • We should publish about for example audio feedback, focus management, ARIA

Discussion

  • Should we blockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. things? Are we okay with keeping that statement: WCAGWCAG WCAG is an acronym for Web Content Accessibility Guidelines. These guidelines are helping make sure the internet is accessible to all people no matter how they would need to access the internet (screen-reader, keyboard only, etc) https://www.w3.org/TR/WCAG21/. 2.0.
  • Have things met the standard? Probably not.
  • What happens in tickets if it’s raised that it doesn’t work for WCAG?
  • How do we help in that situation? Someone should review major patches.
  • We don’t want to be a blocker. Accessibility has purification levels. Shoot high, but compromise.
  • What happens when someone blocks a ticket. It depends, no one really has.
  • Where’s the acceptable bar? Should work with keyboard only (arrow keys, etc. too). Semantic elements too. Labeled. This is a baseline expectation.
  • Struggled to know when/where discussions take place sometimes.

How to involve more developers with accessibility tickets

  • This is about how to bring more people into this team?
  • Why do some people stick around and others not stick around? Interesting, important. Time is valuable.
  • How do we maximize people’s time? Maybe story points, like in Scrum.
  • People don’t know how best to contribute.
  • Something like “good first bug” but for accessibility.
  • Short interview/onboarding for people interested.
  • Better way to manage priorities. Maybe spreadsheet to try it?
  • Non-CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. items: Testing, theme reviews, tickets, documentation, support, education
  • Maybe use more keywords for this? Make list public so people know.
  • Best way to address is when teams ask for help.
  • Accessibility slows progress down when it comes at the end.
  • We need a mental shift of where accessibility fits. We need to let them know they can do it.
  • Works properly vs. get working.
  • Get people from outside community. Make a list and ask. Things they can do and achieve. Make a list of people we could bring in.
  • MITs: Settings APIAPI An API or Application Programming Interface is a software intermediary that allows programs to interact with each other and share data in limited, clearly defined ways., GutenbergGutenberg The Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses ‘blocks’ to add richness rather than shortcodes, custom HTML etc. https://wordpress.org/gutenberg/, Media Views, Unified Search – Who?

How to proceed with the handbook

  • Make two pages: Tools and resources. Also, how to get involved.
  • Would potentially be easier to maintain.
  • Has been hard to get done because everyone is busy.

Good examples of ARIA, etc.

  • How to test resources.
  • List of what we’re working on.

What topics?

  • ARIA
  • Keyboard accessibility
  • Color contrast
  • Semantics

How should we divide topics?

  • By topic or need? Probably both.
  • Try to find resources that go beyond accessibility as it relates to disabilities.

Who can work on this?

  • Make small workgroup
  • Do Google Spreadsheet

Summary on make/accessibility

Takeaways from Paris

#accessibility, #summit-2017

catehstn 8:48 pm on July 26, 2017
Tags: mobile   

Mobile Team Community Summit Notes

WP-APIAPI An API or Application Programming Interface is a software intermediary that allows programs to interact with each other and share data in limited, clearly defined ways. and the Mobile Apps

Currently the apps use WPCOM API and XML-RPC. WP-API works just like any REST APIREST API The REST API is an acronym for the RESTful Application Program Interface (API) that uses HTTP requests to GET, PUT, POST and DELETE data. It is how the front end of an application (think “phone app” or “website”) can communicate with the data store (think “database” or “file system”) https://developer.wordpress.org/rest-api/., but the big problem for the apps is Authentication. The discussion focused on that.

  • SSLSSL Secure Socket Layer - Encryption from the server to the browser and back. Prevents prying eyes from seeing what you are sending between your browser and the server.
  • Need a centralized server
  • Ultimately: we are going to (probably) use “”The Broker””
    • Multiple centrally-hosted OAUTH providers (.org, .com)
    • .org could be the basic case (default)
    • In interim we can hardcode a client ID for the app – once we move to the broker we can move it over (will not require app update).
    • Q: does this require connecting .org accounts to individual sites? A: no
  • oAuth2 support is in progress for WP-API
  • Concerns about The Broker as a security vulnerability
    • Is it possible to de-trust the broker itself?
  • This will be a pluginPlugin 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 initially, so the apps can’t rely on it existing – at least 6 months out (feature pluginFeature Plugin A plugin that was created with the intention of eventually being proposed for inclusion in WordPress Core. See Features as Plugins.)
  • Right now any (non-authenticated) public stuff – apps can start moving over.
  • WPCOM is already running WP-API & starting to migrate over

Idea: magic login links for apps in WP new user email?

Mobile Views on Sites

We’re probably failing users on mobile because most views on sites probably aren’t coming from mobile.

  • AMP may be making people lazy.
  • AMP, responsive themes is the view.
  • Exciting things, like JavaScriptJavaScript JavaScript or JS is an object-oriented computer programming language commonly used to create interactive effects within web browsers. WordPress makes extensive use of JS for a better user experience. While PHP is executed on the server, JS executes within a user’s browser. https://www.javascript.com/., overshadow  mobile.
  • Show ways people can gain, like PWA.
  • Performance is necessary for developing countries.
  • TRT will meet with Google about performance, etc.
  • How do we carrot/stick people?
    • How do we help them?
    • Matt Marquis doing some interesting work here.
  • Make speed cool.
    • Helps with page rank.
    • Make a hangout.
    • Reframe as performance.
    • Do some different benchmarking with top themes. Top 10 themes. .Org/.Com – but it on ThemeShaper.com
  • TRT has too many rules and they’re trying to reduce the burdens.
    • Theme creators are a skillset that’s vast.
    • Don’t know what the baseline is for a good mobile theme.
    • Could use theme preview on .Org.
  • How do we seek out people to talk about performance?
    • How do we get them thinking about mobile and performance?
    • TagTag Tag is one of the pre-defined taxonomies in WordPress. Users can add tags to their WordPress posts along with categories. However, while a category may cover a broad range of topics, tags are smaller in scope and focused to specific topics. Think of them as keywords used for topics discussed in a particular post. would need to be automated and added.
    • Articulate the problems with themes.
    • Use different devices at WordCamps.
    • Needs to be in user’s face – WordCampWordCamp WordCamps are casual, locally-organized conferences covering everything related to WordPress. They're one of the places where the WordPress community comes together to teach one another what they’ve learned throughout the year and share the joy. Learn more. talks?

#mobile

Tammie Lister 7:03 pm on July 26, 2017
Tags: design,   

Design Team Community Summit 2017 Recap

The design team made several posts from the focus team sessions and we are sharing them here as part of the recap. Each of these contains more details about what occurred and the decisions made on the day:

#design, #summit-2017

Ipstenu (Mika Epstein) 11:25 pm on July 25, 2017
Tags: plugins,   

Plugins Team Community Summit 2017 Recap

While a recap of our various talks (including hallway) have been collected in the link below, our primary conversations revolved around the following:

  • New Reviewers: There are some technical issues we’re working on that must be resolved before we can add new people. They include security ones, but also our rather archaic SupportPress tool. This is the biggest and has a lot of small steps and some weirdly large ones (like the idea of a dashboard, automated security checks, and more) so it’s not going to be anywhere near as fast as I want… Well. Release and iterate.
  • How to safely publicly disclose pluginPlugin 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 closures (without dog shaming developers). This is logistically something to be concerned over, as the last thing we want to do is make WP and users a bigger target.
  • How to allow frameworks with the least pain for end-users as possible.

In order to meet our goals, we’re going to be discussing the improvements on many fronts at once, and I’m planing out times and dates for meetings for everyone to come and talk about one at a time. Think of it like town-halls.  You can read the details of everything in the linked post:

2017 Community Summit Notes

#plugins, #summit-2017

Daniel Bachhuber 12:51 pm on July 25, 2017  

WP-CLI conversations at the Community Summit

We had two WP-CLIWP-CLI WP-CLI is the Command Line Interface for WordPress, used to do administrative and development tasks in a programmatic way. The project page is http://wp-cli.org/ https://make.wordpress.org/cli/ conversations at the Community Summit:

Check out those links for the full summary. Thanks!

James Huff 10:02 am on July 25, 2017  

Support Team Community Summit 2017 Summary

Getting More Support Contributors

@bethannon1 is now our official Volunteer Coordinator, and she’ll be taking point welcoming new volunteers to our support community. We have received a fair amount of negative feedback about our “somewhat robotic” handbook links for new channel joiners, so instead, Bet will now be reaching out to new joiners directly with a more personal welcome.

A new Forum Welcome (now live), which will be far less guidelines-based than the current Forum Welcome, will be a huge help here too. We will maintain a separate page for the guidelines (also now live).

Later on, we’ll be exploring adding some sort of call to join the meetings which appears to WordPress.orgWordPress.org 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/ users after a certain number of support replies, and also email notifications to pluginPlugin 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/theme developers when their support forums fill up.

As for meetings, let’s open them with a note to clarify that everyone watching is welcome to participate, and on low-agenda days include community-building items like “What cool things have you done with WordPress?”

We’re taking steps to become a more international community overall, rather than separate communities of separate languages. To start off, we’ll be referring to the “English Forums” as the “International Forums” from here on out. We’ll no longer immediately redirect questions asked in other languages. Instead, try to answer them yourself in your native language if you can successfully translate the question. If you can’t do that, and the question goes unanswered for more than a day, use the pre-defined reply under “Non-English Support Request”. In the future, we’ll add language tagging once tagging is fixed so that we can tag topics without replying to them.

As for meetings, all languages are now welcome. We all know how to use translators, so we should allow everyone to participate in their own native languages. Additionally, sarcasm and cliches don’t translate well, so we should avoid those from now on.
We won’t be getting rid of specific locales, participation in the overall International Forums and meeting is only a recommendation.

@bethannon1 will also be taking the lead on organizing monthly volunteer orientations, geared as both an introduction for new volunteers and a reminder for established volunteers. They will cover a training-like Handbook walkthrough, sample questions with group answers and feedback, and an overview of cultural tone differences when it comes to English.

We’ll also be planning monthly plugin/theme support workshops, led by representatives from some very recognizable names in the WordPress community (a different one each month). The workshops will be held at a time that is comfortable for the leader and cover how they provide support for their plugins/themes. The first such workshop has been scheduled for August 23.

Support Style Guide

After a good discussion, we decided not to pursue a style guide. Instead, best practices will be conveyed as part of the monthly volunteer orientations and plugin/theme support workshops.

We also plan to encourage collaboration via SlackSlack Slack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/. when an issue could be between two items (conflicting plugins and/or themes for example), and may consider exploring joining Slack as a requirement for having a plugin or theme hosted at WordPress.org.

The remainder of this session was largely a re-hash of the plugin/theme support workshops that we discussed in a previous session, including how we’d schedule them (that will be up to each person running each session) and how we’d announce them (on the applicable Make P2s and hopefully get some help from WP news sites).

Remaining Forum Fixes

We managed to knock down our previous very large list of things we miss from bbPressbbPress Free, open source software built on top of WordPress for easily creating forums on sites. https://bbpress.org. 1 and new things we need down to this much smaller (and far more possible to complete) list sorted by priority:

  1. Allow moderators to add notes to users – 2272 (Finished)
  2. All w.org users should be able to report posts or topics – 1956 (Bring back ability to add a tag (including the special “”modlook”” tag to flag issues for moderator attention) without having to add a reply, as was the case in bbPress 1. Fixing this would also allow posts in languages other than English to be specially tagged for polyglot volunteers.)
  3. Forum RSS Feed Issues – 2204 (There are multiple issues in this ticket, MetaMeta Meta is a term that refers to the inside workings of a group. For us, this is the team that works on internal WordPress sites like WordCamp Central and Make WordPress. – please let Support know if any items should be split out into separate tickets. Especially important: include replies in RSS Feeds, include plugin & theme name in subject (as in bbPress 1). @sergeybiryukov will look into how feasible are replies in RSS re: performance.)
  4. Add a way to sort topics in forum profiles by recent activity – 2470 (Finished)
  5. Option to set default value of “Notify me of follow-up posts via email” in profile – 6 (Finished)
  6. Old topics are no longer automatically closed after 1 year – 2265 (Finished)
  7. Moving a topic from one forum to another forum results in a 500 error – 1955
  8. Last Post ignores post status – 2043 (Finished)
  9. Add support for custom titles on support forums – 1950 (Finished)
  10. Moderators should have a way to edit user profiles – 1985 (Finished)
  11. Spamming a user should flag topics and replies as spam and remove custom profile data – 1960
Rocio Valdivia 6:56 pm on July 24, 2017  

Community Summit 2017 recaps will be posted here soon

As a few weeks have passed since Community Summit 2017, we’ve gathered some notes of the discussions that took place during the Summit (although we haven’t received notes of all discussions yet).

We’ve sent the notes we received so far to the respective team leads, and asked them to publish a post with their recaps on this make/summit p2 blog (if you haven’t being pinged already, this means that we haven’t received notes related to your team’s topics).

The Community Summit team would like to ask the team leads for the following:

A) If you haven’t published already a recap in your team’s p2:
Please publish a p2 post on this make/summit blog with a recap of all the discussions related to your team at the Summit.

or

B) If you have published already a recap in your team’s p2:
Please publish a p2 post on this make/summit blog with a link to that published recap.

Pinging some team reps who attended:
Rian Rietveld: @rianrietveld – AccessibilityAccessibility 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 “direct access” (i.e. unassisted) and “indirect access” meaning compatibility with a person’s assistive technology (for example, computer screen readers). (https://en.wikipedia.org/wiki/Accessibility)
Daniel Bachhuber – @danielbachhuber – CLICLI Command Line Interface. Terminal (Bash) in Mac, Command Prompt in Windows, or WP-CLI for WordPress.
Jonathan Desrosiers and Adam Silverstein – @desrosj @adamsilverstein – CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress.
Mike Schroder – @mikeschroder – Hosting
Jon Kenshino – @kenshino – Docs
Cate Huston – @catehstn – Mobile
Mika Epstein – @ipstenu – Plugins
James Huff – @macmanx – Support
Ulrich – @grapplerulrich – Themes
Tammie Lister – @karmatosed – Design
Francesca Marrano and Hugh Lashbrooke – @francina @hlashbrooke – Community
Petya Raykovska – @petya – Polyglots

Note: If you’re not an Author in this p2 already, please pingPing The act of sending a very small amount of data to an end point. Ping is used in computer science to illicit a response from a target server to test it’s connection. Ping is also a term used by Slack users to @ someone or send them a direct message (DM). Users might say something along the lines of “Ping me when the meeting starts.” @andrescifuentesr or @milana_cap and they will give you access to it.

Thank you all! 🙂

Jenny Wong 8:08 am on June 13, 2017  

2017 schedule

Please use this link to find the schedule for the two days.

 

https://docs.google.com/spreadsheets/d/1uTJKx31elVdYvbROUpadA7RCA41qWMq4TegCbItoRkg/edit?usp=sharing

 

Remember NO posting of anything such a pictures, notes  or conversations on any social media.

Milana Cap 12:01 am on June 10, 2017  

WordPress Community Summit 2017: Final list of topics

The 2017 WordPress Community Summit (CS) in Paris (Tuesday, June 13th – Wednesday, June 14th) is less than 5 days away and here is the final list of topics submitted by teams.

CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress.

  • How can we increase JavascriptJavaScript JavaScript or JS is an object-oriented computer programming language commonly used to create interactive effects within web browsers. WordPress makes extensive use of JS for a better user experience. While PHP is executed on the server, JS executes within a user’s browser. https://www.javascript.com/. contributions to Core?
  • What should be Core’s technology support policy (especially related to deprecating support)?
  • How can we better project manage contributors efforts in Core?
  • How can we improve the on-boarding experience for new contributors?
  • How can we improve the Security process from report through triage through disclosure? – (Security)

Design

  • Onboarding: How do we recruit and attract new designers to WordPress?
  • Retention: How do we retain new designers?
  • Process: How do we communicate a unified design process to contributors?
  • Collaboration: How do we work with other WordPress teams to supply design assistance? – (All)
  • Impact: How can WordPress impact the greater design community?

Mobile

  • WP APIAPI An API or Application Programming Interface is a software intermediary that allows programs to interact with each other and share data in limited, clearly defined ways. & the mobile apps
  • Possibly the new core blockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. editor experience and how it can work with the upcoming Aztec native iOSiOS The operating system used on iPhones and iPads. & Android editors – (Core)

AccessibilityAccessibility 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 “direct access” (i.e. unassisted) and “indirect access” meaning compatibility with a person’s assistive technology (for example, computer screen readers). (https://en.wikipedia.org/wiki/Accessibility)

  • New developments for the the Editor, and how to safeguard it’s accessibility – (Core)
  • Technology version support policies – (Core)
  • How to involve more developers in helping with the accessibility tickets
  • How to proceed with the handbook
  • Considering the shift towards JS-based interfaces, we should consider to review and update the accessibility coding standards

Polyglots

  • Increase outreach (Rosetta sites outreach, jump starting and upgrading our locale sites to best fit the community) – (Community)
  • Local contributor days – (Community)
  • Global contributor days (translation days)” – (Community)
  • Improvement of translation and communication tools 2.0 (we’ve already got the first phase of this going with the O2s, GlotPress improvements, etc) – (MetaMeta Meta is a term that refers to the inside workings of a group. For us, this is the team that works on internal WordPress sites like WordCamp Central and Make WordPress.)
  • Cross locale PTEs implementation discussions – (Meta)
  • Translating documentation (already mentioned above)” – (Meta)
  • New General Translation Editors onboarding/ Mentorship program and new translation contributors onboarding plan
  • Polyglots Leadership team growth plan in underrepresented regions

Support

  • Continue 2015’s discussion about how to make/keep the support community welcoming and open, while at the same time encouraging quality replies.
  • Go through the remaining items on the lists of known issues and requested enhancements. – (Meta)
  • Create a common style guide (best practices) that can be used across all forum language.

Themes

  • How we improve the leadership of the TRT team?
  • How can we encourage and enable more people to lead new projects?
  • What is the vision and goals of the team?
  • What is the future of the theme review team, can we change it to become the Theme Team and be more involved in theme related activities like improving the theme directory or the theme developers handbook? – (Meta, Docs)
  • Future of the theme review theme and making it smoother and faster
  • How we can encourage creative designs and how to stop more of copy themes which can just be child themeChild theme A Child Theme is a customized theme based upon a Parent Theme. It’s considered best practice to create a child theme if you want to modify the CSS of your theme. https://developer.wordpress.org/themes/advanced-topics/child-themes/.

Docs

  • Game Plan for recruitment
  • Onboarding Plan
  • State of Doc Team’s own documentation
  • DevHub and Helphub Translation
  • Clear way of contributing to specific parts of documentation
  • Helping other teams with their documentation – (All)
  • Discuss opportunities for leadership and retainment of contributors to ensure longevity of Docs Team goals

Community

  • Paying for speaker travel – following on from our existing discussion and reaching a consensus.
  • Regional camps – following on from our existing discussion and reaching a consensus.
  • WordCamps and Money – discussing guidelines for responsible use of funds and clearly outlining what will and will not pay for. Also looking at how this affects in-kind types of sponsorships.
  • Code of Conduct and harassment reports – Establishing a plan for training for organisers on how to deal with CoC violations, as well as reviewing the CoC to be more inclusive (possibly to be concluded at Contributor DayContributor Day Contributor Days are standalone days, frequently held before or after WordCamps but they can also happen at any time. They are events where people get together to work on various areas of https://make.wordpress.org/ There are many teams that people can participate in, each with a different focus. https://2017.us.wordcamp.org/contributor-day/ https://make.wordpress.org/support/handbook/getting-started/getting-started-at-a-contributor-day/.).
  • Marketing & Engagement – discussing a general marketing plan for WordCampWordCamp WordCamps are casual, locally-organized conferences covering everything related to WordPress. They're one of the places where the WordPress community comes together to teach one another what they’ve learned throughout the year and share the joy. Learn more. and meetups, especially to engage people outside of the WordPress bubble – (Marketing)
  • The 80/20 rule for local/international speakers – this is a sticking point for many camps and it will be worth defining what we mean and where the line is for this.
  • Communication tools for WordCamp organisers – discussion on how to handle third party newsletter tools/services and how organisers can more effectively communicate with their community.

Plugins

  • Tools pluginPlugin 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 devs need to manage their plugin – (Meta)
  • Tools plugin devs need to manage reviews and support (crossover with forums) – (Meta, Support)
  • How to effectively handle contributor days
  • Dependencies and libraries – can we save WP from DLL Hell? (crossover with core team) – (Core)
  • Safely and responsibly improving communication of closed plugins (crossover with the meta and security team) – (Meta, Security)

Training

  • None

Meta

  • Translation of documentation on WordPress.orgWordPress.org 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/, including developer hub and (the future) help hub – (Polyglots, Docs, Support)
  • Participate in other team’s discussions to see how the Meta team can help them

TV

  • None

Flow / Test

  • None

CLICLI Command Line Interface. Terminal (Bash) in Mac, Command Prompt in Windows, or WP-CLI for WordPress.

  • WP-CLIWP-CLI WP-CLI is the Command Line Interface for WordPress, used to do administrative and development tasks in a programmatic way. The project page is http://wp-cli.org/ https://make.wordpress.org/cli/ Package Index / future of WP-CLI packages and new feature development
  • Improving the contributor workflow, and increasing the contributor pipeline
  • Generally, how to bring the WP-CLI experience closer to people
  • Problem in detecting updates of manually packaged WordPress (Meta, Core)

Marketing

  • None

Hosting

  • How can the Core Security Team work better with hosts? During the 4.7.2 release, our interactions with hosts were drastically expanded, but I would love to continue to pave a path between core security and hosts – (Security)

Thank you to all teams for great topics lists. We wish you wonderful and productive Summit and see you all next week in Paris.

“Such wow. So excited. Much joy.”

– friendly robot Pierre