",[2884,2887],{"name":2885,"color":2886},"c: ui","8949BA",{"name":2863,"color":2864},1682,"Filter phrase list","2023-02-18T07:57:05Z","https://github.com/elk-zone/elk/issues/1682",0.73491764,{"description":2894,"labels":2895,"number":2898,"owner":2865,"repository":2866,"state":2867,"title":2899,"updated_at":2900,"url":2901,"score":2902},"Some mastodon instances allow a long post, whose character limit can be over 5000. Request to add a \"read more\" / \"show more\" button in this case.\r\n\r\n[test post](https://mastodon.ktachibana.party/@furretya/112283693211261234)\r\n\r\nexamples:\r\n\u003Cimg width=\"601\" alt=\"Screenshot 2024-05-02 at 5 44 51 PM\" src=\"https://github.com/elk-zone/elk/assets/10359255/74a2c074-00cb-45a6-bb51-de63e644757f\">\r\n\r\n\u003Cimg width=\"814\" alt=\"Screenshot 2024-05-02 at 5 46 50 PM\" src=\"https://github.com/elk-zone/elk/assets/10359255/f451bd5d-cc1a-42ca-bbaf-3fc472a86881\">\r\n\r\nCode references:\r\n\r\nmastodon:\r\n\r\nhttps://github.com/mastodon/mastodon/blob/4b2054ee57b41c304f85eab6236baebe0b732d95/app/javascript/mastodon/components/status_content.jsx#L135-L139\r\n\r\nmisskey:\r\n\r\nhttps://github.com/misskey-dev/misskey/blob/c530a46e547791b22ecf12fe1b9e952f7df0a58c/packages/frontend/src/components/MkContainer.vue#L89-L94\r\n",[2896,2897],{"name":2857,"color":2858},{"name":2863,"color":2864},2860,"[Feature request] \"Read more\" button for long post","2025-01-23T15:06:43Z","https://github.com/elk-zone/elk/issues/2860",0.74110675,{"description":2904,"labels":2905,"number":2909,"owner":2865,"repository":2866,"state":2867,"title":2910,"updated_at":2911,"url":2912,"score":2913},"### Clear and concise description of the problem\n\nOn Twitter, there's a nice feature: after you write a tweet, you can click a button to add another tweet under that one, so you can write a fairly long thread (I think 25ish tweets?) before sending it. I used this feature a lot and liked it very much.\r\n\r\nOn regular Mastodon, you have to send your first toot before you can start drafting the next one. Because I like to finish writing threads before I post them, I often use a workaround of composing my threads in my computer's notes app, then pasting individual toots in one at a time. This is kind of annoying to have to do. :(\r\n\r\nI think it would be very cool if Elk supported draft threads like on Twitter!\n\n### Suggested solution\n\nAdd a little \"add toot\" button when composing a toot, then allow some number of subsequent toots to be drafted before posting.\n\n### Alternative\n\n_No response_\n\n### Additional context\n\n_No response_",[2906],{"name":2907,"color":2908},"s: pending triage","dddddd",1073,"Compose thread before sending","2023-03-13T21:54:55Z","https://github.com/elk-zone/elk/issues/1073",0.74137914,{"description":2915,"labels":2916,"number":2920,"owner":2865,"repository":2866,"state":2867,"title":2921,"updated_at":2922,"url":2923,"score":2924},"Not to be overly pedantic but the URL matching overshoots a bit when compared to mastodon. Specifically, in this example, mastodon would not capture the right paren `)`:\r\n```\r\nfoo (https://news.ycombinator.com/)\r\n```\r\n\r\nMastodon counts 29 characters (500 - 471):\r\n\r\n\r\nElk counts 28:\r\n\r\n\r\nThis is an issue since now it's possible to achieve a elk-safe 500 character limit and then receive a 500 character limit exceeded error by Mastodon after submitting which would confuse the user.\r\n\r\nSo somewhere down the line we might need to update this:\r\nhttps://github.com/elk-zone/elk/blob/3732a2cc16b4de6cd60f4836151d4a3292c627fa/components/publish/PublishWidget.vue#L72\r\n\r\nSince it includes the ending paren:\r\n\r\n\r\nMastodon themselves have their URL regex defined here: https://github.com/mastodon/mastodon/blob/1ed12d/app/javascript/mastodon/features/compose/util/url_regex.js (which relies on [`twitter-text`](https://github.com/twitter/twitter-text/))",[2917],{"name":2918,"color":2919},"c: bug","FFA500",1880,"Link length not properly counted in status text","2023-08-01T16:00:30Z","https://github.com/elk-zone/elk/issues/1880",0.74418503,{"description":2926,"labels":2927,"number":2930,"owner":2865,"repository":2866,"state":2867,"title":2931,"updated_at":2932,"url":2933,"score":2934},"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.",[2928,2929],{"name":2857,"color":2858},{"name":2885,"color":2886},1355,"Status design and flow","2023-02-03T05:16:28Z","https://github.com/elk-zone/elk/issues/1355",0.7478463,{"description":2936,"labels":2937,"number":2940,"owner":2865,"repository":2866,"state":2867,"title":2941,"updated_at":2942,"url":2943,"score":2944},"When you are in a DM, if you tag a user, that user also receives the DM and is later on part of the thread. It is consistent with the way Mastodon works, but a lot of users are going to be surprised (in Discord, Slack, Twitter, etc... tagging someone in a DM doesn't have this effect). This happened to me a few times already, last time with @spences10 and @oliverturner.\r\n\r\nI think we should ask for confirmation if a user tags someone new in a DM\r\n",[2938,2939],{"name":2857,"color":2858},{"name":2860,"color":2861},288,"Confirmation before adding a user to a DM thread","2022-12-02T08:21:49Z","https://github.com/elk-zone/elk/issues/288",0.74811757,{"description":2946,"labels":2947,"number":2951,"owner":2865,"repository":2866,"state":2867,"title":2952,"updated_at":2953,"url":2954,"score":2955},"### Clear and concise description of the problem\n\nI like to use Mastodon's feature for writing private notes on someone's profile. This helps me remember why I muted or blocked someone, for example. Elk does not seem to support this.\n\n### Suggested solution\n\nAdd a spot on people's profiles to click to write a note, like on regular Mastodon.\n\n### Alternative\n\nAdd an option in the pop-up menu (alongside \"open in original site\", \"mute\", etc.) to add a note.\n\n### Additional context\n\nHere is what it looks like on regular Mastodon:\r\n\r\n\u003Cimg width=\"561\" alt=\"image\" src=\"https://user-images.githubusercontent.com/122533181/212338877-e89b397e-55b9-4acf-a50f-1b4d236d7b36.png\">\r\n\u003Cimg width=\"563\" alt=\"image\" src=\"https://user-images.githubusercontent.com/122533181/212338931-fed75cf1-72b8-4013-966e-b15d2e31502a.png\">\r\n",[2948,2949,2950],{"name":2857,"color":2858},{"name":2860,"color":2861},{"name":2863,"color":2864},1079,"Add functionality for profile notes","2023-10-06T09:14:01Z","https://github.com/elk-zone/elk/issues/1079",0.75646883,{"description":2957,"labels":2958,"number":2961,"owner":2865,"repository":2866,"state":2962,"title":2963,"updated_at":2964,"url":2965,"score":2966},"glitch-soc supports up to 16 items in profile metadata instead of just 4.\r\n\r\nThis raises the question again of how far we should accommodate Mastodon-compatible forks 🤔 ",[2959,2960],{"name":2885,"color":2886},{"name":2860,"color":2861},798,"closed","More profile metadata entries","2023-01-10T09:04:28Z","https://github.com/elk-zone/elk/issues/798",0.7304415,["Reactive",2968],{},["Set"],["ShallowReactive",2971],{"$fTRc1wZytZ_XrK4EfJfei_Sz-An4H4Yy6syhVxH_PVJc":-1,"$fVlDhCDhtzF6lb4FpTQz-Lrmv-WvyRNhYIj1F0l3-_Zo":-1},"/elk-zone/elk/47"]