Welkom op Mechelen Mapt! Onze pagina's zijn beveiligd tegen spam of vandalisme.
Fout ontdekt? Mee bijdragen? E-mail ons of registreer u gratis en anoniem om te bewerken.

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)
Status 1: Open ; noodoplossing toegepast. Prioriteit : Normaal.

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: Open. Prioriteit : Zeer hoog.

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)
Status: Open. Prioriteit : (Zeer) hoog.

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.