[bug] Posts vallen in posting SmartDoDo bij zoekopdracht

[RSpliet]

Zie dit topic:
Het Canon A60/A70 ervaringen topic - Deel 5

En deze screenshot:
http://img212.imageshack.us/img212/8594/schermafdruk11mm.png

En vertel mij maar wat er aan de hand is
is zie ik net btw ook zonder zoekopdracht zo.

[ Voor 9% gewijzigd door RSpliet op 02-10-2005 16:21 ]

[Zoefff]

Dodotje is waarschijnlijk vergeten een tabelletje af te sluiten. Maar, waarom maak je je druk over een topic uit 2003?

Als iemand 'm moved naar FG (daar hoort het topic inmiddels thuis), dan kan ik de boel wel fixen

[ Voor 29% gewijzigd door Zoefff op 02-10-2005 16:23 ]

[Orion84]

Hier inderdaad ook (WinXP + FF 1.0.7). En de banner staat ook verkeerd zo te zien.

[SmartDoDo]

Vroeger werkte het allemaal prima

Zal vast komen door een buggy React

[Verwijderd]

Zoefff schreef op zondag 02 oktober 2005 @ 16:23:
Dodotje is waarschijnlijk vergeten een tabelletje af te sluiten. Maar, waarom maak je je druk over een topic uit 2003?

Ik denk dat zich meer zorgen maakte over een eventuele bug > edit: hij heeft natuurlijk HTML-rechten; foutje

Als een table-tag is vergeten had het geen table mogen zijn, net als dat dit ook geen nut heeft:
[code]
dit is dus geen code want geen afsluitende tag

[ Voor 6% gewijzigd door Verwijderd op 02-10-2005 16:26 ]

[RSpliet]

uhh... topics uit 2003 zijn toch ook nuttig?
ik zocht info over aiaf, en kwam daar uit... dan ga ik niet op de datum letten, posten doe ik er toch niet.

[moto-moi]

Hmmm, ik kan zo 1-2-3 geen reden vinden in die posting waarom 'ie b0rked is.
Al bewijst dit wel weer een theorie van crisp en ACM waar we het laatst over hadden

[SmartDoDo]

moto-moi schreef op zondag 02 oktober 2005 @ 16:36:
Al bewijst dit wel weer een theorie van crisp en ACM waar we het laatst over hadden

Ik gebruikte destijds keurig RML hoor, dus het ligt niet aan een of ander wazig scriptje

[RSpliet]

code:

meter!&#8221;</b><<p class="edit">

Volgens mij is die hele post afgekapt... het antwoord op het gebrek aan macro is ook niet aanwezig

[NMe]

Is er niet toevallig een keer geweest dat alle posts van versienummer zijn veranderd zodat ze opnieuw geparset zijn? DoDo heeft natuurlijk HTML-rechten erbij gekregen sindsdien, dus tsja.

Of misschien is de HTML-versie van de post niet goed in de database opgeslagen?

[We Are Borg]

moto-moi schreef op zondag 02 oktober 2005 @ 16:36:
Hmmm, ik kan zo 1-2-3 geen reden vinden in die posting waarom 'ie b0rked is.
Al bewijst dit wel weer een theorie van crisp en ACM waar we het laatst over hadden

Theorie, vertel ?

[Shadowman]

moto-moi schreef op zondag 02 oktober 2005 @ 16:36:
Hmmm, ik kan zo 1-2-3 geen reden vinden in die posting waarom 'ie b0rked is.
Al bewijst dit wel weer een theorie van crisp en ACM waar we het laatst over hadden

Lijkt erop dat door het opnieuw parsen van de data de post groter is geworden dan in de database past.

[Spider.007]

Het zou inderdaad goed kunnen dat door de HTML rechten van SDD eea wat groter is geworden waardoor de HTML-versie is afgekapt. Hier zijn wel oplossingen voor te bedenken; de makkelijkste is om de post even te editten en er [NOHTML] tags omheen te plaatsen

[JHS]

Is het niet onlogisch dat als iemand HTML rechten heeft dat plotseling gevolgen heeft voor een post? Zou het niet makkelijker zijn om [html]-tags te hebben, ipv [nohtml]-tags, ik bedoel, hoevaak wordt dat nou gebruikt? .

[NMe]

JHS schreef op zondag 02 oktober 2005 @ 22:05:
Is het niet onlogisch dat als iemand HTML rechten heeft dat plotseling gevolgen heeft voor een post? Zou het niet makkelijker zijn om [html]-tags te hebben, ipv [nohtml]-tags, ik bedoel, hoevaak wordt dat nou gebruikt? .

Hier ben ik ook wel voorstander van. Weg met dat standaard HTML, ik word er in P&W af en toe niet goed van. Ik kan vaak nog niet eens iemand zomaar quoten.

Ik meen me wel te herinneren uit een post in een crewforum dat dit iets minder haalbaar is in verband met FAQ's. Wat dat betreft is het misschien een betere optie om een "use_html" optie te gebruiken in de database, een optie die standaard uit staat.

[ Voor 21% gewijzigd door NMe op 02-10-2005 22:16 ]

[crisp]

De tabel-HTML vanuit RML is wat groter geworden; voornamelijk vanwege XHTML-compliancy.

Overigens zou ik dat user-camera overzicht er gewoon uitslopen; dat voegt zeker 2 jaar na dato toch niet veel meer toe

[SmartDoDo]

Die usercam table kan er zonder problemen uit, dat is in een andere versie van het topic ook gebeurt

[crisp]

Fixored; voor de liefhebbers is hier nog het overzicht dat ik er uit gestripped heb:

User-camera overzicht:

De meeste posters in dit topic hebben een A60 of A70 camera. Hieronder
vind je een lijst met gebruikers. Ook kun je terugvinden welk soort geheugen
zij gebruiken bij hun camera. Je kunt er dus vanuit gaan dat dit geheugen
goed werkt i.c.m. de camera

User-camera overzicht:
User	Camera	Geheugen	Merk
-ChRiZz-	A70	128MB	Sandisk
[Verwijderde gebruiker]	A60	256MB/256MB	Dane-Elec/Transcend 30x
AkroBatik	A70	256MB/64MB	Dane-Elec/Sandisk
Bartistuta	A60	256MB	Dane-Elec
BigEagle	A70	512MB	Transcend 30x
BoAC	A60	128MB	Kingston
[Verwijderde gebruiker]	A70	256MB	Dane-Elec
Calitomnication	A70	256MB	Dane-Elec
[USER=]Carnifex[/USER]	A70	128MB	Dane-Elec
[Verwijderde gebruiker]	A60	128MB	Dane-Elec
Choller	A70	128MB	Dane-Elec
Chriztiaan	A70	256MB	Vivanco
[Verwijderde gebruiker]	A60	16MB	Canon
Crusader	A70	128MB/256MB	Dane-Elec
[Verwijderde gebruiker]	A70	256MB	Dane-Elec
dbzfan	A60	128MB	Dane-Elec
DE_Michiel	A70	256MB	Sandisk
[Verwijderde gebruiker]	A60	256MB	Dane-Elec
DJSmiley	A70	256MB	SanDisk
[Verwijderde gebruiker]	A70	128MB	Dane-Elec
GiSaE	A60	128MB	Dane-Elec
[Verwijderde gebruiker]	A70	256MB	PQI - F1 40x
The Slicer	A60	256MB	Dane-Elec
[Verwijderde gebruiker]	A60	256MB	Samsung
[Verwijderde gebruiker]	A60	128MB	Kobishi
insan1ty	A70	128MB	Dane-Elec
[Verwijderde gebruiker]	A60	128MB	Xtra
Jerommeke	A60	128MB	PQI 40x
jj	A70	128MB	Dane-Elec
[Verwijderde gebruiker]	A70	128MB	Dane-Elec
jvdb1975	A70	128MB	Dane-Elec
Koetjeboe	A60	128MB	Transcend
Kresh	A60	128MB	Dane-Elec
Magic666	A70	256MB	Dane-Elec
Michieleke	A70	128MB	Apacer
Microkid	A70	512MB	Dane-Elec
mirelia	A70	128MB	PQI
[Verwijderde gebruiker]	A70	128MB	Dane-Elec
Morpheus_	A60	256MB	Dane-Elec
Mr.Ceejay	A70	64MB	Dane-Elec
Nestor	A70	128MB	Transcend
Nitai	A70	256MB	Dane-Elec
[Verwijderde gebruiker]	A70	256MB	Dane-Elec
OGangstah	A70	128MB	Transcend
[Verwijderde gebruiker]	A70	128MB	Dane-Elec
oRc	A70	256MB	Dane-Elec
OutSIdeR	A70	128MB	Transcend
pascalheister	A70	256MB	Dane-Elec
[Verwijderde gebruiker]	A70	256MB	Dane-Elec
[Verwijderde gebruiker]	A60	128MB	Apacer Photosteno Pro
reclamedoos	A70	128MB/512MB	Dane-Elec
SandeR	A70	256MB	PQI
ScOrPiON	A70	128MB	Dane-Elec
Sfynx	A60	128MB	Dane-Elec
shameblaster	A60	16MB	Canon
Siluro	A60	128MB	Sandisk
[Verwijderde gebruiker]	A60	128MB	Lexar
[Verwijderde gebruiker]	A70	128MB	Dane-Elec
SmartDoDo	A70	256MB	Transcend 30x
spaceboy	A60	256MB	Dane-Elec
Speedener	A60	128MB	Apacer Photosteno Pro
[Verwijderde gebruiker]	A70	128MB	Sandisk
Sunder	A70	128MB	Dane-Elec
Swa-baldie	A70	256MB/128MB	Transcend 30x/Sandisk Ultra
Syzzer	A60	128MB	Dane-Elec
Tain	A70	512MB	Apacer Photosteno Pro
Terabit	A70	128MB	Extreme
thaBeerbuster	A70	256MB	Sandisk
thealterego1	A60	128MB	Dane-Elec
TheRitz	A60	256MB	Memorex
Togt	A70	128MB	Transcend
[Verwijderde gebruiker]	A70	256MB	Toshiba XtraSpeed
Tozzman	A70	128MB	Apacer Photosteno
tvdleur	A70	256MB	Sandisk
Twix	A70	128MB	Dane-Elec
Tycoontje	A70	256MB	Apacer Photosteno Pro 27x
Universal Creations	A70	256MB	Merkloos
vacuumcleaner	A70	128MB	Dane-Elec
vage	A70	128MB	Transcend
Xaverius	A70	256MB	Dane-Elec
zandpaddo	A60
zAo	A60	128MB	Dane-Elec
Zap	A70	128MB	Dane-Elec
[Verwijderde gebruiker]	A60	256MB	Dane-Elec

_{Verdere toevoegingen aan dit lijstje zijn helaas niet meer mogelijk}

[crisp]

Het is overigens de

HTML:

<td style="background-color:white;">

die het zo bloated maakt

Voor echt lange tabellen is RML dus niet zo handig...

[ Voor 21% gewijzigd door crisp op 02-10-2005 22:50 ]

[SmartDoDo]

Zo zie je maar dat het dit keer niet aan mij ligt

Maar toch jammer want RML zou prima horen te werken.

[RSpliet]

Crisp, je bent een held maar dat wist je natuurlijk al

[crisp]

SmartDoDo schreef op zondag 02 oktober 2005 @ 22:51:
Zo zie je maar dat het dit keer niet aan mij ligt

Maar toch jammer want RML zou prima horen te werken.

Het werkt ook prima, maar we moeten nog eens een manier verzinnen zodat die tabel-code niet zo bloated word na het parsen

[crisp]

En dat laatste is inmiddels done

[ Voor 27% gewijzigd door crisp op 07-02-2006 10:38 ]