Wikipedia:Bybrunnen/Massmeddelanden

Deltagarsidor
Viktigt Grundprinciperna Policy och riktlinjer Vanliga frågor
Kontakt och frågor Bybrunnen Anmäl ett fel Wikipediafrågor Bildfrågor Wikipedia i media Faddrar Faktafrågor Översättningsfrågor Kontakt / Press Begäran om åtgärder Bilder från Commons i svensk press Byte av användarnamn Volontärer Wikiträffar
Skriva och redigera Introduktion Redigera Skriva en ny artikel Introduktion till formatering Introduktion till wikilänkar Introduktion till källhänvisningar
Lägga till bilder Introduktion till illustrationer Teknisk manual för illustrationer Månadens nyuppladdade bilder Årets nyuppladdade bild
Att göra Önskelista Veckans tävling Veckans översättning Månadens artiklar Månadens uppdrag Projektkontoret Projekt Kvalitetskontroll Artikelgranskningar

      Genväg WP:MM

Bybrunnen/Massmeddelanden Undersida till Bybrunnen för automatiskt postade meddelanden

Välkommen till Bybrunnen/Massmeddelanden! Här postas massmeddelanden, som går ut till alla språkupplagor och är tänkta att nå alla användare.

Welcome to the Swedish equivalent of the Village Pump, section for mass messages. Feel free to post messages in English.

Sidan arkiveras automatiskt av en robot efter 90 dygn. Samtliga arkiv hittar du här: Wikipedia:Bybrunnen/Massmeddelanden/Arkiv

Wikidata changes now also appear in enhanced recent changes

Hello, and sorry to write this message in English. You can help translating it.

Starting from today, you will be able to display Wikidata changes in both modes of the recent changes and the watchlist.

Read and translate the full message

Tack! Lea Lacroix (WMDE) 29 juni 2017 kl. 10.33 (CEST)

(wrong target page? you can fix it here)

Some updates about Recent Changes page

Sorry to write in English. Hjälp till att översätta till ditt språk!

As you may already know, the Collaboration team has created a Beta feature. This feature is on your wiki since few months: "Nya filter för redigeringsgranskning". You can activate it in your Beta preferences.

What is this feature again?

This feature improves Special:RecentChanges and Special:RecentChangesLinked. It adds new features that ease vandalism tracking and support of newcomers:

• Filtering - filter recent changes with easy-to-use and powerful filters combinations.
• Highlighting - add a colored background to the different changes you are monitoring. It helps quick identification of changes that matter to you.
• Quality and Intent Filters - those filters use ORES predictions. They identify real vandalism or good faith intent contributions that need help.

This last set of filters is not available on your wiki. To get them, you have to finish the labeling campaign (1188 left to do, it will be done quickly, I guess!).

You can know more about this project by visiting the quick tour help page.

What's new?

Since the release, we have fixed small bugs and improved the interface. We have also released a way to bookmark your favorite configurations of filters.

We plan to add more new features! The full list is on this Phabricator page (in English) but here are the most important ones:

• Filters for Namespaces and tagged edits and, later, filters for Categories and Usernames
• Redesign navigation by using an improved time selector and better integrated navigation options
• Add live updates
• Have a more clear interface by putting community-defined 'related links' into a collapsible panel

This last change is about links displayed on top of the RecentChanges (see how they look like on your wiki). We do that change because we have discovered that those links are not that much used. Also, they sometimes take a lot of space on small screens. To help people to focus on recent changes patrolling, we will hide those links, with an option to show them. We have created some examples to show you how it will look like. If you like to see those links all the time, you will have to click on the link to show them and they will remain open. We welcome your feedback about this change.

You can ping me if you have questions. If this message is not at the right place (I've hesitated to put it on Wikipedia:Bybrunnen/Massmeddelanden but it is not a message message technically speaking), please move it and tell me. :)

Most of this information was already introduced in the Collaboration monthly newsletter. Please subscribe to get regular updates!

All the best,Trizek (WMF) (diskussion) 6 juli 2017 kl. 12.11 (CEST)

Accessible editing buttons

The MediaWiki developers have been slowly improving the accessibility of the user interface. The next step in this transition will change the appearance of some buttons and may break some outdated (non-updated or unmaintained) user scripts and gadgets.

You can see and use the old and new versions now. Most editors will only notice that some buttons are slightly larger and have different colors.

• Comparison of old and new styles
• 

  Buttons before the change

• 

  Buttons after the change

However, this change also affects some user scripts and gadgets. Unfortunately, some of them may not work well in the new system. If you maintain any user scripts or gadgets that are used for editing, please see mw:Contributors/Projects/Accessible editing buttons for information on how to test and fix your scripts. Outdated scripts can be tested and fixed now.

This change will probably reach this wiki on Tuesday, 18 July 2017. Please leave a note at mw:Talk:Contributors/Projects/Accessible editing buttons if you need help.

Whatamidoing (WMF) (talk) 11 juli 2017 kl. 00.23 (CEST)

Page Previews (Hovercards) update

Hello,

A quick update on the progress of enabling Page Previews (previously named Hovercards) on this project. Page Previews provide a preview of any linked article, giving readers a quick understanding of a related article without leaving the current page. As mentioned in December we're preparing to remove the feature from Beta and make it the default behavior for logged-out users. We have recently made a large update to the code which fixes most outstanding bugs.

Due to some issues with our instrumentation, we delayed our deployment by a few months. We are finally ready to deploy the feature. Page Previews will be off by default and available in the user preferences page for logged-in users the week of July 24th. The feature will be on by default for current beta users and logged-out users. If you would like to preview the feature, you can enable it as a beta feature. For more information see Page Previews. Questions can be left on the talk page in your preferred language.

Thank you again.

CKoerner (WMF) (talk) 21 juli 2017 kl. 00.32 (CEST)

Improved search in deleted pages archive

Hjälp till att översätta till ditt språk

During Wikimedia Hackathon 2016, the Discovery team worked on one of the items on the 2015 community wishlist, namely enabling searching the archive of deleted pages. This feature is now ready for production deployment, and will be enabled on all wikis, except Wikidata.

Right now, the feature is behind a feature flag - to use it on your wiki, please go to the Special:Undelete page, and add &fuzzy=1 to the URL, like this: https://test.wikipedia.org/w/index.php?title=Special%3AUndelete&fuzzy=1. Then search for the pages you're interested in. There should be more results than before, due to using ElasticSearch indexing (via the CirrusSearch extension).

We plan to enable this improved search by default on all wikis soon (around August 1, 2017). If you have any objections to this - please raise them with the Discovery team via email or on this announcement's discussion page. Like most Mediawiki configuration parameters, the functionality can be configured per wiki. Once the improved search becomes the default, you can still access the old mode using &fuzzy=0 in the URL, like this: https://test.wikipedia.org/w/index.php?title=Special%3AUndelete&fuzzy=0

Please note that since Special:Undelete is an admin-only feature, this search capability is also only accessible to wiki admins.

Tack! CKoerner (WMF) (talk) 25 juli 2017 kl. 20.39 (CEST)

Beta feature: advanced filters and more options for Watchlists, starting September 5

Hello!

Sorry to write in English. Hjälp till att översätta till ditt språk!

As you may already know, the Global Collaboration team has created a Beta feature. This feature is on your wiki since few months: "Nya filter för redigeringsgranskning". You can activate it in your Beta preferences.

What is this feature again?

This feature improves Special:RecentChanges and Special:RecentChangesLinked. It adds new features that ease vandalism tracking and support of newcomers:

• Filtering - filter recent changes with easy-to-use and powerful filters combinations, including filtering by namespace or tagged edits.
• Highlighting - add a colored background to the different changes you are monitoring. It helps quick identification of changes that matter to you.
• Bookmarking to keep your favorite configurations of filters ready to be used.
• Quality and Intent Filters - those filters use ORES predictions. They identify real vandalism or good faith intent contributions that need help.

You can know more about this project by visiting the quick tour help page.

What's new?

On September 5, the Beta feature will have a new option. Watchlists will have all features available now on the Beta Recent Changes improvements.

If you have already activated the Beta feature "Nya filter för redigeringsgranskning", you have no action to take. If you haven't activated the Beta feature "Nya filter för redigeringsgranskning" and you want to try the filters on Watchlists, please go to your Beta preferences on September 6. It will not be possible to try the filters only on Recent Changes or only on Watchlist.

Please also note that later in September, some changes will happen on Recent Changes. We will release some features at the moment available in Beta as default features. This will impact all users, but we will provide an option to opt-out. I'll recontact you with a more precise schedule and all the details very soon.

You can ping me if you have questions.

All the best, Trizek (WMF) (diskussion) 24 augusti 2017 kl. 18.07 (CEST)

Draft strategy direction. Version #2

• Spela upp media
• 
• 

In 2017, we initiated a broad discussion to form a strategic direction that will unite and inspire Wikimedians. This direction will be the foundation on which we will build clear plans and set priorities. More than 80 communities and groups discussed and gave feedback. We researched readers and consulted more than 150 experts. We looked at future trends that will affect our mission, and gathered feedback from partners and donors.

A group of community volunteers and representatives from the strategy team synthesized this feedback into an early version of the strategic direction that the broader movement can review and discuss.

The second version of the direction is ready. Again, please read, share, and discuss on the talk page on Meta. Based on your feedback, the drafting group will refine and finalize the direction.

SGrabarczuk (WMF) (diskussion) 11 september 2017 kl. 12.12 (CEST)

RfC regarding "Interlinking of accounts involved with paid editing to decrease impersonation"

There is currently a RfC open on Meta regarding "requiring those involved with paid editing on Wikipedia to link on their user page to all other active accounts through which they advertise paid Wikipedia editing business."

Note this is to apply to Wikipedia and not necessarily other sister projects, this is only to apply to websites where people are specifically advertising that they will edit Wikipedia for pay and not any other personal, professional, or social media accounts a person may have.

Please comment on meta. Thanks. Send on behalf of User:Doc James.

MediaWiki message delivery (diskussion) 17 september 2017 kl. 23.06 (CEST)

Förslaget har ett massivt stöd trots att det är oklart formulerat. Det verkar som om saken diskuterats länge på en-wp. Jag är förundrad att förslagsställaren Doc James (som är väldigt erfaren) inte brytt sig om att beakta motargumenten redan då han formulerade förslaget. Han borde rimligtvis ha kunnat förutse flera av dem.

Det är väldigt frustrerande att omröstningar startas om illa beredda förslag, och kan gå igenom då de inte röstas ner på basen av dålig beredning. I och för sig betyder RfC "request for comments", men då man har rubriker för "support" och "oppose" är det ju klart att man inte vill ha kommentarer utan röster. Eventuella omröstningar borde vänta tills man blivit av med alla brister i formuleringen, så att omröstningen skulle handla om själva sakfrågan och man senare vet vad man kommit överens om. Jag har svårt att förstå hur en sådan här okultur kunnat få sådant fotfäste. --LPfi (diskussion) 18 september 2017 kl. 10.15 (CEST)

Instämmer och också är detta en mycket tråkig trend (frånenwp) att ge allt fler regler, vi borde ju i stället ha färre och lita på sunt förnuft.Yger (diskussion) 18 september 2017 kl. 10.22 (CEST)

I det här fallet verkar det som regler snarare än sunt förnuft är vad som behövs (om det upplevda problemet är ett problem och lösningen en lösning), men den här arbetsgången, att man börjar rösta innan man funderat igenom problematiken och diskuterat möjliga lösningar, är inte ändamålsenlig. Det är också mycket problematiskt att omröstningarna blir så många att man inte hinner läsa diskussionerna, istället för att ett mindre antal intresserade och initierade skulle diskutera fram ett förslag, som sedan kan accepteras i konsensus, med omröstning om man så vill, men rimligen har man tagit hänsyn till kritiska röster så att motståndarna blir få. --LPfi (diskussion) 18 september 2017 kl. 13.17 (CEST)

Discussion on synced reading lists

Discussion on synced reading lists

Hello,

The Reading Infrastructure team at the Wikimedia Foundation is developing a cross-platform reading list service for the mobile Wikipedia app. Reading lists are like bookmark folders in your web browser. They allow readers using the Wikipedia app to bookmark pages into folders to read later. This includes reading offline. Reading lists do not create or alter content in any way.

To create Reading Lists, app users will register an account and marked pages will be tied to that account. Reading List account preferences sync between devices. You can read the same pages on different mobile platforms (tablets, phones). This is the first time we are syncing preference data between devices in such a way. We want to hear and address concerns about privacy and data security. We also want to explain why the current watchlist system is not being adapted for this purpose.

Background

In 2016 the Android team replaced the simple Saved Pages feature with Reading Lists. Reading Lists allow users to bookmark pages into folders and for reading offline. The intent of this feature was to allow "syncing" of these lists for users with many devices. Due to overlap with the Gather feature and related community concerns, this part was put on hold.

The Android team has identified this lack of synching as a major area of complaint from users. They expect lists to sync. The iOS team has held off implementing Reading Lists, as syncing was seen as a "must have" for this feature. A recent technical RfC has allowed these user stories and needs to be unblocked. Initially for Android, then iOS, and with web to potentially follow.

Reading lists are private, stored as part of a user's account, not as a public wiki page. There is no sharing or publishing ability for reading lists. No planned work to make these public. The target audience are people that read Wikipedia and want to bookmark and organize that content in the app. There is a potential for the feature to be available on the web in the future.

Why not watchlists

Watchlists offer similar functionality to Reading Lists. The Reading Infrastructure team evaluated watchlist infrastructure before exploring other options. In general, the needs of watchlists differ from Reading Lists in a few key ways:

• Reading lists focus on Reading articles, not the monitoring of changes.
• Watchlists are focused on monitoring changes of pages/revisions.
  • The Watchlist infrastructure is key to our contributor community for monitoring content changes manually and through the use of automated tools (bots). Because of these needs, expanding the scope of Watchlists to reading purposes will only make the project harder to maintain and add more constraints.
• By keeping the projects separate it is easier to scale resources. We can serve these two different audiences and prioritize the work accordingly. Reading Lists are, by their nature, less critical to the health of Wikipedia/MediaWiki.
• Multi-project support. Reading Lists are by design cross-wiki/project. Watchlists are tied to specific wikis. While there have been many discussion for making them cross-wiki, resolution is not in the near term.

More information can be found on MediaWiki.org where feedback and ideas are welcome.

Thank you

CKoerner (WMF) (talk) 20 september 2017 kl. 22.35 (CEST)