Live data from Hacker News

Ivy – A static website generator built in Python

mulholland.xyz

11–20 of 76 posts

Re: Ivy – A static website generator built in Python

#12

No purchase necessary! The title and the slogan on the site seem to infer something else. It's public domain source, it says at the bottom of the page. Glad to see more static generators, not sure how this is better or different than the other many

Thanks for the clarification. I was looking everywhere for a price tag but couldn’t find it. Was excited to see another dev charge for their work! Maybe the title of this post should be changed so it’s less confusing?

Re: Ivy – A static website generator built in Python

#13
Sorry for offtopic, but I´ve seen many nice-looking website generators here, but being a backend-guy I struggle more with the frontend, getting a nice layout/theme/font without deepdiving into css/js/html. Any suggestions here ? Any Wysiwyg-Editor which generates a reasonable output ?

Re: Ivy – A static website generator built in Python

#14
post #13

Sorry for offtopic, but I´ve seen many nice-looking website generators here, but being a backend-guy I struggle more with the frontend, getting a nice layout/theme/font without deepdiving into css/js/html. Any suggestions here ? Any Wysiwyg-Editor which generates a reasonable output ?

You can get some decent mileage out of a framework like Bootstrap[0] or Foundation[1] without diving too deeply into it, but it really depends on what your tastes are. I'm not sure about the WYSIWYG options out there though.

[0] https://getbootstrap.com/

[1] https://foundation.zurb.com/

Re: Ivy – A static website generator built in Python

#15
Looks nice.

If we're going to compile our FE code (sometimes once with production babel/webpack builds, sometimes more often with every server-side rendered cache miss), then we might as well go all in with static-site generators. The epitome of this trend is https://www.gatsbyjs.org/, a framework designed around GraphQL and React.

Re: Ivy – A static website generator built in Python

#17
post #8
post #7

Earlier quoted context omitted.

The fear-mongering about public domain seems to drift further and further from reality. Is SQLite "impossible" to use globally? Its public domain dedication is even more terse than the unlicense. If it really does become a practical issue for Germans, maybe the real problem is the German legal system.

It's unlikely to become a practical issue IMO (not a lawyer) but the German legal system has simply no notion of dedicating something to public domain like in the US. From what I've heard in my computer law course in university, you can safely assume that the authors/copyright holders of software like SQLite3 will not pursue their rights and use the software. If they decide to go after you legally, then you have to c…

I don't know much about copyright law, but basically if you state the clauses in the unlicensed license and create the impression that you waive your rights to the software, you shouldn't be allowed to sue without real cause. That is to protect the software owner against ill-willed third parties. For example, if someone has made very minor changes to your software and distributes it commercially. You could sue that person, if you wanted, granted that you live in a law system where the copyright laws don't permit the usage of an unlicensed clause.

Waiving all your present and future claims on a software without any compensation beforehand could very well not be permitted in many legal systems. Law systems such as Germany and many other countries do not recognize software as an intellectual property. Software is recognized as a right which has personal and economic prospects. It is asserted that you can make legal acts on the economic prospects, but your ability to make legal acts for the personal part of your right on the software you've written can be limited. Because it is believed that there are some rights you have, that you cannot freely dispose of. For example you cannot make a legal act to become the slave of someone else, or you cannot trade your life for money. Because of the same reasons you cannot trade all rights for something you've created (~your software).

On the other hand, as tscs37 has stated, the unlicensed "license" statement means that you promise to not pursue your legal rights against anyone who uses your software. But as there are no parties, no signatures, no compensation, this is not a license agreement. This could only be regarded as a promise. You could break it at any moment, change your idea etc. But if you do that without any cause, you could get sued for damages, because of the trust you've implied to the other party.

Again, I don't know much about copyright law. I'm just a law student. But IMHO, you can safely rely on using software that promises to guarantee the unlicensed clause. If the author of the software changes their minds, you might have to switch to using a different software but you can in principle get compensation for all provable costs that this change has caused you or may cause you in the future.

Re: Ivy – A static website generator built in Python

#18
post #16

> Ivy is a static website generator. It transforms a directory of text files into a self-contained website. Perhaps a stupid question but isn't that what HTML was designed for? It doesn't even require a generator.

The main advantage of a static site generator is it allows you to just write the contents of each page and the generator will insert that into a page template. It means that, for example, a site-wide navbar only needs to be written once rather than added to every page manually.

Re: Ivy – A static website generator built in Python

#19
post #16

> Ivy is a static website generator. It transforms a directory of text files into a self-contained website. Perhaps a stupid question but isn't that what HTML was designed for? It doesn't even require a generator.

Suppose for instance you wanted a static blog. Blog engines like wordpress (or django or flask for python setups) generate parts of the site on the fly as users visit. For instance, you might generate the most recent 10 posts in some list somewhere. This requires some (often not much, but some) additional time from the server as these are generated on the fly.

A static website generator like this allows you to make a blog (for example) and update content like most-recent-10-post lists (also for example) only when you actually add a new post. Thus no additional time is required on the fly.

I might add that there is an extension for flask (which I normally think of as dynamic) called Frozen-Flask which also allows a flask-built site to become a static site. This probably exists for django as well, but I'm less familiar with django than flask.

Re: Ivy – A static website generator built in Python

#20
post #16

> Ivy is a static website generator. It transforms a directory of text files into a self-contained website. Perhaps a stupid question but isn't that what HTML was designed for? It doesn't even require a generator.

In HTML you cannot reuse code or split the code into multiple files without using copy and paste, iframes, or Javascript.

Software like this allows you to create templates and generate multiple pages with different content.

This can be achieved with server-side scripting languages. However, it is slower than static HTML. So if the content doesn’t change often, generating static HTML might be the eay to go.

Post reply on HN