Ik heb dus totaal geen idee hoe dit moet 

FANDOM werkt elke (werk)dag aan het verbeteren van de website. Er worden meerdere keren per week "Technical Updates" op de Engelse Community Central geplaatst. Hieronder een korte samenvatting van alle updates van week 16 (16-22 april 2018)

---

Originelen: April 16, 2018 | April 17, 2018 | April 23, 2018

---

• NIEUW: met browsen op een mobiele telefoon is het nu mogelijk om weer terug te keren naar de mobiele layout nadat er is gekozen voor de computerweergave. Klik op de knop "View Mobile Site" in de voettekst.

• NIEUW: de Soundcloud widget biedt geen ondersteuning meer voor de autoplay functie.

• BUGFIX: er was een probleem met het versturen van bevestigingsemails naar nieuwe gebruikers.
• BUGFIX: Sommige gebruikers in India ondervonden problemen met het bezoeken van de site, dit is verholpen.
• BUGFIX: meerdere afbeeldingen in de voettekst van de mobiele site werkten niet goed.

• BEKEND PROBLEEM: Zeer grote bestanden in .png (en later ook .jpg) formaat hebben problemen met het genereren van een miniatuurweergave. Dit komt omdat ze de grens van 12,5 megapixel (ongeveer 3500 x 3500 pixels) overschrijden.
  • OPLOSSING: de resolutielimiet is verhoogd naar 60 megapixels voor zowel png als jpg bestanden. De maximale bestandsgrootte van 10 megabyte is ongewijzigd.

Als ik nu een gallerij maak krijg ik 3 plaatjes naast elkaar, ik vind deze eigenlijk te groot en wil deze verkleinen, zodat er 4 plaatjes naast elkaar komen. Hoe kan ik dit veranderen?

Ik wil zelf kunnen kiezen welke plaatjes ik in de vorm van een gallerij in een categorie heb staan. De app voor dergelijke plaatjes in categorie heb ik bij instellingen uitgeschakeld. Toch blijft de site heel eigenwijs 8 plaatjes weergeven. Hoe krijg ik dit weg?

Kan er mij even iemand helpen om mijn probleem op te lossen? Op het screenshot van mijn hoofdpagina zie je rechtsonder in het groene vak "<widget-tittle-nawpages>" staan, daar zou "Nieuwe pagina's" moeten staan, ik krijg het niet opgelost.

mvg

Timothy

Wikia is geupdated en nu weet ik niet meer hoe ik zo'n infobox maak! Kan ik wat tips krijgen?

Beste, Beheerders van de Centrale Wikia Community

I'm sorry not to use Dutch.

As an admin of Japanese community central, I'd like to use my bot account, User:Plover-bot on this Dutch community central, too. (I'll use it to make interlanguage links at help pages.)

Would you please allow me to request bot approval? Japanese Wikia staff said if I would be allowed, they would give me a bot flag.

Thank you for reading my poor English!

Dank je,

I tried to edit the comment on my first uploaded picture. I get the edit window, can type my comment, see a small popup "Done" in the right bottom corner of my screen. But when I move my mouse cursor to it, the popup suddenly moves to the right of the screen. Mouse to the right, "Done" jumps back to the left. This looks more like a practical joke than like a GUI.

Hoe verander ik de naam van een naamruimte. Ik zit op een wiki en de naamruimte werkt tegen met het benoemen van paginas.

Inhoud staat na aan het hart van Wikia. Het is waarvoor we allemaal hier zijn: het lezen, aanmaken, bewerken en administreren van de informatie waar je om geeft. Pagina's worden steeds vaker bekeken vanaf een tablet, en de huidige ervaring op deze kleinere schermen is een "uitgezoomde" versie van wat je op een normale computer krijgt (moeilijk is om te lezen, aan te klikken, enz.). We weten eveneens dat gebruikers met een hogere schermresolutie beter kunnen ondersteund worden door de beschikbare ruimte op hun scherm ook te gebruiken. De voorbije jaren hebben we ook een duidelijke feedback gehoord dat de ruimte voor inhoud te smal is op eender welk toestel. Met Darwin wordt het een van onze doelen om de inhoud "koning" te maken en hem een groter aandeel van het totaal op de pagina te geven, ongeacht het beeldscherm.

De norm voor websites van vandaag is een responsive design, wat betekent dat de schermresolutie wordt gedecteerd en de gebruikservaring daaraan aanpast. Er zijn verschillende soorten van responsive webdesign, en fluid layout paste daarvan het best bij het doel dat wij voor ogen hebben. Darwin's fluid layout zal gebruikt worden op alles even groot als of groter dan tablets, terwijl smartphones nog steeds de 'Wikiamobile'-skin behouden.

Dit is hoe fluid layout werkt op Wikia. 

Rechterrailing

We wilden de rechterrailing niet fluid maken. Waarom niet? Uiteindelijk moet deze railing maar 300px breed zijn ter ondersteuning van de advertentie in de rechterbovenhoek – de advertentie die Wikia draaiende houdt omdat ze het best presteert. We stelden vast dat de zijrailmodules perfect functioneren met een statische breedte van 300px, en dat we deze extra pixels konden toevoegen aan de inhoudruimte (de huidige zijrail is 330px breed). Met Darwin zal de rechterrailing dus 300px breed blijven, onafhankelijk van je schermresolutie.

Op tablets en andere kleinere toestellen zal de zijrail verschuiven tot onder de inhoudruimte, om de focus op het article te houden. De enige uitzondering hierop is de zoekfunctie, die naar de hoofding verplaatst wordt.

Inhoud van het artikel

Dit is waar het verschil het meest te merken zal zijn. Lang leve de koning! Darwin heeft een minimum artikelruimte van 700px breed, onafhankelijk van je schermresolutie. De meest standaard resolutie van onze gebruikers is bijvoorbeeld 1366px, goed voor 25% van het aantal bezoeken. Met de fluid layout zullen zij de opgedreven inhoudruimte van 700px zien (t.o.v. de huidige 670px). 35% van Wikia's gebruikers hebben echter een schermresolutie van meer dan 1366px. Aangezien zij meer dan 700px ondersteunen, krijgen zij een nog bredere artikelruimte.

Een maximum is even belangrijk als een minimum. Er komt een moment waarop leesbaarheid en opmaak lijden onder een te brede artikelruimte, en de tekst en afbeelding te ver horizontaal worden uitgespannen. Met dat in het achterhoofd hebben we een maximum inhoudruimte van 1270px vastgelegd. Dit is een sterke stijging voor hoge schermresoluties (een toename van 600px!) maar verzekert tegelijk dat we artikels niet zo breed uitstrekken dat ze moeilijk worden om te lezen en te bewerken.

Lettergrootte

Als we de artikelruimte opdreven en tegelijk dezelfde lettergrootte van 13px aanhielden, zouden leesbaarheid en opmaak nog steeds lijden onder hogere resoluties. Daarom zal Darwin de standaard lettergrootte ophalen an 13px naar 14px, op alle schermgroottes.

Ingesloten media – sjablonen, tabellen, afbeeldingen, video's, enz.

Welke gevolgen heeft de fluid layout voor inhoud die niet louter tekst is? Dat hangt af van verschillende factoren, zoals wat voor soort inhoud het is en hoe het door de gemeenschap werd gecodeerd. Voor tabellen, sjablonen en andere sterk aangepaste inhoud, zal het gebruik van breedtepercentages in de code vaak de beste strategie zijn voor fluid layout. Dit betekent dat in plaats van een vaste breedte, zoals bijvoorbeeld '150px', je beter opteert voor een breedteverhouding als '20%'. Dit is immers geen absolute maat, maar een flexibele waarde die zal aanpassen naar de paginabreedte.

Vooral tabellen zullen baat hebben bij deze verandering. Ik denk dat we er allemaal mee akkoord zijn dat vele grote tabellen beter werken buiten de limiet van 670px om. Op dit moment lossen we dat op met een "brede tabel pop-up". Met de fluid layout zullen tabellen zo breed zijn als de inhoudruimte op jouw resolutie hen toelaten. De pop-up zal ook dan gebruikt kunnen worden als tabel nog steeds breder is.

Voor sommige sjablonen, zoals infoboxen, is de voorkeur een statische grootte, en aan inhoud die gecodeerd is om een vaste breedte te hebben zal niet worden geraakt met de verschuiving naar een fluid layout.

Afbeeldingen en video's zullen eveneens hun statische grootte behouden. Tabellen met code die percentages gebruikt kunnen echter gebruikt worden om media weer te geven op een manier dat die zich aanpassen aan de paginabreedte.

Hoofdpagina's

De bestaande tags^(Engels) voor de kolommen in de hoofdpagina zullen op dezelfde manier blijven functioneren, alleen de rechterkolom zal iets smaller worden: 300px, net zoals de zijrail op de rest van de wiki. We weten dat de hoofdpagina's vaak complexe code bevatten, met vele sjablonen en containers, en daarom zijn er hulppagina's met tips om de overgang gemakkelijker te maken. Opnieuw is coderen met percentages hier de beste manier van aanpakken.

Voorvertonen van bewerkingen

Lezers op verschillende beeldschermen zullen een verschillende ervaring hebben. De meeste bewerkers hebben echter maar één scherm voor zich. Opdat de zorgvuldige bewerker zou kunnen weten hoe anderen een pagina te zien krijgen, zullen we een aantal aanvullende opties introduceren in de voorvertoning. Behalve een voorvertoning van hoe de pagina eruit zal zien op je eigen schermgrootte, krijg je ook opties voor de minimum en maximum schermgrootte.

Wat moet ik allemaal veranderen?

Voor wikias die vele elementen in CSS hebben aangepast, zullen er waarschijnlijk veranderingen nodig zijn. Aangezien de datum voor Darwin's volledige vrijgeving echter nog niet vaststaat, heb je nog voldoende tijd om alles uit te proberen op de Community Test Wikia en over opties te discussiëren op het Darwin-forum.

Wat betreft het weergeven van algemene inhoud willen mensen met oog voor detail hun nieuwe regels, tabellen, sjablonen, enz. willen aanpassen om ze er zo goed mogelijk te laten uitzien. In de meeste gevallen zullen bewerkingen aan artikels echter niet nodig zijn en zullen je lezers enkel begunstigd worden wanneer de fluid layout binnengebracht word in jouw gemeenschap.