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

Using stimulants prescribed for ADHD to have extra pep in your step is drug abuse - just sayin. You see this a lot with adults taking stimulants for ADHD.


When normal activity completely drains you due to a recognized and diagnosed disorder, and you take a prescribed drug to offset that deficit - that’s called “medication”.


It's not drug abuse, it's highly effective medication. https://www.adhdevidence.org/evidence


One suggestion to the authors - every serious codebase I've ever worked on had their own set of linters and plugins for whatever linter they were using.

How do I extend Ruff? Can I extend Ruff? How do I write plugins and linters? It's Rust in Python and I am generally leery of such things. The fact that it's one tool to do all these things makes believe it's because the tool is inflexible so it must be able to do all these things.


Here's an issue on extending Ruff: https://github.com/astral-sh/ruff/issues/283

I think the philosophy right now is to treat it like Black, but I'm not going to speak for the authors or maintainers, it's just my opinion.


it's version 0.x - breakages are expected


It's not an open standard but the JVM spec is publically available and intended for multiple implementations

https://docs.oracle.com/javase/specs/jvms/se8/html/


sure but three days in a row?


How well does this handle large tables that span pages? That seems to be a key differentiator for most PDF libs I sampled. I'd assume this works well if it's coming from Chromium


If you have a sample HTML you wanna try, you can use https://pspdfkit.com/pdf-sdk/web/pdf-generation/ and paste HTML there - the generation engine is virtually the same.


Do you mean tables when converting HTML to PDF, or simply rendering the PDFs with tables in them?


simply rendering tables - most of the (python) pdf generation libraries I evaluated a few years ago all had the same limitations (reflow is hard) around laying out large multipage tables. We went with a headless chrome service to print to pdf which did not have the limitation.


We've had customers in beta trying it out with multi-page tables and we've heard positive feedback.


It's pretty much BS like that that had me switch to IOS after years on Android.


Because Android will make you pick a default browser, you switched to iOS where you weren't even allowed to change the default browser (depending on when it was you switched), and even now every browser is actually Safari so users think there is diversity but there isn't really.

Ok.

I mean, I acknowledge that sort of thinking is common, but it's makes no sense to me.


you can pick a alternate browser on IOS and as I said - it was multiple instances

Go in your google/android settings and make sure location tracking is off - come back and tell me with a straight face that the UX of the feature is not a dark pattern.


It depends on your definition of browser, they are all frontends for Apple WebKit.


You can't have an alternate browser engine on iOS, just a shell around Safari's webview.


An alternate where all alternatives are safari.


I use an iPhone too, but aren't all iOS browsers using the Safari engine in the background, even if the front end is branded as Firefox/Edge/whatever?


Only for javascript - you can have your own html engine, but you have to use the sarari javascript engine. Technically you can have your own javascript engine, but your performance will be bad enough that we can ignore this.


The performance would be bad because of no JIT, but the main issue it is that Apple requires WebKit usage:

> 2.5.6 Apps that browse the web must use the appropriate WebKit framework and WebKit Javascript.

> 4.7 HTML5 Games, Bots, etc. -> only use capabilities available in a standard WebKit view (e.g. it must open and run natively in Safari without modifications or additional software); and use WebKit and JavaScript Core to run third-party software and should not attempt to extend or expose native platform APIs to third-party software;

Now, I get their reasoning - if you did parse regular javascript and JIT was allowed (which would be required to prevent any anticompetitive remarks in terms of performance for these other engines), random pages could exploit those 3p browsers and extract information from the APIs they have access to.

But computers are complicated enough to where you probably couldn't explain to a layperson/congressperson the difference between iOS forcing developers to use their Window management APIs and iOS forcing developers to use their javascript APIs, so this is unlikely to change with regulatory force or anything of the sort.


I am technical and I still don't quite grasp the reasoning. Why does it matter if a browser makes available a non-standard API? And why is this a concern for mobile and not desktops?


Apple doesn't want app developers to deflect responsibility of user data siphoning off onto third-party websites or parties. Think the contacts API - the user might grant the app access to it in general, but then facebook.com could try to access them via a special browser API; if there aren't any extra prompts within the browser's code asking for user permission, this could lead to the site siphoning off user contacts without the user knowing.


Why would some be branded damaged because they have knowledge of a tool? That's ludicrous.

I've used many databases including mongo. They are all tools like any other with pros and cons and having experience with multiple across domains is a boon.


It may be ludicrous, but it's not an uncommon point of view.

"... teaching of BASIC should be rated as a criminal offence: it mutilates the mind beyond recovery"

- Edsger W. Dijkstra

https://www.cs.utexas.edu/users/EWD/transcriptions/EWD08xx/E...


hmm didnt this happen once before after a long weekend?


fully typed? it used dicts for queryinb - should maybe look at sqlalchemy for comparison


Yes it is fully typed because of TypedDicts, https://docs.python.org/3/library/typing.html#typing.TypedDi...

SQLAlchemy on the other hand provides very little (if any) type hints for their query API.


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

Search: