Idee: All knopje?

[Verwijderd]

Volgens mij moet de/het volgende vraag/idee/verzoek/ect hier. Is het niet mogelijk om wanneer een topic meerdere pagina's bevat er een 'All' knopje naast 'Last'in de topiclijst bij te maken. Het scheelt een hoop werk als je specifiek iets zoekt en dus met Ctrl+F het topic doorzoekt. Uiteraard kan dit nu ook al door het aantal reacties per pagina op 999 te zetten, maar dat laad als je gewoon forumt erg sloom (vooral bij plaatjes e.d.)

Een goed idee?


edit:/sorry... [feat] vergeten in het onderwerpregeltje te zetten, sorry

[ Voor 12% gewijzigd door Verwijderd op 01-02-2004 13:34 ]

[Hahn]

?limit=999 achter je URL plakken, dan hoef je het niet in je prefs in te stellen

[twit]

hiervoor kun je ?limit=999 achter url zetten.

hmz , beetje laat

[ Voor 22% gewijzigd door twit op 01-02-2004 13:35 . Reden: spuit 11 ]

[Verwijderd]

Ah, die kende ik nog niet ... mgoed, waarom moeilijk doen waarom het ook makkelijk met een knopje zou kunnen

[Osiris]

Waarom niet onder een knopje?

Ik zou niet weten waar dat eventuele knopje zou moeten cq. mooi zou staan en volgens mij zit nou niet 50% van de GoT-ters er om te springen ofzo

[daPet]

Vind ik niet eens zo'n slecht idee.
Bedenk echter dat je niet vrolijk word als je per ongeluk op 'all' drukt ipv 'last' in bijvoorbeeld het FS2004 topic

[chem]

"all" is dan nog altijd max 1000 per pagina. de ?limit= parameter is daarbij een debugtool, en niet "voor het publiek" en kan zomaar verdwijnen.

[decramy]

chem, hoevaak dat ondertussen al wel niet is gezecht...

kun je van deze debugtool niet gewoon een feature van maken? Ik heb zulke topics al meerdere malen voorbij zien komen, en blijkbaar is er WEL vraag naar...

Maar dat is mijn mening...

[chem]

Ik heb het inderdaad al menigmaal gezegd, maar blijkbaar wil men het niet vinden/zoeken. Maakt me weinig uit, ik tiep het nog wel een keer in.

Er zit wel degelijk een technische reden achter het feit dat er geen parameter naar react gegeven kan worden waarmee de "limit" opgeheven wordt: intern geheugen, de load op mysql, de tijd dat zo'n query kost (incl. locking) en het aantal verwerkingen in React.

De grens hebben we nu op een 1000 stuks gezet, en dat zou misschien nog wel redelijkerwijs naar 1500 kunnen oid. Maar bij GoT denk ik dat met 1000 stuks we redelijk veilig zitten. Daarbij is het een debug parameter zoals gezegd, waarbij we de vrijheid hebben om die op elk getal te zetten die ons goeddunkt.

Het gevolg van deze grens, is dat topics van n+ reacites toch meerdere pagina's gaan tellen. Niet alleen is de "all" knop dan niet "all" maar "meestal all", ook moet er dan de parameter naar de volgende pagina worden overgenomen. En zoiets doe je dan niet alleen bij list_messages, maar ook list_topics, list_users, etc. etc. etc. en ik ga niet eens beginnen om uit te leggen hoeveel werk dat kost, en hoe weinig profijt men er van heeft.

[crisp]

kortweg: nee