in summer 2023, when I moved here from reddit, the lemmy instance beehaw.org was extremely divisive. they wanted to create a website according to certain rules rather than a free for all. some people were saying it would be the end of the threadiverse before it even began.
since that time, there have been various other intrinsic and extrinsic threats. I do not see much panicking about beehaw. did the threadiverse survive beehaw? or is this only a shell of what we might have had otherwise?
When I join threadiverse (summer 2023), soon everyone was talking about Threads and how it was about to destroy the whole thing.
Then nothing came of it and the whole convo kinda vanished.
Why didn't threads destroy threadiverse already?
On desktop kbin is 5x better than vanilla lemmy.
But on mobile I have several FLOSS lemmy clients. They all have their pros n cons. Their development is spread out with different projects. Work and the responsibility are distributed from the main lemmy maintainers.
The kbin webapp is pretty good, but not as good as a native client. There is of course only one.
My feeling is that designing for clients (having an API) imposes some kind of discipline on projects. Like you can't just do whatever willy nilly.
My other feeling is that kbin is setting up to be like iCloud whereas lemmy is more akin to sftp.
Thoughts?
When I Find-in-page for a term using ctrl
+f
or "find as you type" with "Highlight all" turned on, all results will appear highlighted. But then much of the time several seconds (variable) later it goes away, as though I had hit esc
. If I hit ctrl
+g
for "find again" it starts again at the top. So current place in page is lost.
This happens even if I take my hands away from keyboard/mouse. It is not some kind of input I am doing.
Does this sound framiliar to anyone? Is there a way to make the "find" results stay found?
Or is there an add-on which reliably implements Find?
I have problem on multiple devices, for a long time, and with linux, windows and mac.
https://codeberg.org/Kbin/kbin-core/issues/1143
See [this post](https://kbin.social/m/ArtemisAppPlayground/t/467262/Testing-alt-text) Current widespread wisdom is that you should specify alt text with the format `![alt text](url)` but this ISN'T behaving as alt text. It's behaving as a label. It needs to be set to the alt text attribute on the image. True alt text doesn't need to be rendered out. It's a nice feature that apps like pixelfed give you a button to see the alt text, because it can give extra context, but this is a secondary feature. This would be great to add as well, but it's out of scope here. Labels are meant for things like crediting the photographer. See any well written news articles for examples of this. [This one](https://www.rnz.co.nz/news/national/498248/grenadiers-leave-mysterious-markings-deep-beneath-aotearoa-oceans) has an image of some sharks as a header. You'll see underneath that it has an explanation and credits NIWA for the image. There IS a way to specify labels in markdown, and leave the alt text in tact. The correct format is `![alt text](link "label goes here")` but this isn't currently recognised by kbin and the label gets completely stripped out. ([link](https://daringfireball.net/projects/markdown/syntax#img)) You can verify this by using something like [this plugin.](https://chrome.google.com/webstore/detail/image-alt-text-viewer/nhmihbneenlkbjjpbimhegikadfleccd/) Notice how all the post images are marked as "Missing alt attribute" Notice how things like the magazine icon don't render out their alt text "ArtemisAppPlayground Icon" Further, see codberg's handling of images: ![alt text](https://upload.wikimedia.org/wikipedia/commons/thumb/6/66/SMPTE_Color_Bars.svg/320px-SMPTE_Color_Bars.svg.png "Label text here") `![alt text](https://upload.wikimedia.org/wikipedia/commons/thumb/6/66/SMPTE_Color_Bars.svg/320px-SMPTE_Color_Bars.svg.png "Label text here")` results in the following html: `` (codeberg displays labels as tooltips) I honestly think it's fine to keep using the first `[part]` as labels, mostly because this syntax is already widely in use, but I think the second `(link "this bit")` should be set to the image's alt text attribute.
I'd like a keyboard shortcut to act in the same way as the toobar button "show sidebars":
If the sidebar is open, it hides it
If the sidebar is closed, it opens to the last used sidebar
This page, Keyboard shortcuts - Perform common Firefox tasks quickly only describes how to toggle individual sidebars. History, bookmarks etc. So depending what is open you have to use unique shortcuts.
Is it possible?
I <3 FF but they are really stingy about the keyboard shortcuts.
https://en.wikipedia.org/wiki/Kbin
I can't believe how fast this addon was developed into something that is super useful.
A month ago I made a list of all the available addons to address this need. There were I think 4-5 of them and I actually didn't end up using any of them because they were too simple and didn't add much for my usecase.
In the intervening days (days!) this project has really fleshed out. I am impressed that you've managed to make an interface that makes sense. I wasn't sure if that would be possible because it is kind of an inherently complex situation.
And on top of that, it works. There are issues with federation which are network wide and not much you can do about that. But as much as the threadiverse is willing to cooperate, this addon smooths the experience.
Thanks, I really appreciate this.
I am not sure what is correct to put in kbin-core/issues without cluttering it up with somewhat speculative requests. I have no idea how to implement this or whether it is possible. So I will post here?
This is a response to issue
#635 - Editor support for autocompletion when a user types /m/, /c/, /u/, or @
@garrettw said:
After all of this I'm left with the distinct impression that a standardized link format is needed across the fediverse for any fediverse content.
I keep wishing for UUIDs or hashes or an internal link shortener or permalink something.
These are the same post on different instances:
It would be nice if it would have a unique ID like e3d14d6c-28d7-11ee-be56-0242ac120002
across the *verse. I can't be the first person to think of this right? Why is ity either not a good idea, or not a viable idea?
I imagine 2 variations. I am not attached to any of the particulars... Just spitballing. What do you think?
/local/uuid
/local/e3d14d6c-28d7-11ee-be56-0242ac120002
- this link would bring the user to the post on the instance where you are viewing it.
So if someone writes in a comment:
check out [this post](/local/e3d14d6c-28d7-11ee-be56-0242ac120002)!
and you are viewing it on beehaw, it renders like this:
<p>check out <a href="https://beehaw.org/post/6759290">this post</a>!</p>
if you are viewing it on kbin.social, it renders like this:
<p>check out <a href="https://kbin.social/m/firefox@fedia.io/t/237162">this post</a>!</p>
/orig/uuid
On the other hand we need a way to link to the particular item as it appears "originally". To do this, you could write:
check out [this post](/orig/e3d14d6c-28d7-11ee-be56-0242ac120002)!
And irrespective of where you are looking at it, it will render like this:
<p>check out <a href="https://fedia.io/m/firefox/t/132144">this post</a>!</p>
I am not 100% sure if the correct behaviour for this is to link to the community home instance or the poster's home instance? I went with community home but maybe there is argument for the other way, or for both.
@density
@kbin.social