also removed a bunch of images (forgot to make that pass earlier) https://codereview.chromium.org/2347773003/diff/1/chrome/browser/ui/views/infobars/confirm_infobar.cc File chrome/browser/ui/views/infobars/confirm_infobar.cc ...
4 years, 3 months ago
(2016-09-19 20:06:02 UTC)
#9
also removed a bunch of images (forgot to make that pass earlier)
https://codereview.chromium.org/2347773003/diff/1/chrome/browser/ui/views/inf...
File chrome/browser/ui/views/infobars/confirm_infobar.cc (right):
https://codereview.chromium.org/2347773003/diff/1/chrome/browser/ui/views/inf...
chrome/browser/ui/views/infobars/confirm_infobar.cc:98: // native theme.
On 2016/09/19 19:04:06, Peter Kasting wrote:
> Were you waiting on removing pre-MD to implement this TODO? Just wondering if
> there are still blockers or it should be done during the "rip out pre-MD"
phase.
the blocker at this point is figuring out an elegant way to apply the normal
native theme to infobars. If we just remove this right now we get a red button
on incognito infobars (because there's no color defined for the normal button).
We also get a slightly wrong bg color for the call to action case, but it's just
the wrong shade of blue so doesn't look terrible.
https://codereview.chromium.org/2347773003/diff/1/chrome/browser/ui/views/inf...
File chrome/browser/ui/views/infobars/infobar_background.cc (left):
https://codereview.chromium.org/2347773003/diff/1/chrome/browser/ui/views/inf...
chrome/browser/ui/views/infobars/infobar_background.cc:20:
bottom_color_(infobars::InfoBar::GetBottomColor(infobar_type)) {
On 2016/09/19 19:04:06, Peter Kasting wrote:
> It looks like with this call removed only Mac code calls GetBottomColor().
>
> Is Mac not using MD-style infobars? I'm hoping we can clean up this API some.
I dunno what mac is doing. Presumably when we switch to macviews that usage will
go away and then this API could be simplified.
https://codereview.chromium.org/2347773003/diff/1/chrome/browser/ui/views/inf...
File chrome/browser/ui/views/infobars/infobar_container_view.cc (right):
https://codereview.chromium.org/2347773003/diff/1/chrome/browser/ui/views/inf...
chrome/browser/ui/views/infobars/infobar_container_view.cc:68: content_shadow_ =
new ContentShadow();
On 2016/09/19 19:04:06, Peter Kasting wrote:
> Nit: Might as well do this in the initializer list
Done.
https://codereview.chromium.org/2347773003/diff/1/chrome/browser/ui/views/inf...
chrome/browser/ui/views/infobars/infobar_container_view.cc:83: total_height -=
InfoBarContainerDelegate::kSeparatorLineHeight;
On 2016/09/19 19:04:06, Peter Kasting wrote:
> Should we be doing this in GetVerticalOverlap() instead?
I'd be worried about affecting mac.
https://codereview.chromium.org/2347773003/diff/1/chrome/browser/ui/views/inf...
File chrome/browser/ui/views/infobars/infobar_view.cc (left):
https://codereview.chromium.org/2347773003/diff/1/chrome/browser/ui/views/inf...
chrome/browser/ui/views/infobars/infobar_view.cc:145: views::LabelButton* button
= new views::LabelButton(listener, text);
On 2016/09/19 19:04:06, Peter Kasting wrote:
> Can we now kill the label_button.h #include?
>
> Any other #includes we can remove now that we've removed big chunks of code in
> this file?
removed a few
https://codereview.chromium.org/2347773003/diff/1/chrome/browser/ui/views/inf...
File chrome/browser/ui/views/infobars/infobar_view.cc (right):
https://codereview.chromium.org/2347773003/diff/1/chrome/browser/ui/views/inf...
chrome/browser/ui/views/infobars/infobar_view.cc:187: int height =
InfoBarContainerDelegate::kDefaultBarTargetHeightMd;
On 2016/09/19 19:04:06, Peter Kasting wrote:
> It'd be nice to rename this to drop the "md" suffix if we can kill the old
> constant; looks like most uses of the old one are guarded by MD checks except
> for one place in Mac code (that might be wrong)?
Yea, we can/should rename this, but only when mac code is updated (old code is
ripped out).
commit-bot: I haz the power
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.org/2347773003/20001
4 years, 3 months ago
(2016-09-19 20:06:37 UTC)
#10
4 years, 3 months ago
(2016-09-19 20:12:48 UTC)
#11
LGTM
https://codereview.chromium.org/2347773003/diff/1/chrome/browser/ui/views/inf...
File chrome/browser/ui/views/infobars/confirm_infobar.cc (right):
https://codereview.chromium.org/2347773003/diff/1/chrome/browser/ui/views/inf...
chrome/browser/ui/views/infobars/confirm_infobar.cc:98: // native theme.
On 2016/09/19 20:06:02, Evan Stade wrote:
> On 2016/09/19 19:04:06, Peter Kasting wrote:
> > Were you waiting on removing pre-MD to implement this TODO? Just wondering
if
> > there are still blockers or it should be done during the "rip out pre-MD"
> phase.
>
> the blocker at this point is figuring out an elegant way to apply the normal
> native theme to infobars. If we just remove this right now we get a red button
> on incognito infobars (because there's no color defined for the normal
button).
> We also get a slightly wrong bg color for the call to action case, but it's
just
> the wrong shade of blue so doesn't look terrible.
Ah. Is there a bug tracking figuring this out? I'm fine with punting it, just
don't want it to get lost.
https://codereview.chromium.org/2347773003/diff/1/chrome/browser/ui/views/inf...
File chrome/browser/ui/views/infobars/infobar_container_view.cc (right):
https://codereview.chromium.org/2347773003/diff/1/chrome/browser/ui/views/inf...
chrome/browser/ui/views/infobars/infobar_container_view.cc:83: total_height -=
InfoBarContainerDelegate::kSeparatorLineHeight;
On 2016/09/19 20:06:02, Evan Stade wrote:
> On 2016/09/19 19:04:06, Peter Kasting wrote:
> > Should we be doing this in GetVerticalOverlap() instead?
>
> I'd be worried about affecting mac.
Hmm. It would be nice to at least know how Mac was affected so we could TODO
properly, or maybe Mac's current behavior is actually wrong and should just be
fixed? I don't want to make you fix Mac but at the same time I'm worried that
we'll end up leaving this.
Evan Stade
Description was changed from ========== Remove pre-MD infobar code (on Views). BUG=none ========== to ========== ...
4 years, 3 months ago
(2016-09-19 20:25:06 UTC)
#12
Description was changed from
==========
Remove pre-MD infobar code (on Views).
BUG=none
==========
to
==========
Remove pre-MD infobar code (on Views).
BUG=648381, 648281
==========
Evan Stade
The CQ bit was unchecked by estade@chromium.org
4 years, 3 months ago
(2016-09-19 20:25:15 UTC)
#13
https://codereview.chromium.org/2347773003/diff/1/chrome/browser/ui/views/infobars/infobar_container_view.cc File chrome/browser/ui/views/infobars/infobar_container_view.cc (right): https://codereview.chromium.org/2347773003/diff/1/chrome/browser/ui/views/infobars/infobar_container_view.cc#newcode83 chrome/browser/ui/views/infobars/infobar_container_view.cc:83: total_height -= InfoBarContainerDelegate::kSeparatorLineHeight; filed a bug for these two ...
4 years, 3 months ago
(2016-09-19 20:25:21 UTC)
#14
Try jobs failed on following builders: chromium_presubmit on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/chromium_presubmit/builds/262300)
4 years, 3 months ago
(2016-09-19 20:34:53 UTC)
#18
Issue 2347773003: Remove pre-MD infobar code (on Views).
(Closed)
Created 4 years, 3 months ago by Evan Stade
Modified 4 years, 3 months ago
Reviewers: Peter Kasting, oshima
Base URL:
Comments: 15