michael-s-molina commented on PR #36934:
URL: https://github.com/apache/superset/pull/36934#issuecomment-3720478650

   > From a UX standpoint, this feels like a very specific and potentially 
noisy piece of information, and not something all users will want to see by 
default. Because of that, users should have control over its visibility/being 
able to turn it off or on
   
   > Default behavior: This should be turned off by default to avoid 
introducing unexpected visual changes to existing dashboards. Preserving 
current layouts and, in general visual consistency is important, esp for 
production dashboards
   
    Yeah, a dashboard configuration makes sense (off by default). This is a 
long standing request from our users and an option offered by other BI tools. I 
do agree though that it might be useful depending on the dashboard type and the 
frequency of updates.
    
    > Dashboard context: In most dashboard use cases, users expect all charts 
to refresh at load time, meaning this timestamp would usually be identical 
across charts. Showing it everywhere adds little informational value while 
increasing visual clutter 
   
   > I think currently user can set auto refresh only for the whole dashboards 
and not specific charts (only force refresh), so again, needing it in every 
chart may be useful only in specific use cases
    
    You can individually refresh charts. Also, because of virtualization and 
query queue time, charts can be loaded at different timestamps.
    
    > At the chart level, I think it is ok to display it by default, but the 
timestamp should appear at the bottom of the chart - like it is displayed in 
dashboard view, and to avoid competing with primary chart content
    
    Agreed.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to