RESOLVED FIXED200059
[Timeline]: Make timeline header width automatic, instead of fixed width 
https://bugs.webkit.org/show_bug.cgi?id=200059
Summary [Timeline]: Make timeline header width automatic, instead of fixed width
Zhifei Fang
Reported 2019-07-23 16:34:30 PDT
<rdar://problem/53470453>
Attachments
Patch (1.71 KB, patch)
2019-07-23 16:44 PDT, Zhifei Fang 		no flags
DetailsFormatted DiffDiff
Patch (2.47 KB, patch)
2019-07-24 14:59 PDT, Zhifei Fang 		no flags
DetailsFormatted DiffDiff
Show Obsolete (1) View All Add attachment proposed patch, testcase, etc.
Zhifei Fang
Comment 1 2019-07-23 16:44:54 PDT
Created attachment 374733 [details] Patch
Jonathan Bedard
Comment 2 2019-07-24 10:15:48 PDT
Not sure this actually does what we expect it to, because of <https://bugs.webkit.org/show_bug.cgi?id=199955>. Do we expect the headers to still scroll? Because the do still scroll with this change.
Zhifei Fang
Comment 3 2019-07-24 10:21:02 PDT
(In reply to Jonathan Bedard from comment #2) > Not sure this actually does what we expect it to, because of > <https://bugs.webkit.org/show_bug.cgi?id=199955>. Do we expect the headers > to still scroll? Because the do still scroll with this change. The header will not be scrolled anymore, it will use the longest text as its width, then the timeline will use up what the remains.
Jonathan Bedard
Comment 4 2019-07-24 13:34:59 PDT
(In reply to Zhifei Fang from comment #3) > (In reply to Jonathan Bedard from comment #2) > > Not sure this actually does what we expect it to, because of > > <https://bugs.webkit.org/show_bug.cgi?id=199955>. Do we expect the headers > > to still scroll? Because the do still scroll with this change. > > The header will not be scrolled anymore, it will use the longest text as its > width, then the timeline will use up what the remains. Do some more testing locally, because at the moment, it definitely doesn't do that at the moment.
Zhifei Fang
Comment 5 2019-07-24 14:40:35 PDT
(In reply to Jonathan Bedard from comment #4) > (In reply to Zhifei Fang from comment #3) > > (In reply to Jonathan Bedard from comment #2) > > > Not sure this actually does what we expect it to, because of > > > <https://bugs.webkit.org/show_bug.cgi?id=199955>. Do we expect the headers > > > to still scroll? Because the do still scroll with this change. > > > > The header will not be scrolled anymore, it will use the longest text as its > > width, then the timeline will use up what the remains. > > Do some more testing locally, because at the moment, it definitely doesn't > do that at the moment. I found I haven't deployed it, will try again.
Zhifei Fang
Comment 6 2019-07-24 14:59:39 PDT
Created attachment 374815 [details] Patch
Zhifei Fang
Comment 7 2019-07-24 15:00:37 PDT
(In reply to Zhifei Fang from comment #6) > Created attachment 374815 [details] > Patch Deployed, I found I also need to delete those customized styles.
Jonathan Bedard
Comment 8 2019-07-25 08:44:00 PDT
Before we land, I'd like to run the change by bot watchers to make sure they like the difference.
Truitt Savell
Comment 9 2019-07-25 08:56:04 PDT
The fixed width of the names feels solid to me and is definitely more readable.
Jonathan Bedard
Comment 10 2019-07-25 08:56:41 PDT
(In reply to Truitt Savell from comment #9) > The fixed width of the names feels solid to me and is definitely more > readable. Ok! r+ed then!
WebKit Commit Bot
Comment 11 2019-07-25 11:16:40 PDT
Comment on attachment 374815 [details] Patch Clearing flags on attachment: 374815 Committed r247830: <https://trac.webkit.org/changeset/247830>
WebKit Commit Bot
Comment 12 2019-07-25 11:16:42 PDT
All reviewed patches have been landed. Closing bug.
Radar WebKit Bug Importer
Comment 13 2019-07-25 11:17:23 PDT
<rdar://problem/53550660>
Note You need to log in before you can comment on or make changes to this bug.