Wikipedia:SHEIC/Archief/2007-09

Sorteringsbug

Er was een probleem met het sorteren van numerieke waarden in "sortable" tabellen, zie eerdere diskussie. Ik heb een fix toegevoegd aan MediaWiki:Common.js. Zie bijvoorbeeld Departementen van Honduras, waar het sorteren nu werkt, ook met de punten voor de duizendtallen in de tabel (en de Nederlandse decimale komma werkt nu als het goed is ook). – gpvos (overleg) 14 sep 2007 17:29 (CEST)

Mooi werk! Ninane (overleg) 14 sep 2007 17:46 (CEST)

Op Lijst van gemeenten in Groningen naar inwonersaantal gaat het in de derde kolom niet goed; dat ligt aan de tekst die achter de getallen is toegevoegd, m.n. de tekst "''(1 juni 2007)''" na "180.824" in de eerste regel van de tabel: als ik die weghaal werkt het sorteren op die kolom wél goed. - Erik Baas 14 sep 2007 22:48 (CEST)

Dat zit op een iets hoger nivo in de implementatie van sortable: de strings in de kolom worden als tekst beschouwd en niet als getal. Je kan de datum in een aparte kolom zetten, of probeer anders eens te werken met een "hidden sort key" zoals beschreven in en:Help:Sorting#Alphabetic_sorting_with_hidden_sortkey. – gpvos (overleg) 14 sep 2007 23:29 (CEST)

Hm, die hidden sortkey lijkt me nogal tricky... De tabel die ik noemde moet naturlijk toch al "om", de datum moet niet in die kolom vermeld worden, maar ik had het even zo gelaten om het verschijnsel te laten zien. Ik heb toch het gevoel dat hier iets anders mis is (een bug ?), want een andere (vrij simpele) tabel met getallen en teksten bij elkaar liet zich wél prima sorteren... - Erik Baas 14 sep 2007 23:42 (CEST)

Nee, dit is expliciet zo geprogrammeerd, zie wikibits.js, function ts_resortTable(lnk):

if (itm.match(/^[\d.,]+\%?$/))
	sortfn = ts_sort_numeric;

...dwz., de numerieke sortering wordt alleen gebruikt als de waarde (na het strippen van witruimte aan het begin en eind) alleen uit cijfers, komma's en punten bestaat, eventueel afgesloten door een procentteken. – gpvos (overleg) 15 sep 2007 10:00 (CEST)

Aha, dan was mijn testje dus waarschijnlijk te oppervlakkig, en gaf toevallig de juiste resultaten... Sorry ! - Erik Baas 15 sep 2007 22:41 (CEST)

Op Lijst van gemeenten in Groningen naar inwonersaantal heb ik het sorteren op de derde kolom onmogelijk gemaakt dmv class="unsortable", omdat het sorteren toch niet goed werkt. Is ook niet erg, omdat sorteren op de eerste kolom het gewenste resultaat oplevert. Het is mogelijk de sorteringsfunctie zo aan te passen dat dmv zo'n class parameter aangegeven wordt hoe gesorteerd moet worden, om zo de automatische detectie te overrulen. Ik vraag me alleen of of het zinvol is om hier tijd aan te besteden. --Wimmel 16 sep 2007 21:57 (CEST)

Sjabloon straat Parijs

Goedenmorgen,

voor mij A. een croissantje en B. hulp bij het volgende probleem, graag. Ik heb het sjabloon Gebruiker:Luctor/Sjabloon:Infobox straat Parijs overgenomen van de Engelse wiki. Over het algemeen vind ik dat het voor een leek heel aardig gelukt is, maar waar op de en-wiki een keurig kringeltje bij de juiste locatie op de kaart staat, ontbreekt hij hier, terwijl de broncode - volgens mij - precies hetzelfde is. Zie Gebruiker:Luctor/Kladpapier voor de toepassing van het sjabloon. Wie o wie helpt mij uit de brand? Groet, Luctor 17 sep 2007 09:32 (CEST)

Laat maar, is gewoon een probleem met de afbeelding (het kringeltje) binnen Commons. Wat is dat toch de laatste tijd daar, zeg? Luctor 17 sep 2007 10:07 (CEST)

Kan niet inloggen

Er is wat aan de hand op het zijdelings inloggen, op de DE wiki kan ik niet meer inloggen op mijn eigen account, dus als ik edits doe, doe ik die niet ingelogd, (nog vervelender, want altijd eerst toon bewerking ter controle, en dan pas opslaan) allemaal dubbel werk. Soi, nu stuurd iemand mij een bericht naar het IP nummer [1], het bericht is schijnbaar al gedumpt, alleen de vermelding is er wel, en eigenlijk wil ik best weten of iemand iets over mijn edit te zeggen heeft. En speelt het alleen op DE ? nee, op fr:Utilisateur:Mion,pt:Usuário:Mion,es:Usuario:Mion,it:Utente:Mion kan ook ik ook niet meer inloggen. Dus ook daar doe ik de edits " anoniem" Enige suggesties ? gr. mion 29 sep 2007 01:05 (CEST)

En omgekeerd, waar komen al die anoniemen vandaan ? andere wikipedianen die niet meer op NL in kunnen loggen. mion 29 sep 2007 01:19 (CEST)

Bewerken/maken Wikipedia-logo

Weet iemand wat voor programma je kan gebruiken voor het bewerken of maken van een Wikipedia-logo? Adobe Photoshop vind ik te groot (neemt te veel ruimte in en downloaden duurt te lang). In Paint krijg je een niet-doorzichtige achtergrond dus dat is volgens mij ook niet echt een optie? Of zou iemand een aantal logo's kunnen maken? Sεrvιεи | Overleg » 29 sep 2007 23:43 (CEST)

Een heel gemakkelijk, klein en gratis programmaatje voor bewerking van afbeeldingen vind ik Paint.net. Het lijkt redelijk op Paint, maar het is veel uitgebreider en prettiger.  Emil·76  29 sep 2007 23:45 (CEST)

Prima programma, heb het bijpassende lettertype voor het logo ook kunnen vinden dus, bedankt voor de info! Sεrvιεи | Overleg » 6 okt 2007 23:18 (CEST)

PNGfix script

Wie "gaan" er hier over MediaWiki:Common.js? In de Engelse common.js is namelijk een script toegevoegd die PNG's (en dus ook SVG's) met correcte transparantie laat weergeven in IE 5.5 en IE6.0. Het zou mooi zijn als deze script ook op de Nederlands wiki werd geimplemeteerd.

Mocht het niet in common terechtkomen, dan kun je als gebruiker het script ook toevoegen in je eigen monobook.js/css. — Edokter • Overleg • 12 sep 2007 15:21 (CEST)

[Oude code wervijderd]

Ik las ook dat het (nog ?) niet helemaal probleemloos werkt... En: .thumbborder etc. staat al in een van de stylesheets, met dezelfde properties. - Erik Baas 12 sep 2007 15:30 (CEST)

Alle problemen zijn inmiddles opgelost. .tumbborder bestaat alleen als image subclass, maar omdat het filter in zijn eigen span (zonder image class) staat, moet .thumbborder ook als eigen class worden toegevoegd, anders werken thumb en border niet goed. — Edokter • Overleg • 12 sep 2007 15:51 (CEST)

Er zijn nog wat performance problemen, maar er wordt aan gewerkt. Laat dit script maar even zitten 'for the time being'. — Edokter • Overleg • 13 sep 2007 23:19 (CEST)

Update: code aangepast aan laatste versie 15-09. — Edokter • Overleg • 15 sep 2007 14:19 (CEST)

Eh, "even" ? Hoe lang ? For as long as it duurt for iedereen to download Firefox ? *GRIJNS* - Erik Baas 13 sep 2007 23:29 (CEST)

Hopelijk binnen 24 uur (of minder). We testen de nieuwe code. Weet je toevallig een pagina uit je hoofd met met een truckload PNGs? Dan kan ik hier ook even testen. — Edokter • Overleg • 14 sep 2007 15:29 (CEST)

Hier staan er aardig wat, ook wel andere, maar veel png. Patio 14 sep 2007 15:42 (CEST)

Ik heb dé ideale code :

if (navigator.appName == "Microsoft Internet Explorer")
{
   window.location="http://www.mozilla-europe.org/nl/products/firefox/";
}

 Emil·76  14 sep 2007 15:43 (CEST)

Strak plan. :-) - Erik Baas 14 sep 2007 22:34 (CEST)

N.B.: Ik zie dat er voor IE7 een apart stukje Javascript geladen wordt (code uit HTML source van willekeurige WP-pagina):

<!--[if lt IE 7]><script type="text/javascript" src="/skins-1.5/common/IEFixes.js?99"></script>-->

Kan zo'n constructie ook asjeblieft voor dit png-script gebruikt worden, zodat gebruikers van normale browsers er geen last (lees: performanceproblemen) van hebben ? - Erik Baas 14 sep 2007 22:34 (CEST)

if lt IE 7 betekent "if lower then IE 7" zodat IEfixes alleen in IE6 en lager geladen wordt. En het PNGfix script heeft if (version <= 6 && version >= 5.5) dus "normale" browsers hebben hier helemaal geen last van. — Edokter • Overleg • 15 sep 2007 14:16 (CEST)

Dat begreep ik, maar jij stelde toch eerst voor de code op te nemen in common.js ? Ik bedoel dat ik het liever in IEFixes.js zou zien. - Erik Baas 15 sep 2007 22:38 (CEST)

Dat zou inderdaad een beter plek zijn, maar IEFixes.js is niet direct te bewerken (voor zover ik weet). Vandaar dat we testen in Common.js. — Edokter • Overleg • 16 sep 2007 01:52 (CEST)

OK, duidelijk, dank je. - Erik Baas 16 sep 2007 01:54 (CEST)

PNGfix V1.1

PNGfix is voor onbepaalde tijd op ijs gezet vanwege caching problemen op één van de squid servers. — Edokter • Overleg • 11 okt 2007 00:52 (CEST)

Problemen zijn opgelost. PngFix is weer live op en.wikipedia, inclusief support voor imagemaps. Zie en:Mediawiki:Common.js voor het script.

Probleempje met "fixalpha()"

Ik zie in alle pagina's nu de regel <script type="text/javascript"> if (window.isMSIE55) fixalpha(); </script> (voor zover ik kan bekijken is dat het script wat de transparantie van svg's in IE6 regelt, toch ?), en dat lijkt prima te werken. :-) Op een klein detail na: de als transparant bedoelde delen van de afbeeldingen krijgen nu de achtergrondkleur van de pagina; dat geeft een vreemd effect als de afbeelding in een tabel of sjabloon staat die een afwijkende achtergrond heeft (wat meestal het geval is). Zie b.v. de spoorlijnsymbolen op Spoorlijn Arnhem - Leeuwarden (Staatslijn A) (de rode lijntjes en stippen in de infobox). - Erik Baas 26 okt 2007 17:36 (CEST)

Eh... nee. FixAplha() staat in IEFixes.js en zorgt er alleen voor dat het Wikipedia logo (een PNG) transparant wordt weergegeven. Andere plaatjes worden niet aangeraakt. (Daarom probeer ik PNGFix hier ook in Common.js te krijgen.) Als je wilt zien hoe PNGFix werkt, kijk dan eens op de Engelse Wikipedia; Daar worden in IE6 alle PNGs nu wel correct weergegeven. Als je het hier wilt zien, kun je mijn script in Gebruiker:Edokter/monobook.js ook naar je eigen monobook.js kopieëren. — Edokter • Overleg • 27 okt 2007 00:43 (CEST)

Aha, mijn "aha: 1+1=2" was dus weer eens mis... ;-) Dank voor je antwoord, maar: ik ga er niet mee bezig, aan jouw Javascript kan ik toch niets zinnigs bijdragen, en IE6 gebruik ik alleen om layout-zaken te checken (hoewel mijn zin er steeds meer af gaat; wat een misere met dat ding...). - Erik Baas 27 okt 2007 00:52 (CEST)

Och, een scriptje kopieëren is zo gedaan. PS. Ik heb even je schilderwerk wat bijgestipt... Zag er niet uit in IE6... Heh. — Edokter • Overleg • 27 okt 2007 01:18 (CEST)

Je maakt het me wel erg gemakkelijk, ik kan nu één antwoord geven op twéé vragen (schript én scilderwerk): ik heb niet veel zin meer om me in te spannen voor de (domme ?) gebruikers van die <CENSUUR><CENSUUR><CENSUUR> stomme browser; het kost enorm veel tijd en energie, en je blijft aan de gang met steeds weer nieuwe vreemde afwijkingen.

Dank je voor het fixen van mijn code, die in echte browsers als Firefox en Opera precies het gewenste resultaat gaf, maar in IE6 mijn opdracht font-weight:bold; (is toch simpel, dacht ik ?) negeert... Termen als "dienstweigering" en "krijgsraad" komen in mij op... ;-) - Erik Baas 27 okt 2007 01:38 (CEST)

En toch, 34% van de bezoekers gebruikt nog steeds IE6 (ik ben er één van). Als je nog problemen tegenkomt, roep mij er maar bij. — Edokter • Overleg • 27 okt 2007 10:52 (CEST)

Graag, maar weet waar je aan begint... *EG*

Dat IE nog veel; gebruikt wordt weet ik wel, en dat WP voor iedereen goed bekijkbaar moet zijn staat ook voor mij als een paal boven water. Ik word er alleen zo moe van, ik heb er al jaren mee te maken, en het houdt maar niet op: wat je ook doet met HTML en/of CSS, het loopt op de een of andere manier altijd weer mis omdat IE niet reageert zoals het hoort, en moet je weer trucs gaan uithalen. En op WP kom ik steeds weer nieuwe eigenaardigheden van dat prul tegen, kijk b.v. maar eens naar deze edit: die was nodig omdat IE het vertikt om regels af tebreken als die bestaan uit "woorden" van 2 letters met een puntje er bij: maar als je een nbsp aan elke spatie toevoegt (!) werkt het ineens wel... Grmbl... - Erik Baas 27 okt 2007 23:31 (CEST)

Elke browser heeft wel wat

En deze edit heb ik moeten doen omdat Firefox geen woorden kan afbreken. Point being? - Berkoet (voorheen Dammit) 28 okt 2007 00:14 (CEST)

En volkomen terecht ! Het is absurd dat IE dat soms wél doet, naar believen, en afhankelijk van hoe de wind waait: regels dienen te worden afgebroken op een spatie danwel een speciaal daartoe aangebracht karakter, en niet anders. Jouw opmerking demonstreert ook precies de muur waar ik al jaren tegenaan loop: de ellende met IE, en de IE-gebruiker die niet beseft dat zijn browser eigenlijk een fout maakt, en dus denkt dat het zo hoort. Ik heb nieuws voor je: het hoort niet zo. - Erik Baas 28 okt 2007 00:23 (CEST)

Gelijk heb je, absurd is het! Hoe komen die gekken bij Microsoft toch op het idee om een woord af te breken bij een koppelteken?! - Berkoet (voorheen Dammit) 28 okt 2007 01:50 (CEST)

De vraag is eerder: "hoe komen ze erbij om het anders te doen dan het W3C in de HTML- en CSS-specificaties heeft bepaald?". Het antwoord is simpel: M$ is altijd al eigenwijs geweest, en heeft altijd al zelf de norm willen stellen. En veel van de ellende die we nu met IE hebben, komt voort uit de brakke code die FrontPage uitbraakt: ze moesten wel een browser maken die fouten in HTML (en later ook CSS) camoufleert. Gebruikers van andere browsers (denk aan Netscape) zijn daar jarenlang de dupe van geweest, het gros van de sites werkte maar half. En nu is de schoen aan de andere voet: Mozilla en Firefox - die voor de volle 100% de standaards volgen (en voor 99% ook Opera) - geven exact de HTML en CSS weer zoals de ontwerper die bedoeld heeft, en IE blijkt meer en meer een buitenbeentje te zijn, die op verscheidene punten aantoonbaar afwijkt van de normen. Dat het ding nog zo veel gebruikt wordt komt m.i. alleen doordat men het vanzelf op de PC vindt na het installeren van Windows, en te lui is om even een goede browser te downloaden. Nou vind ik dat prima, maar als mensen de redenatie gaan omdraaien (zoals jij dat net deed) gaan mijn nekharen overeind staan... - Erik Baas 28 okt 2007 02:05 (CEST)

Ik krijg het idee dat de makers van IE je wat misdaan hebben, maar hier nog een laatste poging je uit te leggen hoe het echt zit:

1. Een standaard om woorden af te breken bestaat niet. Even aangenomen dat deze wel zou bestaan, dan lijkt het me niet meer dan gezond verstand om ervan af te wijken wanneer deze specificeert dat woorden niet afgebroken mogen wordenbij een koppelteken.
2. Het enige dat de ondergang van Netscape met IE te maken heeft is dat die laatste wel CSS ondersteunde en NS lange tijd niet.
3. Zoals ik al zei, geen enkele browser heeft 100% ondersteuning voor CSS, ook Gecko niet.

Als laatste zou ik je nog even willen feliciteren met 80-90% van de internetgebruikers uit te maken voor lui. - Berkoet (voorheen Dammit) 28 okt 2007 11:52 (CET)

Wat Netscape betreft heb je deels gelijk; op wat je verder schrijft ga ik maar niet verder in. - Erik Baas 28 okt 2007 21:46 (CET)