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

Why did so many people swallow this crap in the first place?


Ah, I think I searched for "jpegxl", that's why there was no match.


"Yes, re-opening.".

> Given these positive signals, we would welcome contributions to integrate a performant and memory-safe JPEG XL decoder in Chromium. In order to enable it by default in Chromium we would need a commitment to long-term maintenance. With those and our usual launch criteria met, we would ship it in Chrome.

https://groups.google.com/a/chromium.org/g/blink-dev/c/WjCKc...


Context: Mozilla has had the same stance and many devs (including Googlers) are already working on a Rust decoder which has made good progress.


LOL. Google, the "yeah that thing we bought six months ago, we're killing it off 30 days for 4 weeks ago" company demanding "long-term" anything.


That conversation doesn't apply to their core products: Search, Mail, Maps, Chrome, Android. Their commitment to maintaining these services over decades has been amazing. It's everything else that sucks.


Mail is dropping features left and right, like gmailify. I'm pretty sure they're trying to limit the maintenance costs as much as possible.


I could almost imagine the normal search going away to be replaced by a chatbot.


long term support is actually being provided by google...

just a different team in a different country :D

most jxl devs are at google research in zurich, and already pledged to handle long tetm support


Just like google pledges long term support for everything until the next new and shiny comes along.


I think Chrome can safely be said to have a track record of long term investment.


It is, after all, their primary ad delivery vector.


Very good track record there, native clients, floc, manifest v2, ...


I asked Gemini "dymamic view" how SynthID works: https://gemini.google.com/share/62fb0eb38e6b


I asked it to analyze my tennis serve. It was just dead wrong. For example, it said my elbow was bent. I had to show it a still image of full extension on contact, then it admitted, after reviewing again, it was wrong. Several more issues like this. It blamed it on video being difficult. Not very useful, despite the advertisements: https://x.com/sundarpichai/status/1990865172152660047


The default FPS it's analyzing video at is 1, and I'm not sure the max is anywhere near enough to catch a full speed tennis serve.


Ah, I should have mentioned it was a slow motion video.

> The default FPS it's analyzing video at is 1

Source?


https://ai.google.dev/gemini-api/docs/video-understanding#cu...

"By default 1 frame per second (FPS) is sampled from the video."


OK, I just used https://gemini.google.com/app, I wonder if it's the same there.


I’ve never seen such a huge delta between advertised capabilities and real world experience. I’ve had a lot of very similar experiences to yours with these models where I will literally try verbatim something shown in an ad and get absolutely garbage results. Do these execs not use their own products? I don’t understand how they are even releasing this stuff.



Dart for a long time now.


Whoa, you can now search clipboard history. Go to Spotlight Search, Command+4. You'll get a list of entries, each with a copy button, and is searchable. Even shows the app it was copied in.


At last Apple implemented a decent clipboard history. KDE has this thing for a decade now, I guess...

KDE also can encode entries as QR codes, so you can make URLs transferable to your phone or whatnot.

-- Sent from my MacBook Air.


If you use KDE Connect, your clipboard history immediately goes to your phone's clipboard :)


macOS/ios can also share clipboards for awhile now.

For KDE Connect, does the phone have to be an Android or ?


KDE Connect works on macOS, Windows, Linux, Android and iOS


KDE Connect exists on both iOS and Android, though some functions like text messages aren't available on iOS.


KDE doesn't have infinite clipboard history yet, like the GPaste extension for GNOME Shell has.


I'm fine with ~250 entries (which I configured), plus search. I don't prefer to have "forever" files which grows all the time.

I found out that being able to let go of things relieves a lot of load over one's proverbial and literal shoulders.


CopyQ works for forever history for me, it also doesn't save copied passwords, which is nice.


How does it detect passwords? Usually those are just plain-text when copied.

https://hluk.github.io/CopyQ/

Either way, I think it is better to not copy passwords to the clipboard or the selection, but store and transfer them via password-manager/browser/etc APIs.


With KDE on Wayland, there is a clipboard hint MIME type `x-kde-passwordManagerHint` for passwords that clipboard managers can choose to drop.


Not too much support out there, but at least some important things do:

https://codesearch.debian.net/search?q=x-kde-passwordManager...


At least in my experience, it works with the password and clipboard managers I use, and even some command-line utilities like wl-clipboard.

Wish it was a protocol-level setting, though, instead of something KDE specific and honored at the application level.


More like, almost 3 decades.


Including passwords from password managers?


Pretty handy, right :)?

And seriously, managers like 1Password clear the clipboard after some time. I would guess that there’s some clipboard API that allows managers to exclude copied passwords from being permanently added to the history.

Still, there are pieces of data that one might not want to store in such unobvious place as clipboard history so it’s good to know about it.


I use KeePassXC which does empty the keyboard after a few seconds. But keeping history seems like a breaking change to the social (if not technical) contract of the OS' clipboard API.


Windows has this with Win+V for those wondering.


There were already a zillion and one apps (Maccy, ClipMenu, Jumpcut, Flycut, Alfred, ...) that provided this.

It'll be one of the first things I turn off whenever I get around to installing it ~6+ months from now.


Does that mean that add-on clipboard managers like Maccy are obsolete now?


In most cases Apple’s integrations do the 20% that 80% of users want. Third party apps give the additional 80% of features that the 20% may want.

How obsolete those apps are depends on you as a user.


No. Spotlight’s clipboard history doesn’t even keep items for longer than eight hours.


Wow, didn't realise there was more than one tab


When you open it for the first time there is a display that tells you all the shortcuts.

Beyond that, if you move your mouse while Spotlight is on-screen, it shows the tabs and tells you the shortcuts as you hover over them.


Yeah, it's very unfortunate for WebGL/WebGPU apps, where every call has to pass/convert typed arrays and issue a js gl call. It pretty much kills any advantage of using WASM. Hope that changes.


WebAssembly is the faster option for WebGL applications on the web, not least because you also might want to run things like physics engines:

https://playgama.com/blog/general/boost-html5-game-performan...


All depends on your app, of course. My point is having additional overhead for every gl call is pretty bad.


it's not really significantly bad: https://www.youtube.com/watch?v=4KtotxNAwME


How can you reconcile this with all of the AAA games that have been shown to work well on Wasm+WebGL ? What is different between your usage and theirs?


A quick search shows that there aren't any AAA games that support those platforms. What are you referring to?


Which AAA games run well on Wasm+WebGL?


Interesting, I have the latest update and I don't see it in the models list.


I had to go to add more models, and then it was available. So far, it is able to do some things that other models were not previously able to do.


You have to go to the settings and view more models and select it from the drop-down list.


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

Search: