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

Looks great! However i'm a bit concerned about these "AI-Powered Analytics", looks like it would leak user-submitted data to Groq.com?


I'm curious why you think that?

Many AI products use user data; how do they handle it?


> Many AI products use user data; how do they handle it?

They leak the data, at least while finding PMF.

If they make enough money maybe they'll run their own model.


I see, what do you think would be best for me to do?


> I see, what do you think would be best for me to do?

Not sure. One option that comes to mind is to put the AI usage behind a one-time-only popup that confirms (via a checkbox) that the user understand that by using the AI features, their information will necessarily have to be sent to a third-party AI processor.

If they decline those terms, then the AI button/boxes go back to being disabled. If they accept the terms and conditions for AI, then record that in their profile and don't display the terms and conditions for AI usage again.

So even though you are still leaking their data, at least it will be with their express permission.


alright! I understood I should just add consent in user settings if they want to allow AI services to use their data etc etc


I get zalgo-like glitches (overlaying notes) when resizing the viewport width in Firefox. Looks kinda cool though: https://i.vgy.me/JQsqZO.png


Oh boy... I'll have to look into why that's happening.


I have these in my google calendar. Kinda forgot they were japanese and they don't line up with our (european) weather perfectly, but i still enjoy seeing them there.

Found them on HN years ago: https://news.ycombinator.com/item?id=20377098


Thanks for the link!



Looks like the pages are zero indexed? That sample link with page=70 got me to page 69 (in both Firefox and Chrome on Linux)


It's one-indexed, counting that actual pages in the PDF. The nominal page numbers (as seen on the header/footer) are often different since you don't typically number title pages and the like, which is called "front matter". [0]

0: https://kdp.amazon.com/en_US/help/topic/GDDYZG2C7RVF5N9J#fro...


It's probably linking to the 'sequence number' rather than the page number. The cover is the first sequence number but doesn't have a page number. So if there was a few blank pages before the numbered pages started, it would probably be off by that many. I'll bet there are ways to mitigate that— PDF usually seems pretty good about dealing with the discrepancies between print and digital document structures.


No. it's page 70 in the PDF. But the title page is visibly numbered "i" and only the following page is numbered "1". That offsets everything by one.


Ah, i kinda expected the UI (https://i.vgy.me/beZtWa.png) to show the actual PDF page number, never noticed the "i" thing. Thanks.


Related: "Why GNU su does not support the `wheel' group (2002)", https://news.ycombinator.com/item?id=37175754, 143 comments



thank you


Browsers can simulate that without a proxy too: https://firefox-source-docs.mozilla.org/devtools-user/networ...

Chrome can also throttle the CPU power: https://www.wikihow.com/Throttle-Your-Browser-for-Testing


Did that with an old Thinkpad (X32 iirc) years ago. I use Gentoo and some packages (like gcc) could only be compiled during winter months or in a fridge.

Also sucessfully rescued some old NVidia card with baking oven around that time…


Just a little bugreport – in Firefox, the "insert image" invisible file input covers buttons to the right: https://i.vgy.me/q1sYHX.gif

Setting its width to 100% (of the parent button) fixes it. Doens't happen at all in Chrome.

I would create an issue on github, but just the "grid" component is there and this is outside of it…


Thanks for the bug report. And yes, your fix worked :). I had `inset:0` for the file input and was working on all browsers except firefox.


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

Search: