CraftThatBlock

I think app stores are a great discovery tool for PWA. Searching for PWA in a centralize marketplace will most likely be one the tipping points of PWA, and putting amd emphasis on the "app" point.

If their goal is to be the same as native apps, putting them together makes them even closer to that objective

For sure, but the biggest overhead is usually application startup (in say Java, Dart, Node, Python, etc) where just the VM can take a few 100ms to start. Using a compiled language would most likely be the way to go for maximum performance (although it's less important if the WebSocket is long lasting)

"Sorry, our editor is optimized for Chrome"

Please don't fall for the monopoly. Spend a little time and make it work everywhere, for the sake of the open web

That's fully on-device though, it keeps a database of the top songs fingerprints and doesn't use the network to recognize songs

I'm in the exact same boat as you. I've been mostly writing JavaScript for the past 2-3 (with some Go, and more recently Flutter).

I've started to learn some C++ a few days ago, mostly go get into lower level code and into game development (Unreal), and I've found it to be pretty great!

I've been going through A Tour Of C++ and it's a great primer on the whole language. I also read the Learn X In Y Minutes on C++ to get a feel of it before diving in.

What are some high quality, small C++ projects I could play around with and read the source code? I'd like to explore it in more practical use next.

This is awesome! I use pgcli everyday and love it so much. This is gonna be a great addition to my SQLite toolbelt!

They recently (around 17.10 I think) removed encryptfs, they only support LUKS now.

You can use Bootstrap without jQuery too. For instance, reactstrap doesn't use jQuery.

During your setup you most likely set the motherboard ID as an Apple one

Google rarely kill open source projects.

It does currently work on Linux, although fairly barebones. You can Google "Fluttet desktop"

There's definitely been work on this as another commenter mentioned, and a first-party Google Maps plugin

There's a first party Google Maps plugin, and there's a few BLE plugins, which work pretty well (using flutter_blue in production right now)

Makes sense for everything! Great product, I will definitely check it out as it grows and probably buy a subscription.

My feedback:

- It's left aligned, which makes it harder to use on an ultrawide, with the content in the first 1/3 of the page. Having a max-width on the main container and center aligning it would be great

- Emails are GPG signed! Even if the usefulness is small, it's a awesome feature

- Pricing seems good, but I would charge more. 3$, 8$, 15$, if following the pricing scheme you have. I know I'd be happy to pay for 15$/m for a useful service. You could also make it "pay however much you want", so it's flexible if people want to pay 5$ or 50$, and it calculate with the tiers (if over X$, use plan Y)

- It feels very responsive. Great job on having the site being very light so far

- Maybe having something like Turbolinks could be pretty cool. SPA are great because they feel instant, and with a few lines of optional JavaScript you could provide an experience which is SPA-like since the server-side rendering is so quick

- The UI looks clean and minimalistic, which is great. Featureful isn't a bad thing either if done right. I think you're on the right path though

Overall, this seems like a great project. I haven't tried the builds system yet, but I definitely will. Keep up the great work Drew!

I think the key word there is "limited times", which someone could argue that 140 years (even 110) is no longer limited, but "unlimited" for the authors/inventors lifetime.

I do agree that copyright could last longer than patents, although the current laws are made to grant copyright for many (~6) generations, while patents are for only ~1 (all depends what you call a generation, I estimated at 20-25 years).

Google products and Google technologies are historically managed very differently, especially if the tech is open source.

The last character in the post title is a weird Unicode character and shows as "OBJ" on my Android device.

The parent coment posted "<OBJ>?"

Seems like your OS can't render the character

Basically this. I could either use this or make it myself. Are people comfortable using this?

You can disable this API in about:config fully and natively.

The npx part is only to setup the project, which is making a package.json and a src directory.

Most of the time is waiting for npm/yarn to load up! The whole process on a fast connection is closer to 10s :P

It is. You must actually TypeScript support (it's a single option), but it is turned off by default.

You can also disable Babel (and JavaScript) if running only TypeScript.

Author here! Let me know of any questions or suggestions for the project.

Quick links:

https://noderize.js.org

https://github.com/Cretezy/Noderize

Although true, it is the same for npm or yarn too. There's no real solution to the typo problem, and it's not npx specific.

The easiest way is simply to use npm's bin, which if installed globally (npm i -g my-command) is added to path.

Good idea! I'll add it to the tutorial on the next release.

It's basically making a custom entry for that specific command and adding it as a bin in the package.json.

It doesn't do double compilation when using TypeScript, .ts goes goes to tsc and .js to Babel. It uses Babel so you can use ES6/7/8 on the server.

This is meant as a simplified project build tool, not for every use, but you can configure it quite extensively if you need to (although it has limitations). I would estimation that ~80% of projects could use this, and is less than 5 minutes of migration or 30 seconds to get started. It's not for the 20% of projects with very custom needs for build configuration.

2) Key signature

Since the server side doesn't store the key of the user, I would like a way to still be able to tell the user if their password is wrong. I need a way to generate something that can be stored on the server, that the user can sent when generating the initial key, and then can resend when logging in, that the server can reply true/false if the master key/password is correct.

My initial thought was to simply hash the master key and store that. I was going to use SHA-256 but since I might use that to get the AES key, I had to revisit it. Would simply generating a low-entropy/length hash from say MD5, and storing that, be a good option? I'm not worried about collisions, since the chance the user gets a collision for their own password is extremely low.