Notices tagged with andstatus

  1. # v.57.00 Beta published. "Animated images and Video preview. User's preferred screen orientation". Download from: https://github.com/andstatus/andstatus/issues/456 1. For Android 9+ only: Animations of animated images are shown by default. Both in attachments and in avatars. GIF and WebP are supported. Settings -> Appearance -> "Show image animations" option allows to turn this behavior off. It appears that currently only ActivityPub and Pump.io networks (i.e. server parts of them) support WebP and keep GIFs as is. Other servers simply reject WebP and convert GIFs to video... https://github.com/andstatus/andstatus/issues/330 2. Animated images and video on Twitter are shown as preview image with a "Play" button on it. This is the same behavior as for other social networks. 3. "Play" button on a video preview image is moved to the bottom corner to allow better view of the image. 4. Screen orientation is not "unspecified", as before,

    Saturday, 20-Jun-20 08:52:09 UTC from loadaverage.org
  2. Testing animated # support in #
    https://github.com/andstatus/andstatus/issues/330 https://loadaverage.org/attachment/5948838

    Wednesday, 17-Jun-20 04:51:08 UTC from loadaverage.org
  3. # v.56.09 (326) released. "Show numbers of likes, replies and reblogs for a Note
    1. Show numbers of likes, replies and reblogs for Mastodon; likes and retweets for Twitter. Added similar to # #, hope the same counters will be supported there also.
    2. Added Actors's name ("Real name") as a separate field to Actor's profile. Created landscape layout for Actor's profile. https://loadaverage.org/attachment/5933715

    Saturday, 23-May-20 15:17:50 UTC from loadaverage.org
  4. # v.56.06 released with:

    1. Simplified nterface to add new account in #
    You don't need to add "Social network" separately. Just type (host of) instance and proceed to Log in.

    2. Fixed "App language" switch. Many translation updates.

    3. Fixed Conversation view in #
    http://andstatus.org/ https://loadaverage.org/attachment/5932150

    Thursday, 21-May-20 06:58:30 UTC from loadaverage.org
  5. # v.56.01 released. "Avatars and attachments syncing performance improved".
    Download from: https://github.com/andstatus/andstatus/issues/456

    Since its creation years ago AndStatus used only one background process (thread) to post and to download information from the Internet. Images downloads were considered low priority tasks, so avatars and attachments appeared noticeably later than text of a timeline, especially when multiple timelines and accounts were synced one after one.
    With this release a separate process is responsible for images downloading, so overall syncing performance improvement should be visible.

    Monday, 11-May-20 16:54:34 UTC from loadaverage.org
  6. @diogo Thank you for your explanation. Now I really see a page on the loadaverage site that tells its server version. And # still successfully connects to the server (I'm writing to you using it).
    This means that the authentication problem that I reported is caused by a configuration of a concrete server, and not by the latest version of # :-)

    Using a chance to talk with you, I hope that you will find time for Client-to-Server # API also. I'm extending support of that API in AndStatus, and already see that not only #, but even some # sites begin to implement some parts of the API, allowing a Client app to request information directly from its sources, without a need to duplicate it. E.g. Notes by an Actor may be requested from the Actor's profile (from the Actor's outbox) at his site, and not from the server, at which the User of the Client app has an account...

    @colegota @xrevan86

    Monday, 06-Apr-20 16:24:35 UTC from loadaverage.org in context
  7. @xrevan86 @diogo One of users reported that # app doesn't work with the new # server "v.2.0..x dev". I started investigation and see that /api/statusnet/config.json API point now returns 404. Looking in current Source code of the server I see that the API is documented now as /api/gnusocial/config.json - but that returns 404 also...

    So the question is did Client API change radically or the server is simply broken, or... ?
    And where can we see any info on Client to Server API changes / current docs?
    @colegota

    Monday, 06-Apr-20 06:14:05 UTC from loadaverage.org in context
  8. @coolboymew I heard recently that # doesn't work properly with Pleroma as with "Mastodon type" social network. Didn't investigate this...
    But since last year # is adding # # (Client to Server) interface, and AndStatus has basic support for this type, checked and tested with Pleroma team! See https://github.com/andstatus/andstatus/issues/499
    @dielan @thefaico@quitter.se

    Tuesday, 04-Feb-20 05:41:27 UTC from loadaverage.org
  9. @coolboymew Thank you for the feedback.
    As I see you mentions not "outdated things" but features/settings that didn't meet your expectations or were unusual for you :-)
    Most of what you mentioned can be configured in # settings. Including a list of timelines to be shown, whether or not request all notes/tweets or recent only...
    Notifications were improved a year or two ago and now you can see "Unread notifications" timeline (yes, another timeline :-) ) and explicitly mark all notifications as read.

    @dielan @thefaico@quitter.se

    Monday, 03-Feb-20 15:38:09 UTC from loadaverage.org
  10. Group timeline type added to # (will be in v.52.05+)
    Waiting for any feedback on Groups support from Server-side developers...

    https://github.com/andstatus/andstatus/issues/248 https://loadaverage.org/attachment/5798944

    Wednesday, 11-Dec-19 19:04:41 UTC from loadaverage.org
  11. Testing group name autocompletion in # using #
    !gnusocial
    It works already.
    Not very impressive yet, because there is NO WAY (yet?!) to get actual metadata for remote groups (actual unique ID, avatar ...)
    But adding internal app's infrastructure for Groups support is much more important. It could be used e.g. in #
    Where are you, # # (client to server protocol) developers?
    @kaniini @lanodan@queer.hacktivis.me @xrevan86 https://loadaverage.org/attachment/5792570

    Thursday, 05-Dec-19 16:52:04 UTC from loadaverage.org
  12. On adding Group / List support to #

    Oh, I see that # development is going on: https://notabug.org/diogo/gnu-social
    # Server-to-Server support is being added (and I saw a report that it was successfully tested some days ago...)

    Moreover, looking into the source code I found the first-hand info about the system's API .
    And although the code, related to Groups support, didn't change for the last six years :-) https://notabug.org/diogo/gnu-social/src/nightly/actions/apitimelinegroup.php , it works and I could actually retrieve the group's timeline at loadaverage.org

    The unusual "!groupname" syntax to address a group is not a big problem...

    So I'm moving on adding Group support to # (whatever it will be actually...) https://loadaverage.org/attachment/5785458

    Thursday, 28-Nov-19 14:36:19 UTC from loadaverage.org in context
  13. On adding Group / List support to #

    @rozzin  After today's thinking about our discussion and re-reading of the thread, I seem like understand, what needs to be done, see updated comment:
    https://github.com/andstatus/andstatus/issues/248#issuecomment-219826572
    And what's interesting: GNU Social's groups look like the first to be worth implementing. Simply because they work and at least somebody is using them, I hope.

    Or it is too late to implement something for # ?!
    I mean, too few people use it..?!

    Tuesday, 26-Nov-19 18:11:03 UTC from loadaverage.org
  14. Finally remembered to update my # settings while not in the middle of other stuff lol. This app really is awesome!

    Wednesday, 20-Nov-19 13:37:10 UTC from social.wolfe.casa Repeated by andstatus
  15. Finally remembered to update my # settings while not in the middle of other stuff lol. This app really is awesome!

    Wednesday, 20-Nov-19 13:37:10 UTC from social.wolfe.casa
  16. @roka Looks like some deeper hardcoded limit in #
    Than you for reporting - will fix this also. However I cannot test this 65535 characters anywhere: tried and failed to register at your instance...

    Sunday, 10-Nov-19 15:55:42 UTC from loadaverage.org
  17. Multiple attachments in # implemented in v.52.00, currently in Beta https://github.com/andstatus/andstatus/issues/456
    Showing multiple attachments in incoming notes should work for all Social networks.
    But sending for now was implemented only for # (tested to work)
    and for # # (needs fixes for image posting yet... see https://git.pleroma.social/pleroma/pleroma/issues/1171 ) https://gnusocial.no/attachment/1735455

    Sunday, 10-Nov-19 04:36:18 UTC from gnusocial.no in context Repeated by andstatus
  18. @roka I added a feature to take a toot length limit from the instance's confirm (updates on "Reverify credentials")
    Please check # v.52.00 Beta https://github.com/andstatus/andstatus/issues/456
    @thefaico@quitter.se

    Sunday, 10-Nov-19 05:01:03 UTC from loadaverage.org
  19. Multiple attachments in # implemented in v.52.00, currently in Beta https://github.com/andstatus/andstatus/issues/456
    Showing multiple attachments in incoming notes should work for all Social networks.
    But sending for now was implemented only for # (tested to work)
    and for # # (needs fixes for image posting yet... see https://git.pleroma.social/pleroma/pleroma/issues/1171 ) https://gnusocial.no/attachment/1735455

    Sunday, 10-Nov-19 04:36:18 UTC from gnusocial.no in context
  20. @rmbl Oh, I see that I was confused a bit about terminology. The "Group" notion in # is about a group of Actors (people etc.), but we are talking here about a named "Collection" of notes/activities.
    But actually GNU Social calls such collections "Groups" :-)
    I'm creating descriptions and comparisons of Groups/Lists notions in different types of social networks, supported by #, here: https://github.com/andstatus/andstatus/issues/248#issuecomment-219826572

    No, I don't use IRC. That way of communication is in another Universe for me :-)

    Wednesday, 14-Aug-19 05:32:45 UTC from gnusocial.no in context Repeated by andstatus
  21. @rmbl Oh, I see that I was confused a bit about terminology. The "Group" notion in # is about a group of Actors (people etc.), but we are talking here about a named "Collection" of notes/activities.
    But actually GNU Social calls such collections "Groups" :-)
    I'm creating descriptions and comparisons of Groups/Lists notions in different types of social networks, supported by #, here: https://github.com/andstatus/andstatus/issues/248#issuecomment-219826572

    No, I don't use IRC. That way of communication is in another Universe for me :-)

    Wednesday, 14-Aug-19 05:32:45 UTC from gnusocial.no in context
  22. @rmbl Sometimes I need the same, and I also feel that it is inconvenient to keep "unread" all notifications in order not to forget one of them.
    Recently I started implementation of Group/Lists support in # And I see that creation of some personal "ToDo" group and adding any note/ activity to that group could help in such cases. Unfortunately AFAIK only # supports such actions, meaning that such custom groups of notes could be automatically synced between User's devices or even shared... Moreover, each "Social network" in # logically should have its own group...
    So it seems that I will start from some device-local groups (like tags...) that can be easily viewed...
    @fedilab

    Monday, 12-Aug-19 18:17:03 UTC from gnusocial.no Repeated by andstatus
  23. @rmbl Sometimes I need the same, and I also feel that it is inconvenient to keep "unread" all notifications in order not to forget one of them.
    Recently I started implementation of Group/Lists support in # And I see that creation of some personal "ToDo" group and adding any note/ activity to that group could help in such cases. Unfortunately AFAIK only # supports such actions, meaning that such custom groups of notes could be automatically synced between User's devices or even shared... Moreover, each "Social network" in # logically should have its own group...
    So it seems that I will start from some device-local groups (like tags...) that can be easily viewed...
    @fedilab

    Monday, 12-Aug-19 18:17:03 UTC from gnusocial.no
  24. @moonman There are two dimentions in the support of different protocols of Social networks, which I'm facing during development :
    1. Implementation of different API calls and parsing responses of every API of every supported protocol.
    I cope with this problem simply by implementing only some of available APIs (features)...
    2. Trying to adapt internal data/actions model so that it could fit into conceptual differencies of different systems. This is a lot more time consuming and difficult to do right. In # we started ten years ago with Twitter-like model. For the last two years I'm gradually converting it into # based model...

    @astheroth @dragnucs

    Thursday, 01-Aug-19 05:57:53 UTC from loadaverage.org
  25. @roka As I remember, # gets the limit from Mastodon's configuration...
    Please try to go to AndStatus Settings -> Accounts -> Manage Accounts -> Select your account and then Reverify credentials.
    Do you see updated toot length limit?

    Thursday, 18-Jul-19 05:23:11 UTC from gnusocial.no in context Repeated by andstatus
  26. @roka As I remember, # gets the limit from Mastodon's configuration...
    Please try to go to AndStatus Settings -> Accounts -> Manage Accounts -> Select your account and then Reverify credentials.
    Do you see updated toot length limit?

    Thursday, 18-Jul-19 05:23:11 UTC from gnusocial.no in context
  27. @legion Please make sure you are using at least # v.50.05
    If yes, logs analysis is needed: maybe some unusual "toot" causes timeline download failure.
    On logging please see https://github.com/andstatus/andstatus/issues/225

    Monday, 15-Jul-19 15:33:38 UTC from loadaverage.org
  28. @colegota It's interesting that I do have word suggestions in # on my both devices having Android v.8 and 9. Reading Android documentation once again I see that I can add another "inputType" option that may help in your case: textAutoComplete.
    https://developer.android.com/reference/android/widget/TextView.html#attr_android:inputType
    In my case that didn't change anything...
    See this change in the next release (50.06+) https://loadaverage.org/attachment/5492936

    Friday, 12-Jul-19 19:42:06 UTC from loadaverage.org
  29. @colegota When I mentioned JSON server responses, I meant # logs, see https://github.com/andstatus/andstatus/issues/225

    Monday, 08-Jul-19 06:28:38 UTC from loadaverage.org in context
  30. @andstatus > I need logged JSON responses of your server to the # requests of the Home timeline...

    Do you mean from my server's log or from AndStatus debug files?

    > Tip: In order to fix a Timeline's syncing problem, try to go to "Manage Timelines" and select "Forget sync events and dates" in the Timeline's context menu.

    Done! And seems to work. :)

    Monday, 08-Jul-19 05:34:47 UTC from gnusocial.villanos.net in context Repeated by andstatus