I'll have to check out Supersonic for the desktop.
On Android I've been using Symfonium which is fantastic. https://play.google.com/store/apps/details?id=app.symfonik.m...
HN user
I'll have to check out Supersonic for the desktop.
On Android I've been using Symfonium which is fantastic. https://play.google.com/store/apps/details?id=app.symfonik.m...
There's some examples (and a pretty sad graph on _when_ users are looking at these resources) on the user research summary: https://github.com/alphagov/govuk-design-system/discussions/...
I understand that they couldn't use the Escape key, and so having an alternative makes sense, but I'm not sure as a user how I would ever discover the behavior of pressing "shift" three times.
This will be used as a pretense to raise airline fares, and won't impact cancellation rates or average delay times.
It's incredibly painful to do this with a large library, as they've stopped supporting the desktop uploader. It's all drag-and-drop uploads, so it's not easy to keep it in sync with a folder of music.
Also the playback experience is painful and uploaded files are poorly supported across devices like Google Home, where it constantly wants to do playlists or mix in other music. I'm not sure Google Home even supported playback of uploads, though I abandoned the service shortly after the Play apps went away.
I used to use iTunes Match. It'll change more than just metadata, I've had instances where album tracks were swapped out for their clean versions. I've dropped it in favor of a self hosted version I can ensure won't muck with my music.
Another Navidrome user here, hosted on a $5 Linode Nano. I have rclone set up to mount an S3 bucket with the music files. Scanning them is a bit slow, but otherwise I've had no issues.
I highly recommend Symphonium as an Android client. It is receiving constant updates, highly polished, has an offline mode, Android Auto support, and so much more.
The title is misleading. This article argues that you should not use a UUID for a _session cookie or access token_, which was never the intended purpose of a UUID.
Link to the brief: https://www.supremecourt.gov/DocketPDF/22/22-293/242292/2022...
I had a similar response when reading "React adapter allows you to access signals directly inside your components and will automatically subscribe to them."
I don't believe this is worth it. The implementation is fairly dangerous and fragile as you point out, all in order to simplify something fairly clean/reacty such as `const value = useSignalValue(signal)` into `signal.value`.
We also require every access to any stack variable to do math to figure out where on the stack it's arguments are.
In the article, it appears to be the opposite. Previously this math was required (`[ai] = 2 + parameter_count - i - 1`), but by reversing the arguments in the stack it's now always a constant offset, and they prevent indexing out of the passed arguments in the frame by ensuring there's at least as many arguments as formal parameters by stuffing the call with extra `undefined`s:
But what happens if we reverse the arguments? Now the offset can be simply calculated as [ai] = 2 + i. We don’t need to know how many arguments are in the stack, but if we can guarantee that we'll always have at least the parameter count of arguments in the stack, then we can always use this scheme to calculate the offset.
Minified React error #109; visit https://facebook.github.io/react/docs/error-decoder.html?inv... for the full message or use the non-minified dev environment for full errors and additional helpful warnings.
While this looks useful, if `Foo` is an part of my application state I'm not too crazy about shipping that over to Facebook if I wanted to use this feature.
I do. I simply don't have any reason to doubt that he's being truthful when he says he read a certain book. Given that he clearly enjoys reading, I find it hard to believe that he has any reason to be dishonest in listing his favorite books.
Unless I'm missing some of the problems you're trying to solve, this seems like an extremely over engineered solution to the problem of code duplication (like validation) and boiler-plate communication code. For the former, if you're using a node backend, you can pretty trivially reuse the same code between client and server side. The later doesn't really seem like a big enough issue on its own to really warrant an architecture that requires a back-end with per-tab mirroring - you can usually encapsulate the 'cumbersome AJAX calls' with a straight forward API (or GraphQL query if that floats your boat).
This approach also forgoes many of the nice side-effects of having a clear slide-server boundary like avoiding leaking implementation details into your front-end code. Also, a simple REST API can be reused across platforms, so when you want a native experience on Android, iOS, etc you wont have to replicate this architecture or the underlying logic on each of those platforms.
Interesting to contrast this to what OS X(certainly Mavericks, maybe others) does. If you restart and opt to re-open previously open windows, they will open with screenshots of their previous states - only when you click on one will it dim the window and admit to you that it's not loaded yet. Personally, I find this a little irritating, giving the illusion that it's ready when it isn't. I find facebooks approach a little better, it doesn't pretend to be usable, but guides your eyes to the right part of the screen.
As someone who interned on a J1, you don't need an SSN to be paid. You do need an SSN to file a tax return at the end of the year however.
I can't wait for the Vybe 2, which by their own definition will be less intelligent than this model.
If you don't mind me asking, do you continue to take it? Or if not, how did you know when to stop?
Ah, this is me being misleading, I didn't mean the styling of the document was important(well, until it gets sent to publication, where I am sure you're right about the interns), I really meant the ability and tools to edit/review/track changes and highlight/annotate sections they want changed.
I wouldn't be surprised if a lot of writers were less technically savvy, happiest writing in Word, or simply wouldn't know how to write in any other format. It makes sense from the publishers point of view to pick one format and stick with it, so they have a consistent editing style and ability, and only have to deal with converting one format into a final publication.
I do feel that this is one of those cases where you should be able to write in the way you feel best for you, and if the publisher insist on having the final document in a word format, it should be straightforward to convert your chosen representation to theirs. It's hard to say without knowing precisely how the publisher expects the file to be formatted, but if it's fairly straightforward, there are libraries that will write to doc files for you, or there are open formats that MS Word already knows how to convert into .doc files that you could target instead.
Does this mean if you create a 100px high triangle, it has 100px of invisible padding on top?
Nope, they're now offering PyCharm Community Edition which is free to use for all and open source under the Apache 2 license.
This doesn't seem wildly unreasonable to me. If it allows them to perform a better review and check for malicious code before approving it, I'm all for it.
Perhaps Opera can perform the minification after reviewing the code and achieve the performance gains while still being able to prevent malicious code entering the store.
It can happen anywhere, it's not just in seedy bars, I've know it to happen(at least here in the UK) in clubs with otherwise good reputations.
No, if the campaign doesn't succeed, Indiegogo won't take your money. The campaign is only funded if they raise the full $32m, so there is no worry of not paying and not receiving the phone.
They've had this planned out for a long time now. Thunderbird received this UI refresh in August last year(the change log said it was to "match the new Firefox UI"), so I wonder why they delayed adding this to FF for so long.
Personally, I much prefer the current UI. It's very concise, no space wasted with curves, perfect for people like me who tend to have 10 tabs open at once. I would rather they update the current style with a few of the nice hover effects and bolder colours, rather than change the shape of tabs and the menu location.
Are there any good alternatives to Google Calendar? If not, seems like there may be a gap in the market for a next generation calendar service, as the core of Google Calendar has been the same for a while, I'm sure there must be some innovation available there.
Worth pointing out that this is pretty similar to tab groups available in Firefox, with added commands when right clicking on a tab to move to a group.
I've tried a dozen different note taking tools, the only one I've stuck with is Workflowy[1]. I think it just suited my style of note taking/todo list making/hierarchical lifestyle right from the start. I would like to see better Android app support(3rd Part/Web only atm), but apart from that it's perfect for me.
> Wanting to store everything in iCloud is his usecase, and I doubt it's a popular one. Personally, I'd rather keep my library on an external Thunderbolt RAID array for speed and duplicated on an off-site backup.
I think his use-case is a lot more common than yours! 99%+ of consumers don't have an external Thunderbolt RAID array, or even know what it is. They just want their photos all in one place, accessible from everywhere, in the same way you can have your music on all devices with iTunes match.