User talk:Nolan Perry/Archive 6

Wikipedia:WikiProject Portals update #031, 01 May 2019

Back to the drawing board

Implementation of the new portal design has been culled back almost completely, and the cull is still ongoing. The cull has also affected portals that existed before the development of the automated design.

Some of the reasons for the purge are:

• Portals receive insufficient traffic, making it a waste of editor resources to maintain them, especially for narrow-scope or "micro" portals
• The default {{bpsp}} portals are redundant with the corresponding articles, being based primarily on the corresponding navigation footer displayed on each of those articles, and therefore not worth separate pages to do so
• They were mass created

Most of the deletions have been made without prejudice to recreation of curated portals, so that approval does not need to be sought at Deletion Review in those cases.

In addition to new portals being deleted, most of the portals that were converted to an automated design have been reverted.

Which puts us back to portals with manually selected content, that need to be maintained by hand, for the most part, for the time being, and back facing some of the same problems we had when we were at this crossroads before:

• Manually maintained portals are not scalable (they are labor intensive, and there aren't very many editors available to maintain them)
• The builders/maintainers tend to eventually abandon them
• Untended handcrafted portals go stale and fall into disrepair over time

These and other concepts require further discussion. See you at WT:POG.

However, after the purge/reversion is completed, some of the single-page portals might be left, due to having acceptable characteristics (their design varied some). If so, then those could possibly be used as a model to convert and/or build more, after the discussions on portal creation and design guidelines have reached a community consensus on what is and is not acceptable for a portal.

See you at WT:POG.

Curation

A major theme in the deletion discussions was the need for portals to be curated, that is, each one having a dedicated maintainer.

There are currently around 100 curated portals. Based on the predominant reasoning at MfD, it seems likely that all the other portals may be subject to deletion.

See you at WT:POG.

Traffic

An observation and argument that arose again and again during the WP:ENDPORTALS RfC and the ongoing deletion drive of {{bpsp}} default portals, was that portals simply do not get much traffic. Typically, they get a tiny fraction of what the corresponding like-titled articles get.

And while this isn't generally considered a good rationale for creation or deletion of articles, portals are not articles, and portal critics insist that traffic is a key factor in the utility of portals.

The implication is that portals won't be seen much, so wouldn't it be better to develop pages that are?

And since such development isn't limited to editing, almost anything is possible. If we can't bring readers to portals, we could bring portal features, or even better features, to the readers (i.e., to articles)...

Some potential future directions of development

Quantum portals?

An approach that has received some brainstorming is "quantum portals", meaning portals generated on-the-fly and presented directly on the view screen without any saved portal pages. This could be done by script or as a MediaWiki program feature, but would initially be done by script. The main benefits of this is that it would be opt-in (only those who wanted it would install it), and the resultant generated pages wouldn't be saved, so that there wouldn't be anything to maintain except the script itself.

Non-portal integrated components

Another approach would be to focus on implementing specific features independently, and provide them somewhere highly visible in a non-portal presentation context (that is, on a page that wasn't a portal that has lots of traffic, i.e., articles). Such as inserted directly into an article's HTML, as a pop-up there, or as a temporary page. There are scripts that use these approaches (providing unrelated features), and so these approaches have been proven to be feasible.

What kind of features could this be done with?

The various components of the automated portal design are transcluded excerpts, news, did you know, image slideshows, excerpt slideshows, and so on.

Some of the features, such as navigation footers and links to sister projects are already included on article pages. And some already have interface counterparts (such as image slideshows). Some of the rest may be able to be integrated directly via script, but may need further development before they are perfected. Fortunately, scripts are used on an opt-in basis, and therefore wouldn't affect readers-in-general and editors-at-large during the development process (except for those who wanted to be beta testers and installed the scripts).

The development of such scripts falls under the scope of the Javascript-WikiProject/Userscript-department, and will likely be listed on Wikipedia:User scripts/List when completed enough for beta-testing. Be sure to watchlist that page.

Where would that leave curated portals?

Being curated. At least for the time being.

New encyclopedia program features will likely eventually render most portals obsolete. For example, the pop-up feature of MediaWiki provides much the same functionality as excerpts in portals already, and there is also a slideshow feature to view all the images on the current page (just click on any image, and that activates the slideshow). Future features could also overlap portal features, until there is nothing that portals provide that isn't provided elsewhere or as part of Wikipedia's interface.

But, that may be a ways off. Perhaps months or years. It depends on how rapidly programmers develop them.

Keep on keepin' on

The features of Wikipedia and its articles will continue to evolve, even if Portals go by the wayside. Most, if not all of portals' functionality, or functions very similar, will likely be made available in some form or other.

And who knows what else?

No worries.

Until next issue...    — The Transhumanist   00:38, 2 May 2019 (UTC)

Your submission at Articles for creation: Neuroguides (May 10)

Your recent article submission to Articles for Creation has been reviewed! Unfortunately, it has not been accepted at this time. The reason left by Winged Blades of Godric was: Please check the submission for any additional comments left by the reviewer. You are encouraged to edit the submission to address the issues raised and resubmit when they have been resolved.

• If you would like to continue working on the submission, go to Draft:Neuroguides and click on the "Edit" tab at the top of the window.
• If you now believe the draft cannot meet Wikipedia's standards or do not wish to progress it further, you may request deletion. Please go to Draft:Neuroguides, click on the "Edit" tab at the top of the window, add "{{db-self}}" at the top of the draft text and click the blue "publish changes" button to save this edit.
• If you do not make any further changes to your draft, in 6 months, it will be considered abandoned and may be deleted.
• If you need any assistance, you can ask for help at the Articles for creation help desk, on the reviewer's talk page or use Wikipedia's real-time chat help from experienced editors.

∯WBG^converse 06:38, 10 May 2019 (UTC)

Hello, Nolan Perry! Having an article declined at Articles for Creation can be disappointing. If you are wondering why your article submission was declined, please post a question at the Articles for creation help desk. If you have any other questions about your editing experience, we'd love to help you at the Teahouse, a friendly space on Wikipedia where experienced editors lend a hand to help new editors like yourself! See you there! ∯WBGconverse 06:38, 10 May 2019 (UTC)