Should #Bleromo reload timelines after you make a post/reply or should it only do it when you explicitly press the refresh button?
Timeline
Post
Remote status
Replies
24
@jeff but not when you just make a new post?
@graf so just append the new post? there are some sorting issues with that if you refresh the timeline later
@jeff @sun The idea behind this FE (correct me if I'm wrong, moon) is to be liminal including limiting it's network activity. Front loading, like emojis and stuff sure, fine. Pleroma's API provides an endpoint to count new messages, new notifications etc that is already in use in Bleromo. Adding a reply to a thread shouldn't refresh that because you haven't seen any of those notifications, nor should it add to it because it's not something somebody said to you. Right?
@graf @jeff it does use buttons so you are the one who decides when it does network traffic. But kind of when you do an action like make a post it should update the tl enough to add the post. It could be intelligent about it and only refresh if it needs to fill in the gaps.
so there is kind of a philosophy to the frontend but it's not totally pure either.
so there is kind of a philosophy to the frontend but it's not totally pure either.
@jeff the only real reason bleromo doesn't use frontend was it was taking too long to get that single thing fucking working compared to all the stuff I could get working in the same amount of time fixing the god damn websocket was taking.
@jeff @sun Don't know and I don't care. What I am saying to you is you need to understand the market for this front end. Moon is building a very specific front end for a very niche group. I'll use the absolute fuck out of it sure, I know a lot of other people who will too. Not sure how old you are but when Win95 came around you needed to install a package called WINSOCK just to be able to communicate with the network. You dialed up to get your messages. You didn't get them delivered to you. That's the internet I want and the internet I miss
@graf I'll make a PHILOSOPHY document for the project tomorrow because the project should have that to guide it.
@sun makes sense. I have some ideas in the pipeline when I have a nap I will PR
@graf windows 3.11 was the first windows to include a tcp stack by default, windows 95 had it by default too but I get your point.
@graf sounds good, please tho maybe make a want list so we can talk about it a bit first but I'm not gonna be a dick and not merge.
@graf incidentally I want ruffle/flash support and nes rom support, but only if we can only load on demand if a user specifically clicks through to play
@graf I looked it up and apparently Vite allows you to do this pretty easily so I'll be trying to add it at some later point, but only after more important stuff is done.
@sun I get annoyed when I'm about to press something and it moves as I'm about to press it. If it's to reload after a reply, the scroll position better move with the post instead of moving the content out of the browser viewport.
@thatbrickster that should never happen in bleromo
@sun When loading threads/convos, it does. I often lose my place and have to find the highlighted post again.
@thatbrickster I bookmarked your post so I can remember to look at it later.
@thatbrickster I pushed a fix that should make when you open a conversation that it scrolls the window to place the highlighted post in the middle, roughly.