Joe P, Apache Cordova has a sub-project that is used by the top-level and other sub-projects: https://github.com/apache/cordova-lib
-Scotty On Thu, Feb 22, 2018 at 11:39 AM, Joe Percivall <jperciv...@apache.org> wrote: > Scott, > > Definitely like the direction of standardizing NiFi and Registry around the > same set of components, so the user has a common UX. Is there precedent for > creating a new sub-project just for common components/modules to be used by > the top-level, and it's other sub-projects? My concerns are similar to > Joe's. Along those lines, if the core problems we're trying to address is > the release process and distribution, is there a less "heavy-weight" > avenue? > > In the past, we've also talked about pulling out the core NiFi framework to > be shared between NiFi and MiNiFi-Java for similar reasons. How we go about > solving this for the UI could be used a model for the core framework as > well. > > - Joe > > On Thu, Feb 22, 2018 at 10:58 AM, Mike Thomsen <mikerthom...@gmail.com> > wrote: > > > Also, what sort of framework is the UI being standardized on? Angular? > > React? Something else? > > > > On Thu, Feb 22, 2018 at 10:03 AM, Joe Witt <joe.w...@gmail.com> wrote: > > > > > Scott > > > > > > Ok so extract out the fluid design work you started with NiFi Registry > > > to its own codebase which can be rev'd and published to NPM making it > > > easier to consume/reuse across NiFi projects and offers better > > > consistency. This sounds interesting. > > > > > > In thinking through the additional community effort or the effort > > > trade-off: > > > How often do you anticipate we'd be doing releases (and thus > > > validation/voting) for this? > > > How often would those differ from when we'd want to do a NiFi or NiFi > > > Registry release? > > > How do you envision the community would be able to help vet/validate > > > releases of these modules? > > > > > > Thanks > > > Joe > > > > > > On Thu, Feb 22, 2018 at 8:18 AM, Scott Aslan <scottyas...@gmail.com> > > > wrote: > > > > NiFi Community, > > > > > > > > I'd like to initiate a discussion around creating a sub-project of > NiFi > > > to > > > > encompass the Fluid Design System NgModule created during the > > development > > > > of the NiFi Registry. A possible name for this sub-project is simply > > > > "NiFi Fluid > > > > Design System". The idea would be to create a sub-project that > > > distributes > > > > an atomic set of high quality, reuse-able, theme-able, and testable > > UI/UX > > > > components, fonts, and other JS modules for use across the various > web > > > > applications throughout the NiFi universe (uNiFiverse???). Both NiFi > > and > > > > NiFi Registry web applications would eventually leverage this module > > via > > > > npm. This approach will enable us to provide our users with a > > consistent > > > > experience across web applications. Creating a sub-project would also > > > allow > > > > the FDS code to evolve independently of NiFi/NiFi registry and be > > > released > > > > on it's own timeline. In addition, it would make tracking issues/work > > > much > > > > clearer through a separate JIRA. > > > > > > > > Please discuss and provide and thoughts or feedback. > > > > > > > > Thanks, > > > > > > > > Scotty > > > > > > > > > -- > *Joe Percivall* > linkedin.com/in/Percivall > e: jperciv...@apache.com >