search

hannesmannerheim / qvitter

mirror. moved to https://git.gnu.io/h2p/Qvitter, send merge requests and issues there
https://git.gnu.io/h2p/Qvitter
GNU Affero General Public License v3.0
86 stars 26 forks source link

Make handling deleted notices an option #225

Closed ghost closed 9 years ago

ghost commented 9 years ago

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));

hannesmannerheim commented 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.

hannesmannerheim commented 9 years ago

om/när funktionen kommer till gnusocial tar jag bort den ur qvitter helt såklart.

ghost commented 9 years ago

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.

hannesmannerheim commented 9 years ago

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!

ghost commented 9 years ago

@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...

hannesmannerheim commented 9 years ago

vad snackar du nuuu om?? tänker du på det jag skrev på quitter förut?

hannesmannerheim commented 9 years ago

jahaa! nu fattar jag.

hannesmannerheim commented 9 years ago

sorry

hannesmannerheim commented 9 years ago

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.

ghost commented 9 years ago

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!

hannesmannerheim commented 9 years ago

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! :)

ghost commented 9 years ago

Jag får väl helt enkelt se till att fixa det fint i GNU social då! :D

Hoppas ni kan uppdatera strax. :]