Closed ghost closed 9 years ago
ahaa, men är funktionen öht på gång i gnu social? tills den finns vet jag inte om vi borde underlätta för admins att stänga av denna funktion. bra om denna raderings-konvention är så utbredd som det bara går.
om/när funktionen kommer till gnusocial tar jag bort den ur qvitter helt såklart.
Kan jag få disabla det smidigt ändå? :) Default är ju att inte disabla delete-grejer. Jag lovar att inte rapportera några buggar pga saker som beror på detta.
men vaaaarför? :) alltså jag vill inte att folk ska disabla detta, det bryter konversationer om borttagna notiser hänger kvar på andra instanser, när folk svarar på dem. vill inte underlätta detta!
@hannesmannerheim Det är för att du inte kör senaste GNU social!!! :D (i höstas fixade jag så man får med rätt conversation-URI och använder sig av denna för att snöra ihop notiser i rätt konversationer) StatusNet skrev alltid över conversation-URI med en lokal variant så det inte alls funkade som unik resurs-identifierare...
vad snackar du nuuu om?? tänker du på det jag skrev på quitter förut?
jahaa! nu fattar jag.
sorry
alltså jag menar att det bryter konversationen ändå, det framgår inte vad folk svarar på när de svarar på något som är borttaget, även om det hamnar i rätt konversation. men det är inte enda anledningen till att jag inte vill underlätta för folk att disabla detta.
PS. Här är min lyckotråd: https://social.umeahackerspace.se/conversation/168268
27 november implementerade jag ihopnystande av konversationer: bdb4a4169677b326fc20fd63777c91bdacb48a01 e0d0a59706f7e4b49106f810759e30650f9b4fa4
Men jag fattar vad du menar. Fast då borde det kanske finnas någon inställning i GNU social att typ "acceptera inte inlägg alls om de hävdar sig vara svar till något som är raderat".
Nåja, jag har gjort tillräckligt idag. Ska gå och sova nu! Ha en bra kväll!
ang. "acceptera inte inlägg alls om de hävdar sig vara svar till något som är raderat". nja, det skulle ju bli sjukt ointuitivt, eftersom det skulle ju inte framgå förrän långt efter de postat att en extern instans refuserat deras inlägg. folk skulle gå i tron om att de skrivit nåt till nån, men så råkade det vara ett svar på en raderad notis, och så accepterades inte notisen på hens instans.
oavsett så är det i användarnas intresse att få delete-funktionen att respekteras av så många instanser det bara går. alla vet att radera-funktioner på internet är icke-ideala, det går inte att skydda sig från screenshots eller att folk minns det i huvudet, men när folk/jag raderar vill de/jag att notisen tas bort på så många ställen som möjligt. med det som mål vill jag inte underlätta för folk att stänga av funktionen genom att göra det till en enkel inställning.
men gonatt! :)
Jag får väl helt enkelt se till att fixa det fint i GNU social då! :D
Hoppas ni kan uppdatera strax. :]
This should be handled by core, so I add this as an option in order to be able to disable on instances where GNU social does this based on ActivityStreams standards.
Pass an array with the setting in config.php to explicitly enable/disable (default is to let Qvitter handle deleted notices its own way, possibly in parallell with GNU social), like this:
addPlugin('Qvitter', array('handleDeletedNotices' => false));