",[3034,3035],{"name":3021,"color":3022},{"name":3036,"color":3037},"s: pending triage","dddddd",1680,"Tag important for context is removed","2023-02-08T21:56:12Z","https://github.com/elk-zone/elk/issues/1680",0.7665687,{"description":3044,"labels":3045,"number":3048,"owner":3024,"repository":3025,"state":3026,"title":3049,"updated_at":3050,"url":3051,"score":3052},"Using elk I replied to a post that had been boosted by a friend, removed the original poster from my reply and mentioned the friend.\r\n\r\nIn elk, this mention isn't visible, whereas in the mastodon UI it is. It looks like a reply to the original post with no indication that I mentioned the friend.\r\n\r\nConcrete example:\r\nhttps://hachyderm.io/@ross/110310075165327904\r\nhttps://elk.zone/hachyderm.io/@ross/110310075165327904\r\n",[3046,3047],{"name":3021,"color":3022},{"name":3036,"color":3037},2059,"Doesn't show mentions in reply","2023-05-04T11:05:34Z","https://github.com/elk-zone/elk/issues/2059",0.77374387,{"description":3054,"labels":3055,"number":3059,"owner":3024,"repository":3025,"state":3026,"title":3060,"updated_at":3061,"url":3062,"score":3063},"When the compose message window is opened, I can't see anymore which message I'm answering to:\r\n\r\n\u003Cimg width=\"1455\" alt=\"Capture d’écran, le 2023-01-06 à 14 00 57\" src=\"https://user-images.githubusercontent.com/3556/211081276-3a7bf6bb-6b6f-4220-a581-2a0c26cab925.png\">\r\n\r\nThis is a bit harder to memorize the initial message for an accurate answer, especially long form ones.\r\n\r\nI propose to put the message you're answering to just above the compose form (or at least to keep it visible behind it…).",[3056],{"name":3057,"color":3058},"c: ui","8949BA",833,"When answering a message, make the initial message visible","2023-01-07T22:08:22Z","https://github.com/elk-zone/elk/issues/833",0.7778458,{"description":3065,"labels":3066,"number":3069,"owner":3024,"repository":3025,"state":3026,"title":3070,"updated_at":3071,"url":3072,"score":3073},"It seems that the translation feature incorrectly tries to translate linked user handles, it seems like usernames that are linked should just be skipped when translating since any modification would make the user's handle incorrect\r\n\r\nExample:\r\n\r\n",[3067,3068],{"name":3021,"color":3022},{"name":3036,"color":3037},2185,"Translate changes tagged usernames","2023-07-08T04:32:13Z","https://github.com/elk-zone/elk/issues/2185",0.7823243,{"description":3075,"labels":3076,"number":3081,"owner":3024,"repository":3025,"state":3026,"title":3082,"updated_at":3083,"url":3084,"score":3085},"I have been curiously watching Elk's changes to the status page, from the reordering of replies into threads, the repositioning of mentions to a separate line, the hiding of the mention line when the information is already suggested by surrounding context, to Zen Mode.\r\n\r\nIf we start removing all the boilerplate as this had been the case with these changes, the page actually starts to look like a chat conversation, a list of replies in roughly ordered chronologically, from top to bottom, mostly from old to new, mixing direct replies and sub-conservations, in a single flow.\r\n\r\nElk is not a chat application, but it increasingly looks like one. I feel this shows a willingness to focus on the reading, not only the reading of one status, but of the flow of statuses.\r\n\r\nIt then feels natural to continue to look at chat applications, which, by their nature, enable a more direct form of communication. With this in mind, I've been to trying to see how we could incorporate some simple design patterns from messaging apps into Elk.\r\n\r\n- The action toolbar currently takes the entire width of a post, and acts like an implicit border, a separator between the different posts. I suggest to shorten the action bar, breaking this impression of separation, similar to Slack, Discord, or WhatsApp, where it is often shown aside of the messages in a compact shape.\r\n- The name and handle line is currently shown for all posts, even for statuses that are written by the same individual as part of a thread. I suggest to remove the username line, for the consecutive replies that have the username as the first post, similar to WhatsApp, Discord...\r\n- Replies that start a new thread are only identified by the line \"Replying to\", followed by the name of parent poster. I suggest to add further context to this line, such as the name of the mentions that are part of that initial thread, and an excerpt of the parent message, similar to WhatsApp, Discord...\r\n\r\nI made a quick mock-up to illustrate these changes, the visual aspect will obviously require further work, especially the message preview, but this should sufficient for demonstration purposes.\r\n\r\n\r\n\r\nWith just these few minor changes, replies appear as if they belong to the same document, less segmented, a thread from one individual appears like a longer text, with fewer obstruction, without losing functionality. Messages are seen as part of a context, less likely to be singled out, and picked apart.\r\n\r\nI am curious to hear your opinions.",[3077,3080],{"name":3078,"color":3079},"c: feature","2878FF",{"name":3057,"color":3058},1355,"Status design and flow","2023-02-03T05:16:28Z","https://github.com/elk-zone/elk/issues/1355",0.78295946,{"description":3087,"labels":3088,"number":3091,"owner":3024,"repository":3025,"state":3026,"title":3092,"updated_at":3093,"url":3094,"score":3095},"I have a Mastodon and a Pixelfed account that mutually follow each other. I posted from my Pixelfed account and subsequently edited that post. After the edit, the photos no longer display properly in Elk, but they do display properly in the native Mastodon web client. Hard reloading the page makes no difference. I'm not sure if this happens when editing a mastodon post as well. I only noticed it with my edited Pixelfed post.\r\n\r\nEdit: Found in canary · [cdc4377].\r\n\r\nThe Mastodon web client, showing my pixelfed post, as well as the original post date and the edited date.\r\n\r\n\r\n\r\nElk, showing the same post, but none of the images are being displayed.\r\n\r\n\r\n\r\nWhen I compare the rendered HTML for an post with an image vs. an edited post with an image, I see differences in the attributes of the \u003Cimg> tag. Specifically `src` and `srcset` for un-edited posts vs. `data-src` and `data-srcset` for edited posts (line breaks added for readability). Meaning that the edited post has no `src` attribute in its `img` tag.\r\n\r\nUnedited post\r\n```html\r\n\u003Cimg \r\n class=\"status-attachment-image\" \r\n alt=\"A photo through the chain link fence surrounding my neighbourhood pool. It's been freshly repainted and it's finally being filled up.\" \r\n style=\"aspect-ratio: 1.33333 / 1; object-position: 50% 50%;\"\r\n rounded-lg=\"\"\r\n h-full=\"\" \r\n w-full=\"\" \r\n object-cover=\"\" \r\n draggable=\"true\" \r\n data-sizes=\"auto\" \r\n loading=\"lazy\" \r\n src=\"https://social.dinn.ca/system/cache/media_attachments/files/110/606/544/635/208/564/small/24446a292705d634.jpg\" \r\n sizes=\"576px\" \r\n srcset=\"https://social.dinn.ca/system/cache/media_attachments/files/110/606/544/635/208/564/original/24446a292705d634.jpg 1440w,\r\n https://pixelfed.dinn.ca/storage/m/_v2/557658875627642881/186f813ba-297a89/yxO6xa8mDfOR/5ifKDJEpd0BpZ47l2vQeLOPFTvwTdQBD6dNBCQCr.jpg 1440w,\r\n https://social.dinn.ca/system/cache/media_attachments/files/110/606/544/635/208/564/small/24446a292705d634.jpg 554w\"\r\n width=\"1440\" \r\n height=\"1080\">\r\n```\r\n\r\nEdited post\r\n```html\r\n\u003Cimg \r\n class=\"status-attachment-image\" \r\n alt=\"A very broad and full tree in somebody's front yard. It is taller than the house and lush and green almost all the way to the ground.\" \r\n style=\"aspect-ratio: 0.8 / 1; object-position: 50% 50%;\" \r\n rounded-lg=\"\" \r\n h-full=\"\" \r\n w-full=\"\" \r\n object-cover=\"\" \r\n draggable=\"true\"\r\n data-src=\"https://social.dinn.ca/system/cache/media_attachments/files/110/747/874/092/869/533/small/5b5b3bee2804138f.jpg\" \r\n data-srcset=\"https://social.dinn.ca/system/cache/media_attachments/files/110/747/874/092/869/533/original/5b5b3bee2804138f.jpg 810w,\r\n https://pixelfed.dinn.ca/storage/m/_v2/557658875627642881/bf0f52ff2-92677b/oosIGsasrpc8/VWgAVeO6G5kbrEsBLc0Yrxvseh0HasymtRq5vkEz.jpg 810w,\r\n https://social.dinn.ca/system/cache/media_attachments/files/110/747/874/092/869/533/small/5b5b3bee2804138f.jpg 416w\"\r\n data-sizes=\"auto\" \r\n loading=\"lazy\" \r\n sizes=\"252px\" \r\n width=\"810\" \r\n height=\"1080\">\r\n```",[3089,3090],{"name":3021,"color":3022},{"name":3036,"color":3037},2250,"Images on edited pixelfed post not displayed","2023-07-21T18:31:30Z","https://github.com/elk-zone/elk/issues/2250",0.7879812,{"description":3097,"labels":3098,"number":3100,"owner":3024,"repository":3025,"state":3101,"title":3102,"updated_at":3103,"url":3104,"score":3105},"A friend posted a cheeky msg that contained a fictional html tag as a way to say hello to their community, see the screenshots below:\r\n\r\n### Elk UI:\r\n\r\n\u003Cimg width=\"648\" alt=\"Screen Shot 2022-12-05 at 10 56 32 AM\" src=\"https://user-images.githubusercontent.com/220900/205683516-513589da-e4d9-4dec-b2b1-39bdb40a2a9b.png\">\r\n\r\n### Mastodon UI:\r\n\r\n\u003Cimg width=\"537\" alt=\"Screen Shot 2022-12-05 at 10 56 55 AM\" src=\"https://user-images.githubusercontent.com/220900/205683562-dc4ca3c6-a78a-4e33-9e8f-2e0f1a32339c.png\">\r\n\r\n\u003Cbr />\r\n\u003Cbr />\r\n\r\nI believe the Mastodon UI captured the correct intention here, which was to have a message displaying the tag as plain text. I totally get how it might be tricky to both support html tags and not strip invalid tags, I mostly just wanted to bring this up to other people's attention. If anyone has a strong argument to not support this, feel free to close it 😊 \r\n\r\nPossibly related to https://github.com/elk-zone/elk/issues/256\r\n",[3099],{"name":3021,"color":3022},346,"closed","Should not remove arbitrary html-tag-like text","2022-12-20T00:23:13Z","https://github.com/elk-zone/elk/issues/346",0.72603166,{"description":3107,"labels":3108,"number":3110,"owner":3024,"repository":3025,"state":3101,"title":3111,"updated_at":3112,"url":3113,"score":3114},"## Steps to reproduce\r\n\r\n1. write a post including a reference to somebody not on your instance\r\n\r\n\u003Cimg width=\"679\" alt=\"Capture d’écran, le 2023-01-08 à 12 45 36\" src=\"https://user-images.githubusercontent.com/3556/211211027-f8bd7389-a635-4f24-b2fd-ce4e0409abf3.png\">\r\n\r\n2. click Delete and rewrite\r\n\r\n\u003Cimg width=\"310\" alt=\"Capture d’écran, le 2023-01-08 à 12 45 43\" src=\"https://user-images.githubusercontent.com/3556/211211037-9ab1205a-e13a-4eec-adaa-adc0acde0935.png\">\r\n\r\n3. the message only contains the handle `@foo` and not the complete address `@foo@example.com` which leads to an undetected handle/link once submitted\r\n\r\n\u003Cimg width=\"831\" alt=\"Capture d’écran, le 2023-01-08 à 12 45 51\" src=\"https://user-images.githubusercontent.com/3556/211211044-81f253da-54e7-4a9f-bd3b-c851bd6583a3.png\">\r\n\r\n## What I was hoping for\r\n\r\nEither the message in the textarea contains the full address or even better it displays the handle only but detects the full address from the original post.",[3109],{"name":3021,"color":3022},883,"When Deleting and rewriting message usernames are not anymore linked","2023-01-08T19:53:55Z","https://github.com/elk-zone/elk/issues/883",0.7721661,{"description":3116,"labels":3117,"number":3119,"owner":3024,"repository":3025,"state":3101,"title":3120,"updated_at":3121,"url":3122,"score":3123},"When posting this link https://www.opendemocracy.net/en/oureconomy/corporate-monopolies-are-threat-to-democracy-public-interest/ here https://fosstodon.org/@Brendanjones/110135158010222739, it was displayed in the link preview on Elk like this, missing the header and subheader:\r\n\r\n\u003Cimg width=\"595\" alt=\"Screenshot 2023-04-03 at 15 40 14\" src=\"https://user-images.githubusercontent.com/16049594/229528521-8aa73a38-096e-425c-a042-28eba3ad9dff.png\">\r\n\r\nI thought it might be a problem with that website but on Mastodon native it looks fine:\r\n\r\n\u003Cimg width=\"578\" alt=\"Screenshot 2023-04-03 at 15 41 51\" src=\"https://user-images.githubusercontent.com/16049594/229528533-d9d9d203-258a-4405-9b38-4080535c92aa.png\">\r\n\r\nAlso displays fine on the birdsite (nope, didn't post, I'm not using that website anymore, just for Elk bug testing :p ):\r\n\r\n\u003Cimg width=\"528\" alt=\"Screenshot 2023-04-03 at 15 43 03\" src=\"https://user-images.githubusercontent.com/16049594/229528569-923379e9-5048-499c-93bd-09470b2e0b3e.png\">",[3118],{"name":3021,"color":3022},1948,"Link preview not displaying correctly","2023-04-29T20:58:09Z","https://github.com/elk-zone/elk/issues/1948",0.77268225,["Reactive",3125],{},["Set"],["ShallowReactive",3128],{"$fTRc1wZytZ_XrK4EfJfei_Sz-An4H4Yy6syhVxH_PVJc":-1,"$fnC57uBnrVFjAVSeNpR6muuBIkvwpJKpu9bjKg7ZCnRs":-1},"/elk-zone/elk/899"]