Forum:Mededelingen
Mededelingen over het beheer, de werking en de layout van deze website. Om terug te gaan, klik hier.
2018
Naamruimtes projectpagina's
Gebruiker verlaat Mechelen Mapt
Het lijkt ingewikkeld door de uitleg maar het is een simpel selecteer- en kopieer / knip - & plakwerkje.
- 1. De gebruiker blokkeren, zonder IP blokkering ! — Ex-gebruiker mag geen e-mails via Mechelen Mapt zenden.
- Vervalt: Onbepaald
- Reden: Anders
- De gebruiker verzocht om sluiting van het account. Voorkomen van misbruik door eventuele identiteitrover.
- V Registreren gebruikers blokkeren (aangevinkt laten)
- V Gebruiker weerhouden van het sturen van e-mail (aanvinken !)
- _ Automatisch de IP-adressen van deze gebruiker blokkeren (NIET aangevinkt laten !)
- _ Gebruikerspagina en overlegpagina op volglijst plaatsen (onnodig, zal seffens aangevinkt staan bij beveiligen)
- Vervalt: Onbepaald
- Klaar? Even meegedacht en goed nagekeken? Druk 'Deze gebruiker blokkeren'.
- 2. De gebruikerspagina beveiligen.
- Bewerken: Alleen beheerders toestaan
- Onbeperkt
- V Overige beveiligingsinstellingen beschikbaar maken (aanvinken !)
- Hernoemen: Alleen beheerders toestaan
- Onbeperkt
- _ Cascadebeveiliging (NIET aanvinken !)
- Pagina onder beheerdersverantwoordelijkheid (misleidende marge want slaat op de ganse beveiliging, n i e t op een cascade)
- Overige/additionele reden: Pagina van gebruiker die Mechelen Mapt verliet
- V Deze pagina volgen (aangevinkt laten want onze beveiligingen kunnen omzeild worden)
- Bewerken: Alleen beheerders toestaan
- Klaar? Even meegedacht en goed nagekeken? Druk 'Bevestigen'.
- 3. De gebruikersoverlegpagina beveiligen op identieke wijze.
- 4. De gebruikerspagina wijzigen:
4.1.1. de gebruikerspagina leeghalen, en
4.1.2. de gebruikerspagina omvormen tot een doorverwijzing naar de bijhorende gebruikersoverlegpagina.
4.2. Dan, hetzij helemaal bovenin de behouden pagina, hetzij onder de doorverwijzing:
4.2.1. op de gebruikerspagina de tab 'Bewerken' onderdrukken (zelfs al zorgde een beveiliging er al voor);
4.2.1. op de gebruikerspagina de tab 'Brontekst bekijken' onderdrukken (wat niet automatisch gebeurde bij beveiligen);
4.2.2. op de gebruikerspagina de tab 'Kopje toevoegen' onderdrukken (zelfs al zorgde een beveiliging er al voor);
4.2.3. op de gebruikerspagina de tab 'Geschiedenis weergeven' onderdrukken;
4.2.4. op de gebruikerspagina het item 'Verwijderen' in de tab 'Meer' onderdrukken;
4.2.5. op de gebruikerspagina het item 'Hernoemen' in de tab 'Meer' onderdrukken (zelfs al zorgde een beveiliging er al voor) :
#DOORVERWIJZING [[Overleg gebruiker:{{subst:PAGENAME}}]] {{noedit}}<css>#ca-viewsource, #ca-addsection, #ca-history, #ca-delete, #ca-move {display:none !important}</css>
De gebruiker wenst sluiting van het gebruikersaccount. We kunnen slechts de gebruikerslogin blokkeren, de gebruikerspagina met de bekendmaking bijzonder onbewerkbaar en onnatrekbaar maken en het gebruikersoverleg bijzonder onbewerkbaar archiveren.
ofwel
Gebruiker wenst sluiting van het gebruikersaccount. We kunnen slechts de gebruikerslogin blokkeren en de bijzonder onbewerkbare en onnatrekbare gebruikerspagina doen doorverwijzen naar de bijzonder onbewerkbare gebruikersoverlegpagina met de bekendmaking.
Klaar? Bewerking ter controle bekeken? Druk 'Pagina opslaan'.
- 5. De gebruikersoverlegpagina als archief klaarzetten:
5.2. op de gebruikersoverlegpagina de tab 'Kopje toevoegen' onderdrukken (zelfs al zorgde een beveiliging er al voor);
5.3. op de gebruikersoverlegpagina het item 'Verwijderen' in de tab 'Meer' onderdrukken;
5.4. op de gebruikersoverlegpagina het item 'Hernoemen' in de tab 'Meer' onderdrukken (zelfs al zorgde een beveiliging er al voor);
5.5. de geheel behouden gebruikersoverlegpagina helemaal bovenin van een passende melding voorzien :
{{noedit}}<css>#ca-addsection, #ca-delete, #ca-move {display:none !important}</css> <div style="margin-bottom:1em;border:3px solid #a00;color:#a00;background-color:#fcc;text-align:center;"> '''Deze gearchiveerde overlegpagina mag niet meer gewijzigd worden.'''.</div>Bewerkingssamenvatting:
De gebruiker wenste de sluiting van het gebruikersaccount.
- 6. De gebruikersoverlegpagina archiveren:
6.2. Klik de ook hier aanwezige tab 'Geschiedenis weergeven' maar klik ditmaal op de datum en tijd van een oudere versie. Klik op de daar aanwezige tab 'Bewerken'. Selecteer alles in het bewerkingsvenster en plak de daarnet gekopieerde inhoud van de adresbalk in de plaats.
6.3. Dan, met de cursor net vóór de zopas geplakte 'url' http://.../index.php?title=Overleg_gebruiker:?????????&oldid=??????:
6.3.1. op de gebruikersoverlegpagina (met slechts een url) de tab 'Bewerken' onderdrukken (zelfs al zorgde een beveiliging er al voor);
6.3.2. op de gebruikersoverlegpagina de tab 'Brontekst bekijken' onderdrukken (wat niet automatisch gebeurde bij beveiligen);
6.3.3. op de gebruikersoverlegpagina de tab 'Kopje toevoegen' onderdrukken (zelfs al zorgde een beveiliging er al voor);
6.3.4. op de gebruikersoverlegpagina de tab 'Geschiedenis weergeven' onderdrukken;
6.3.5. op de gebruikersoverlegpagina het item 'Verwijderen' in de tab 'Meer' onderdrukken;
6.3.6. op de gebruikersoverlegpagina het item 'Hernoemen' in de tab 'Meer' onderdrukken (zelfs al zorgde een beveiliging er al voor);
6.3.7. de gebruikersoverlegpagina van een passende melding voorzien :
{{noedit}}<css>#ca-viewsource, #ca-addsection, #ca-history, #ca-delete, #ca-move {display:none !important}</css> De gebruiker verzocht {{subst:SITENAME}} in {{subst:CURRENTMONTHNAME}} {{subst:CURRENTYEAR}} om zich uit te schrijven.<br /> Deze overlegpagina mag bijgevolg niet langer benut worden. U vindt de laatste versie als <span class="plainlinks">[XXX archief]</span><!-- aldaar met normaal functionerende tab "Geschiedenis weergeven'-->.6.4.Knip die url weg en plak die over de geselecteerde XXX heen.
Bewerkingssamenvatting:
De gebruiker wenst sluiting van het gebruikersaccount. We kunnen slechts de gebruikerslogin blokkeren, de gebruikerspagina met de bekendmaking bijzonder onbewerkbaar en onnatrekbaar maken en het gebruikersoverleg bijzonder onbewerkbaar archiveren.
Klaar? Bewerking ter controle bekeken? Druk 'Pagina opslaan'.
Pagina's met een pagina-eigenschap
Het sjabloon aangebracht sedert geruime tijd (MdA), recenter (Anker) of zeer recent (Forum:Inhoud), komt voor in de pagina's van de lijst. Het allicht binnen die periode aangebrachte sjabloon met identieke syntax — ook qua hoofdletters en locatie in het bestand — (Akker [beveiligde pagina], Stillen Genieter [niet beveiligde pagina], ...), dat ook correct functioneert, staat in pagina's die ontbreken in de lijst.
Suggestie: De procedure bij opslaan bevat allicht een routine om het sjabloon te detecteren en de paginanaam in een lijst op te nemen (of in een lijst met alle paginanamen een flag te zetten). Mogelijke verklaring: Die routine verkeert soms buiten westen zonder het opslaan te verhinderen; in dat geval wordt noch geregeld gescand noch bij uitvoeren van het sjabloon gecheckt of de lijst juist staat. Eventuele oplossing: Een 'bot' laten scannen en de lijst bijwerken (vermoedelijk buiten bevoegdheden van Mechelen Mapt). Alternatief: Nagaan of andere Mediawiki's dit probleem hebben of oplosten ...— SomeHuman 2018-12-23 02:13 - 2019-01-03 15:25 (UTC=WINTER-1 ZOMER-2)
Uitgebreid zoeken
— SomeHuman 2018-12-23 11:35 (UTC=WINTER-1 ZOMER-2)
Gebrekkige pseudotags
— SomeHuman 2018-12-24 02:05-02:22 (UTC=WINTER-1 ZOMER-2)
Update: MediaWiki 1.31/PHP7 2019-07 heeft de extensie voor charinsert zodat de toegepaste noodoplossing zopas ongedaan is gemaakt.
— SomeHuman 2019-08-05 00:19 (UTC=WINTER-1 ZOMER-2)
Status 1: Opgelost.
2. De pseudotag <youtube> </youtube> liet toe een Youtube of Vimeo videootje te tonen, waarbij de afmetingen geparametriseerd werden. Sinds de recentste Mediawikiversie halen die parameters niets meer uit; er is slechts één (te groot) formaat beschikbaar. De Vimeo's lijken helemaal niet meer getoond te worden maar het kader krijgt dezelfde grote afmeting als de Youtubes; dat formaat is dus door onze Mediawiki bepaald. Misschien had Vimeo bepaalde parameters echt nodig om een passende resolutie te kiezen maar geeft Youtube een terugvalresolutie. Het ziet ernaar uit dat onze Mediawiki de parameters niet meer doorgeeft. [2019-03-04:] Blijkbaar vergt de extensie youtube een nieuwe, simpelere syntax. Ik paste de stylesheet aan om in al onze nog niet aangepaste artikels die grote beelden netjes onder mekaar te tonen en om de andere met reeds de nieuwe syntax correct te laten werken. De oude syntax werkte ook voor andere videoleveranciers dan Youtube, zoals Vimeo; de nieuwe niet. De nieuwe syntax mag (geleidelijk) de oude in bestaande artikels vervangen. De aparte extensie 'EmbedVideo' maakt alle gangbare videoleveranciers beschikbaar.
— SomeHuman 2018-12-24 02:05 - 2019-03-04 04:31 - 2019-03-05 07:53 (UTC=WINTER-1 ZOMER-2)
Status 2: Voor Youtube noodoplossing toegepast en mits interventies per artikel oplosbaar; extensie EmbedVideo is bruikbaar en in bestaande artikels met Vimeo's te implementeren. Prioriteit : Normaal.
— SomeHuman 2018-12-24 02:05 - 2019-01-12 18:30 (UTC=WINTER-1 ZOMER-2)
Status 3: Zie in 2019 Google Maps buiten gebruik.
Gebruikers-e-mail
— SomeHuman 2018-12-24 03:47 (UTC=WINTER-1 ZOMER-2)
Afbeeldingen
— SomeHuman 2018-12-25 00:36 - 2018-12-26 17:36 (UTC=WINTER-1 ZOMER-2)
Update: De eind juli 2019 op de hostserver geï nstalleerde versie van Mediawiki/PHP7 heeft dit probleem niet.
— SomeHuman 2019-07-30 02:59 (UTC=WINTER-1 ZOMER-2)
Kaart bewerken
— SomeHuman 2018-12-29 16:32 - 2019-01-12 18:36 (UTC=WINTER-1 ZOMER-2)
Leeshinder
— SomeHuman 2018-12-25 13:25 - 2018-12-26 18:58 (UTC=WINTER-1 ZOMER-2)
— SomeHuman 2018-12-27 19:41 - 2018-12-29 16:36 (UTC=WINTER-1 ZOMER-2)
Status 1: Opgelost. Eventueel krijgen hulp- en infopagina's nog de typerende stijl.
— SomeHuman 2018-12-31 16:26 (UTC=WINTER-1 ZOMER-2)
Status 2: Opgelost ; (tenzij toch een ander uiterlijk dit euvel zou vertonen).
Beveiligingen
— SomeHuman 2018-12-25 03:50 (UTC=WINTER-1 ZOMER-2)
Status 1: Opgelost.
— SomeHuman 2018-12-25 03:50-16:15 (UTC=WINTER-1 ZOMER-2)
Status 2: Open ; noodoplossing toegepast. Prioriteit : Laag.
2019
Instellingen - Bewerken
English
— SomeHuman 2019-01-03 08:34 (UTC=WINTER-1 ZOMER-2)
Status: Open. Prioriteit : Laag.
— SomeHuman 2019-01-10 05:58-06:45 (UTC=WINTER-1 ZOMER-2)
Status: Open. Prioriteit : (Zeer) laag.
Verdwenen info
— SomeHuman 2019-01-04 16:03 (UTC=WINTER-1 ZOMER-2)
Hoofdpagina
— SomeHuman 2019-01-05 06:57 - 2019-01-11 03:32 (UTC=WINTER-1 ZOMER-2)
Google Maps buiten gebruik
— Carlb (overleg) 29 jul 2019 15:49 - 30 jul 14:44 (UTC)
De syntax verschilt sterk van die van Google Maps. Die nu nodige parameters lijken me mooi verduidelijkt op een (Engelstalige) andere wiki. Vergelijk oud versus nieuw in Mechelen Noord (veel afbakenende lijnen en ingekleurde vormen): de getalwaarden blijken vlot over te nemen, behalve kleurdekking: in googlemaps hexadecimaal 00 (doorzichtig) tot FF (decimaal 255, volle kleur) van bvb E5 wordt decimaal 229/255 = afgerond 0.90 (90% dekkend) in multimaps. De coördinaten van deze Netegrens exporteerde ik met formaatkeuze gpx uit uMap (bestand geopend in Notepad, alles voor en na de rij coördinaatcijfers weggeknipt en dan 2 x 'replace all' het onnodige erbinnen door : respectievelijk , ).
— SomeHuman 2019-07-30 03:48 - 2019-07-31 01:37 (UTC=WINTER-1 ZOMER-2)
Het valt zwaarder dan voorgespiegeld: Die 70 blijken de tip van de ijsberg (allicht die met een 'markeerpunt' waarbij men een specifiek commentaar in de code kan vinden). Ik zette al veel meer dan 92 artikels om en dan blije ven er nog 54 vindbare + een ongekend maar zeker beduidend aantal die niet door een zoekroutine te vinden zijnleken (zie Passage zoeken en tekst vervangen)
— SomeHuman 2019-08-11 04:43 - 2019-09-13 08:31
Fouten bij MediaWiki 1.31/PHP7 2019-07
De code:
<div>Blabla1 </div><br /> <div>Blabla2 </div>
voorkwam dat de tweede 'div' naast de eerste getoond werd. Die code kwam precies zo in de browser. Sinds eind juli 2019 echter, komt volgende html in de browser:
<div>Blabla1 </div><p><br /> </p><div>Blabla2 </div>
zodat een ongewenste blanco lijn tussen de beide getoond wordt. Dit verknoeit onder meer 'Filmlinks' met meerdere rijen, maar ook bijvoorbeeld gepreformateerde brokjes, bijvoorbeeld in het artikel Doorverwijspagina. Ook in tegenstelling tot eerder, komt er een zulke blanco lijn boven Blabla2 bij deze code:
<div>Blabla1 </div><br />Blabla2
— SomeHuman 2019-07-31 07:00-07:44 (UTC=WINTER-1 ZOMER-2)
2. Probleem: De nochtans vrij recent geï ntroduceerde <embedvideo service=" . . . " dimensions=" . . . x . . . "> . . . </embedvideo> wordt niet meer herkend. Dit heeft vooral in 'Filmlinks' met als service Vimeo kwalijke gevolgen.
— SomeHuman 2019-07-31 07:00 (UTC=WINTER-1 ZOMER-2)
Status: Open. Prioriteit: Vrij hoog.
3. Probleem: Met het (default ) uiterlijk 'Vector' ingesteld, toont elke pagina de (naar Hoofdpagina linkende) logobanner "Mechelen Mapt" te laag (voorheen in de 'lucht' van de foto, net onder de gebruikersnaam). De navigatiekolom links had een vaste, smalle breedte maar is nu flexibel, zodat een breder venster de extra breedte verdeelt tussen linkernavigatie en inhoud. Hierdoor wordt de voor inhoud beschikbare breedte minder breed dan vroeger en passen onze alom toegepaste standaardbreedtes van 'Galerij' en van 'Filmlinks' niet meer naast een foto of kaartje rechts van de gebruikelijke 400 pixels breed. Zo kan een afbeelding nu de filmlinks onder zich duwen, wat voorheen bij geen enkele browservensterbreedte mogelijk was: daar hadden we op getest.
Erger: Zowel die te laag getoonde logobanner als het linkernavigatiemenu staan vast op het scherm, in plaats van te kunnen scrollen. Naast de duidelijke visuele hinder, verhindert de logobanner (met brede gevoelige zone) het klikken op tabs en in gescrolde pagina's op links, evenals behoorlijk bewerken van de code. Een flink deel van de linkernavigatie kan niet beschikbaar komen, vermits die lijst dieper is dan een browservenster hoog. Beide elementen lijken statisch gepositioneerd in plaats van relatief en/of een ander ankerpunt te hebben, en beide verschuiven horizontaal of verbreden naargelang de breedte van het browservenster in plaats van een vaste horizontale positie en breedte aan te houden.
— SomeHuman 2019-07-31 07:00 (UTC=WINTER-1 ZOMER-2)
Status: Open. Prioriteit: Zeer hoog.
Beveiliging wijzigen
Het kwam al eens voor dat het nadien wel lukte maar niet bij "Keizerstraat". Er verschijnt dan de pagina 'Interne fout' met melding zoals:
[78b145011f7c18b304dd8f4c] 2019-08-11 16:02:48: Fatale fout van type "MediaWiki\Storage\IncompleteRevisionException"
Het blijft mislukken, ook na afmelden, leeghalen van de browser cache, rebooten, aanmelden en tal van pogingen op uiteenliggende tijdstippen.
Dit alles deed zich voor, vooraleer ik de pagina 'Keizerstraat' wijzigde (met laatste wijziging in 2016 — enig gegoogel lijkt erop te wijzen dat die oude 'geschiedenis' een rol kan spelen). Na opslaan van mijn bewerking, kon ik de beveiliging meteen wijzigen. Idem op 2019-08-18 met 'Antverpia' uit 2012. Het blijkt dus geen toeval, zodat gewoon eerst even bewerken een doeltreffende work-around is.
Passage zoeken en tekst vervangen
Vanuit het zoekbalkje of de zoekpagina vindt men niet gelijk wat. Bijvoorbeeld googlemap leverde vrijwel alleen die term geplaatst tussen <-- en --> in de bewerkingscode: een waarschuwing die bovenin amper 1/3 van de pagina's met de tag <googlemap ...> voorkwam. Beheerders kunnen zulke normaal onvindbare brokjes in de bewerkingscode opsporen met Speciaal:TekstVervangen. De resultatenlijst laat namelijk toe te kiezen waarin daarna de vervanging al dan niet uitgevoerd wordt. Toch dienen ze het slechts te zoeken brokje in zowel oud als nieuw te plakken, om accidenteel wissen uit te sluiten. Bij echte, gewenste vervangingen, lijkt die functie perfect te verlopen met bevestiging en al ... maar nadien blijkt nergens iets gewijzigd. Gezien de bevestiging en geen weigering (die niet beheerders wel zien), zal de hoogste bevoegdheid bureaucraat wellicht evenmin werken. Na verificatie door CartoonistHenning allicht op te lossen door Carlb: De vervangfunctie is onmisbaar voor vlot onderhoud.
— SomeHuman 2019-09-11 12:36 - 2019-09-13 08:13 (UTC=WINTER-1 ZOMER-2)
Status: Open. Prioriteit: Normaal.