michael-s-molina commented on issue #27432:
URL: https://github.com/apache/superset/issues/27432#issuecomment-1994465980

   Thank you for the SIP @eschutho. The proposed features look very promising 
and will definitely improve analysis power for Superset users. Some 
thoughts/questions:
   
   1. Given that we're using icons to represent time shift information, do we 
have tooltips explaining the meaning of them? For example, when I hover the 
delta icon, does it say what it is, and especially, what's the actual 
comparison window applied? 
   
   2. Multiple time comparisons are supported in other chart types and are 
frequently used. They will be very useful for table charts where users can 
easily compare numerical metrics over different time shifts. Could you describe 
how are they going to work, specifically, how are we going to differentiate the 
headers and display "Actual range for comparison"?
   
   3. How "Inherit range from time filters" behave when the time filter is set 
to `No filter`?
   
   4. In all other chart types, time shifts are inside the Advanced Analytics 
panel. Here we are proposing to show them in a different section. I'm worried 
this will decrease UI consistency, as users frequently associate available 
features with the categories that the panel represent. In other words, once 
they associate that time shifts are inside the Advanced Analytics, they will 
always expect to find that feature in the same place between plugins.
   
   5. I understand that the current implementation of time shifts is limited 
and not flexible as the one we are proposing here. Assuming that all plugins 
will adhere to this new form of configuring a time shift, and trying to avoid 
the situation where time shifts behave differently between plugins, would be 
possible to change this globally? Apart from UI consistency, I'm also thinking 
about the required API/query object changes and maintaining a single 
implementation. If we want to do this in multiple steps, I would suggest to 
implement the new table features using the current time shift implementation 
and later work on the time shift changes globally.
   
   6. Could you expand on what are the required changes for our query 
API/concepts? I think this is the main point of the SIP given the many 
discussions happening on https://github.com/apache/superset/pull/27355 and 
https://github.com/apache/superset/pull/27386 about potential solutions.
   
   7. Given that Big Number was introduced without a SIP, can we apply the 
resulting changes of this discussion to that plugin as well to ensure 
consistency?
   
   I think what's being proposed in this SIP is really valuable. Our users 
frequently use these features at Airbnb, and it's a great opportunity to 
improve our current implementation. Thank you for driving the effort.


-- 
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: notifications-unsubscr...@superset.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


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

Reply via email to