Git Product home page Git Product logo

Comments (13)

joepavitt avatar joepavitt commented on September 23, 2024 3

Cnnfiguration option on the ui-base seems an easy middle ground here. Default should be "on" in my opinion.

from node-red-dashboard.

cgjgh avatar cgjgh commented on September 23, 2024 2

If I may interject, perhaps making notification configurable, allowing en/disabling and setting of notification dismiss delay, would be a better approach here. I myself and @Paul-Reed, if I recall correctly, in addition to the maintainers I’d assume, find it useful.

from node-red-dashboard.

joepavitt avatar joepavitt commented on September 23, 2024 1

I'm happy to add this as an example in the "Template Examples" docs, but I'm not sure I can be convinced of this being the default., or as part of core, as it would interfere with any app-bar-actions that users define.

from node-red-dashboard.

colinl avatar colinl commented on September 23, 2024

I myself and @Paul-Reed, if I recall correctly, in addition to the maintainers I’d assume, find it useful.

In what way do you find it useful? I can see that during debugging that may have been the case, but once the comms failure notification is working correctly then the fact that the failure popup is not there means that the connection must have been restored. There is no such indication in Dashboard 1, the fact that the Connection Failed message is not shown indicates that all is well.

from node-red-dashboard.

cgjgh avatar cgjgh commented on September 23, 2024

the fact that the Connection Failed message is not shown indicates that all is well.

Good point. Notifications should logically appear as a result of an exception, in this case communication failure. That said, reconnection notification would seem more appropriate in a debugging capacity.

I do however enjoy regularly being able to see a visual indicator that my data is live, but something less intrusive like a green/red circle at top right of header could suffice.

That’s my perspective on the issue, but the final decision rests with the maintainers.

from node-red-dashboard.

colinl avatar colinl commented on September 23, 2024

That sounds like a plan :)

from node-red-dashboard.

cgjgh avatar cgjgh commented on September 23, 2024

Any thoughts on an always present circular status indicator in top right corner as an optional alternative to the notifications? Something like the one I'm using below:
Status Indic

from node-red-dashboard.

cgjgh avatar cgjgh commented on September 23, 2024

Ah yes, it would definitely interfere.

But what about something smaller like this? But choice is totally up to you.Screenshot 2024-05-12 144931

from node-red-dashboard.

nileio avatar nileio commented on September 23, 2024

@cgjgh I guess the point is that given the top right side of the bar is completely configurable , it is not advisable to have anything in there at all whether small or large - for example we have custom toolbar actions extensions in there.. having said that I am also not a big fan of popup notifications at all and in fact wish we ditch any sort of popup notifications everywhere unless absolutely necessary to convey a critical state that requires user intervention or alert

from node-red-dashboard.

Paul-Reed avatar Paul-Reed commented on September 23, 2024

I agree with @nileio about not having the dot in the title bar as it would frustrate users who wanted to later personalize it.
But happy with the pop up, and as Joe suggested - making it a ui- base option.

from node-red-dashboard.

colinl avatar colinl commented on September 23, 2024

I still don't see the need for a 'reconnected' popup. D1 does not have one, the connection lost message just disappears, and I don't remember anyone ever asking for it.

from node-red-dashboard.

cgjgh avatar cgjgh commented on September 23, 2024

Not sure if anyone else has had this problem, but I’ve quite often had times where even though Dashboard was disconnected the alert didn’t show which was my reason for wanting an always present indicator. On any socket connect or disconnect event it sets a connected variable which indicator is mapped to. This has proved much more reliable than the alert, with indicator being correct 100% of the time.

But just testing the waters here, if no one else has this issue then it’s definitely not necessary to add it.

from node-red-dashboard.

colinl avatar colinl commented on September 23, 2024

I have not seen that issue. Since the disconnected was introduced then it seems to have been reliable.

from node-red-dashboard.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.