<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">I was attempting to package the plugin.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">A possible workflow may be:</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><ul><li>The user would install the package in something like a vue-cli or create-react-app.</li><li>Write the component</li><li>Pass that component to the `link` function of the plugin.</li><li>There would be options to customize the settings(limit, order, adding other props, etc) (or even write the whole link function themselves)</li></ul><div>One problem that I am facing is getting the angular dependency inside the vue/react app which is utilizing the npm package(plugin). Here's the code: <a href="https://github.com/rajdeepbharati/buildbot-vue-plugin-boilerplate/tree/plugin">https://github.com/rajdeepbharati/buildbot-vue-plugin-boilerplate/tree/plugin</a></div><div><br></div><div>Thank you.</div><div>Rajdeep</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Apr 6, 2019 at 9:05 PM Rajdeep Bharati <<a href="mailto:rajdeepbharati13@gmail.com">rajdeepbharati13@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Thanks for the feedback! <br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Apr 6, 2019 at 7:03 PM Mojca Miklavec <<a href="mailto:mojca@macports.org" target="_blank">mojca@macports.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Dear Rajdeep,<br>
<br>
On Sat, 6 Apr 2019 at 13:33, Rajdeep Bharati wrote:<br>
><br>
> I was wondering what kind of features you would like to have in the new waterfall view?<br>
<br>
I don't remember whether I ever explicitly said I wanted some new<br>
features there :)<br>
<br>
Probably the only thing I really miss is the portname explicitly seen<br>
without having to click (or mouse-over) the rectangle.<br>
<br>
Way less important:<br>
- in case the build failed, it would be nice to see which step (first)<br>
failed, again without having to move the mouse around<br>
- in case the build is still running, see which step is running (I<br>
would also say "time since start" or "estimated time to finish", but I<br>
don't want a ticking timebomb that keeps changing every second, so you<br>
may safely ignore this)<br>
<br>
Generally the old waterfall had all the necessary info displayed. The<br>
new one is more compact (I would also say not too attractive design,<br>
but I'm not someone to judge that as I'm not a designer), but is<br>
basically lacking all the info. If one builds the same thing under the<br>
same builder that might be fine, but we build something else each time<br>
and without knowing what was built, those green and red squares are<br>
basically useless.<br>
<br>
<br>
Some more ideas for thinking. One of the most desperately needed<br>
features to make buildbot views usable for anything else than "what's<br>
currently being built" would be to sort (filter) by port name.<br>
<br>
Now, port name is something specific to MacPorts, but we could<br>
probably introduce filtering by any kind of keywords. We could write<br>
to our master.cfg that we want to create a new filter with name "port"<br>
and then each port would get a keyword matching its name. Then I could<br>
ask buildbot to display me history of all builds of port "clang-7.0".<br>
But then a few months later we might realize that we want to display<br>
all the failed builds from a particular maintainer. Maintainer is<br>
again something specific to MacPorts, but we could simply introduce a<br>
new category "maintainer" on the fly and use the github handles as<br>
keywords to search for, and I could ask buildbot to display me all<br>
broken builds belonging to maintainer "mojca" without any changes in<br>
the buildbot or the view itself, just by slight modification in<br>
master.cfg. One year later we could add an arbitrary new category that<br>
we have never even thought of, and be able to filter according to that<br>
one (maybe: show me all builds of python or perl modules; show me all<br>
builds with non-free licence; show me all builds from ports fetching<br>
from git, ...). Those categories could potentially be nested.<br>
<br>
Mojca<br>
</blockquote></div>
</blockquote></div>