Ah yes, all though I ve never really experienced HTTP days in their full glory
I’ll look into using it. If it has a github action or easy way to publish it from cli
Ah yes, all though I ve never really experienced HTTP days in their full glory
I’ll look into using it. If it has a github action or easy way to publish it from cli
I do not see how critisms for the JS API docs are relevant for my openapi documentation.
This documentation aims to solve all those problems in a language agnostic way. It descibes the endpoints, the request object, the status, the response object, the authentication needed in visual/text. It allows you test it right from the browser, allows you to copy a working curl command, search for endpoints based on keywords, allows you to import the entire spec into postman/alts.
I ve never had any problems with CF instances but I mostly test with voyager.lemmy.ml
Looks like the best openapi front. I looked into using it, but it didn’t seem free. Too bad this one is outdated. Lemmys API has changed quiet a bit since then.
(Author btw)
Can you expand on this? This was written for Kotlin usage. It automates generating API based on this spec.
I have no idea what you mean with ‘using other approaches to calling the endpoints’
Lemmy has only one API. It’s same API used for lemmy-ui.
This is just a “better” documentation for it.
The API works for for cloudfare instances too.
There is also a swagger ui variant
Ah I misunderstood, you want list without the thumbnail at all?
In the feed you can find the post view mode in the top right more options menu.
The swipe gesture feature uses a new experimental component. As far as I am aware we can’t configure the sensitivity. We have decided to have it off by default. We also fixed the swipe direction not being aligned with the description.
Not really, it would also be hard to implement but I don’t think its impossible.
Hardest part is the ID of the same post differs between instances and the post might not exist yet either. I’ll create a issue for this feature request.
There is a bug that in communityview of an 0.18 instance it will only show first page. It is fixed but not released yet.
Can you expand on this? while you are scrolling it randomly refreshes?
Bottom bar collapse exists the other way, some users prefer to not see the bar by default and then you can hold to show the bar.
I definitely wanted to make, tap/hold actions fully configureable. It’s somewhere on the backlog, I’ll create an issue if it doesn’t have it already.
Can you expand on this?
Yeah that would be great but i am not sure if that release includes the logging of HTTPClient, could you try it from latest build?
That’s already been fixed, and will be part of 0.0.51
Alright we will be dropping this feature until we make a proper swipe to exit
The full sentence is This account (%s) is being verified
It’s verifying that everything is correct, acc not banned, JWT works, instance alive, …
It only shows that, if you are attempting something that causes it to be verified while already verifiying that account.
Nbd, should ve resolved itself in a few seconds
Can you also test if the problem is still fixed with this build and that the flick to exit works in the ImageViewer
https://github.com/dessalines/jerboa/files/12618555/fix_zooming_jerboa_debug.zip
np
Can you also test if the problem is still fixed with this build and that the flick to exit works in the ImageViewer
https://github.com/dessalines/jerboa/files/12618555/fix_zooming_jerboa_debug.zip
There is no real order of which issues get done. Everyone is welcome to contribute any feature/fix they find important.
I just work on things I find have priority which is mostly bugs first. The next big feature is probably backwards compatible API which is a huge amount of work.
There is a issue for the creation of communities. Already but it doesn’t specify exactly it. Like where do we add this in UI, do we make a fullblown screen or just a popup. Which logic for showing this creation menu. Some instances don’t allow users to make them. etc
This could use indeed some work
openapi spec allows one to specify the authentication, this has not be done already because there is an open issue to include auth in
lemmy-js-client
(I use this to generate the spec) + Need to figure the best approach to convey “elevated” auth endpoints. Endpoints like GetSite where authentication enhances the response.They are actually summaries, they are fine imo. There is an open issue to add the descriptions though.
Yes indeed, things like this should be documented in the description.
This is explicitly mentioned on every request, visually and in the spec.
Query is mentioned when they are query parameters, else it just a request body. This is pretty clear in the text (spec) or visually imo.
GetPersonDetails
is the name of the object if you scroll all the way to the bottom you can inspect it. This more clear in the spec.There is not a single endpoint missing nor its requests.
This could be improved.
Status codes? or the 400 lemmy error? ex:
{ error: "report_reason_required" }
Status codes are the same everywhere, 200/201 or 400 with Lemmy error as response. There is one exception that is 401 that can be thrown for every auth required endpoint where auth fails. But these are standard. Ig this should documented.Now the “LemmyErrorTypes”. This could be improved, but it is hard to, not possible to be automated and tedious to add and frequently changes.
Thanks for the feedback.