Forumposts pinnen - Development-iteratie #144

Onze developers hebben vandaag iteratie 144 opgeleverd. In deze sprint werd een begin gemaakt met het pinnen en filteren van forumposts en werd gewerkt aan de omzetting van de character encoding naar utf-8.

Pinnen van forumposts

In de vorige .plan kozen jullie als Community Pick het vastpinnen van forumposts om hier later op te kunnen filteren in een forumtopic. Met deze feature wordt het makkelijker om belangrijke posts terug te vinden in een topic. In grote verzameltopics raken de mooie posts snel ondergesneeuwd en is het moeilijk om het kaf van het koren te scheiden.

Omdat het een relatief grote wijziging is, hebben we deze in twee delen gesplitst. Met de release van vandaag hebben we het voor topicstarters, mede-auteurs en moderators mogelijk gemaakt om posts te pinnen via een knopje rechts van de thumbs-up. In een latere iteratie zullen we een filter voor gepinde posts toevoegen. Je kunt je eigen topics dus alvast voorbereiden op de komst van het filter door interessante posts te pinnen.

Utf-8

Sinds oktober zijn onze developers bezig om alle content op Tweakers om te zetten naar utf-8-encoding. Hiertoe moet ook veel code aangepast worden in bijvoorbeeld functies die gebruikt worden voor het bewerken van strings of de serialisatie van gegevens. Tweakers gebruikt al twintig jaar iso-8859-15 voor de codering van tekens. Utf-8 is sinds 2009 de dominante standaard voor de codering van tekens op het web en wordt door het W3C als standaard aanbevolen voor html- en xml-documenten. Voor jou als bezoeker brengt utf-8 onder andere het voordeel dat je overal op Tweakers unicode-tekens zult kunnen gebruiken en je bij het bewerken van een post dan geen rare tekenreeksen als 💩 meer zal tegenkomen.

En verder...

...worden productspecificaties van stofzuigers en muismatten vanaf nu automatisch geïmporteerd vanuit onze dataleverancier, zodat onze collega's van de afdeling Product Content meer tijd hebben voor het handmatig controleren van specificaties in productcategorieën die meer aandacht verdienen.

Reacties (40)

Leuk inderdaad dat UTF-8 probleem; niet alleen je code, maar ook de database en de rest van je zooi (services, editors, ..) moeten ook UTF-8 praten.

Gelukkig is dit nu de standaard en heb je deze problemen als het goed is niet meer, maar met legacy code loop ik nog regelmatig tegen problemen aan.

En erger is nog dat php eigenlijk geen utf-8 ondersteund, de ondersteuning via de mbstring-library (en iconv en intl) is allemaal niet heel mooi geïntegreerd.

Bij MySQL is ook interessant dat we geen iso-8859-15 hebben, want dat hebben ze nooit ondersteund. Dus we hebben volgens MySQL nu 8859-1; tot nog toe maakte dat niet uit want de karakters worden uiteindelijk als bytes opgeslagen. Maar zodra je MySQL dat voor je naar utf8mb4 (want hun eerste utf8 hadden ze maar met maximaal 3 bytes gemaakt...) omzet, dan krijg je dus ineens het currency-sign (¤) ipv het euro-teken

[Reactie gewijzigd door ACM op 20 november 2018 13:52]

Is het nou veel werk om de overstap te maken in het door jullie gebruikte framework, of is sinds de overstap naar dit framework het juist makkelijker geworden om naar UTF-8 over te stappen? En gaan we nog tzt een .plan of review zien over de bottlenecks die jullie tegenkwamen? Ik hoorde ook dat je in bepaalde gevallen ook je volledige database moet dumpen, converteren en opnieuw importeren. Iets wat met jullie database niet even triviaal is.

[Reactie gewijzigd door AW_Bos op 20 november 2018 20:28]

Het framework is hiervoor grotendeels irrelevant. Bovendien zijn we niet 'overgestapt', maar hebben we elementen - met name het fundament - ervan vervangen

De belangrijkste wijzigingen zitten juist in details, zoals de eerder genoemde opgeslagen data en daarnaast zaken als functionaliteit die met tekstuele data werkt. Kortom, effectief maakte die refactor weinig hiervoor uit.

Dat valt dus mee.. En de database-collaties en bijbehorende instellingen dan van 8859-1 naar utf-8mb4?
Eenvoudig te doen in jullie opzet?

[Reactie gewijzigd door AW_Bos op 20 november 2018 20:33]

Ja en nee. We hebben honderden tabellen, die moeten we dus allemaal een voor een migreren (nouja, kan deels automatisch). En sommige daarvan zijn zo groot dat dat met bijvoorbeeld Percona's "online schema change"-tool moeten.

Daarnaast zitten we dus met het probleem dat een euro-teken eigenlijk een currency-teken is volgens MySQL, dus die moeten we na de migratie nog achteraf omzetten.

Het is allemaal niet heel spannend, maar door de hoeveelheden data e.a. ook niet triviaal.

Persoonlijk vind ik dat vlaggetje maar irritant. Verdoe mijn tijd meer op het forum dan op de FP en het wordt er alleen maar drukker op.

Eerst die duimpjes, nu weer een vlaggetje.
De browser heeft gewoon bookmarks en bovendien kan je posts al flaggen door ze te kopiëren met de time stamp. Ik snap niet wie hier voor gekozen heeft.

kopieren waarheen? Het feit dat dit allemaal netjes serverside gebeurd maakt het m.i. toch wel een handige feature.
Ik heb regelmatig dat ik een post in het "grote XXX topic" kwijt ben, waar ik graag dmv van zo'n pin met weinig moeite terug had kunnen vinden. Scheelt een hoop tijd.

Nee, zo werkt het niet. Het vlaggetje (een pin/punaise was beter geweest) is bedoeld om belangrijke posts in je eigen topic te flaggen. Denk bijvoorbeeld aan een probleemtopic waarin de topicstarter tussentijds steeds meer informatie wilt toevoegen aan zijn verhaal via een post. Dan kan hij al zijn posts pinnen, zodat users straks het hele verhaal welke over meerdere posts verspreid is, bij elkaar kunnen zoeken.

Had dit ook niet gewoon ondervangen kunnen worden met de duimpjes?

Post die extra waarde hebben ontvangen meer duimpjes...zet een filter op posts met duimpjes en dan zou je ook alle waardevolle posts krijgen?

Aparte keuze voor het vlaggetje als icon, dat wordt meestal gebruikt als visuele knop om te rapporteren. Een pin lijkt mij iets duidelijker.

Leuke ontwikkelingen voor de rest!

Idem. Ik dacht even een Report vlaggetje te zien. Mede doordat hij rood is.

We gaan de kleur aanpassen om de negatieve connotatie eruit te halen. Een vlag heeft in onze optiek niet per se een negatieve associatie. Over de naamgeving van de feature zijn we nog in discussie. Pinnen is niet helemaal de juiste term omdat posts geen vaste positie of plek krijgen maar een bijzondere status krijgen waarmee ze filterbaar worden.

[Reactie gewijzigd door Femme op 20 november 2018 14:15]

Gewoon een ster van maken? Het 'starren' van iets is veel positiever dan het 'flaggen' van iets

Dit vind ik een goed voorstel. Of nog beter. Een Henk knop! Dan is het meest positief van allemaal!

Ik heb al een Henk om iets te 'thumben', dus maak het nou niet nog verwarrender

Ik ook via custom css

Daar dacht ik ook aan. Zo doet Google het ook in de Gmail applicatie bijvoorbeeld.

Hier zat ik ook net aan te denken. Een ster associeer ik meer met "belangrijk" dan een vlag.

Waarom wordt hier überhaupt een vlag voor gebruikt? Een punaise of pin, zoals @Ves al aangeeft, lijkt mij hier veel duidelijker. Een vlag -of deze nou rood, groen of blauw is- associeer ik niet met 'vastpinnen'

Vlaggetje blijft onduidelijk; twitter (ios), youtube (ios), reddit etc gebruiken allemaal vlaggetjes om te reporten (flagging).

Qua benaming wellicht: volgen of opslaan?

Schept dit geen verwarring met de beste antwoord knop? (in kleine topicsLG Nexus 5X - moederbord kapot, data nog terug te halen)

[Reactie gewijzigd door HKLM_ op 20 november 2018 15:18]

Idem. Een vlaggetje is normaliter om te reporten inderdaad. Pinnen doe je met een pin

[Reactie gewijzigd door Harrie_ op 20 november 2018 14:11]

Ik snap niet helemaal het nut van een hele nieuwe pin feature. Waarom niet gewoon een uitbreiding op de al bestaande bookmark feature? Nu heb je straks dus een bookmark en een pin-knop. De bookmarks kun je terugvinden in een lijstje "forumbookmarks" en de gepinde posts kun je terugvinden in het topic om te filteren. Lijkt mij overbodig complex. Waarom dan niet gewoon een feature om een topic te filteren op bookmarks? Hetzelfde resultaat, maar minder verwarrend. Plus je bent van het nogal onhandig gekozen vlaggetjes icoon af (een post "flaggen" is doorgaans iets nagatiefs).

Het verschil tussen bookmarks en een gepinde post is dat bookmarks persoonlijk zijn en terwijl een pin een publieke markering is waar iedereen op kan filteren.

Toch snap ik hem niet, nu kan de ts en moderator pinnen. Kan iedereen dit straks, dan is toxh het effect weg. Of kunnen mensen straks alleen filteren op pins in mijn topics maar ze niet zetten.

Vindt het icoon los van kleur ook niet heel briljant, een tag geven als in deze: https://fontawesome.com/icons/tags?style=regular vindt ik dan beter.

Alleen de TS of een moderator (hiërarchisch staan ze boven de users) kan dan pinnen. Het topic is onder hun beheer, en dus zij mgoenbepalen welke posts interessant zijn om publiekelijk te highlighten.

Maar dat flaggetje neigt echt meer naar: Report deze post. Een pin / punaise lijkt mij echt duidelijker.

[Reactie gewijzigd door AW_Bos op 21 november 2018 10:27]

Ah ok sorry, dan heb ik het verkeerd begrepen.

Een bookmark is voor jezelf, een 'pin' doe je voor anderen

💩 (&#128169) ik moest hem toch even opzoeken

[Reactie gewijzigd door emnich op 20 november 2018 13:30]

Waarom wordt die emoji niet getoond in mijn browser? Ik heb een recente versie van Chrome onder Debian 9

Omdat je browser 💩 is .

De utf-8 tekens moeten ook in het door jou gebruikte font bekend zijn.

Ik moet zeggen dat ik het pinnen van essentiële posts handig vind, voor jezelf. Niet zoals het nu geïmplementeerd is.
Degene die bepaalt wat ik handig vind om te pinnen ben ik toch echt zelf, niet TS, niet een modje. En wat ik gepind heb hoeft ook niet voor iedereen zichtbaar te zijn.

Op deze manier kun je (bijna) net zo goed posts gaan sorteren op aantal verkregen duimpjes.

Dat een modje kan dit doen lijkt mij enkel om in te grijpen. Als er massaal misbruik van wordt gemaakt, kan die alles weer onflaggen en wat sancties nemen . En duimpjes zeggen ook niet echt veel. Hoewel een voortgangs-posts in en probleem soms wel duimpjes krijgt, en soms niet.

Denk bijvoorbeeld aan een probleemtopic waarin de topicstarter tussentijds steeds meer informatie wilt toevoegen aan zijn verhaal via een post. Dan kan hij al zijn posts pinnen, zodat users straks het hele verhaal welke over meerdere posts verspreid is, bij elkaar kunnen zoeken.

Dit zou de bedoeling moeten zijn.

[Reactie gewijzigd door AW_Bos op 21 november 2018 10:35]

Pinnen van forumposts

Ziet er weer goed uit allemaal

Eindelijk! Daar istie dan. Erg fijn dat posts nu gepinned kunnen worden. Daarmee wordt terugbladeren in oudere topics een stuk fijner. Natuurlijk moeten ze wel eerst gepinned worden. Dus ik raad aan: Mocht je een post tegenkomen in een ouder topic en je vind dat die wel een pin verdiend, geef het dat even door aan de topicstarter/mede-auteur of moderator.

Goede veranderingen weer. Goed bezig Tweakers.