Ask HN: What have you created that deserves a second chance on HN? • Hacker News Board

Re: Ask HN: What have you created that deserves a second chance on HN?

#401

Post by TrianguloY » Sun, Jan 29, 2023, 4:53 PM UTC

efreak wrote: post #396

TrianguloY wrote: post #56

https://github.com/TrianguloY/UrlChecker URLCheck, an Android app to analyze urls before opening them. With clear urls module, pattern checker module, and a few more. It got a few points (29) when I posted the "it is now on f-droid" submission ( https://news.ycombinator.com/item?id=30256326 ) but that was it. I've been updating the app since too.

Looks useful. I currently use untrackme, unalix, and link eye (the older version for which source is no longer available, not the new one). Feedback: I've submitted some comments on GitHub, but I'll go ahead and include some more here: - I'm not a fan of this UI; it seems both somewhat cluttered and small. I'm on tablet, fwiw. Consider a fullscreen UI with indicators for modules that can be activated by the current U…

The UI was designed for mobile in mind, but improving the UI is something I try to make when possible (I'm bad with UIs unfortunately). Hiding a module when there is nothing to show could be a good addition, although the newer version does reduce them to a minimum for this reason. As for the grid of apps, that's a suggestion I would like to make in the future if possible.

The Url cleaner and the Patterns checker modules can be configured to apply rules automatically. They are kept in the history module as you described too!

You can create a pattern to remove hashes if you want. Making it available by default is a bad idea since hashes a usually a required part of the url. Note that the ClearURL rules does remove tracking hashes.

As explained above, they are reduced to a minimum, but I can consider hiding them entirely (or at least make it as an optional toggle).

The app is configured to not appear on the history, since it's a 'temporary step' and not a final action. I'll see if I can make it optional for example.

You should be able to, the app is registered to receive text. Isn't it available when you share text?

Re: Ask HN: What have you created that deserves a second chance on HN?

#402

Post by codepoet80 » Sun, Jan 29, 2023, 7:54 PM UTC

efreak wrote: post #395

codepoet80 wrote: post #77

I (significantly) restored Palm/HP's webOS services, include the SDK, (partial) App Catalog, and a variety of proxied, re-created back-end services to keep devices like the Palm Pre and HP Touchpad functional: https://www.webosarchive.org

Now we just need a compatibility/emulator for mobile devices. When I had a touchpad, I kept it dual booted exclusively to the ability to play Tower Wars, since there wasn't (and still isn't, afaik) any similar games around. Basically you got cards on each turn for upgrading your walls or castle, or for attacking your enemy's walls or castle, with the objective of destroying your enemy's Castle before they destroyed y…

Its not the same thing, but I do have HP's emulator image updated for modern machines: https://www.webosarchive.org/docs/emulator/

Re: Ask HN: What have you created that deserves a second chance on HN?

#403

Post by scrapcode » Mon, Jan 30, 2023, 12:15 AM UTC

mike_hearn wrote: post #58

scrapcode wrote: post #49

Earlier quoted context omitted.

"The post was killed by software, user flags, or moderators. [...] If you see a [dead] post that shouldn't be dead, you can vouch for it. Click on its timestamp to go to its page, then click 'vouch' at the top. When enough users do this, the post is restored. There's a small karma threshold before vouch links appear." [0] [0] https://news.ycombinator.com/newsfaq.html

Right, but that doesn't really answer my question. The stories appear harmless and so many are flagged it has to be automated. So presumably it's software driven. But - why? With political or contentious topics it's usually obvious why stories go dead but for /shownew it's not.

The "killed by software" is my best guess. Probably more of a strict filtering algo and not as many users trying to reverse the process.

Re: Ask HN: What have you created that deserves a second chance on HN?

#404

Post by GrumpySloth » Mon, Jan 30, 2023, 4:22 PM UTC

xanthine wrote: post #400

yakubin wrote: post #28

https://yakubin.com/notes/comp/reserve-and-commit.html In-depth analysis of a memory allocation strategy, which allowed me to write an alternative to std::vector, which in my benchmarks performed better for all but a few workloads and on those few was competitive. I was exhausted after finishing it. It may have been too long for some folks though. No upvotes.

It is indeed a bit too long. A few tips: - Graphs of benchmark results would be neat to have. Remember to put the code and graphs as a sort of TL;DR in that blog post. - I skimmed the code; there's no clear instructions as to how I'd use it for my own projects. Perhaps work on a CMake / Autoconf config for a library build? - The repository itself might not have enough visibility due to being self hosted. While I do l…

> Graphs of benchmark results would be neat to have. Remember to put the code and graphs as a sort of TL;DR

Thanks for the suggestion. I’ll use it when I get around to updating this page. For now though I’ll let it sit there, as I’m too tired with it at this point.

> there's no clear instructions as to how I'd use it for my own projects. Perhaps work on a CMake / Autoconf config for a library build?

It’s not meant to be used as a library. It’s only for demonstrative purposes. There are a couple choices made in this code motivated by that, like not checking for integer overflow, or hardcoding page size based on the target platform at compile time. If someone wants to use the code anyway, they should just copy it into their project and possibly modify the parts which aren’t up to snuff. That’s also what I’m doing, as I wrote a more robust version in Rust for my project. I only wrote C++ for the article, because that’s what more people are familiar with, and there are more implementations, so I got to benchmark this code against several implementations of std::vector.

As for CMake/Autotools, I think the scripts in the repo are better for my little demo, as they don’t add any dependencies beyond what’s already available on each platform, they’re more transparent and easier to use. For a big project I’d probably use CMake, but I don’t think it’s warranted here.

> The repository itself might not have enough visibility due to being self hosted. While I do love self-hosting, maybe posting a read-only mirror on GitHub would bring in more exposure?

The intended path of discovery, when it comes to the repo, is through my article. It’s not meant to be independent, so I don’t really care about the discoverability of the repo as a stand-alone thing. As for GitHub, I don’t like it for a variety of reasons and if I can help it, I’ll avoid it.