Wikipédia:Kocsmafal (műszaki)/Archív150

Linkek hozzáadása
A Wikipédiából, a szabad enciklopédiából
 Ez egy lezárult megbeszéléseket / befejezett projekt anyagát / aktualitását vesztett felvetést / megvalósult tervezet korábbi stádiumát stb. tartalmazó archív közösségi lap. Ne változtass rajta. Ha fel akarsz éleszteni egy itt szereplő megbeszélést, vitát, az aktuális lapon, illetve annak hiányában a Kocsmafalon tedd!

Keresésben nem megjelenő szócikk

Ahoy! Léteznek a PowerBook Duo, PowerBook Duo 210, PowerBook Duo 230, PowerBook Duo 250 és PowerBook Duo 270c szócikkek. Amíg a PowerBook szót gépelem a keresőbe, addig kilenc potenciális találatot kínál a Wiki, de továbbgépelve a Duo-t, már csak az Duo-t és a Duo 210-t kínálja – szerintem a 230-t, 250-t és 270c-t is kellene, hogy kínálja. Ez utóbbiak esetében csak akkor ismeri fel, hogy a keresett szócikk létezik, ha teljesen beírom. Köszönet a megfejtésért! Fega vita 2023. október 13., 19:20 (CEST)

Ezek mai szócikkek. Adjál neki pár napot. Bean49 vita 2023. október 13., 19:28 (CEST)
Valóban türelmetlen voltam. Bár emlékeim szerint korábban azonnal megtalálta a kereső. Köszi. Fega vita 2023. október 14., 18:49 (CEST)
Így van, nagyon régen 2-3 nap után jelent meg, de hosszú ideje azonnal. A Google is azonnal megtalálja, szóval ha a mi keresőnk ennél lassabb, az nem olyan jó. Bináris ide Kelt: Wikipédia,  2023. október 14., 19:53 (CEST)
A kereső megtalálta tegnap is, csak a lenyíló javaslatok nem mutatták. Bean49 vita 2023. október 14., 20:16 (CEST)

Growth team newsletter #28

Welcome to the twenty-eighth newsletter from the Growth team! Help with translations

Community Configuration, concept A: Accordion style
Community Configuration, concept B: Dashboard style

Community configuration 2.0

  • Community Configuration 2.0 is a feature that will enable Wikimedia communities to easily customize and configure features to meet their unique needs. This approach provides non-technical moderators with more independence and control over enabling/disabling and customizing features for their communities.
  • Technical approach and associated tasks are detailed in this Epic task on Phabricator.
  • Initial designs are drafted for two different approaches (see images). We will soon demo interactive prototypes to interested admins, stewards, and experienced editors (T346109). Please let us know if you have feedback on the design approach, or want to participate in prototype testing.

IP Masking

  • The Growth team has been working on several updates to ensure Growth maintained features will be compatible with future IP Masking changes. This work has included code changes to: Recent Changes (T343322), Echo notifications (T333531), the Thanks extension (T345679) and Mentorship (T341390).
  • Before December, the Growth team will initiate community discussions with the goal of migrating communities from Flow to DiscussionTools. This move aims to minimize the necessity for additional engineering work to make Flow compatible with IP Masking. (T346108)

Mentorship

Scaling Growth features

  • We continue the deployment of the structured task "add a link" to all Wikipedias. We plan to scale the task to all Wikipedias that have link suggestions available by the end of 2023.
  • We plan to scale the new Impact Module to all Wikipedias soon, but first we are investigating a bug with the job that refreshes the Impact Module data. (T344428)
  • At some wikis, newcomers have access to the "add an image" structured task. This task suggests images that may be relevant to add to unillustrated articles. Newcomers at these wikis can now add images to unillustrated articles sections. (T345940) The wikis that have this task are listed under "Images recommendations" at the Growth team deployment table.

Other news

  • We disabled the “add an image” task temporarily (T345188) because there was a failure in the image suggestions pipeline (T345141). This is now fixed.
  • You can read a report about the Growth team’s representation at Wikimania in Singapore here. Growth team members presented two sessions at Wikimania Singapore.
  • After a 2.5 years-long collaboration with Bangala Wikipedia, we have decided to start a collaboration with another wiki. Swahili Wikipedia is now a pilot wiki for Growth experiments.

Growth team's newsletter prepared by the Growth team and posted by bot • Give feedback • Subscribe or unsubscribe.

Trizek_(WMF) Vitalap 2023. október 17., 01:16 (CEST)

Tech News: 2023-42

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

  • The Unified login system's edge login should now be fixed for some browsers (Chrome, Edge, Opera). This means that if you visit a new sister project wiki, you should be logged in automatically without the need to click "Log in" or reload the page. Feedback on whether it's working for you is welcome. [1]
  • Edit notices are now available within the MobileFrontend/Minerva skin. This feature was inspired by the gadget on English Wikipedia. See more details in T316178.

Changes later this week

  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 17 October. It will be on non-Wikipedia wikis and some Wikipedias from 18 October. It will be on all wikis from 19 October (calendar).

Future changes

  • In 3 weeks, in the Vector 2022 skin, code related to addPortletLink and #p-namespaces that was deprecated one year ago will be removed. If you notice tools that should appear next to the "Discussion" tab are then missing, please tell the gadget's maintainers to see instructions in the Phabricator task.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 2023. október 17., 01:46 (CEST)

Nemzetközi katalógusok és Taxonbar sablonok szétcsúsztak

Nem tudom másnál is így van-e, vagy nálam rossz-e valami beállítás, de szétcsúszott a lapok alján a {{Taxonbar}}(?), illetve {{Nemzetközi katalógusok}}(?) sablonok tartalma, most mindent külön sorba tör, rettentő ocsmány. Gondoltam jelzem, hátha meg lehet találni a hiba okát. – XXLVenom999 vita 2023. október 22., 18:55 (CEST)

Én is észrevettem pl. Móczár Józsefnél. Veled majdnem egyszerre írtam a Modulvita:Authority control#Móczár József lapra, de pl. Robert Capa alján jó. -- ato vita 2023. október 22., 19:01 (CEST)

@Ato 01: Valóban, Capa nálam is jó, viszont minden más lapnál amit eddig véletlenszerűen megnyitottam rossz. Nem értem, de remélem kiderül mi okozza. – XXLVenom999 vita 2023. október 22., 19:04 (CEST)

Javítottam. Volt egy kis átszervezés. Köszönöm a jelzéseket. – Bean49 vita 2023. október 22., 19:27 (CEST)

Korábbi CSS és transzklúdolt Speciális lapok megjelenése

Van egy eszköz: {{Speciális:Mi hivatkozik erre/Japán}}

Ha ezt a kódrészletet beillesztettem egy oldalba, és igény szerint felparamétereztem, akkor megkaptam azt a listát, amit nézni akartam. És ha túlhaladtam, akkor csak átszerkesztettem a paramétereket (egyúttal emléket őrizve azzal kapcsolatban, hogy hol is járok a feldolgozásban)

Amióta átállt a magyar wiki is a 2023-as CSS kupacra (amire elég sok kritika érkezett) Sok szerkesztő írta vissza a beállításait a korábbi CSS használatára. De az olyan oldalon, ahol ez a speciális lap transzklúdolva teljesen szétesik az oldal, amikor meg akarom szerkeszteni, mintha az új CSS lenne. (Feltehetően valami hibrid eredménnyel).

El lehet valamilyen módon érni, hogy szerkesztéskor ezt ne tegye, hanem a saját beállításaimnak megfelelő módon jelenítse meg az oldalt, vagy törődjek bele, hogy eggyel kevesebb használható eszköz áll rendelkezésemre, és boldoguljak ezzel úgy ahogy tudok?

Az érintett oldal Szerkesztő:UTF48/Japán/Spec Köszönöm UTF48kézfogó-握手会-handshake 2023. október 21., 18:38 (CEST) módosítva UTF48kézfogó-握手会-handshake 2023. október 21., 22:20 (CEST)

Azóta meggyógyult "magától". Biztos valami cachelési probléma lehetett. A legenerált oldal forráskódja nem változott, mégis a böngésző másképp jelenítette meg. Mindenesetre bosszantó, de egyben érdekes is. UTF48kézfogó-握手会-handshake 2023. október 21., 18:41 (CEST) UTF48kézfogó-握手会-handshake 2023. október 21., 22:20 (CEST)
Azt hittem, ezen a hibán már túlléptünk tavasszal… phab:T349508. – Tacsipacsi vita 2023. október 23., 15:07 (CEST)
Köszi a hibajegyet. Remélem megoldódik, (nem látom értelmét feltenni egy függőben sablont erre) UTF48kézfogó-握手会-handshake 2023. október 24., 01:07 (CEST)

Tech News: 2023-43

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

  • There is a new Language and internationalization newsletter, written quarterly. It contains updates on new feature development, improvements in various language-related technical projects, and related support work.
  • Source map support has been enabled on all wikis. When you open the debugger in your browser's developer tools, you should be able to see the unminified JavaScript source code. [2]

Changes later this week

  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 24 October. It will be on non-Wikipedia wikis and some Wikipedias from 25 October. It will be on all wikis from 26 October (calendar).

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 2023. október 24., 01:15 (CEST)

Wikidata semi-protected oldalak

Sziasztok, Wikidatából még noob vagyok. Hogy tudom szerkeszteni pl a népességadatot Esztergomhoz ez alapján? https://www.ksh.hu/apps/hntr.telepules?p_lang=HU&p_id=25131 A https://www.wikidata.org/wiki/Q171353 oldal semi-protected, pedig emlékeim szerint korábban lehetett szerkeszteni. Hogy lehet jogosultságot kérni hozzá? Ha beírom a 2023. 01. 01-jei adatot, akkor az infoboxban automatikusan a legfrissebb jelenik meg a huwikin? Köszi! Villy Itt tessék beszólni 2023. október 29., 19:57 (CET)

Ha eléred ezt a szintet: Automatikusan megerősített szerkesztők, illetve a vitalapján elhelyezett {{edit request}} sablonnal. A népességet programok szokták frissíteni, nem érdemes kézzel piszkálni. – Bean49 vita 2023. október 29., 20:41 (CET)

Programok? Mármint a Wikidatában? Egyáltalán nem frissül ott a KSH adat. Automatikusan pedig nem fogok megerősítődni, mert kb az az egy oldal lenne, amit szerkeszteni akarok rendszeresen, de már nem tudom. :) Lehet esetleg kérni megerősítést valamilyen fórumon? Villy Itt tessék beszólni 2023. október 29., 20:52 (CET)

Frissül az, csak van egy átfutása. Korábban is frissült. Szerkeszd ezt Wikipédia:Wikidata/Homokozó (Q4115189), 24-szer. Kérni csak valamire lehet, különben mi lenne az értelme. Bean49 vita 2023. október 29., 21:00 (CET)
Úgy néz ki, 50 szerkesztés kellene, neked pedig 26 van. Pagony üzenet 2023. október 29., 21:04 (CET)

Láthatatlan karakterek törlése

Sablonok rendezése közben többször beleakadtam az U+200E ‎ LEFT-TO-RIGHT MARK karakterbe, általában [[Kategória:ValamiLRM]] szerkezetben fordul elő, egy példa. Ilyenkor kézzel törlöm, még nem találtam olyan helyet, ahol hasznos volt a jelenléte. Szerintem érdemes lenne bottal eltüntetni minden előfordulást, de ha úgy döntünk, hogy maradjon, akkor legalább cseréljük ki XML-entitásra, hogy forrásnézetben rendesen látszódjon.

Emellett a többi hasonló karakter is meggondolandó:

  • U+200B ​ ZERO-WIDTH SPACE
  • U+200C ‌ ZERO WIDTH NON-JOINER
  • U+200D ‏ ZERO WIDTH JOINER
  • U+200E ‎ LEFT-TO-RIGHT MARK
  • U+200F ‏ RIGHT-TO-LEFT MARK

Utóbbi kettőt, ahol szükségesek, bdi címkével lehet helyettesíteni. – Tilar Vehulor vita 2023. szeptember 23., 12:58 (CEST)

– Bean49 vita 2023. szeptember 23., 14:17 (CEST)

Köszi, akkor már más is gondolt erre. De meg lehet ezt csinálni automatizálva? 600 szócikken és 4000 sablonon nem tudok kézzel végigmenni. – Tilar Vehulor vita 2023. szeptember 23., 22:24 (CEST)
Lásd: WPCleaner. – Hári Zalán Felis domus 2023. szeptember 24., 06:53 (CEST)
 További megjegyzés: Számos (de nem mindegyik) ilyen láthatatlan karakter helyén a Firefoxban (legalábbis számomra) egy kis vörös kör (•) jelenik meg. Alfa-ketosav vita 2023. szeptember 26., 14:40 (CEST)
Igen, ezt a wiki szoftvere teszi oda forráskód szerkesztésekor (pont azért, mert alapból láthatatlanok). Viszont a szoftver látja őket és eléggé meg tud zavarodni tőlük. – Tilar Vehulor vita 2023. október 1., 20:25 (CEST)

Milyen esetben lehet szükséges bármelyik is? Bináris ide Kelt: Wikipédia,  2023. szeptember 26., 18:08 (CEST)

@Bináris: Végigellenőriztem őket:
  • U+200B ZERO-WIDTH SPACE: A találatok alapján mindenhonnan törölhető.
  • U+200C ZERO WIDTH NON-JOINER: Idegen írásrendszerű szövegrészekben, főleg arabban szerepel. Nem tudom, hogy kell-e.
  • U+200D ZERO WIDTH JOINER: Kevés helyen, idegen írásrendszerű szövegrészekben szerepel. Nem tudom, hogy kell-e.
  • U+200E LEFT-TO-RIGHT MARK: Van pár nagyon tipikus előfordulása, pl. [[Kategória:ValamiLRM]]; időbélyegekben a perc után; sablonokban, képeknél és belső linkekben a | vagy ]] előtt. Nagyon úgy tűnik, hogy a legtöbb előfordulást egy-két segédeszköz hozta létre. Huwikin, mint alapból balról jobbra író nyelven szerintem törölhető.
  • U+200F RIGHT-TO-LEFT MARK: Kevés helyen fordul elő, majdnem mindegyik arab vagy héber szövegrész határa.
+1 karakter a listához:
– Tilar Vehulor vita 2023. október 1., 22:43 (CEST)

Miközben a sablondokumentációkat pótoltam, nekem is feltűntek ezek a karakterek. De már a végén jártam, mikor bevettem a javítócsomagomba is a javításukat. Bottal törölhetőek, de nem láttam értelmét egy ilyen cserének, mely végül is nem változtat semmin. Más feladattal összekötve természetesen ritkítom én is őket. Azt nem lehet tudni, hogy mitől kerültek bele a sablonokba? – B.Zsolt vita 2023. szeptember 26., 21:12 (CEST)

@B.Zsolt: Pont az a lényeg, hogy láthatóan nem változtat semmit, de a szoftver viselkedése megváltozik, így elég nehezen megfejthető bugok tudnak keletkezni. Szerintem mindenképpen érdemes lenne megcsinálni egy takarítást. Egyrészt azért, mert így a szerkesztési összefoglalókból látszani fog hogy mi ez a láthatatlan változás, másrészt ha egyszer eltűnnek ezek a karakterek, könnyebb lesz követni, hogy honnan jelennek meg újra. A soft hyphen valószínűleg más oldalakról másolással vagy rosszul beállított dokumentumszerkesztőkből kerül be ide, a left-to-right marknál meg az az érzésem, hogy valamelyik segédeszköz hozza létre. – Tilar Vehulor vita 2023. október 1., 23:07 (CEST)
Megnézem bottal tudom-e törölni. – B.Zsolt vita 2023. október 2., 00:21 (CEST)
Az U+200E fut. Mivel láthatatlan karakter, kérlek a több előfordulására is konkrét példát mutass, hogy tudjam, mit kell keresnem. Nekem az U+200E önmagában nem mond semmit :S – B.Zsolt vita 2023. október 2., 00:32 (CEST)
Navboxokban kész! – B.Zsolt vita 2023. október 2., 15:24 (CEST)
@B.Zsolt: Ha megnyitod a fenti listában lévő linkeket (kereséseket), akkor úgy fogja megjeleníteni a találatokat, hogy az adott láthatatlan karakter előtt-után egy-egy karakter vastag betűs lesz (ha ezek közül az egyik szóköz, akkor csak egy vastag betű fog látszani). A keresőkifejezés mindenhol insource:/.KARAKTER./.
Az U+200E azt jelenti, hogy ez a 200E (hexadecimális) kódú karakter. Ezekről a karakterkódokról enwikin van átirányítás (U+ előtaggal), Linuxon így lehet bevinni (Ctrl+Shift+U, karakterkód (U+ nélkül), szóköz), Windowson át kell váltani decimálisra és Alt+karakterkód a bevitele. – Tilar Vehulor vita 2023. október 6., 22:31 (CEST)
A Laptörténeteket például telerakja a rendszer 200E jelekkel. Ott persze nem nagyon zavar, de nyilván máshová is könnyű kézzel beilleszti. Ha arab vagyok, ha nem.
Egy javaslatot én is csatolok. Aki Windows rendszert használ, és nem fél a Registrytől, az úgy is beállíthatja (lásd Unicode-beviteli módszerek#Hexa bevitel), hogy Alt és numerikus + után, decimálisra való átváltás nélkül, közvetlenül beírhassa, amit szeretne. – Garamond vita 2023. október 10., 13:31 (CEST)
@Garamond: A laptörténetet a szoftver generálja, nem a felhasználók, és nem is mentődik el. Ott ez így még rendben van. A registryben sokan nem szeretnek matatni (könnyű elszúrni valamit), azért nem írtam ide.
@B.Zsolt: Tudnád még futtatni a törléseket? Az U+200E mehetne a szócikk és sablon névtérre végig, az U+200B szintén, az U+00AD szócikk névtérre. – Tilar Vehulor vita 2023. október 17., 19:25 (CEST)
Megcsinálom, de egy hétig nyaralni voltam és sok elmaradásom van itt is és a való életben is! :) B.Zsolt vita 2023. október 22., 21:59 (CEST)
Az U+200C hasznos ligatúrák elkerülésére. Ez egyébként magyar szövegben is (betűtípustól függően többé vagy kevésbé) látható lehet: a fi és fl ligatúra (összeér az f az i-vel, ill. l-lel), az f‌i és f‌l nem. Nem tudok arabul, de el tudom képzelni, hogy ennek akár jelentésmegkülönböztető szerepe is lehet (pl. összetételi határt jelezhet a ligatúra hiánya). Az 1996-os helyesírási reform előtt a németben például volt ilyen szerep: pl. a bißchenről messziről látszott, hogy biß + chen (kiejtve [ˈbɪsçən]), nem pedig bis + schen ([ˈbɪsʃən]).
Az U+200E és U+200F nagy ritkán kellhet, amennyiben valóban van jobbról balra írt szöveg a dologban. Sajnos az előfordulások túlnyomó többsége a MediaWiki által berakott és teljesen felesleges karakterek, de lehet, hogy jobb lenne ezeknek a tipikus előfordulásaira (kategória- vagy képlink vége, időbélyegben a (CET)/(CEST) stb.) szorítkozni a botozásnál.
Az U+00AD nagyon hasznos tud lenni sok oszlopos táblázatokban, amikor egy-egy hosszú szó szétnyomja a táblázatot: keskeny képernyőn hadd törjön két sorba, hogy ne pazarolja a vízszintes helyet, széles képernyőn viszont maradjon egy sorban, hogy ne pazarolja a függőleges helyet (meg csúnyán is néz ki egy tíz centi széles cellában a két sorba tördelt hat szótagú szó). Viszont ezekben az esetekben érdemes a Unicode-karakter közvetlen használata helyett a ­ HTML-kódot használni, hogy a következő szerkesztő is tudja, hogy mitől jelenik meg az elválasztás, és a bot se javítsa a jót rosszra. – Tacsipacsi vita 2023. október 23., 13:59 (CEST)
A U+200E kitörlése az különös odafigyelést érdemel. A múltkor is ezt tette egy bot és szétesett tőle a matematikai szöveg. Lásd: az archivumban. UTF48kézfogó-握手会-handshake 2023. október 24., 01:01 (CEST)
@Tacsipacsi, @UTF48: Az U+200C és U+200F karaktereket akkor hagyjuk ki. Nem is volt cél mindent kiszedni, csak összeírtam őket.
Az U+200E esetén csak a felsorolt helyeken indokolt a kiszedése. Ehhez a \[\[[Kk]ategória:[^\|\[\]]+LRM(\|[^\|\[\]]+)?\]\], [0-9]{4}\. [a-záéíóöőúüű]+ [0-9]{1,2}\. [0-9]{2}:[0-9]{2}LRM, [a-záéíóöőúüű]LRM(\||\]\]) regexek a biztosan törölhető esetek nagy részét megtalálják. Utána meg lehet nézni a maradékot. Még a [Ss]erkesztő:LRM. (keresés) is törölhető. (Nyilván használatkor az itt leírt LRM jelet ki kell cserélni a karakterre.)
Az U+00AD tényleg hasznos lenne táblázatokban, de a találatok alapján gyakorlatilag csak folyószövegben szerepel, ráadásul a legtöbbször teljesen véletlenszerű helyeken (mármint nyelvtanilag jó helyen, de csak egy-egy szóban). Így viszont zavaró, hogy néhol tördel, néhol nem. Ha nagyon akarjuk, CSS-sel lehet kísérletezni. Ha marad, akkor mindenképpen a ­ a jobb. – Tilar Vehulor vita 2023. október 30., 19:35 (CET)

Tech News: 2023-44

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

Changes later this week

  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 31 October. It will be on non-Wikipedia wikis and some Wikipedias from 1 November. It will be on all wikis from 2 November (calendar).
  • Listings on category pages are sorted on each wiki for that language using a library. For a brief period on 2 November, changes to categories will not be sorted correctly for many languages. This is because the developers are upgrading to a new version of the library. They will then use a script to fix the existing categories. This will take a few hours or a few days depending on how big the wiki is. You can read more. [3][4]
  • Starting November 1, the impact module (Special:Impact) will be upgraded by the Growth team. The new impact module shows newcomers more data regarding their impact on the wiki. It was tested by a few wikis during the last few months. [5]

Future changes

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 2023. október 31., 00:20 (CET)

Szerkesztéseim mögött furcsa jelzés

A Kürthy Lajos (főispán) szócikk szerkesztése után megnéztem a Friss változások oldalt, és ott is, valamint a Közreműködéseim oldalon is (ahogy nézem még a korábbi szerkesztések mellett is) furcsa jelet vettem észre a szerkesztési megjegyzés sor végén, ugyanabban a sorban: "Címke: & jel" kis címkét. Mi lehet ez? valamilyen karaktert tesz be a programom a szövegekbe, ami nem szabályos? Kérek egy műszaki szakértő szerktársat, hogy segítsen. Köszönöm szépen! Bizottmány vita 2023. október 24., 15:26 (CEST)

Én is most láttam először a FV-n. Valami új dolog. Bináris ide Kelt: Wikipédia,  2023. október 24., 15:38 (CEST)

@Alfa-ketosav: és @Begyu: szerkesztései mögött is van ilyen. – Bizottmány vita 2023. október 24., 15:51 (CEST)

Nem csináltál semmi rosszat. Csak jelezték, hogy figyelve vagy. & jeleket használtál az url-ben. – Bean49 vita 2023. október 24., 15:54 (CEST)

 megjegyzés: Nem arról van szó, hogy ne lenne szabályos, nekem egy fájlnév miatt jelzett. Tehát nem kell URL-ben lennie a jelnek, hogy jelezze. Alfa-ketosav vita 2023. október 24., 15:58 (CEST)

Köszi, elég sokan használnak & jeleket, ha az eredeti URL úgy adja meg. Érdekes, eddig nem láttam ilyet sehol, csak ma, vagy esetleg tegnap óta. Valami változhatott, hogy ezt külön címkézni kell?– Bizottmány vita 2023. október 24., 16:01 (CEST)

Kedves @Tacsipacsi: @JSoos: @Bean49:! Van valami ötletetek? Nem zavar, csak kíváncsi vagyok rá.   :-))– Bizottmány vita 2023. október 24., 16:13 (CEST)

Úgy látszik ez egy új címke, október 22. az első bejegyzés erről:
JSoos vita 2023. október 24., 16:24 (CEST)

Köszönöm, hogy kiszűrted a találatokat, érdekes. – Bizottmány vita 2023. október 24., 16:30 (CEST)

A napló szerint user:Hungarikusz Firkász hozta létre, indoklás nélkül. Bináris ide Kelt: Wikipédia,  2023. október 24., 16:34 (CEST)

A napló pedig itt található. Nekem gyanús ez a hét perccel későbbi szerkesztés, viszont jelen formájában a szűrőnek minden bizonnyal messze több hamis találata lesz, mint valóban problémás:
  • Valóban problémás (legalábbis HuFi szerint biztosan, de szerintem is) az, ha magyar szövegben az „és” helyett &-t írunk.
  • Nem hiszem, hogy bárki problémásnak tekinti, ha angol szövegben (pl. angol dal- vagy filmcímben) „and” helyett &-t írunk.
  • Egészen biztosan nem tekinthető problémásnak, ha URL-ben, fájlnévben, HTML-karakterkódban (pl.  ) stb. & szerepel – az úgy jó, máshogy nem is működne. – Tacsipacsi vita 2023. október 24., 19:45 (CEST)
Mi lenne ha szóköz&szóköz sztringre szűrnénk? Az sok hamis találatot kiszórhatna. – B.Zsolt vita 2023. október 24., 20:31 (CEST)
Igen, bár nem tudom, hogy eleget-e. Az URL-eket és HTML-karakterkódokat nem címkézné fel, viszont az angol szövegeket és a fájlneveket jó eséllyel továbbra is. Másrészről előfordulhat az is, hogy magyar szövegben valaki nem tesz szóközöket az & jel köré, akkor azt se kapná el, pedig azt kéne neki. – Tacsipacsi vita 2023. október 24., 23:23 (CEST)

Igen, én hoztam létre a szűrőt, igen, azért, amit Tacsipacsi leírt. Privátban kértem a szűrővel kapcsolatban segítséget a kiegészítésében, ugyanis valóban fennáll az, amit Tacsipacsi leír: anélkül több rendbenlévő találalatot jelez, mint nélküle. Igazából csak az ...epizódjainak listája karaktersort tartalmazó című szócikkekben való használatra kéne, ugyanis ott nagy mértékben fordul elő az ilyen hibás használat a készítők megjelölésénél (lásd a Tacsipacsi által is hozott linken), ráadásul nem csak enwikiről áthozott listákban, de már magyar sorozatok epizódlistáiról készült szócikkben is előfordult. Természetesen ezekben a szócikkekben is előfordulhat jó használat (címben, linkben), de ezekben fordul elő leggyakrabban a hibás alkalmazás (legalábbis máshol még nem tapasztaltam). Röviden a szűrő megfelelő(bb) működését elősegítené, ha csak az epizódlistás szócikkekben üzemelne. Esetleg a sorozatokéban, de nem tudom, ez megoldható-e. Egyébként nem gondoltam volna, hogy a rengeteg szűrő megléte mellett, ahol a hullámos ő – kalapos ű betűket is címkézzük, ekkora meglepetést okoz egy ilyen szűrő bevezetése. Hungarikusz Firkász Ide írkássz! 2023. október 25., 08:26 (CEST)

(tudományoa cikkeknél is sokszor előfordul a szerzőknél) JSoos vita 2023. október 25., 10:08 (CEST)
Közben FoBe megoldotta az epizódlistákra szűrést: Speciális:Vandálszűrő/history/88/diff/prev/402. Még a "&" feltételt jó lenne lecserélni " & "-re, és akkor szerintem teljesen vállalható lesz a találati arány. – Tacsipacsi vita 2023. október 27., 00:49 (CEST)
FoBe, köszönöm szépen a kiegészítést! A napokban nem nagyon voltam szerkesztésre alkalmas eszköz közelébe, így csak megkésve. A többieknek pedig köszönöm a konstruktív hozzáállását! Tacsiopacsi, nem tudom, hogy te tudod-e módosítani a vandálszűrőket (igazából azt sem, hogy ezek benne vannak-e a felületszerkesztői részben), de ha te nem tudod, akkor szívesen megcsinálom én az általad írt módosítást, ha megadod, hogy pontosan mit és hova kell írni. Hungarikusz Firkász Ide írkássz! 2023. október 30., 07:37 (CET)

Kedves @Hungarikusz Firkász:! Nem zavart, csak nem értettem, és hibaként észleltem a szerkesztésemben. A kalapos karakterek jelzése mellett, amelyek a magyar magánhangzók helyett szerepelnek, és ami valóban mindig hiba (javítandó), nem tudtam, hogy miként lehetne elkerülni, hogyha hibát jelez a címke. De így érthető, hogy kiszűrési célzattal, és nem mindig hibajelzésként szerepel. Meg vagyok nyugodva. :-)) A továbbiakhoz nem értek, úgyhogy ki is lépek ebből a témából. – Bizottmány vita 2023. október 25., 08:55 (CEST)

Az   (nem törhető szóköz) jelzése különösen zavaró, és még az epizódlistákban sem indokolt. Bináris ide Kelt: Wikipédia,  2023. október 25., 09:25 (CEST)

A hullámos ő – kalapos ű jelzése azért szükséges, mert nagyon gyakran szerzői jogot sértő másolást jelez. Bináris ide Kelt: Wikipédia,  2023. október 25., 09:27 (CEST)

 Kiegészítő megjegyzés: vannak fájlnevek is ilyen karakterrel, pl. az A-DNS-ről szóló szócikkemben is ez okozta a jelzést. Alfa-ketosav vita 2023. október 25., 11:12 (CEST)

 megjegyzés - Ha kimondottan egy kategórián belül jelennek meg ezek a jelek, akkor ott lehet bottal is cserélni, kézi ellenőrzéssel. Aki rendszeresen foglalkozik a filmekkel, az AWB-vel tudja javítani ezeket. Mondjuk havonta 1x átnézi a kategóriát és csak ezeket javítja. Ehhez még botjog sem indokolt. A vandálszűkrőket nem ismerem, de mintha úgy működne, hogy már akkor sem enged menteni, ha már szerkesztés előtt is benne volt a nemkívánatos információ. Ha így van, akkor talán a szűrőt lehet a kategóriákkal kombinálni, hogy ne engedjen menteni, ha a lap valamilyen lista és van benne & jel is. – B.Zsolt vita 2023. október 25., 18:52 (CEST)

Ha jól csinálják meg, csak akkor jelez, ha újonnan kerül be a keresett szöveg, és nem feltétlenül akadályozza meg a mentést. Bináris ide Kelt: Wikipédia,  2023. október 25., 19:32 (CEST)
B.Zsolt, kértem már botos segítséget: Wikipédia:Botgazdák üzenőfala/Régóta megoldatlan feladatok#&-ek cseréje, te magad írtad, hogy (kiemelés tőlem): „Ez nem kimondottan botfeladat. Egy egyszerű szövegszerkesztő is elég, a & jeleket cserélni kell amire szeretnéd, de ne mindet, hanem a keresés/csere funkcióval. Így egyesével rákérdez, hogy csere vagy átugrik. Ha kész az első kör cseréje, a második körben a maradék már automatikusan cserélhető a megfelelőre.”
A szűrő nem fogja cserélni a már meglévő hibás &-eket sem vesszőre, sem és-re (mivel van, hogy egyik, van ahol a másik kell). De mivel botos segítséget nem kaptam ezek cseréjére, csak egy megjegyzést, hogy miért is botfeladat mégis („Ja, azt nem figyeltem, hogy nem egyedi eset, hanem több is van. Így világos, hogy miért botfeladat.”), azért hoztam létre a szűrőt, hogy legalább az látszódjon, kik által kerülnek be ilyenek és szólni lehessen nekik még azelőtt, hogy újabb hibás szerkesztésekkel árasztanák el a szócikkeket.
Nem lehet cél az &-jelek elhelyezésének tiltása-megakadályozása, mert sok esetben helyes, vagy akár nélkülözhetetlen a jelenlétük. Ezért lett a szűrő úgy elkészítve, hogy ne tiltsa a mentést, csak címkézze a szerkesztést (ahogy a kalapos-hullámos). Hungarikusz Firkász Ide írkássz! 2023. október 25., 19:56 (CEST)
Ez jó rég volt már, nem emlékeztem rá. Sajnos hiába volt rég, most sem tudok jobb ötletet adni, mint amit akkor írtam... :( – B.Zsolt vita 2023. október 25., 20:21 (CEST)
Ne haragudj, ha kicsit nyers leszek, de akkor miért szólsz bele? Először azt mondod, hogy ez nem botfeladat, adsz egy használhatatlan ötletet, majd közlöd, hogy megértetted, hogy mégis botfeladat (ergo, akkor nem a használhatatlan ötlet a megoldás), most meg előbb azt írod, hogy bottal (AWB-vel) lehet cserélni, majd közlöd, hogy nincs jobb megoldás annál, mint amit akkor adtál. Bocs, de eléggé frusztráló a következetlenséged. Arról már letettem, hogy botos segítséget kapjak ebben az ügyben (annak ellenére, hogy úgy tűnik, bottal mégis csak hatékonyan meg lehetne oldani a cseréket, legalábbis olyannak, aki ért a botozáshoz).
Itt viszont már nem a már bentlévők eltávolításáról van szó, hanem a továbbiak bekerülésének, lehetőleg minél hatékonyabb jelzéséről és ezáltal a bekerülések lassításáról. Ezért hoztam létre a szűrőt, de már ezen szakasz megjelenése előtt privátban kértem segítséget a módosítására, mert már akkor érzékeltem, hogy önmagában ez így nem elégséges változat, úgyhogy örülök, hogy itt is előkerült a téma. Remélem, a végén kialakul a megoldás a szűrő megfelelő módosítására! Hungarikusz Firkász Ide írkássz! 2023. október 25., 21:21 (CEST)
Ebbe a botos dologba kicsit beleszólva: A fentebb is említett megoldatlan feladathoz az ott említett példában (Dr. House*/18. 162. fejezet) mutatja, hogy nem lehet "mindent" lecserélni, így viszont csak humán szerkesztő egyidejű odafigyelésével lehet csak ilyen jellegű botot futtatni. Önjelölt regexp guruként sem tudok jobb megoldást erre, mint jól konfigurálható szövegszerkesztőben mirecserélni/nemcserélni a konkrét előfordulásokat. A problémás cikkek listájának előállítása sem triviális, gondolok itt pl. a Procter & Gamble cikkre. Egyszóval A botos támogatáshoz szükséges emberi munka összemérhető a teljesen manuális megoldással. Megfelelő bottal ÉS hozzá párosuló téma iránti érdeklődéssel némileg csökkenthető az időigény. Célirányos bot összeprogramozását még akár vállalnám is, de nem lennék az, aki felügyeli a működését minden egyes cserére. Ha van vállalkozó, aki szívesen végigviszi a botszerkesztéseket, akkor felolvasztom lefagyasztott botomat (linux/perl alapú), egy/sok ilyen cseréhez. UTF48kézfogó-握手会-handshake 2023. október 25., 21:49 (CEST)
UTF48, én nem értek a botokhoz, így nem is nagyon értem, hogy mit mondasz, de ha elmondod, hogyan néz ki ez a működésfelügyelet, megpróbálhatunk összedolgozni. Botszerkesztést sajnos nem tudok vállalni. Hungarikusz Firkász Ide írkássz! 2023. október 30., 07:37 (CET)
Az AWB úgy működik, hogy betölti a cikk forráskód nézetét, majd elvégzi a módosításokat, szövegcseréket. Majd mutat egy difflinket az eredeti és a módosított szövegről. A botgazda dolga annyi, hogy elmenti vagy elutasítja a változtatásokat. De lehetősége van mentés előtt még a módosított szövegen is további módosításokat végezni, akárcsak wiki-szerkesztés közben. Ami viszont hiányozni fog, az az előnézet lehetősége. Mentés vagy elutasítás után pedig betölti a következő listában szereplő cikket. Ehhez botjog sem szükséges, a feladat mennyisége alapján mérlegelendő, hogy lesz-e annyi, ami már káros a figyelőlistára. Ha van kedved, már most rögtön kipróbálhatod, legfeljebb egyetlen módosítást sem mentesz el. – B.Zsolt vita 2023. október 31., 15:38 (CET)

Hiányzó kötőjel a szerkesztő ablak alatti karakterkészletből

Megoldva, kész, ok, stb. MegoldvaKöszönöm! -- ato vita 2023. november 6., 13:16 (CET)

Sziasztok! A dátumok között szükséges (pl. a {{Labdarúgó infobox}} klubok fejezetében is látható) kötőjel eltűnt a szerkesztő ablak alatti karakterkészletből. Csak a gondolatjel, mínusz-jel meg a nem törő kötőjel maradt. Nagy segítség lenne számomra, ha visszakerülne és szükség esetén nem kéne utána vadásznom. Vector legacy felület, Firefox. Köszönöm!-- ato vita 2023. november 5., 21:36 (CET)

A középső sorban a bal szélső. Nekem legalábbis. Chrome, Vector legacy. Pagony üzenet 2023. november 5., 21:58 (CET)
A Chrome-ot is telepítettem, de az alap karakterkészletben ugyanazt a másfél sort látom, mint Firefoxban. Pár hónapja még a fent felsoroltakon kívül volt egy negyedik, ami fölé ha a kurzort vittem, az jelent meg, hogy "alap". -- ato vita 2023. november 5., 22:15 (CET)
22 hónapja volt, de ugyanaz volt, nem negyedik. Bean49 vita 2023. november 6., 13:28 (CET)

Gondolatjel és nagykötőjel. Nem tudom, mire gondolsz. Kéne szócikk, vagy link a karakterre és a helyesírásra. – Bean49 vita 2023. november 5., 21:54 (CET)

Én azt hiszem, erre a kötőjelre gondolok: "–". A fent említett sablonból másoltam. A gondolatjelnél rövidebb, a mínusz jelnél hosszabb kéne, hogy legyen, ha nem tévedek. -- ato vita 2023. november 5., 22:18 (CET)
Nincs másik, csak hosszabb. Le van írva a hivatkozott szócikkben. Bean49 vita 2023. november 5., 22:31 (CET)

Én úgy látom, a szerkesztő ablak alatti karakterkészlet érdemben utoljára áprilisban változott. – Blua lago (üzenetküldés) 2023. november 5., 21:56 (CET)

Szerintem is csak három hosszúságú létezik, de ebből a leghosszabbat a magyarban nem használjuk (lásd bővebben: Gondolatjel és nagykötőjel). Én annyi változást tapasztaltam, hogy ugyan én semmit nem állítottam sem a wikin, sem a saját gépemen, a karakterek tördelése megváltozott, máshová került a képernyőmön, lehet ez okozza, hogy úgy érzed "eltűnt".
 megjegyzés Az "N-szélességű" megnevezés értelmetlen, mert itt kifejezetten a KIS n betű képi megjelenítésére utal. (lásd: En (tipográfia) ) JSoos vita 2023. november 6., 11:45 (CET)
Módosítottam. Bean49 vita 2023. november 6., 13:04 (CET)

Tech News: 2023-45

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

  • In the Vector 2022 skin, the default font-size of a number of navigational elements (tagline, tools menu, navigational links, and more) has been increased slightly to match the font size used in page content. [6]

Problems

  • Last week, there was a problem displaying some recent edits on a few wikis, for 1-6 hours. The edits were saved but not immediately shown. This was due to a database problem. [7]

Changes later this week

  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 7 November. It will be on non-Wikipedia wikis and some Wikipedias from 8 November. It will be on all wikis from 9 November (calendar).
  • The Growth team will reassign newcomers from former mentors to the currently active mentors. They have also changed the notification language to be more user-friendly. [8][9]

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 2023. november 6., 22:05 (CET)

Bejelentkezés a Commonsba

Megoldva, kész, ok, stb. MegoldvaJSoos vita 2023. november 7., 17:18 (CET)

Elvileg automatikusan bejelenteztet a "central auth", de most sehogy nem sikerül belépnem. próbáltam kilépni is , és ott újra belépni de úgy sem enged. Hibaüzenet:

Central user log in
No active login attempt is in progress for your session.

Ötletek? Köszönöm JSoos vita 2023. november 7., 16:38 (CET)

Itt találtam megoldást: en:Wikipedia:Village_pump_(technical)#Automatic_login_Not_Working

Ki kell törölgetni néhány sütit, és akkor működik. JSoos vita 2023. november 7., 17:18 (CET)

Tech News: 2023-46

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

Problems

  • Last week, users who previously visited Meta-Wiki or Wikimedia Commons and then became logged out on those wikis could not log in again. The problem is now resolved. [14]
  • Last week, some pop-up dialogs and menus were shown with the wrong font size. The problem is now resolved. [15]

Changes later this week

  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 14 November. It will be on non-Wikipedia wikis and some Wikipedias from 15 November. It will be on all wikis from 16 November (calendar).

Future changes

  • Reference Previews are coming to many wikis as a default feature. They are popups for references, similar to the PagePreviews feature. You can opt out of seeing them. If you are using the gadgets Reference Tooltips or Navigation Popups, you won’t see Reference Previews. Deployment is planned for November 22, 2023.
  • Canary (also known as heartbeat) events will be produced into Wikimedia event streams from December 11. Streams users are advised to filter out these events, by discarding all events where meta.domain == "canary". Updates to Pywikibot or wikimedia-streams will discard these events by default. [16]

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 2023. november 14., 00:51 (CET)

Coming soon: Reference Previews

A new feature is coming to your wiki soon: Reference Previews are popups for references. Such popups have existed on wikis as local gadgets for many years. Now there is a central solution, available on all wikis, and consistent with the PagePreviews feature.

Reference Previews will be visible to everyone, including readers. If you don’t want to see them, you can opt out. If you are using the gadgets Reference Tooltips or Navigation Popups, you won’t see Reference Previews unless you disable the gadget.

Reference Previews have been a beta feature on many wikis since 2019, and a default feature on some since 2021. Deployment is planned for November 22.

-- For Wikimedia Deutschland’s Technical Wishes team,

Johanna Strodt (WMDE), 2023. november 15., 14:11 (CET)

Interwiki elnevezések

Megoldva, kész, ok, stb. MegoldvaGaja   2023. november 16., 10:24 (CET)

Ahoj! Cserélni kéne két nyelv nevét az interwikiknél az alábbi nyelvkódokhoz:

  • mdf – most: moksán, helyesen: moksa mordvin
  • myv – most: erzjány, helyesen: erza mordvin

Sajnos én nem értek ehhez. Előre is köszönöm a segítséget! - Gaja   2023. november 13., 16:50 (CET)

A CLDR-ben kell kijavítani, ha biztos vagy benne (mdf, myv). Tgrvita 2023. november 14., 20:56 (CET)
Oké, szép táblázat, de hogy lehet szerkeszteni? - Gaja   2023. november 14., 22:52 (CET)
Itt van leírva. Tgrvita 2023. november 16., 06:42 (CET)
Köszönöm, csináltam egy ticketet. - Gaja   2023. november 16., 10:24 (CET)

Catscan

Hova lett a catscan? A Wikipédia:Kategóriák és a Wikipédia:Eszközök oldalon szereplő linkek nem működnek. Bináris ide Kelt: Wikipédia,  2023. november 15., 22:13 (CET)

Az enWikin azt írják, hogy PetScan (azelőtt CatScan). Valami újítások és változások nem lettek végiggombolyítva? Mert lehet, hogy van egy másik (akár ügyesebb), de jobb lenne, ha elszakadt linkek viszont nem lennének. – Garamond vita 2023. november 15., 22:41 (CET)
Nekem a PetScan teljesen jól működik. – Tilar Vehulor vita 2023. november 16., 23:09 (CET)
Köszönöm, ezt kerestem. Bináris ide Kelt: Wikipédia,  2023. november 17., 09:05 (CET)
De én nem erről beszéltem, hanem, hogy valami történik (egy hasznos szolgáltatással) és eszünk ágában sincs utána javítani a linkjeinket. – Garamond vita 2023. november 17., 11:52 (CET)
A fenti két oldalon javítottam. Pont ez volt az én problémám is. Bináris ide Kelt: Wikipédia,  2023. november 17., 12:12 (CET)
Na azért. – Garamond vita 2023. november 17., 18:03 (CET)

Vector feleületváltás

Hiába van beállítva a Vector Legacy 2010-es felület, sablondokumentáció szerkesztésekor (nem vizuális, szöveges mód) az "Előznézet megtekintése"-kor átvált Vector 2022-esre. Lehet, hogy pl. File, Modul stb. szerkesztés estén is ellenőrizni kellene. Az enwikin is ez van beállítva nekem, de kipróbáltam, ott nem vált felületet. JSoos vita 2023. november 12., 13:18 (CET)

Valami hasonló jelzés mintha lett volna. Bean49 vita 2023. november 12., 13:33 (CET)
A beágyazott speciális lapok okoznak ilyet (lásd pl. T349508). Tgrvita 2023. november 14., 20:51 (CET)

Valóban, a {{Recept}}(?)-ben van ilyen "mi hivatkozik erre" speciális hívás. JSoos vita 2023. november 18., 20:52 (CET)

Tech News: 2023-47

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Changes later this week

  • There is no new MediaWiki version this week. [17][18]
  • Starting on Wednesday, a new set of Wikipedias will get "Add a link" (Quechua Wikipedia, Romansh Wikipedia, Romani Wikipedia, Rundi Wikipedia, Aromanian Wikipedia, Tarandíne Wikipedia, Rusyn Wikipedia, Kinyarwanda Wikipedia, Sanskrit Wikipedia, Sakha Wikipedia, Santali Wikipedia, Sardinian Wikipedia, Sicilian Wikipedia, Scots Wikipedia, Sindhi Wikipedia, Northern Sami Wikipedia, Sango Wikipedia, Serbo-Croatian Wikipedia, Sinhala Wikipedia, Slovak Wikipedia, Slovenian Wikipedia, Samoan Wikipedia, Somali Wikipedia, Albanian Wikipedia, Serbian Wikipedia, Sranan Tongo Wikipedia, Swati Wikipedia, Southern Sotho Wikipedia, Saterland Frisian Wikipedia, Sundanese Wikipedia, Silesian Wikipedia, Tamil Wikipedia, Tulu Wikipedia, Telugu Wikipedia, Tetum Wikipedia, Tajik Wikipedia, Thai Wikipedia, Turkmen Wikipedia, Tagalog Wikipedia, Tswana Wikipedia, Tongan Wikipedia, Tok Pisin Wikipedia, Turkish Wikipedia, Tsonga Wikipedia, Tatar Wikipedia, Twi Wikipedia, Tahitian Wikipedia, Tuvinian Wikipedia, Udmurt Wikipedia, Uyghur Wikipedia, Uzbek Wikipedia, Venda Wikipedia, Venetian Wikipedia, Veps Wikipedia, West Flemish Wikipedia, Volapük Wikipedia). This is part of the progressive deployment of this tool to more Wikipedias. The communities can configure how this feature works locally. [19][20][21]
  • The Vector 2022 skin will have some minor visual changes to drop-down menus, column widths, and more. These changes were added to four Wikipedias last week. If no issues are found, these changes will proceed to all wikis this week. These changes will make it possible to add new menus for readability and dark mode. Learn more. [22]

Future changes

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 2023. november 21., 01:54 (CET)

Új téma nyitásakor nem lehet szerkesztési összefoglalót adni?

Az ímént próbáltam egy vitalapi bejegyzést létrehozni az "Új téma nyitása" füllel (wikiszöveg módban). Azon kívül, hogy meglepetten tapasztaltam hogy nem adhatok meg szerköföt (bár ez lehet, hogy régen is így volt?) az is nagyon meglepett, hogy a "Változtatások megtekintése" azt mutatta, hogy a vitalapon már szereplő sablonok az új szakasszal törlődnek a lapról. Ennek ellenére szerencsére a változtatások mentése után azok megmaradtak. De így is nagyon furcsa. (és látom itt is pont ugyan ez a helyzet áll fenn, az egész lapot töröltnek mutatja a hozzászolásommal) JSoos vita 2023. november 21., 15:33 (CET)

Tudsz szerkesztési összefoglalót írni, a "Haladó" fül alatt van. A Gyors témanyitás opciót be kell kapcsolni hozzá. Tgrvita 2023. november 22., 05:34 (CET)
Köszi, igen ott tényleg tudok összefoglalót írni, viszont cserébe eltűnnek a beszúrható karakterek...
De legalább a nem mutatja új hozzászolásnak a figyelőlistámon, mint itt a "Válasz" funkcióval hagyott üzenetnél. (ez nem a válaszfunkció hibája, hanem a figyelő lista "élő frissítésék" néha csak nagyon sokára reagál)
Maradok inkább a réginél, legfeljebb nem az "új témával" hozok létre szakaszt, hanem a sima szerkesztéssel. JSoos vita 2023. november 22., 12:27 (CET)
Csak akkor írd bele az összefoglalóba a szakasz címét a /* */ jelek között, hogy másoknak is használható maradjon. Én például nem szeretném megnyitni az egész lapot, és keresgélni, hogy hol milyen újdonság van, amikor rá is kattinthatnék a friss változtatásokból vagy a laptörténetből a szakasz címére. És hogy őszinte legyek, ilyen esetekben nem is szoktam rohanni segíteni. Bináris ide Kelt: Wikipédia,  2023. november 22., 13:03 (CET)
Régebben se volt egyéni szerköf, és nekem nem mutatja töröltnek a meglévő tartalmat, se vitalapon, se itt. Bean49 vita 2023. november 22., 12:40 (CET)
Hát, őszintén, ritkán fordul elő, hogy az új szakasz hoz még egyéb összefoglalóra lenne szükség, de ha a visszavonásnál is megjelenik technikai info után a lehetőség nem igazén értem, hogy itt miért nem, de mindegy.
A lapttartalom törlése, most látom, hogy nekem se jelenik meg a régi hasábos nézetben, csak a "Fejlettebb lapváltozat-összehasonlító" nézetben ("delta" gomb, de ide ugye ezt a szimbólumot ezzel a válasz eszközzel nem tudom beszúrni) JSoos vita 2023. november 23., 10:27 (CET)
△ (az Ω ikon alatt van). Tgrvita 2023. november 23., 18:49 (CET)
De jó! Ezt én se vettem észre eddig. Mindig úgy másoltam. Köszi! Bean49 vita 2023. november 23., 19:23 (CET)
Én ilyen omegát nem látok, hol kellene lennie? A "haladó" le van nyitva, de ott csak a szerköf van, meg a figyelőlista pipája. JSoos vita 2023. november 23., 22:52 (CET) Ja ,látom a vizuális nézetben van, megtaláltam! :) szuper JSoos vita 2023. november 23., 22:54 (CET)

Kérem vissza a régi felületemet!

Nem érdekel ki milyen felületet használ, vagy hogy miért találták ki ezt az újabb formátumot, köszönöm nem kérek belőle! A baj, hogy hiába állítom be a régi verziót ebbe a túlbonyolított új sz@rverzióban marad! Segítséget kérek, hogy kivonhasam a forgalomból, mert nekem nem kell. Vander01 vita 2023. november 24., 23:25 (CET)

Közben kiderült, hogy a commonsos Vander01-es regisztrációm jött át ide is, ez okozta a zűrzavart. Most már olyan amilyen volt. Vander Jtömb 2023. november 24., 23:32 (CET)

Tech News: 2023-48

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Changes later this week

  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 28 November. It will be on non-Wikipedia wikis and some Wikipedias from 29 November. It will be on all wikis from 30 November (calendar). There is no new MediaWiki version next week. [23][24]
  • MediaWiki's JavaScript system will now allow async/await syntax in gadgets and user scripts. Gadget authors should remember that users' browsers may not support it, so it should be used appropriately. [25]
  • The deployment of "Add a link" announced last week was postponed. It will resume this week.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 2023. november 28., 00:07 (CET)

Copyvios kereső oldal működése a magyar wikin, 2023 novemberében

Több helyen is ajánlja a magyar wikipédia a copyvios.toolforge.org oldalon található plágiumkeresőt. Ezt korábban használtam is sikerrel. Most (kb. 2023 november elejétől) nem megy: ha a magyar wikit állítom be, akkor a "Submit" gomb lenyomása után átugraszt egy új üres fülre és úgy marad: semmi eredmény. A kiegészítőket lekapcsolva, különböző böngészőkkel próbálva az eredmény ugyanaz. A kérdésem az, hogy másnak megy-e? – Pkᑌᘗᖾpalackᐁᐧᐦᑕᒪᑫᐃᐧᐣ 2023. november 26., 14:05 (CET)

Nekem sem megy már régóta (HTTP ERROR 403). De ugyanez van beépítve a cikkek laptörténetébe is (másolt részek kiszűrése). Vépi vita 2023. november 26., 14:21 (CET)
Köszi a kiigazítást, a „másolt részek kiszűrése” egy kattintásra produkálja ugyanezt a jelenséget. Bővebben, ezt az üzenetet kapom pl. Chrome-alapú böngészőben:
A hozzáférés megtagadva a következőhöz: 
copyvios.toolforge.org
Nincs jogosultsága az oldal megjelenítésére.
HTTP ERROR 403
Kár, mert az eszköz hasznos volt. Kíváncsi lennék, hogy keresztet vethetünk rá, vagy feléled valamikor? – Pkᑌᘗᖾpalackᐁᐧᐦᑕᒪᑫᐃᐧᐣ 2023. november 26., 18:15 (CET)
Valaki, aki ért hozzá, reklamálja meg! Az angol nyelvű Wikin kerestetve megy. Az eszperantó nyelvűben is (megnézettem vele az Árpád Csurgay szócikket). A magyaron a párhuzamos Csurgay Árpád-ra nekem is 403-at jelzett. Az eszköz ezek szerint elvileg létezik. A https-címe is helyes, nem költözött el, nem változott meg. Csak a magyar hozzáférés férgesedett meg valamiért. – Garamond vita 2023. november 28., 01:24 (CET)

Hello, I am posting this in English; sorry for any confusion. I was notified of this discussion on my talk page at enwiki. I had to temporarily disable the copyvios tool on huwiki because I had found a user checking hundreds of articles from here very quickly. The rate of requests was high enough to make the tool unusable for other users.

Upon investigation it seemed the user was checking all featured articles here, or at least a large subset of them. This is not a good idea in general: featured articles are large so they are expensive to check, and my tool may not find useful results for pages that have existed for a long time and may have been copied by other websites. In general, the tool should not be used to check many pages in a short time.

I could not identify the user or find any other way to filter their requests, so I had to disable all huwiki access. If you know the person responsible for this, please let them know. I intended to re-enable access after a day or so upon seeing the requests had stopped but it slipped my mind. The tool is now re-enabled for huwiki. My apologies for the disruption. (If you reply, please notify me.) The Earwig vita 2023. november 28., 05:25 (CET)

@The Earwig: Thanks for the response! I don’t know who did the many requests, but some points:
  • If you disable the tool because of too many requests, please use 429 Too Many Requests instead of 403 Forbidden – this makes it clearer why the tool doesn’t work. Maybe with an error page that explains that it’s not the necessarily current user who did the too many requests.
  • If it’s a recurring problem, you may want to consider introducing OAuth (which allows you to specify per-user rate limits) like on Global Search, at least when and for wikis on which there’s huge traffic.
—Tacsipacsi vita 2023. november 28., 11:45 (CET)
Thanks! Good point about 429 vs 403. OAuth is a long planned feature, and I intend to add it, but still have much work to do before it's ready. The Earwig vita 2023. november 28., 15:32 (CET)

Growth team newsletter #29

Welcome to the twenty-ninth newsletter from the Growth team! Help with translations

Community Conversations

The Growth team will host its first community conversation Monday, 4 December (19:00 - 20:30 UTC). The topic for this meeting will be Mentorship.

This first meeting language will be English, but we plan to host conversations in other languages, and about other topics. Please visit the conversation page on-wiki for the details on how to join. You can also watch the page, or suggest ideas for upcoming conversations there.

Impact Module

At the beginning of November 2023, the Growth team deployed the New Impact Module to all Wikipedias. We recently released a follow up improvement to how edit data was displayed based on editor feedback. [26]

Add a Link

We released “add a link” to 35 more Wikipedias. [27] [28]

We have a few Wikipedias remaining:

  • German and English Wikipedia will be contacted at the beginning of January 2024.
  • There are a few small wikis that will not receive the task until they have enough articles for the algorithm to work properly.

Community Configuration

Mentorship

When a mentor marked themselves as "Away", they were not getting their name assigned to new accounts when they returned. This has been fixed. [30]

We improved the message received by newcomers when their mentor quits, to reduce confusion. [31]

We worked on ensuring that all mentees are assigned to an active mentor. This required reassigning mentees with no mentors to a new mentor. We paused this as the clean-up script confused some editors. We will resume it when the identified blockers are resolved. [32]

It is now possible to create an Abuse Filter to prevent one user from signing up as a mentor. [33]

Growth team's newsletter prepared by the Growth team and posted by bot • Give feedback • Subscribe or unsubscribe.

2023. december 1., 19:05 (CET)

Látszer nem működik

Kedves Mindenki! Nálam már nem működik a látszer eszköz, pedig leellenőriztem, és be van állítva a beállításokban. Mi lehet az oka? Köszönöm szépen. Bizottmány vita 2023. december 2., 18:06 (CET)

Nekem nem volt vele ma problémám. De gondolom sok mindentől függ: nézet felület (+más ütköző beállítások?), böngésző, esetleg még op-rendszer is. (Én: Vector legacy 2010, Chrome, Win10) JSoos vita 2023. december 2., 21:27 (CET)

@JSoos:Köszönöm szépen, hogy válaszoltál. Időközben újraindítottam a gépet, és megjavult. Valami itteni gubanc lehetett, nálam Vector legacy 2010, Firefox, Win10 a felállás. Köszi! – Bizottmány vita 2023. december 2., 22:39 (CET)

Tech News: 2023-49

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

  • The spacing between paragraphs on Vector 2022 has been changed from 7px to 14px to match the size of the text. This will make it easier to distinguish paragraphs from sentences. [34]
  • The "Az oldal rendezése alapértelmezetten e szerint:" feature in VisualEditor is working again. You no longer need to switch to source editing to edit {{DEFAULTSORT:...}} keywords. [35]

Changes later this week

Future changes

Events

  • Registration & Scholarship applications are now open for the Wikimedia Hackathon 2024 that will take place from 3–5 May in Tallinn, Estonia. Scholarship applications are open until 5 January 2024.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

MediaWiki message delivery 2023. december 5., 00:49 (CET)

Sablonok furcsán jelennek meg

Pár napja azokon a lapokon, amelyeken több sablon is van, az összes nyitott állapotban látható. Eddig automatikusan összecsukódtak, ha kettőnél több volt egy lapon. Tudja valaki, mi lehet ennek az oka? HG vita 2023. december 7., 21:11 (CET)

edit: egyébként nekem úgy tűnik, az autocollapse paraméter nem működik a sablonokban, ha azokat törlöm, akkor jól jelennek meg.

Köszi, hogy észrevetted és jelezted. Elméletileg javítottam, és egy idő után jó kéne legyen. Bean49 vita 2023. december 7., 22:47 (CET)

WikEd

Nálam leállt a WikEd. Sőt: eltűnt! Másoknál működik-e? OsvátA vita 2023. december 6., 07:07 (CET)

A felületet monobookra átállítva működik a WikEd; szomor. :-( Jobb lenne, ha a centrális agy inkább ceruzát hegyezne, mint a megjelenést. OsvátA vita 2023. december 6., 15:18 (CET)
Mea culpa, azt gondoltam, hogy ha valamire az van írva, hogy vector_new, akkor az csak az új Vectorra vonatkozik, aztán kiderült, hogy a régire is… (Mert a MediaWiki fejlesztői mindenfélét babráltak az azonosítókkal.) Így aztán miközben megjavult az új Vectoron (@Szalax, a vitalapomra érkezett kérést ezennel teljesítettem), elromlott a régin. Remélhetőleg a legújabb javítási javaslatommal már mindenhol menni fog (amint egy enwikis felületadmin élesíti). – Tacsipacsi vita 2023. december 8., 16:01 (CET)
Köszi @Tacsipacsi:! Üdv  … szalax üzenő 2023. december 8., 17:37 (CET)

Wd sablonok

Miért láthatatlanok egyes wd sablonok? Például a Julian Barnes szócikkben egy csomó látható, de kettő láthatatlan volt, amelyeket bot törölt is. Amator linguarum vita 2023. december 9., 09:06 (CET)

Úgy tudom, azok a wd-k, amelyeknek huwiki szócikke létezik, a szövegben nem-látszóvá válnak. (Függetlenül attól, hogy a szövegben egy link után vagy „csak úgy” vannak-e beírva.) Nincs különösebb jelentősége, de az a szokás, hogy egy rátaláló szerkesztő vagy egy bot törli ezeket.
Ha piros (ergó nemlétező) huwiki link után írt wd-sablon eltűnik, az azért lehet, mert az a link valójában létezik, csak más néven. Példa: Maugham-díj Somerset Maugham-díj-ként lett beírva, ezért piros, de a wd-azonosítója (d:Q251110) már hozzá van rendelve a más néven létező huwiki szócikkhez, ezért a sablon eltűnik. Ilyenkor ki javítani a linket (kékíteni). Akela vita 2023. december 9., 11:10 (CET)

Kösz szépen! Amator linguarum vita 2023. december 9., 21:05 (CET)

Roadmap

Sziasztok!

Angol wikin érkezett egy ilyen kérés hozzám:

Hello. I maintain multilingual Wikimedia charts showing roadmaps to the various planes of the Unicode Standard.
I'm hoping you will provide Hungarian translations for me. (I noticed your user name on the en:Wikipedia:Translators available list.)
The specifics are at en:User:Drmccreedy/roadmap_multilingual.
The current Hungarian page for Unicode uses a very old chart with out of date colors.
Your translations will allow me to replace that outdated chart with a new one that will be kept up-to-date.
Thank you for any help you can offer. DRMcCreedy (talk) 01:49, 11 October 2023 (UTC)

Segítene valaki az angol usernek ebben az ügyben? Én nem értek a karakterkódoláshoz, azt se teljesen értem, mi a kérés. Köszi! Alensha 2023. október 29., 14:27 (CET)

Egy script szövegeit kellett lefordítani, amivel a Unicode táblákat lehet grafikusan megjeleníteni.

Megcsináltam a fordítást, megkérnék pár szakértőt, hogy ellenőrizze le, mielőtt elküldöm.

A Tertiary Ideographic Plane-re nem találtam magyar megfelelőt.

– Tilar Vehulor vita 2023. november 5., 12:22 (CET)

Szerintem UTF-16-helyettesítők lenne a megfelelő alak, az „UTF-16-ot helyettesítők” összevonásából. Én se találtam a TIP-re magyar kifejezést, de szerintem harmadik szóképlap lehetne (és a szóképlap így egybeírandó: szóképeket tartalmazó lap). Alfa-ketosav vita 2023. november 5., 17:20 (CET)
Szerintem a talált fordítások jók, és magyarosak. A Variation Selectors tartalmilag olyan kódokat tartalmaz, amelyekkel egymást kiváltó lehetőségek közül lehet választani. (Elvileg, mert ahol kipróbáltam, ott nem támogatta a rendszer. De erre való.) Kifejezőbb lenne valami variáció-választók vagy változat kiválasztók.
Az eredeti szkript szerzője kettétört bizonyos sorokat, nyilván valamekkora karakterszámot képzelt elhelyezni. Segíthetjük ezt a formálási koncepciót, ha megmutatjuk, magyarul hol lehet szépen tagolni a sorokat. Ezeket javaslom:
    AsiaSC      => "Dél- és közép-\názsiai írások",
    Europe      => "Nem latin betűs\neurópai írások",
    Han         => "CJK (kínai, japán,\nkoreai) karakterek",
    ME          => "Közel-keleti és\ndélnyugat-ázsiai írások",
A Tertiary Ideographic Plane és az UTF-16 surrogates magyarítására Alfa-ketosav-tól eredő pontosítást támogatom, azzal, hogy akkor a szóképlap másutt is átvezetendő.
A xDesc... szövegeknek én nem találtam meg az eredeti, elképzelt szerepét. Azt feltételezem azonban (vagy helyesen, vagy tévesen), hogy nem általános kommentárként kívánják használni, hanem egyes kódpontok, kódcsoportok tulajdonságainak esetenkénti magyarázó megjelölésére (Description).
Ha valóban, akkor nem úgy kellene érteni, hogy „(ami a mellékelt táblázatban látható) az A »Unicode Kiegészítő lap a szóképlapokhoz« (Supplementary Ideographic Plane, SIP) grafikus megjelenítése”, hanem valahogy úgy, hogy „(ez a jel, jelcsoport) A Unicode »Kiegészítő lap a szóképlapokhoz« egy elemének grafikus megjelenítésére (szolgál)”. (Nem tudom, érthető-e, hogy miről beszélek.)
Speciális felhasználású lap, nem tartom indokoltnak az ilyen módon történő elnevezését, nyugodtan lehet különleges felhasználású. Frissen a rendszerbe került kódpontokat tartalmaz, nagyon keveset. Tartalmilag címkék és az imént már említett választó-kódok (Variation Selectors). – Garamond vita 2023. november 7., 13:17 (CET)
Egyetértek azzal, hogy a „Kiegészítő lap a szóképlapokhoz” elnevezés használható.
A variációválasztók alak egybeírandó (variációk választói), a változatkiválasztók szintén (változatok választói). Alfa-ketosav vita 2023. november 7., 16:30 (CET)
Először szerintem nem a helyesírásukat kellene pontosítani (egyébként egyetértek a megoldással), hanem, hogy a felmerült lehetőségek közül melyik összetett szó fejezi ki a legszerencsésebben a fogalmat: (variáció|változat) (kijelölő|választó|kiválasztó) – Garamond vita 2023. november 8., 01:04 (CET)

Köszi mindenkinek a javaslatokat, itt a javított verzió.

A két kötőjeles szavak elsőre szokatlanok, de jobban belegondolva logikusak.

A variációválasztókat raktam be, szerintem ez a legjobb, de egybe írva, mert két tagú összetétel.

A sortöréseket inkább rábízom a fejlesztőre, nem tudom, hogy milyen hosszú lehet egy sor. Szerintem bármelyik szóköznél lehet törni.

Az xDesc szövegek szerintem egy-egy teljes kódlapról szólnak, nem kisebb csoportokról. Én meghagynám a szó szerinti fordítást. Nem látok rá nagy esélyt, hogy leiterjakab lesz belőle.

Megtartanám a „speciális” szót, szerintem pontosabban adja vissza a jelentést és a hasonló hangzás miatt is jobban követhető.

– Tilar Vehulor vita 2023. november 10., 23:50 (CET)

Az xDesc-eket láthatólag senki sem érti, hogy mire való, onnan látom, hogy nem fordítják le a népek. De egyébként akár help, akár megjegyzés az elképzelt szerepe, valóban nem túl lényeges.
A sortörések lehetséges helyét az eredetiből puskáztam, a leghosszabb ott az volt, hogy "Non-Latin European scripts", ennél rövidebbeket javasoltam. Nyilván nyomdász múltam miatt gondolom, hogy ne válasszuk szét bármelyik szóköznél, hanem tegyük ezt csinosabban.
Most néztem csak, mert a jelentését azonnal értettem, ezért nem tűnt fel. Azt a fordítást használjuk, hogy „lap” (az eredetiben Plane). De szerintem így lesz jó. Többnyire eddig is így írtuk. Viszont át kell majd fésülni a szócikkeinket, mert az is előfordul a magyar Wikin, hogy „sík”. Lehet, hogy a Microsoftot követve, az ottani leírások azonban kérdéses igényességűek. (Mivel a „lap” fogalmával a fejünkben esetleg ütköző kisebb terjedelmű entitásra a Unicode a Chart szót használja, szerintem az nem fog bezavarni.) – Garamond vita 2023. november 11., 15:30 (CET)

Nem írások, hanem írásrendszerek (ezek egyébként részben megvannak a CLDR-ben - szép hosszú lap, de "scripts"-re keresve ki lehet mazsolázni őket). "grafikus megjelenítése" -> "ábrázolása" szerintem szebben hangzik (ezek gondolom képaláírások lesznek). Az asOfVersion-nál hiányzik egy névelő. "Kiegészítő lap a szóképlapokhoz" -> "Kiegészítő szóképlap"? "Kiegészítő lap a speciális felhasználású laphoz" -> "Kiegészítő speciális felhasználású lap"? Az ideografikust én nem fordítanám le. --Tgrvita 2023. november 14., 20:47 (CET)

A plane mindenképpen lap, a sík az ebben a környezetben félrefordítás.

A szóképlapoknál a szóismétlés szerintem maradjon. Nem olyan szép, de precízebb és jobban leírja a célját.

A többi javaslatot beírtam, a sortöréseket kicsit máshova raktam, mert az írásrendszerek hosszabb, mint az írások.

– Tilar Vehulor vita 2023. november 16., 22:58 (CET)

A síkokat én már néztem, bevállalom, hogy majd megkeresem a magyar Wikipédián és kijavítom. Emlékszem, hogy nincs sok.
Ideografikus. Éppenséggel, ha már arra hivatkozunk, a CLDR-ben lehet találni kifejezést erre is, azt mondja, hogy képírás, képírásos. (A továbbiakban azonban azt írom, hogy szóképlap, bár lehet, hogy általános megfelelőként nem az legszerencsésebb. Ugyanis a megjelenített, eredetileg képszerű jel például szótagot is jelezhet, nem csak szót!)
Az írásrendszerek terminust elfogadom (ha már van precedens, persze).
Azok a nehézkes (angolul is nehézkes) megfogalmazású elnevezések, mint például "Kiegészítő lap a szóképlapokhoz" onnan eredhetnek, hogy adott mondjuk egy Unicode fejlesztési állapot, amikor egy íráscsaládra már léteznek bizonyos szóképlapok, és ezekhez kívánnak csatolni egy új, hasonló jeleket tartalmazó további lapot. Amit viszont a nómenklaturájukban nem feltétlenül sorolnak be ezek közé a meglévő szóképlapok közé! (Alighanem azért, mert nem teljes kódkészleteket definálnak és/vagy nem szisztematikusan építették fel őket, hanem esetiek, hiánypótlásra szolgálnak, utólag eszükbe jutott jelek. Vannak ilyen bonyolítások mondjuk a cirill írások környékén is.) Ezért én nem szépíteném az elnevezést, ha angolul is hülyén jön ki, hát akkor nálunk is úgy lesz.
Korábban nem néztem, bocs. Jelölőrendszerek. A két legismertebb, ide vágó fogalom, a Braille-írás és a kottafeljegyzés egyike sem jutna eszembe a szóról. Javaslom a jelölésrendszerek terminust. A „jelölő” számomra inkább azt a tartalmat hordozza, hogy egy olyannal még nem rendelkező objektumot ellát egy megkülönböztető jellel. A jelölésrendszer sem az igazi, de mit csináljunk, ha a szép, latinos kifejezés, hogy notáció, Jókai múltán így kiment a használatból…
Az asOfVersion teljesen jogos észrevétel, látom a szövegkörnyezetet, amiben meg fog jelenni, tényleg valami olyan várható, hogy A Unicode 5.1 szerint. Viszont a „lapok ábrázolása” esetében a leendő szövegkörnyezetet nem tudom kitalálni. Jelenleg sehol nem látom, hogy a Unicode használná, vagy használta volna ezeket a kifejezéseket, vagy akár valami hasonlót. Elismerem tehát, hogy nem tudom alátámasztani sem azt, hogy ezek a teljes mondatban kifejtett állítások lehetnek például komplett Unicode lapok képaláírásai, sem azt, amit feltételeztem, hogy egy-egy betű (betűszerű objektum) tulajdonságát leíró definíciók.
Utóbbi esetben arra gondolok, hogy ahol szükségesnek gondolták a magyarázatot, ott olyasmik szerepelnek, hogy
00B2   ²   SUPERSCRIPT TWO
= squared
• other superscript digit characters:
  2070 ⁰ –2079 ⁹
→ 00B9 ¹ superscript one
≈ <super> 0032 2
Ezekben például el tudom képzelni, hogy az egyik sorban közöljék azt is,hogy
A graphical representation of Unicode's Basic Multilingual Plane (BMP)
De ahogy mondtam is, ez csak spekuláció. Azzal az egy ténnyel tudom alátámasztani, hogy az, hogy „a graphical representation” nem azt jelenti, hogy „a grafikus ábrázolás”, hanem, azt, hogy „egy grafikus ábrázolás”. Elnézéseteket kérek, durvábban fogom kifejezni, úgy értem, egyértelműbben, azonban önkényesebben. Azt gondolom, hogy akár az az lehet értelmezése a szövegeknek, hogy
A graphical representation of Unicode's Basic Multilingual Plane (BMP).
→
Egy(etlen gliph) grafikus ábrázolás(a) a Unicode Alap Többnyelvű Lapról (Basic Multilingual Plane, BMP).
Hogy a grafikus szónak benne kellene-e lenni, nem tudom. Természetesen nem képzőművészeti fogalomként merülne fel, hanem a grafika, mint „többszörözött vizuális megjelenítés”, „grafikai ipar = nyomdaipar gondolatkör szerint mint „nyomtatható karakter”, „egy fogalmilag létező karakter vizuálisan megjelenő képe”. Ha nem tudjuk, hogy mi a tervezett környezet, akkor ezt sem. – Garamond vita 2023. november 17., 17:59 (CET)

@Garamond: Köszi a részletes választ. A jelölésrendszereket kijavítottam.

Az xDesc kezdetűek használatát majd megkérdezem a DRMcCreedy-től, nem érdemes itt találgatni.

@Xia, mint az ázsiai írásokhoz értőt kérdezlek, hogy az „ideographic” szót hogy fordítanád le? És látsz-e még valami hibát a fordításban? – Tilar Vehulor vita 2023. november 23., 22:22 (CET)

Hát mondjuk logikus, hogy mondja meg, aki tudja. Szegény @Alensha sem gondolta, amikor ártatlanul kért egy kis másodvéleményt, hogy ennyi bonyodalom adódik majd. – Garamond vita 2023. november 24., 14:45 (CET)
Kedves kollégák. A következőképp jártam. Miután – engem is beleértve – mindenki hallgatólagosan elfogadta, hogy a plane = sík szerencsétlen fordítás, ígéretemhez híven, nekiálltam javítgatni az előfordulását a magyar Wikipédián. Persze szisztematikusan próbálkoztam, és eközben kezdtem el hümmögni.
A hümmögés kiindulópontja a Wikidata volt (Q11639247). Az inkriminált kifejezés három nyelven szerepel, Unicode plane, Unicode-sík, németül Unicode-Ebene. Bár az Ebene jelentésére is a szótáram leginkább azt adja meg, hogy sík, síkság (szint, róna, lapály stb.), ebből még sok nem következik, hiszen ettől még magyar értelmezésként akár azt is beírhatták volna, hogy Unicode kelkáposzta.
Megnéztem ellenben, a szócikket megkeresve, a Wikipédia különféle nyelvein is a szót. Az angolon, ahogy várható volt, en:Plane (Unicode), magyarul nincs önálló szócikke, de a jobb híján hozzá társított A Unicode-karakterek elhelyezkedése lap (mármint most, természetesen, Wikipédia-lap) azt a terminust használja, hogy Unicode-lap. (Ellentétben a Unicode szócikkel, amelyik meg azt, hogy Unicode-sík.)
A többi nyelven használt kifejezés. A de:Unicode#Gliederung alatt Ebene, az oroszban Плоскость, az ukránban Площина, a cseh változatban Rovina, a latinoknál Plano (spanyol), Plano (portugál), Piano (!), (olasz). (A perzsa, kínai, japán megfelelőket úgysem tudom elolvasni, nem linkelem őket.)
Visszaellenőrizhető, hogy ezek egymáshoz rendelése nem tévesen történt. Valóban mindegyik nyelven jelentenek olyant, hogy sík, síkság, ezen felül esetleg egyebet is, például lapály, pad, halk, repülőgép. Lapot kevésbé. Ebből jelentéstanilag arra következtetek, hogy ez a néhány nyelv úgy érzi, hogy a plane = sík megfeleltetés nem téves.
Továbbá. Ha a „sík” mégsem tetszik, akkor magyarul használhatjuk ugyan a „lap” fogalmat a Unicode nagy kódcsoportjainak megjelölésére, de ez szerencsétlenül keveredik mind a Wikin használt (szócikk-, szerkesztői-, vita- stb.) lap szóval, mint azzal a kifejezéssel, illetve magyarított változataival, hogy code page. Utóbbi ráadásul elég könnyen elő is fordulhat a Unicode gondolatkörrel kapcsolatban.
Még egy továbbá. (Ezzel kellett volna kezdenem az érvelést.) Indítottam néhány keresést arra nézve, hogy tényleges használatban van-e akár a „Unicode(-)sík,” akár a „Unicode(-)lap” kifejezés. Hiszen, ahogy a véleményemet máskor is el szoktam erről mondani, a magyar nyelvhasználat tekintetében nem szabályteremtők vagyunk, hanem az a lexikon-komform magatartás, hogy a tapasztalt nyelvi állapot és folyamatok tükrözői legyünk. (Nekem az jött ki, hogy az „Unicode-sík” ritkán, a „Unicode-lap” egyáltalán nem fordult elő.)
Az a javaslatom, hogy maradjon a „Unicode plane” megfelelőjeként a „Unicode-sík.”
Köszönöm szépen azok figyelmét, akiket hosszadalmas stílusom nem ijesztett el. Akiket igen, azoktól bocsánatot kérek. – Garamond vita 2023. november 24., 20:12 (CET)
@Tilar Vehulor én ehhez a témához nem értek sajnos, nekem ez zulu, nem is kínai... Olyan létezik, hogy ideografikus/ideogrammatikus írás (fogalomírás, képírás), hogy ez idevaló-e vagy sem... passz. Xia Üzenő 2023. november 24., 21:25 (CET)

@Xia: Oké, akkor marad így.

@Garamond: Hát ez elég részletes elemzés. Köszi. Viszont A Unicode-karakterek elhelyezkedése a „lap” szót használja, és valószínűleg ott fognak szerepelni ezek az új ábrák is. Meg nekem a „Kiegészítő sík a szóképsíkokhoz” nagyon erőltetetten hangzik. A code page pedig kódlap, nem lap. Most beírtam így, hogy lássuk, hogy néz ki. Lehet, hogy a szócikkbe bele kellene írni a fordítási lehetőségeket, mint a Fakuszfélék#Elnevezése. – Tilar Vehulor vita 2023. november 29., 23:38 (CET)

A legutóbbinak nem találtam meg az aláírását, vagy hogy egyáltalán alá van-e írva, úgy hogy itt írom tovább.
Hát kérem. Szerintem ki kellene ebből szállnom, mindig olyanokba akadok bele, amit már régen rendeztünk. Most például elővettem az eredeti angol szöveget, mert már egy ideje a magyar verziók szépített állapotának továbbcsiszolását folytatjuk. Lehet, hogy nem jól tettem, valahogy úgy érzem, kezdjük túlragozni.
De néhány megjegyzés akkor, mégis. Van például a Latin script. (Először is nem Latin scripts. Akkor Latinbetűs írás?) Igazából azt akartam felvetni, hogy ha a többi írásrendszerek, akkor ez miért írások? Egyébként én nem vagyok meggyőzve az írásrendszerekről, csak elfogadom, hogy biztos jobban értetek hozzá. Viszont jóval nehézkesebb. Ad valami jelentéstöbbletet a hosszabb kifejezés, ami miatt azt jó használnunk? Mi azzal a baj, hogy Afrikai írások? Én biztos érteném, hogy nem a törzsfőnök emlékiratairól van szó, nem is az említett kontinensen keletkezett grafikumokról, hanem az absztrakt írásrendszerekről.
Az Unallocated code points inkább nem kijelölt, mint nem használt. Én ebben érzek eltérő jelentésárnyalatot.
Nem tudom, minden magyarázatot bele kell-e írnunk ebbe a fordításba. Gondolom, ahol ezek a szövegek megjelennek, ott mód lesz lábjegyzetek vagy magyarázatok elhelyezésére. Például a CJK (kínai, japán, koreai) karakterek kicsit bőbeszédű. De nem ellenzem, mert ki a csuda tudja nálunk máskülönben? Csak éppen jó érzés lenne kicsit könnyedebbé tenni a magyar szövegeket.
Amivel annyira elégedettek voltunk, a hosszú definíciók a fordítás végén. Most már nagyon nehézkessé lettek szabatosítva. Pedig az angolban ezek a bonyodalmak nincsenek is benne. (Most eltekintek a csörtéimtől, amit az egyes szám, többes szám, grafika, nem grafika, sík és lap ügyben folytattam, mindegyiket meg lehet azok miatt variálni.) Ilyen lehetne azonban, rövidebben:
  • Az alap többnyelvű sík (Basic Multilingual Plane) ábrázolása,
  • A kiegészítő képírás-sík (Supplementary Ideographic Plane) ábrázolása,
  • A kiegészítő többnyelvű sík (Supplementary Multilingual Plane) ábrázolása,
  • A kiegészítő speciális felhasználású sík (Supplementary Special-purpose Plane) ábrázolása,
  • A harmadik ideografikus sík (Tertiary Ideographic Plane) ábrázolása.
Reprezentál, lehetne képvisel, megjelenít? (Így is jó különben, én szeretem a görögös-latinos terminusokat. Az előbbinél is, próbaképpen, az egyik változatban azt hagytam benne, hogy ideografikus. Hát, kicsit talán lilább, mint az kívánatos.)
Nézzünk utána, ha tudunk, mire gondol a felhasználó, amikor azt olvassa, hogy „Indonesian scripts”. Lehet, hogy nem indonéz, hanem indonéziai? Van indonéz nemzeti nyelv, a Bahasa Indonesia, de azon a környéken kifejezetten sok nép él, és többféle írást használnak. Itt sorolnak fel (jobbra fent) jó néhányat: Indonesian & Philippine Scripts.
Üdvözlet mindenkinek és köszönet a tiszteletre méltó műgondotokért. – Garamond vita 2023. november 30., 14:09 (CET)

Bocs, tényleg lemaradt az aláírás, most visszapótoltam. Amúgy lassan tényleg be kellene küldeni, de eddig mindig volt hasznos javaslat.

A latint javítottam egyes számra. Az írásrendszerek egyértelműbb, és itt az egyértelműség fontosabb, mint a jó hangzás.

Az Unallocated igazából „(még) nem használt”, szerintem jó. A CJK is jó így, inkább többször legyen elmagyarázva, mint egyszer se. Meg abból is tanul az olvasó, ha ilyet lát.

Az xdesc-ekből csak az „Unicode” szót hagynád ki, de lehet, hogy ez képaláírás lesz egy másik szócikkben. Itt is az van, hogy inkáb legyen hosszú, mint hiányos.

A képírás az, amikor a lerajzolt ábra tényleg azt jelenti, amit ábrázol, tehát már a hieroglif írás sem képírás. A mai CJK főleg nem.

Az indonéziait javítottam. – Tilar Vehulor vita 2023. november 30., 21:29 (CET)

Hát nem tudom, elolvasod Te, amiket írtam? Vagy csak átszaladod?
A képírás, ahogy mondtam is, nem nekem jutott eszembe, hanem a CLDR-ben találtam, az ideografikus/ideogrammatikus fordításaként. De tőlem átírhatjuk ott is másra. Valóban nem egészen precíz magyarítás, mert a piktogramokra is, a fogalomírásokra is utalhat. Valójában valami olyant akar jelenteni, hogy „nem kifejezetten betűírás”. Én követhető magyarításnak érzem. Viszont amire cseréled, az (mint már egyszer részleteztem) kifejezetten pontatlanabb, mert a hieroglif nem szókép, de a CJK is csak eredete szerint, ugye a japán írások nagyobbrészt szótagírások, a koreai meg még az sem.
Az xDesc... sorokban a Unicode csak a változtatási felvetésem csekélyebb része. (Sokkal egyértelműbb egyébként nem lesz tőle, mert mondjuk Supplementary Multilingual Plane kizárólag a Unicode-terminológiában létezik. Most pont olyan, mint a gyógyszerreklámok, nem Aspirin, hanem Novartis Aspirin.) De tényleg nem ez volt a lényeg.
Az eredeti szövegek gondozója nem reagált a visszakérdezésre? – Garamond vita 2023. december 1., 12:53 (CET)

Bocs, fáradt voltam, de most átnéztem alaposan. Az xdesc fordítások tényleg sokkal jobbak így.

Az ideographic-nak több helyen is utánanéztem, a CLDR-ben is (akkor már belinkelem ide, hogy ne kelljen keresnem legközelebb), de mindenhol több féle fordítása van, úgyhogy marad az "ideografikus".

DRMcCreedy-től még nem kérdeztem, úgy gondoltam, előbb legyen meg egy alap fordítás. – Tilar Vehulor vita 2023. december 2., 20:37 (CET)

Akkor talán azt is vissza kellene kérdezni, hogy mire gondolt a költő a Han → CJK megfeleltetés esetében. Szó szerint értve a CJK-nak a han írás valódi részhalmaza. Persze, lehet, hogy túlgondolom. Végtére is, egy programban azt írok, amit akarok, rövidíthetem pl. az „East Asian scripts” karaktersorozatot Lajcsi-nak is. Csak nem célszerű, mert zavarossá teszi a kódot.
Számomra azért zavarodott kissé össze, mert a Unicode charts rendszere azt mutatja, hogy a tágabb fogalom a kelet-ázsiai írások halmaza és az alá tartoznak egyebek közt ott megnevezett japán, koreai és kínai írásjegy-készletek (csak angolul idézem):
  • East Asian scripts
    • CJK characters
    • Hiragana
    • Katakana
    • Hangul
    • (…)
Ez azonban nem befolyásolja azt, hogy a fordítás korrekt, az eredeti angol változatot képezi le! – Garamond vita 2023. december 4., 20:00 (CET)
@Garamond: Na, elküldtem. Megkérdeztem az xDesc szövegeket is. A Han csak belső azonosító, valószínűleg utólag módosított a koncepción, csak a változónévvel nem követte le. Ahogy írod, az a lényeg, hogy a megjelenő szöveg legyen pontos fordítás. Köszi a kitartó javítgatást! – Tilar Vehulor vita 2023. december 7., 22:41 (CET)
@Alensha: Neked meg köszönöm a továbbítást! – Tilar Vehulor vita 2023. december 7., 22:48 (CET)
@Garamond: Megjött a válasz, be is került a szócikkbe, az xDesc valóban képaláírás lett. – Tilar Vehulor vita 2023. december 10., 18:26 (CET)
Köszi az értesítést. Belenéztem. Egy apró javítást is tettem, mintegy ennek szimbólumaként. De valójában ezt a szócikket is igen sokat lehetne csiszolgatni, ha a most kialakított fordításhoz hasonló igényességgel átolvassuk. Maga a most javított sor is kétes számomra, át kellene nézni a Unicode-dokumentumokat, hogy CJK-val kompatibilis írásjegyekre gondoltak-e, vagy a CJK egyik és másik írásának megfeleltetésére, vagy valamelyiknek az alternatív megjelenítésére stb. Nem is írtam bele kötőjelet. De mondjuk a javított sort megelőző és rákövetkező két-három sor is elég gyanús. A „prezentációs forma” például alighanem olyan betűkészlet-választást jelöl, aminél a tipográfiai igényesség szempont, például abban, hogy ligatúrákat alkalmaznak. Akkor meg kellene hagyni a kifejezést. A „magas sajátnál használt pótlók” meg több mint döcögős.
De hát van idő a javítgatásra, úgyis fel van sablonozva a szócikk, akkor meg sejtettük, hogy akad tennivaló. – Garamond vita 2023. december 11., 02:10 (CET)
A lap eredeti címe: „https://hu.wikipedia.org/w/index.php?title=Wikipédia:Kocsmafal_(műszaki)/Archív150&oldid=26703456”