Git Product home page Git Product logo

Comments (3)

parkr avatar parkr commented on June 3, 2024

Do you think you're going to change around the Listen API frequently?

from jekyll-watch.

e2 avatar e2 commented on June 3, 2024

@parkr - actually, no - just that fixing some bugs/issues may need architecture changes (e.g symlinks and encoding). Further more, I thought it would be useful for users to configure Listen "outside" the apps they are using.

If you see no reason to jump on board (which is totally reasonable), you can wait until something does break in a way where using Listen-compat takes care of things.

Listen is just incredibly complex and is getting to a point where fixing one thing is likely to break something else. Also, some people want compatibility, some people want better performance and others want more features - so I'd like to make Listen "hackable" without involving me or authors of apps using Listen.

If I screw up (has happened, no matter how hard I try not to), it doesn't make sense for users to report problems in Jekyll - those version could just be blacklisted in Listen-compat.

Also, a new version of Celluloid could be released which causes issues (likely, given Listen uses Celluloid in a "non-pure" way - I may have to deal with this at some point) - Listen-compat would be a place to let users know if their setup has issues.

Also, some software is locked to old versions of listen, or users can run Jekyll without bundler. And, there are lots of designers who aren't even going to bother updating gems or learning about Bundler and Gemfiles.

"So if it isn't broken, don't fix it" - but if it does break, any "workaround" or "warnings" or other non-Jekyll stuff should go to Listen-compat (because Jekyll shouldn't care in the first place).

from jekyll-watch.

parkr avatar parkr commented on June 3, 2024

We use pessimistic ~> x.x versioning, so the interface shouldn't be a problem. If you screw up (I do this on occasion, too, it's just human) then release a PATCH 0.0.x ASAP. In the meantime, we can downgrade. Jekyll leaves the user with a lot of flexibility so I don't think we'll need this. But thank you :)

from jekyll-watch.

Related Issues (20)

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.