Conversation

Notices

1. AndStatus (andstatus@loadaverage.org)'s status on Tuesday, 08-Nov-2016 06:01:12 UTC AndStatus

   • thefaico
   • dewoo ❎
   @dwmatiz What's better there for you personally, except your own Timeline background?
   • dewoo ❎ (dwmatiz@sealion.club)'s status on Tuesday, 08-Nov-2016 10:06:57 UTC dewoo ❎

     in reply to
     @andstatus The general comfort of use. In Twidere I can scroll up, and it automatically syncs and updates the timeline. In AndStatus scrolling up only seems to update the timeline after either an automatic or manual sync. The way it actually does it still puzzles me.
     
     Each new update brings a lot of fixes and improvements, but it also tends to break something else, at least on my end. I haven't been able to favourite and repost notices ever since the last one, and the favourite and repost buttons on the new conversation view don't even work at all. Before you ask: doing it from the context menu doesn't work either.
     
     Speaking of conversations, AndStatus seems to struggle when it comes fetching notices from (long) threads. I either have to constantly refresh the thread or hunt down individual posts on my timeline to have it display the whole conversation in its entirety.
     
     The threaded view for conversations still remains a mess. Pixel-wide lines don't look elegant, and the needless padding around them only takes up valuable space.
     
     AndStatus has also been struggling with multiple attachments. In past versions it would display a notice multiple times with a different attachment, but now it just picks one at random. Sometimes it also adds a lot of padding around attachments, which usually disappears after refreshing the timeline.
     
     Sorry, I know AndStatus is pretty much a one-man operation, but after months of using it I've simply grown tired of its quirks.
     AndStatus repeated this.
   • harmlessgryphon (harmlessgryphon@sealion.club)'s status on Tuesday, 08-Nov-2016 12:48:09 UTC harmlessgryphon

     in reply to

     • dewoo ❎
     @dwmatiz @andstatus I'd like to see AndStatus automatically jump to the top of the timeline when opened. 
     
     I do most of my reading here on the website, so the application gets several weeks behind at times.
     AndStatus repeated this.
   • AndStatus (andstatus@loadaverage.org)'s status on Tuesday, 08-Nov-2016 16:17:27 UTC AndStatus

     in reply to

     • thefaico
     • dewoo ❎
     @dwmatiz Thank you for the feedback. It's a pity that you didn't decide to hep by raising issues at https://github.com/andstatus/andstatus/issues and testing the fixes :-(
     Regarding your notes on problems:
     1. Sync on pulling timeline down works only if the "Top” downloaded timeline item is already shown. In other case another newer "page of messages” is being loaded from the local cache. Of course something can be improved here, but focused discussion is needed on how exactly this should work in all cases...
     2. I just successfully reposted your reply from the Conversation view. It looks like ”repost icon/button" wasn't updated though...
     3. If you don't like vertical lines in the Conversation view (this is actually, an image, which can be changed...) please provide its better alternative or simply turn off ”Show threads of a conversation” option via a Navigation drawer.
     4. Regarding long threads: yes, special Conversation API is not used yet to retrieve entire conversation. So AndStatus retrieve related messages from a server one-by-one. In todo... https://github.com/andstatus/andstatus/issues/328
     5. Multiple attachments are not supported yet. This is in the queue: https://github.com/andstatus/andstatus/issues/189 I didn't think that this is a priority task... ?!
   • AndStatus (andstatus@loadaverage.org)'s status on Wednesday, 09-Nov-2016 05:48:03 UTC AndStatus

     • thefaico
     • dewoo ❎
     • harmlessgryphon
     @harmlessgryphon "when opened" isn't clear enough. Currently AndStatus stores last viewed position of each timeline in a database i.e. forever. Twidere stores timeline position until Android system or a User kills it, this can be a minute or a day...
     I can add an option ”Store timeline position for one user session only" making that ”session" dependent on both actual application loading and on time passed since the timeline was last viewed (position expiration in, say, 2 hours)
     ?!
     @dwmatiz