Beste lezers,
Vanavond is Sargasso overgegaan op een nieuwe versie van haar blogsoftware. Eerste tests geven aan dat alles goed staat. Maar mocht u toch nog vreemde dingen zien, laat het ons in de reacties even weten. Zeg er dan ook bij welke browser je gebruikt.
En het is aan te raden eerst een paar keer te refreshen of reloaden. Dan ben je de oude zooi met zekerheid kwijt.
Reacties (87)
Kunnen we dan onze zeer gewaardeerde reakties met plaatjes bekleden?
Hehe, eindelijk een upgrade van al die stoffige redactie-bots :)
WordPress 2.7?
here we go.
(@larie: geen flauw idee nog.
@Simon: Yup)
oeps, nog niet.
Oh ja, toch wel.
testing 1 2
plugins weer aan zetten
oeps
w00t
Zo gaat het beter.
Polletjes weer aan
Kan iemand de testen of hij/zij zijn eigen reacties weer kan editten binnen de drie minutengrens?
test
edit binnen 3 mins
Het kon
maar….
alle spaties zijn %20 en m’n naam is undefined geworden
en dat lost zich dan weer op met een F5
Bij de edit bedoel je?
Gelukkig.
Krijg de highlight nog niet actief.
ja met de 3 min Click to Edit
het undefined %20 zou ook aan IE 6.0 kunnen liggen (i.e. niet belangrijk, outdated browser)
@DrBanner: Dat zou kunnen.
Highlighten werkt nu ook weer.
highlight #1 is aan
ik zie het sargasso logo rechts boven niet [ https://sargasso.nl/x.gif – zie wel de mouse-over text, en een volledig doorzichtige afbeelding oid. ]
Ook niet naar reload?
(Moeilijk na te spelen zonder IE6)
test vanaf pda 1 2 3
Ook goed.
plaatjestest:
Nee hoor!
Darn. Zit hem toch in de template vrees ik.
Even iets anders testen
Mmmm, morgenavond detailpuntjes doen.
Lijkt wel goed te werken verder.
Het
enige
dat ik
wil weten
is of ik
nu mijn
reacties
mooi
kan
rangschikken
met
leading
spaties
[edit: beuh I say!]
na edit is post soms verziekt
Kijk eens in de poppetjes van mijn ogen http://www.yeniresim.com/img1337.htm
@ Steeph: Ik lees nu pas #19. Nee, het ligt niet aan IE6. Met FF 3.0.5 (op Linux) hetzelfde probleem — spaties en “enters” worden ge-escaped als hun respectievelijke ASCII codes (%020, %00D%00A) getoond na het editen van een reactie — wat dan inderdaad even later weer verdwijnt na een refresh.
@Rene: Okay. Als het maar verdwijnt uiteindelijk :-)
@ Steeph: Hmmpf.
Dit is de tekst die ik zie onder #34 op het moment dat ik deze tik:
%40%20Steeph%3A%20Hmmpf.
het logo is wel zichtbaar in IE 7 (we zijn weer thuis)
nu een edit test
[wel of geen %20] – yup: wel.
No probs via de G1.
seamonkey testje, ziet er verder goed uit edit is kapot en html image tag werkt niet
Op de pda (HP IPaq) doet-ie het beter dan voorheen. Nu kom ik met sargasso.nl gelijk in de light versie; hiervoor niet. Heel fijns!
Gelukkig. Hoorde meer klachten over de iPaq maar kon er mijn vinger niet op leggen.
Edit test met nieuwe settings.
Lijkt beter te gaan.
Not. Vaag
test
balbla
wow, dat is niet goed, ik zou die edit module als het een module is, even opnieuw installen, ergens worden er onleesbare karakters urlencoded, denk met saven
test2
oh als je daarna refreshed is het weer weg
Met Firefox werkt t ook prima.
Ik mis toch altijd dingen zoals: bold text, schuin, onderstreept etc. Mogelijk?
@ Thomas: Zie “Toegestane HTML-tags” onder het invoerveld (niet dat cursief hier herkenbaar is als cursief als je niet heel erg oplet maar dat zal neem ik aan een lokaal font-issue zijn)
Probleem met het editen van een posting na plaatsing: na ‘save’ krijg ik een kreet%kreet%kreet melding onder ‘unnamed’ in de comments. Een refresh lost dat op. Technisch werkt het dus wel, maar weergave is nog niet helemaal goed.
Browser: Safari 3.2.1 op OS X Leopard.
En ja: na CTRL+R zelfde probleem.
Lijkt op probleem gemeld bij comment 35.
De Webmeesteres A0
Dan hebben we het over een upgrade.
Leestekst plakt rechts tegen kleurkader. Grafisch-optisch gezien beetje storen. Effe wat pixels wit tussen frummelen.
@Pleuro: Welk kleurkader bedoel je in dit geval?
@NoName: Ik ben alleen uitvoerende slaaf van de webmeesteres. Als een echte meesteres doet ze het werk niet zelf.
Steeph,
Heb je ook gekeken in wp-includeskses.php naar $allowedtags (op regel 291)?
In de huidige versie van WordPress staat het img tag uit. Heb je geprobeerd om deze toe te voegen? Zie hieronder voor code:
‘img’ => array(
‘alt’ => array (),
‘align’ => array (),
‘border’ => array (),
‘height’ => array (),
‘src’ => array (),
‘width’ => array ()),
Misschien dat commenters dan zelf weer afbeeldingen kunnen laten zien.
<?php
/*
Plugin Name: url2afbeelding
Version: 0.2
Plugin URI: geen
Description: Zet url om in afbeelding.
Author: gbh
Author URI: geen
*/
function Maak_plaatje($inhoud) {
////////plaatjes
$inhoud = preg_replace("`(<a href=\")(http://)([\s\S]*?)(.png|.gif|.jpg|.jpeg)(\" rel=\"nofollow\">)(http://)([\s\S]*?)(.png|.gif|.jpg|.jpeg)(</a>)`i", "<p><img src=\"$2$3$4\" /></p>", $inhoud);
return $inhoud;
}
add_filter(‘comment_text’,’Maak_plaatje’);
?>
ff in je plug in map mikken
Mmmm, morgen even rustig naar kijken. Thx.
gbh, gaat wordpress na het omzetten van de url naar afbeelding niet de kses filter alsnog eroverheen gooien?
heb hem net geschreven en ff getest op wp 2.7 en werkt
code kijkt alleen niet naar de grootte van plaatjes, hoort bij een goede css weg te vallen achter de rechter div
dit is gewoon een simpele reguliere expressie die een link omzet in een zichtbaar plaatje
en misschien wil iemand wel niet een plaatje laten zien maar alleen de link dumpen
Dat snap ik gbh, maar ik was niet op de hoogte van de volgorde van de filters.
een url naar een plaatje wordt door wp automatisch omgezet naar een link:
https://sargasso.nl/wp-content/uploads/2007/12/webmeesteresklein.jpg
Waarom niet gewoon img aan de allowed tags toevoegen? Kun je dat niet even testen gbh, slaan we daar Steeph mee om de oren en dan moet ie wel ;)
MP, comment_text wordt uitgevoerd als data uit een database op het scherm geprint wordt, dan wordt dit filter uitgevoerd
en ik heb geen idee wat er hier allemaal aan plug-ins op de achtergrond draait, dit is simpel en het werkt
heb me ook meer dan een jaar niet meer bezig gehouden met wp, schrijf tegenwoodig mijn eigen php shit ;o))
gbh, ja dat is nu zo, maar met jouw plugin wordt het een plaatje en geen link meer. Wellicht wil iemand niet het plaatje maar alleen een link laten zien zodat je geen gebruik maakt van iemand anders zijn bandwidth.
WordPress heeft standaard filters om alle html tags te filteren behalve een paar, en die staan volgens mij in kses.php.
MP, heb net ff vlug gekeken maar volgens mij filtert kses.php alles naar een standaard code voordat het wordt opgeslagen in een database, elementen die niet mogen worden er uit gefilterd of omgezet, kan wel overruled worden via een plug-in
pompidompidom.
Okay, probeer het weer eens met images….
(De MP aanpak gekozen)
blockquote test
Mmmmm, bold
DIKKE TEKST
asdfasdf2 asdfasdf
asdfasd
asdfasdfYup, plaatjes werken weer.
Dat is dan 300 m2
Wat is deze?
asdf asdf asiodf asdfkasdfj klasdfAh, post met plaatjes niet editen..
Edit comments is nog buggy. Nieuwe versie was nodig voor wp 2.7, maar dat geeft weer een ander probleem.
Tekst bij Toegestane HTML-tags gelijk maar aangepast.
Dank MP! Bleek toch eenvoudiger te zijn dan ik dacht. Verklaart wel waarom we het ooit hadden en toen weer kwijt waren.
Wat zijn jullie knap.
if(strcmp(tag, "code") == 0) {
if(indentation == ABSENT)
express(DISAPPOINTMENT);
else {
printf("Pff. Code op Sargasso...\n");
emit_tag("/code");
}
Haha Carlos BBCode
Steeph, blij dat het weer werkt. *beetje trots op zichzelf* (Ik weet het, Calvijn zou dat afkeuren)
Aight, thanks had dat nog niet gezien. dikgedrukt
cursief
Ik haat Zeeuws Calvinisme.