I want to second this proposal as a great progress for us. It reuses a lot of existing projects and tools from NodeJS, and allow small modules of JavaScripts to refer to each other more easily and in a "standard" fashion, compared to adjuncts.
I see this as a key step to enable extensibility in the frontend. 2015-09-05 5:28 GMT-07:00 Tom Fennelly <tom.fenne...@gmail.com>: > There are a few changes being proposed/planned for Jenkins Core that will > require some UI changes e.g.: > > 1. Unbundling plugins. See dev list thread > <https://groups.google.com/forum/?hl=en#!topic/jenkinsci-dev/kRobm-cxFw8>. > The UI changes here would be a new "Plugin Selection Wizard" to help new > users of Jenkins get up and running quickly, filling the gap left after > removing the currently bundled plugins. > 2. Hopefully making improvement to the config pages ala what KK and > Gus Reiber are doing on the config-ui-changes branch > <https://github.com/jenkinsci/jenkins/tree/config-ui-changes>. > > In order to implement these changes as hoped, we're going to need to use > client-side JavaScript (better UX etc). At the moment, in Jenkins, > JavaScript is a bit of a mess. It would be nice to start addressing this > problem in some way under the assumption that, going forward, we can make > more use of client-side JS for better UX, but do it in a more maintainable > way (Vs everything being in hudson-behavior.js). > > Some of us at CloudBees have been developing and using some patterns and > tools to help build Jenkins plugins that have GUI elements that make better > use of modularized JavaScript (using CommonJS modules etc). We think it has > worked quite well and would be keen to reuse some of the same techniques > and tools in Jenkins core if possible. > > One of the tools we developed to help us assemble these JavaScript > components is a build time utility we call jenkins-js-builder > <https://github.com/tfennelly/jenkins-js-builder>. It's an NPM utility > for assembling CommonJS module "bundles", built on Gulp > <http://gulpjs.com/>, Browserify <http://browserify.org/> and more. > > My question .... would there be community objection to introducing > something like this into Jenkins core? We're not trying to suggest it as a > silver bullet for all JS related issues, but we do think it would help > improve things. > > Regards, > > T. > > -- > You received this message because you are subscribed to the Google Groups > "Jenkins Developers" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to jenkinsci-dev+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/jenkinsci-dev/9f36b348-aacc-4fbc-85f6-ea6761e9cb22%40googlegroups.com > <https://groups.google.com/d/msgid/jenkinsci-dev/9f36b348-aacc-4fbc-85f6-ea6761e9cb22%40googlegroups.com?utm_medium=email&utm_source=footer> > . > For more options, visit https://groups.google.com/d/optout. > -- Kohsuke Kawaguchi -- You received this message because you are subscribed to the Google Groups "Jenkins Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CAN4CQ4xr_YG%3DDPZV3nkRbNivb-xuKo7CSO%3Dyb8xLSNNqLHspTQ%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
