#185 Functionality Changes planned for v3

Avoinna
4 vuotta sitten avasi diogo · 5 kommenttia

Tags

  • Add Tag Wrangling (#18)
  • Bundle of Tags (#125)
  • Collection of Tags defined by the group admin/moderator for filtering purposes (#126)
  • Selftags for Groups (#130)
  • New stream filtered by selftag
  • allow persons to mute tags

XMPP

  • Add a bridge between groups and XMPP

Actor

  • Explore all of the types (#141) (#181)
  • Pinned Activities (#182)

type Person

  • WebHooks (#84)
  • Album of Images and Videos (#94)
  • Web Monetization (#97)
  • Leaving (#154)
  • add attribute languages
  • meet new people (recommended person plugin)

type Group

  • Album of Images and Videos (#132)
  • custom colour pallete (#151)
  • Add Parent of group (#173)
  • New concept of meta groups that are built from the instance groups based on wrangling (#186)
  • Allow remote actors to have moderation permissions in local groups (#186)
  • add attribute languages
  • allow persons to mute groups

API

  • pinboard API for GNU social (#128)
  • add pleroma

Directory

  • More sorting options #131

Activities

  • Forward (#136)
  • Markdown (#146)
  • Server-side rendered-to-svg LaTeX
  • Paste plugin (#156)
  • Timelines: Filters & Organizing (#180)
  • Checkbox to allow title
  • Add support for Dislike verb

Scoping/Visibility/Privacy

We honestly just gotta review everything... But here are some related issues: #95 #129

## Tags - Add Tag Wrangling (#18) - Bundle of Tags (#125) - Collection of Tags defined by the group admin/moderator for filtering purposes (#126) - Selftags for Groups (#130) - New stream filtered by selftag - allow persons to mute tags ## XMPP - Add a bridge between groups and XMPP ## Actor - Explore all of the types (#141) (#181) - Pinned Activities (#182) ### type Person - WebHooks (#84) - Album of Images and Videos (#94) - Web Monetization (#97) - Leaving (#154) - add attribute languages - meet new people (recommended person plugin) ### type Group - Album of Images and Videos (#132) - custom colour pallete (#151) - Add Parent of group (#173) - New concept of meta groups that are built from the instance groups based on wrangling (#186) - Allow remote actors to have moderation permissions in local groups (#186) - add attribute languages - allow persons to mute groups ## API - pinboard API for GNU social (#128) - add pleroma ## Directory - More sorting options #131 ## Activities - Forward (#136) - Markdown (#146) - Server-side rendered-to-svg LaTeX - Paste plugin (#156) - Timelines: Filters & Organizing (#180) - Checkbox to allow title - Add support for Dislike verb ## Scoping/Visibility/Privacy We honestly just gotta review everything... But here are some related issues: #95 #129
Diogo Cordeiro kommentoitu 4 vuotta sitten
Omistaja

So, tl;dr: From v2 to v3, we will make groups great again, even greater, amazing. Other than that, better code and design overall. Specifically, things will be more customizable and organized. And scoping will hopefully work.

Just to elaborate a bit on meta-groups; if a group tech is created at loadaverage and a group tech is created in HaP, for an instance Y they will look like the same group and, when used the first time at Y, that person will necessarily have to create a local tech group as well. I.e., whenever one wants to use a group, that group will have to be locally created and will be virtually the same as the one in every other instance. This solving the previous problems of group federation and bitrotting of when an instance dies. We no longer will follow and share specifically to a group at instance X, we will use the group and whenever we find some remote group, underneath the hood, it will be added to the sources of the umbrella group.

So, tl;dr: From v2 to v3, we will make groups great again, even greater, amazing. Other than that, better code and design overall. Specifically, things will be more customizable and organized. And scoping will hopefully work. Just to elaborate a bit on meta-groups; if a group tech is created at loadaverage and a group tech is created in HaP, for an instance Y they will look like the same group and, when used the first time at Y, that person will necessarily have to create a local tech group as well. I.e., whenever one wants to use a group, that group will have to be locally created and will be virtually the same as the one in every other instance. This solving the previous problems of group federation and bitrotting of when an instance dies. We no longer will follow and share specifically to a group at instance X, we will use the group and whenever we find some remote group, underneath the hood, it will be added to the sources of the umbrella group.

tl;dr was tl

:p

(sorry... snickers)

tl;dr was tl :p (sorry... *snickers*)

just noticed this
I strongly disagree with only the addition of "dislike". There isn't enough nuance with a simple "favourite" and "dislike", positive or negative type of thing. #137 goes into some detail with additional reactions, popularity filtering, etc.

No, for status updates like "I just ate way too much, but it was so good!" this wouldn't be of any use. However, for anything controversial, be it some statements or an article; anything that has more depth, this would be a really handy feature. Remember, some instances have character limits in the thousands. (Hence my idea of adding a new notice + filtering type: "journal", "diary", or "blog" which would have a separate character limit that should be significantly higher thus encouraging the microblog statuses/notices be kept to 150-1000 characters.)

<i>just noticed this</i><br/> I strongly disagree with <i>only</i> the addition of "dislike". There isn't enough nuance with a simple "favourite" and "dislike", positive or negative type of thing. https://notabug.org/diogo/gnu-social/issues/137 goes into some detail with additional reactions, popularity filtering, etc. No, for status updates like "I just ate way too much, but it was so good!" this wouldn't be of any use. However, for anything controversial, be it some statements or an article; anything that has more depth, this would be a really handy feature. Remember, some instances have character limits in the thousands. (Hence my idea of adding a new notice + filtering type: "journal", "diary", or "blog" which would have a separate character limit that should be significantly higher thus encouraging the microblog statuses/notices be kept to 150-1000 characters.)
someonewithpc kommentoitu 4 vuotta sitten
Yhteistyökumppani

I think the other devs agree that our problem with a reaction system is that either there are five or six reactions, potentially not enough (think facebook) or there would be too many and the list would get absurdly long (like in discord). Personally, I'd go with up and down votes only, reddit style. If you want to express a more detailed reaction, you can post. Additionally, I strongly dislike emoji, because: they're either too small for my crappy vision to be able to read it, or it introduces gaps in text, and they stand out against the design of the page, what with all the colors. Also also, the ability for any person to add either emoji or an adjective or something for a reaction to any notic introduces the possibility of griefing.

I think the other devs agree that our problem with a reaction system is that either there are five or six reactions, potentially not enough (think facebook) or there would be too many and the list would get absurdly long (like in discord). Personally, I'd go with up and down votes only, reddit style. If you want to express a more detailed reaction, you can post. Additionally, I strongly dislike emoji, because: they're either too small for my crappy vision to be able to read it, or it introduces gaps in text, and they stand out against the design of the page, what with all the colors. Also also, the ability for any person to add either emoji or an adjective or something for a reaction to any notic introduces the possibility of griefing.

I dislike emoji as well. lol. I shouldn't have mentioned those in the original idea.
Anything from FontAwesome or other images of the community's/web admin's choosing could represent + and - which could open up the other options.
Each of those would have a couple more buttons. Maybe even without images or only images, depending on the theme (or user settings?) but it would be up to the community and the web admin to choose the graphics used.
One click (or hover over on desktop) to open, second click to choose one of a couple options.
Maybe we could add "report" somewhere, otherwise it can be lumped in with - like many sites do.
I wanted to draw (read: gimp) a picture but it's late now.

Reddit / Saidit is one of the places I got this idea from. Specifically about the "insightful" and "funny" names".
https://github.com/libertysoft3/saidit
I've never used Reddit, only glimpsed at a couple threads. I didn't realize that they just had upvote and downvote there. I thought Saidit simply changed one of the things to be a +2.
Simple downvoting is where the griefing comes in. That's why facebooger doesn't have it. It'd make people feel bad if they knew how much everyone hated them/their posts lol. Having more options -- some of which are for administrative purposes -- allows for some level of reasoning. It's still just a double click to "favourite" or "disagree" with something.

I've never really used Discord either. lol.

I just can't stand the over simplification of everything these days. It's condescending.
Like on Netflix. I am pretty sure at one point I was able to rate things 1-5. Now it's either "did you like this or dislike it, or not care enough / have enough time to bother rating it at all". When I'm listening to music on my desktop with Clementine, I take the time to rate everything 0.5 - 10. Usually per album with exceptions in either direction for a few songs (skits, intros, live bonus tracks, the few songs I really like, etc)

There would be more flavour. Plus, it's cool for filtering. Maybe someone just wants to see posts that are a little more thought provoking: insightful, or someone's had a long day and just wants to read the latest funniest things in the fediverse this week.

I think this is something that would be especially interesting in groups. For the jokester groups, it'd cut straight to the trolliest and funniest things if there were these buttons on notices and filters in the popular notices side feed. For the more serious ones, it cuts out all the cruft and chitchat so people can easily find and focus on the important stuff.

This isn't about what any of us like or dislike. It's about the project and the communities and how everything would be best handled. Not everything I've suggested was because it was something I wanted and would use. Many are things I know from experience my community wants and things I think would be great for GS to have.

Edit: I forgot to mention this could be good for photos too, as mentioned in #94

I dislike emoji as well. lol. I shouldn't have mentioned those in the original idea. <br />Anything from FontAwesome or other images of the community's/web admin's choosing could represent <b>+</b> and <b>-</b> which could open up the other options. <br /> Each of those would have a couple more buttons. Maybe even without images or only images, depending on the theme (or user settings?) but it would be up to the community and the web admin to choose the graphics used.<br /> One click (or hover over on desktop) to open, second click to choose one of a couple options.<br/> Maybe we could add "report" somewhere, otherwise it can be lumped in with <b>-</b> like many sites do.<br /> I wanted to draw (read: gimp) a picture but it's late now. Reddit / Saidit is one of the places I got this idea from. Specifically about the "insightful" and "funny" names".<br /> https://github.com/libertysoft3/saidit<br /> I've never used Reddit, only glimpsed at a couple threads. I didn't realize that they just had upvote and downvote there. I thought Saidit simply changed one of the things to be a +2.<br /> Simple downvoting is where the griefing comes in. That's why facebooger doesn't have it. It'd make people feel bad if they knew how much everyone hated them/their posts lol. Having more options -- some of which are for administrative purposes -- allows for some level of reasoning. It's still just a double click to "favourite" or "disagree" with something. <br /> I've never really used Discord either. lol.<br /> I just can't stand the over simplification of everything these days. It's condescending.<br /> Like on Netflix. I am pretty sure at one point I was able to rate things 1-5. Now it's either "did you like this or dislike it, or not care enough / have enough time to bother rating it at all". When I'm listening to music on my desktop with Clementine, I take the time to rate everything 0.5 - 10. Usually per album with exceptions in either direction for a few songs (skits, intros, live bonus tracks, the few songs I really like, etc) There would be more flavour. Plus, it's cool for filtering. Maybe someone just wants to see posts that are a little more thought provoking: insightful, or someone's had a long day and just wants to read the latest funniest things in the fediverse this week. I think this is something that would be especially interesting in groups. For the jokester groups, it'd cut straight to the trolliest and funniest things if there were these buttons on notices and filters in the popular notices side feed. For the more serious ones, it cuts out all the cruft and chitchat so people can easily find and focus on the important stuff. This isn't about what any of us like or dislike. It's about the project and the communities and how everything would be best handled. Not everything I've suggested was because it was something I wanted and would use. Many are things I know from experience my community wants and things I think would be great for GS to have. Edit: I forgot to mention this could be good for photos too, as mentioned in https://notabug.org/diogo/gnu-social/issues/94
Kirjaudu sisään osallistuaksesi tähän keskusteluun.
Ei merkkipaalua
Ei osoitettua
3 osallistujaa
Ladataan...
Peruuta
Tallenna
Sisältöä ei vielä ole.