Perfect!  Yeah, I think getting SIP-7 updated is a big step as it'll
let folks catch up on where things stand and on the "big picture"
decisions.

Thanks for the PR link - will take a look shortly!

On Tue, Jul 30, 2024 at 11:59 AM Christos Malliaridis
<c.malliari...@gmail.com> wrote:
>
> Nothing easier than that, and probably a better idea than referencing a
> branch that may be deleted at some point.
>
> Here are the updated links:
> - Github pull-request
> <https://github.com/apache/solr/pull/2605#issue-2438171887>
> - Dev Docs for getting started
> <https://github.com/apache/solr/blob/15402bd66b4108340f05549c923ced9e66a581d6/dev-docs/ui/introduction.adoc>
>
> I have linked the PR to the initial Jira ticket, but I would like to
> introduce an epic for breaking down the scope of the UI into smaller
> pieces, once the migration officially begins. We would also have to update
> the SIP-7 with newer information, which I am working on. :)
>
> On Tue, Jul 30, 2024 at 6:07 PM Jason Gerlowski <gerlowsk...@gmail.com>
> wrote:
>
> > > *For the implementation* I'd like to know from the committers how
> > > comfortable they feel with the code base for the new UI. Input about code
> > > complexity, code readability and suitability of the framework in the
> > > overall Solr project would be helpful to decide whether we could proceed
> > > with this framework or not.
> >
> > Happy to chime in there!  Speaking for myself at least, I didn't
> > realize there was "POC" code ready to look at.  It might be a little
> > easier for folks to review and ask questions about the code if you use
> > it to create a "Draft" PR from your fork/branch - is that something
> > you'd be willing to do?
> >
> > Jason
> >
> > On Sun, Jul 28, 2024 at 1:24 PM Christos Malliaridis
> > <c.malliari...@gmail.com> wrote:
> > >
> > > With the input and feedback from the virtual meetup I'd like to wrap up
> > the
> > > current progress with a couple of references:
> > >
> > > *Figma Design*
> > > I have created a Figma design (WIP)
> > > <
> > https://www.figma.com/design/VdbEfcWQ8mirFNquBzbPk2/Apache-Solr-Admin-UI-v2-Concept?node-id=2-100&t=wW7ta6KH9VHTZhgq-1
> > >
> > > that represents the new UI, inspired by the current documentation style
> > and
> > > webapp. I have already received some community feedback via Slack
> > > <https://apachesolr.slack.com/archives/C01GVPZSSK0/p1718289047297999>
> > and
> > > will share it the next few days in the users mailing list, as proposed in
> > > the meetup, to get further feedback. The designs are far from final, but
> > > can be used as a starting point for discussions.
> > >
> > > The figma file includes references to Jira issues that are addressed with
> > > the new design ideas. Elements from the current UI are restructured,
> > > replaced or even completely removed. I've done this by following some
> > > thoughts of improvement I had, so some changes may not be practical and
> > may
> > > be updated. Note that the current focus of the new UI is not to add new
> > > features, but rather include features that the current UI has and are
> > > useful, so that it can at some point replace the EOL UI implementation.
> > > Once we have a good foundation and have replaced the old UI, we can plan
> > > new features (IMO).
> > >
> > > *Compose Implementation*
> > > I've already started implementing the UI as a proof-of-concept
> > > <https://github.com/malliaridis/solr/tree/composeui> with Compose
> > > Multiplatform. I started with the environment section
> > > <
> > https://www.figma.com/design/VdbEfcWQ8mirFNquBzbPk2/Apache-Solr-Admin-UI-v2-Concept?node-id=30-6414
> > >
> > > that displays version information, java properties and command line
> > > arguments in one place. The implementation includes the base for the UI
> > > module and one screen.
> > >
> > > The goal of the current proof-of-concept is to keep the changes simple
> > and
> > > focused to a single use case, so that it is possible to decide whether we
> > > want to proceed with this framework or not. Therefore, many elements are
> > > not implemented yet or not working correctly (even the styling is not
> > > finished). If you think further elements are necessary to make a
> > decision,
> > > let me know so that I can have a look into it.
> > >
> > > The new UI works with localhost:8983 (without auth) and is automatically
> > > built and distributed together with the current webapp via `gradlew dev`
> > and
> > > after launching a solr instance (build times may be optimized and may
> > take
> > > longer during the first build of the new UI). A button has been added in
> > > the java properties tab of the current UI (see top right corner) to
> > > demonstrate how the linking would work during the migration phase. The
> > new
> > > UI can also be launched as a desktop app via `gradlew
> > :solr:compose-ui:run`.
> > >
> > > I've also added a couple of resources for getting started in dev-docs/ui
> > > <https://github.com/malliaridis/solr/tree/composeui/dev-docs/ui>, but I
> > am
> > > not a good writer so it is kept simple and some parts are written with
> > > ChatGPT's support.
> > >
> > >
> > > *Next Actions**For the designs* I'd like to gather more input from
> > > experienced Solr users and developers, because I haven't used Solr in
> > > production yet and have no clue if the designs would still be good and
> > work
> > > out for larger clusters and real-world scenarios. You can include
> > > references to specific sections for your feedback by providing the page +
> > > screen title or by selecting the element in the left menu and copying a
> > > link via "Copy as -> Copy link to selection". Sadly, feedback via Figma
> > > comments is not available in the free plan and also not available if the
> > > designs are published to the Figma Community.
> > >
> > > If you have a better way for gathering feedback for the designs, please
> > let
> > > me know.
> > >
> > > *For the implementation* I'd like to know from the committers how
> > > comfortable they feel with the code base for the new UI. Input about code
> > > complexity, code readability and suitability of the framework in the
> > > overall Solr project would be helpful to decide whether we could proceed
> > > with this framework or not.
> > >
> > > *P.S. Excuse me for the overwhelmingly long message again.*
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> > For additional commands, e-mail: dev-h...@solr.apache.org
> >
> >

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
For additional commands, e-mail: dev-h...@solr.apache.org

Reply via email to