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