@aldobelus I know about problems with #notifications, please read my reply to you 5 days ago about my own investigation of possible causes, including about "there is nothing new". Unfortunately, due to the Twitter-like approach in a server to client communication taken by GNU Social many years ago and even by Mastodon recently, notes and activities that look the same for a human eye, are represented as different by each server. This is the main cause of users' confusions seeing notifications about the same activities. Hoping that the networks will eventually implement #ActivityPub "client to server layer" spec that resolves this deficiency, I plan to improve Notifications in #AndStatus even in the presence of such unavoidable duplicates... And another note: Looking for Notifications improvements, please make sure that you have AndStatus v.43.02 installed, see https://github.com/andstatus/andstatus/issues/456
@GeekDaddy Yeah, that's sad. Unfortunately the FOSS, git based code hosting platforms seem to be dragging their feet on federation.
Personally I can't wait for #Gitea or #Gogs or #Gitlab or similar to federate via #ActivityPub. Personally I feel that will be a defining moment for the #FOSS community in taking back out sovereignty from #GitHub / #Microsoft.
@gdorn ...We need to adopt some syntax to tell the application that substring search should be used. #ActivityPub doesn't mention any query syntax. So in order to filter by a part of URL I think that Twitter's "premium" :-) syntax could be used, e.g.: contains:loadaverage.org or even: contains://loadaverage.org/ - in order to avoid matching with longer domain names (see https://developer.twitter.com/en/docs/tweets/rules-and-filtering/overview/premium-operators.html ) ?!
Cool. There's a new #activitypub platform for blogging called #plume, meant to be an alternative to #medium. This could be a pretty big deal, because it means orgs can go all in on the #fediverse. They can have a #mastodon/#pleroma acct for quick communication and host their blog on plume instead of medium and all of it will federate, so users can choose how to follow and communicate with them.
@maiyannah Actually recent #AndStatus development was focused on aligning internal data model with #ActivityPub specification. Regarding recently introduced (regression) problems with GNU Social - I am simply unaware of such cases. If you have such problems, please file bugs here: https://github.com/andstatus/andstatus/issues @mcnalu
@ma1uta Actually this is limitation of the "Twitter-compatible API" in #Friendica that causes such unexpected behavior. #AndStatus doesn't have separate API for Friendica and and its developer, with whom I collaborated, deliberately decided to adapt Friendica to the same client API that GNU Social uses and not to create a custom one. I hope Friendica will create #ActivityPub client-to-server protocol as GNU Social plans to do this summer... @paulelms @balancer
@eloquence More maintainers is always desirable! Though it's not like they're lining up, as far as I'm aware of .)
I'd say the state is usable, unlikely to go through major changes (in functionality, but adaptation for #ActivityPub for delivering would be great - but things like federated pseudoprivate messaging or such scoping is unlikely to be implemented since there's no guaranteed way to keep confidentiality).
@amiloradovsky "This toot (reply to own reply, a follow-up) didn't contain any mentions by default (feature?)" Yes, this is done deliberately :-) Regarding CW (Note name in #ActivityPub terms) - I'm testing this now for #Mastodon and #Pump.io and plan to release... The keyboard doesn't disapper, when switching or screen rotation, if Note editor is active. I mentioned "business users" in a context of users' need in "intuitive" UI, not about #AndStatus in particular :-)
@lnxw48a1 Seven hours to fully complete upgrade? - Your device is really slow... but you are lucky: I spent at least 200 hours developing v.36 and 37 of #AndStatus, so having v.37 installed on my devices took me a lot more efforts :-) Seriously, since last summer internal data model of AndStatus was mostly redesigned (inspired by #ActivityPub) in order to open a way for future major improvements. No wonder that these changes affected most of the application's features. I tried to allow existing users (including you) to preserve existing data and not simply tell them that the new version requires uninstall of a previous one (that way I would save a manweek or two of my time). But after upgrade you may need to adjust something yourself (e.g. Manage timelines). If you don't want to bother with settings, just reinstall AndStatus and see it running much faster. Of couse :-) @mcscx
#AndStatus v.37.00 is available in the Open Beta testing channel https://github.com/andstatus/andstatus/issues/456 "Merging actors of Users from different Social Networks. New Interactions timeline" 1. Actors having the same WebFingerId (e.g. "andstatus@loadaverage.org") in different social networks are merged logically. This allows AndStatus to show you in one timeline activities of one actor, downloaded via different instances. This is especially needed for GNU Social and Mastodon. Please note that for Pump.io this feature is provided for years, because all Pump.io instances use the same actorID (WebFingerId) for the same actor. 2. Mentions timeline is replaced by Interactions, which shows not only "mentions" and replies, but also likes, reposts and followers. Basically "Interactions" timeline shows all interactions of other users with us (our actors) whereas "Notifications" timeline shows us only those interactions, which we preferred to be notified about in Settings > Notifications, plus unsent notes. 3. Names of things in the User interface (mostly) changed according to the #ActivityPub Recommendations. In particular, now we use the word "note" for tweets/toots/notices. And the words "Actor" and "User" have different meanings (In ActivityPub, a user is represented by "actors" via the user's accounts on servers. User's accounts on different servers correspond to different actors.) Most of Timelines in AndStatus show Activities now instead of Notes. https://loadaverage.org/attachment/4102974
Currently I'm refactoring User-related part of #AndStatus data model using recent amendments of #ActivityPub specification, which I initiated: distinction between a User (a real life person or an organisation...), Accounts of this user in concrete instances (Servers) of the global social network, and an Actor - the entity, which is actually present in Activities of the ActivityPub protocol. Very helpful clarifications, allowing me to express clearly relations between different things inside the application. For example, now I'm working towards creation of views on a User across all networks, logically merging Actors of this User. As a result, at the first step you will see e.g. actions/messages by andstatus@quitter.no Actor as actions by ONE Actor, even if you see these actions via several Servers, e.g. via mastodon.social and via GnuSocial.no, as on the attached screenshot. The next step will be to merge Actors of one User into one view. E.g. set andstatus@loadaverage.org and andstatus@mastodon.social Actors as _one_ User. This cannot be done automatically due to current limitation of the #ActivityPub specification, but at least can be done manually for selected Users that you follow via their Actors in different networks... https://loadaverage.org/attachment/4021406