Forum:Mededelingen

Uit Mechelen Mapt, het vrije naslagwerk over Mechelen
Ga naar:navigatie, zoeken

Mededelingen over het beheer, de werking en de layout van deze website. Om terug te gaan, klik hier.

2018

Naamruimtes projectpagina's

Probleem: Wanneer men op een link naar een projectpagina (pagina's met prefix Mechelen Mapt:) klikte, bestond deze niet meer. De pagina's waren nooit weg, konden niet worden opgeroepen door een verkeerde systeeminstelling. | Cartoonist | Contact | 15 dec 2018 16:27 (UTC)
Status: Opgelost.

Gebruiker verlaat Mechelen Mapt

Status: Klaar.

Pagina's met een pagina-eigenschap

Status: Open. Prioriteit : Laag.

Uitgebreid zoeken

Probleem: Zoekbalk → Zoeken: Uitgebreid → Zoeken in naamruimten: toont twee keer  de selecties voor 'Mechelen Mapt' & 'Overleg Mechelen Mapt'. Allicht houdt dit verband met de recente Mediawikiversie en de aanpassingen daartoe op Mechelen Mapt ; het is niet evident of een nog nodige selectieset voor een naamruimte nu zou ontbreken.
SomeHuman 2018-12-23 11:35 (UTC=WINTER-1 ZOMER-2)
Status: Open. Prioriteit : Laag.

Gebrekkige pseudotags

1. De pseudotag <charinsert> </charinsert>: Een klik op é‍ é‍ n van de 'speciale tekens' of 'speciale functies' in Extra's bij bewerken plaatste het aangeklikte op de plaats van de cursor in het bewerkingsvenster. Technisch werd alles tussen de begin- en eindtag gekopieerd. Sinds de recentste Mediawikiversie werkt dit niet meer; de pseudotag wordt niet eens herkend zodat die uiterst storend als tekst verschijnt. In afwachting van een functionele oplossing, werden vorige week die pseudotags verwijderd en dient men nu een teken of functie onhandig te selecteren, kopiëren, opnieuw de juiste plaats in het bewerkingsvenster vinden en daar plakken.
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.

3. De pseudotag <googlemap> </googlemap> levert sedert (ongeveer) de recentste Mediawikiversie een al te duistere kaart  met daar overheen een kader met de foutmelding: "Google — Google Maps kan niet correct op deze pagina worden geladen. — Do you own this website? — |OK| ". Bemerk de link, naar Maps JavaScript API-foutmeldingen op het Google Maps platform. Bij 'OK' klikken verdwijnt het kader. Overheen de kaart, die wel alle argumenten binnen de begintag en parameters tussen begin- en eindtag blijkt te gehoorzamen, staat herhaaldelijk "For development purposes only". In feite: Google Maps kan wel, maar wil niet. [2019-01-12:] Google wil nu betaald worden na een dosis gratis gebruik en lijkt vooraf aanvaarding van een betalingswijze te eisen. Kan Mechelen Mapt toch een gratis ‍'API-key'‍  bekomen of gaan we de Mediawiki (allicht met extra extension ) omschakelen (en moeten we achteraf alles wat kan omwerken) naar open sourceOpenStreetMap (OSM)?
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

Probleem: Gebruikers kunnen vanuit hun 'Instellingen' → Voorkeuren een e-mailadres invoeren maar Mechelen Mapt verstuurt de e-mail om dat e-mailadres te laten bevestigen nooit, hoewel een schermmelding beweert (en bij elke nieuwe poging volhoudt) die gezonden te hebben. Volgens CartoonistHenning dient het euvel buitenlands (na erg lang wachten) verholpen te worden in de Php-code. Allicht zou hij inmiddels wel een gebruiker ‍'emailconfirmed'‍  kunnen erkennen; daartoe is nog geen procedure gepubliceerd.
SomeHuman 2018-12-24 03:47 (UTC=WINTER-1 ZOMER-2)
Status: Open. Prioriteit : Zeer hoog (tot bekendmaking noodprocedure).

Afbeeldingen

Probleem: Sedert (ongeveer) de recentste Mediawikiversie worden door [‍[Bestand:bestandnaam|thumb|...px|beschrijving]‍] geï‍ ncorporeerde afbeeldingen slechts getoond indien die opgegeven breedte in pixels overeenstemt met de opgeslagen afbeelding. Voordien mocht het te tonen formaat verschillen, zodat veel artikels verknoeid blijken. Voor een nette lay-out is resizing  vereist. We kunnen niet elke afbeelding opnieuw opslaan ; in verschillende formaten meermaals voor meerdere artikels zou trouwens onpraktisch wezen.
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)
Status: Opgelost.

Kaart bewerken

Probleem: Sinds (minstens) de recentste Mediawikiversie is bovenaan het bewerkingsvenster in de (mits Instellingen → Voorkeuren: tab Bewerken: Tekstverwerker: aangevinkte 'Bewerkingswerkbalk weergeven' en — zie in '2019'  Instellingen - Bewerkenuitgevinkte 'Uitgebreide bewerkingsbalk inschakelen' getoonde) bewerkingsbalk de meest rechtse knop 'undefined', ook als in de pagina al een kaartje voorkomt. Zonder dit handige hulpmiddel om het te dimensioneren en er markeringen en bovenal gekleurde lijnen of vlakken in te tekenen, vergt die taak degelijke kennis van de Google Mapssyntax (hoewel ver onderaan Extra's bij bewerking voorbeelden kan tonen) en blijft het moeizaam gepruts. [2019-01-12:] Zie evenwel Gebrekkige pseudotags: <googlemap>.
SomeHuman 2018-12-29 16:32 - 2019-01-12 18:36 (UTC=WINTER-1 ZOMER-2)
Status: Open. Prioriteit : Laag.

Leeshinder

Probleem: Sedert (ongeveer) de recentste Mediawikiversie hindert de persoonlijke hoofding, alleen met het (default ) uiterlijk 'Vector' ingesteld, het lezen van de erachter scrollende pagina. Bovendien is de achtergrond van de hoofding storend langer dan de / mijn reeksje koppelingen erin. Best zou in die rechterbovenhoek slechts het symbooltje zichtbaar zijn dat vooraan staat in die hoofding, welke naar links toe (net ver genoeg en zonder extra eindje achtergrond) zou uitklappen zodra de aanwijzer in die hoek komt. Tot dan is er (sinds daarnet) een zeer behoorlijke oplossing door die ganse hoofding meer doorzichtig te maken en de achtergrond tot de afzonderlijke elementen te beperken ; elk element is minstens herkenbaar en zodra de aanwijzer erover komt perfect leesbaar.
SomeHuman 2018-12-25 13:25 - 2018-12-26 18:58 (UTC=WINTER-1 ZOMER-2)
Status: Opgelost ; mag nog beter worden.

Navigatie en huisstijl

1. Probleempje: Met het (default ) uiterlijk 'Vector' ingesteld, hoefde men vanuit de koppelingen in de inhoud of vanuit het bewerkingsvenster het halve linkermenu voorbij om een menukoppeling alleen onder het links uitgelijnde woord of tekstje te vinden. Door de linkkleur op fel contrasterende achtergrond, wees pas ‍'gaan proberen'‍  uit dat de woorden 'Tools', 'Share' e.d. geen koppelingen zijn. Ik breidde de gevoelige zone naar rechts toe uit, zodat men een cartouche ziet opduiken, die netjes past bij de voor leesbaarheid op 2018-12-25~26 geï‍ntroduceerde (in de banner  tot men scrollt). Het menu kreeg een neutrale achtergrondkleur en laat nu ook de ganse Toren zien en de Beyaert herkennen. Boven de hoofdinhoud volgen sinds 2018-12-28 alle navigatie ('Overleg', 'Bewerken' e.d.) en de zoekfunctie deze stijl ; die houdt op de Grote Markt‍foto van de huisgevels nu slechts de terrassen uit het zicht. Men kan even vlot bewerken maar artikels ogen nu aardiger om gelezen te worden. Zoals reeds onderhavige pagina, kan deze herkenbare huisstijl met afgeronde hoeken (geleidelijk aan) toegepast worden binnenin (dus ook bij iemands ingesteld ander uiterlijk) alle hulp- en infopagina's ; artikels en gebruikerspagina's behouden hun hoekige inhoud.
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.
2. Probleempje: Allicht alleen met het (default ) uiterlijk 'Vector' ingesteld, prijkt meteen boven de hoofdinhoud in de rechternavigatiebalk "Meer" (met een klein pijltje omlaag). Een klik erop laat een menuutje openvallen met de overige mogelijkheden. In sommige  speciale pagina's zonder  iets extra stond toch "Meer", al haalde een klik niets uit. De Mediawiki verwerkt de dan voorkomende css-classe ‍'emptyPortlet'‍ niet correct. Ik zorgde er zopas in de voor dat uiterlijk bedoelde css (opmaakcode) voor dat "Meer" niet onnodig opduikt.
SomeHuman 2018-12-31 16:26 (UTC=WINTER-1 ZOMER-2)
Status 2: Opgelost ; (tenzij toch een ander uiterlijk dit euvel zou vertonen).

Beveiligingen

1. Probleem: Vroegere spamplagen, welke nu efficiënter bekampt worden, leidden tot het aanmaken van bepaalde artikels in hoofdnaamruimte en/of hun overlegpagina (en enige andere types) voorbehouden aan bevestigde gebruikers of zelfs beheerders. Heden herzag ik die één voor één.
SomeHuman 2018-12-25 03:50 (UTC=WINTER-1 ZOMER-2)
Status 1: Opgelost.
2. Probleem: Vroegere spamplagen, welke nu efficiënter bekampt worden, leidden tot het bewerken van bijna 600 artikels voorbehouden aan bevestigde gebruikers. Dit hindert niet ingelogde gebruikers en bemoeilijkt nieuwe gebruikers om aan het nodige aantal bewerkingen voor hun bevestiging te komen. Mijn bericht op gebrukersoverlegpagina's verhelpt dit sinds enige tijd, maar de omzeiling is een tikkeltje omslachtig, vergt (mijn) tussenkomst en de onzekere wachttijd zal ontmoedigend werken. Het aantal semibeveiligingen lijkt echter te groot om één voor één te wijzigen.
SomeHuman 2018-12-25 03:50-16:15 (UTC=WINTER-1 ZOMER-2)
Status 2: Open ; noodoplossing toegepast. Prioriteit : Laag.

2019

Instellingen - Bewerken

Status: Open. Prioriteit : Laag.

English

1. Probleem: Onze weinige Engelstalige artikels zijn volop gecodeerd als lang="nl" in plaats van "en". Dit dempt sterk hun gewenste internationale vindbaarheid in zoekmachines.
SomeHuman 2019-01-03 08:34 (UTC=WINTER-1 ZOMER-2)
Status: Open. Prioriteit : Laag.
2. Probleempje: Naast een Engelstalig artikel, op Mechelen Mapt steeds <artikelnaam>/English, staat in het linkermenu onder 'In English' nogal dom ook 'This article'. Vervelend is dat een (ook nogal dom) klikje erop, geen artikel <artikelnaam>/English/English kan vinden. Die menuoptie zou dan moeten wegblijven. Optie 'Main page' als men daar al is, lukt net zo goed als helemaal bovenaan 'Home' vanuit de Nederlandstalige Hoofdpagina.
SomeHuman 2019-01-10 05:58-06:45 (UTC=WINTER-1 ZOMER-2)
Status: Open. Prioriteit : (Zeer) laag.

Verdwenen info

Probleem: Hoofdpagina|Hoofdpagina/English|Help:Statistieken → Mechelen Mapt:Statistieken: 'Concreet aantal pagina's op deze wiki met unieke bezoekersaantallen (hoofdnaamruimte)' → onbestaande  Speciaal:PopularPages. Verklaring: voor huidige Mediawikiversie nodige 'Extension:HitCounters' ontbreekt. Oplossing: 'HitCounters' laten installeren ofwel  (vermits dan Mechelen Mapt:Statistieken slechts 1 link zou overhouden) Mechelen Mapt:Statistieken verwijderen en Hoofdpagina, Hoofdpagina/English en Help:Statistieken direct linken naar Speciaal:Statistieken. 'HitCounters' kan meer beï‍ nvloeden; ik overleg met CartoonistHenning.
SomeHuman 2019-01-04 16:03 (UTC=WINTER-1 ZOMER-2)
Status: Open. Prioriteit : Laag.

Hoofdpagina

Probleem: Op onze voornaamste presentiepagina, Home, stonden In de kijker  links naar verouderde zaken. Ik zette er naar artikel 'Mechelen' en de bijzonderste huidige categories onderwerpen. De daaronder verwachte sectie Nieuwste pagina's  was al lang buiten gebruik gesteld, allicht om hinderlijke, rommelige info te vermijden. Ik gaf zopas de hoofdpagina controle (net als Hoofdpagina/English voor Featured & Recent pages) over wat opgehaald en getoond wordt, met een zeer net resultaat in de hoofdpagina. Daarin werd onderwijl het onderste blokje info ordelijker en nauwer in lijn met de 'Share' in ons alomtegenwoordig linkermenu, en pastelkleuren van blokken gepast bij de afbeelding erin. Het berichtje bovenin over technische problemen, wijst nu op onderhavige Mededelingen.
SomeHuman 2019-01-05 06:57 - 2019-01-11 03:32 (UTC=WINTER-1 ZOMER-2)
Status: Opgelost.

Google Maps buiten gebruik

Probleem: De Google Maps-extensie is verlaten en werkt niet langer voor PHP 7. Google biedt ook niet langer de Maps API gratis aan voor kleine websites. De multimaps-extensie is een goed alternatief dat werkt, met behulp van OpenStreetMap. Naast de hoofdpagina doen zeventig andere pagina's beroep op Google Maps.
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
Status: Open; kaart in Hoofdpagina, Main Page en menig artikel is al O.K. maar alle artikels die nog vergeefs Google Maps aanroepen, vergen zulke aanpassing voor MultiMaps. Prioriteit: Zeer hoog.

Fouten bij MediaWiki 1.31/PHP7 2019-07

Status: Open. Prioriteit: Hoog.

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

Status: Open doch te omzeilen als hierboven uitgelegd. Prioriteit : (Zeer) laag.

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.