Hacker Newsnew | past | comments | ask | show | jobs | submit | marclave's commentslogin

Get paid how and where you want—let your customer pay the way that works for them. Receive payments straight to your wallet or bank account. For businesses/freelancers globally.


theyre using scalar :)

https://scalar.com https://github.com/scalar/scalar

(disclaimer: im the co-founder & ceo of scalar)


scalar is the absolute best; we've had a great experience building on them so far :P


> Like pip-compile, uv generates a platform-specific requirements.txt file (unlike, e.g., poetry and pdm, which generate platform-agnostic poetry.lock and pdm.lock files). As such, uv's requirements.txt files may not be portable across platforms and Python versions.

really curious on the reasoning behind this decision :)


Hard to give a concrete example but you can end up in dependency deadlocks, with combination of packages that require new features vs packages that don’t work on newer versions.

Mostly it’s useful right after a new release where prebuilt wheels aren’t available for all packages yet and you have users who may care or not about this.

If you only have single requirements file, you get forced to choose which platform to support. With multiple, you can break out if needed. These breaking changes and deadlocks are rare. It’s still good to have an escape hatch.


https://github.com/astral-sh/uv?tab=readme-ov-file#multi-ver...

says:

> uv does not yet produce a machine-agnostic lockfile.

so maybe the non-portable requirements.txt is just a first milestone


this is unreal! i was just thinking about this on a walk yesterday for our internal evals on our new models we are building.

big kudos for this, so wonderfully excited to see this on HN and we will be using this


hey! co-founder here, what about the demo is off-sync?

We debounce the input slight before parsing the spec to not block the browser


I should have been more clear. I meant the video recording. In the video recording, the screenrecording is a little bit behind what the person is talking about. Very nitpicking observation though.


hey! We released a fix for Safari, it should be all fixed now. Let me know if this resolved it for you


I’m on iPad, not iPhone. Sorry I can’t provide any feedback other than just some really crappy QA because I don’t do a lot of work with Swagger.

- Top bar is no longer hidden behind nav bar (usually). However, the bottom is cut off because of it. I didn’t even notice it at first, but everything below “Light mode” isn’t visible. It seems like it is fixed if I can scroll in such away that Safari hides the nav bar, but it’s finicky in allowing me to scroll far enough, or scroll on the correct frame, to cause Safari to hide the nav bar. I was able to get it stuck in a state where the top bar was hidden again and I couldn’t scroll to get it back. Refreshing the page made the top bar visible again.

- Pull to Refresh doesn’t work consistently. I can do pull to refresh if I can scroll in such a way the nav bar is hidden, but I can’t get the nav bar to hide itself consistently. I’m not a front end dev, so I’m not sure how much work it would be to fix the rendering of the window. It’s not as big of a deal to me since the top bar (the bar with `Scalar | Register | Sign In` etc.) is now visible.

Here’s a screencap of the first two items: https://file.io/uNQBUTmTTKul (Link will expire after 1 week). Sorry I couldn’t get an example of the top bar getting hidden or pull to refresh working. It was really difficult to reproduce.

- Being able to collapse the `Getting Started`/`Swagger Editor` frame would be nice (or to be able to control whether the viewer on the right is an additional tab next to the editor frame or it’s own distinct pane next to it), but that’s just personal preference. It would be helpful as someone who was consuming someone else’s API to isolate the features/content I need and hide those I don’t.


yes! it's on our list of things to add this week, appreciate the comment :)

We just shipped adding headers + params interactive so people can add `x-api-key`

https://github.com/scalar/scalar/pull/237


We support Swagger + OAS 3/3.1

The language can be better throughout the repo so we will update that :) appreciate the comment


Yeah my perception of this is Swagger is old OpenAPI, so I would probably put OpenAPI front and center and just note that you also support Swagger?


co-founder here! thanks for the kind words.

I am also excited for another alternative, that feels modern!


Appreciate the comment :)

Sidenote: we are going to be building a docusaurus plugin soon!


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: