Recent submissions

Comment · 3 years ago
Ahh okay that makes sense. Just updated it, thanks.
Comment · 3 years ago
Thanks for making it! And that's great to know - I've always wondered
Comment · 3 years ago
Is your concern with the fact that clients can lay out their sites with blocks? Note that they can't edit any of the visual aspects unless you create a field for those specifically (e.g. making an image a circle or square).

If it's with not being able to use a local IDE - that is something that's currently possible by bundling your Svelte components into vanilla JS and importing them into your Primo blocks & passing along data as fields - but I'd give it a couple weeks before using it in production until we smooth it out.

But what you've described is essentially how I do my client projects - I build it all with code (usually reusing blocks from other projects) and hand off a site that literally any of my clients can edit on day one with minimal training.

Comment · 3 years ago
haha good point, but no it wasn't intentional. Wanted to replace the hot red & black design I had before with something besides blue.
Comment · 3 years ago
That's true, but it does communicate something important to companies and individuals looking to use, contribute, or build on the project to say what kind of open source it is, rather than just saying its open-source IMO. Would be interested to hear if you think it could be clarified though.
Comment · 3 years ago
thanks so much swyx!
Comment · 3 years ago
Could you elaborate? Tailwind CSS is MIT but it's still under a for-profit company.
Comment · 3 years ago
> However, based on my long experience, you really don't want your client to touch the HTML/CSS of your site.

Certainly, and in the same vein you don't want your client touching the design of the site. Clients can barely write good copy, much less make good design decisions. My freelance projects go a lot more smoothly now that I can hand off the site to the client knowing that they're restricted to adding/removing blocks and updating content (and that they can't see the 'open code' button).

Comment · 3 years ago
It's hard to think of something I wish I knew earlier tbh. Svelte (and SvelteKit) are just so simple and approachable that I feel like whenever I need to do something new I can just try what feels most intuitive and it just works. I've heard the same thing from a lot of other people too. If anything I would just keep an eye on reactive statements; I wouldn't trade them for the world but they can be dangerous if you don't keep an eye on them.
Comment · 3 years ago
That's awesome! So glad you like it
Comment · 3 years ago
I definitely understand with the struggle to balance design freedom and brand identity (or good design). But wouldn't you still have the issue of content editors wanting to right align text and turn it blue regardless of the CMS you're using?
Comment · 3 years ago
Primo itself is a SvelteKit application, so I don't know how possible it would be to run it on a LAMP server, but you could certainly deploy the static sites it generates on one.
Comment · 3 years ago
I agree! That's why Primo generates static HTML & CSS & only includes [vanilla] JS when its necessary to hydrate any interactive components. All using the Svelte compiler under the hood.
Comment · 3 years ago
good point, shame I can't edit the title

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton