Git Product home page Git Product logo

Comments (7)

larixer avatar larixer commented on July 18, 2024

The fact that application crashes, means this file is used. I really don't get your point, why it doesn't makes sense? This file specifies which Grain version should be used to generate static website.

Do you want to specify Grain version in build.gradle, instead? Is this your point?

from grain.

altavir avatar altavir commented on July 18, 2024

I looked through the code. It only checks if then file exist and then does nothing.

It makes sense if one uses Grain as a static generator with pre-built theme. Since the number of such themes is very low, in my opinion the greatest advantage of Grain is its flexibility and ability to embed. In this case it makes much more sense to define grain version in gradle build or in SiteConfig and not to add additional file and clutter up build configuration.

from grain.

larixer avatar larixer commented on July 18, 2024

@altavir application.properties is used mainly for grainw script, which speeds up Grain startup times compared to gradle. If we remove application.properties we will have to drop grainw too, because we have no reliable way to get desired Grain version from build.gradle.

from grain.

altavir avatar altavir commented on July 18, 2024

does grainw work faster than gradle daemon? If not, it is possible that you should drop it. I don't use it so Idon't know.

from grain.

larixer avatar larixer commented on July 18, 2024

I need to take a look at latest Gradle versions, that come with Gradle daemon, if they work reasonably fast, then grainw can be dropped.

from grain.

larixer avatar larixer commented on July 18, 2024

@altavir Alexander, don't you want to fix this issue yourself and submit Pull Request? I think Gradle with daemon will be almost as fast as grainw, could you check and if it is so - then drop 'application.properties' validation and grainw and update gradle wrapper to the latest version. Since you are raising issues for Grain pretty actively, I think it would be nice if you start contributing fixes, of course if you are interested and have time to do so.

from grain.

altavir avatar altavir commented on July 18, 2024

I am definitely interested because I think that Grain is a very promising way to handle static site generation in a very flexible way (flexibility is a key word). I am currently maintaining two sites made with Grain.
As for time, this is much more difficult, but I still will try to do something about it when I can.

from grain.

Related Issues (19)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.