nifi-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Scott Aslan <scottyas...@gmail.com>
Subject Re: [DISCUSS] Change Apache NiFi Fluid Design System naming
Date Wed, 16 May 2018 20:52:18 GMT
Good timing as we're close to ready for a first nifi-fds release.

I would definitely favor us keeping the 'nifi-fds' naming as that means I
dont have to change a bunch of code so Apache NiFi Flow Design System does
that just fine. I will take care of updating the readme and other areas we
need to change but we can keep the repo as-is with this.

The descriptive name is better, generic, and consistent with some of the
discuss thread feedback a while back anyway.

I'll wait to kick off the release for the outcome of this discussion and
vote.

I'm +1 on this.

Thanks

On Wed, May 16, 2018 at 2:46 PM, Rob Moran <rmoran@gmail.com> wrote:

> I think it's important to highlight that for nifi-fds the 'f' part of the
> name was for 'fluid.' This is part of a FLUID product design system [1] to
> which I also contribute, that at the time was an internal concept, but is
> now being described in a public manner. However, nifi-fds is partially
> inspired by FLUID concepts as well as others. Specifically, Material Design
> [2] and Teradata's Covalent UI Platform [3].
>
> We should change the name to reflect that what we're aiming for is a set of
> reusable UI components that the NiFi ecosystem can leverage. The UI
> components are inspired by these design systems, and will possibly be
> influenced by others as it evolves.
>
> Since we've already established the FDS naming scheme, I propose a simple
> path would be to call it the Apache NiFi *Flow* Design System rather than a
> unique/standalone term. This way the nifi-fds repo will not require a
> change. We can just update the descriptions.
>
> I assume we should vote on this if others agree?
>
> [1] http://productdesign.hortonworks.com/
> [2] https://material.io/design/
> [3] https://teradata.github.io/covalent/#/
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message