[Mac][Material Design] Adjust EV chip to match Material Design spec.

chrome/browser/ui/cocoa/location_bar/bubble_decoration.h

Index: chrome/browser/ui/cocoa/location_bar/bubble_decoration.h
diff --git a/chrome/browser/ui/cocoa/location_bar/bubble_decoration.h b/chrome/browser/ui/cocoa/location_bar/bubble_decoration.h
index 623b95a4f5764aac7e83232b6245594d60be3ac8..efe281f6978bd3ece9c986f735ffd94c98ff4e50 100644
--- a/chrome/browser/ui/cocoa/location_bar/bubble_decoration.h
+++ b/chrome/browser/ui/cocoa/location_bar/bubble_decoration.h
@@ -27,6 +27,8 @@ class BubbleDecoration : public LocationBarDecoration {
   void SetImage(NSImage* image);
   void SetLabel(NSString* label);
   void SetTextColor(NSColor* text_color);
+  void SetFont(NSFont* font);

[tapted, 2016/04/22 00:41:52]

Does anything rely on LocationBarDecoration::GetFont()? (i.e. is there a risk
adding SetFont, but not overriding GetFont()). But then I did some `git grep`ing
and it looks like nothing (yet) actually overrides
LocationBarDecoration::GetFont(). (I guess it should probably be non-virtual,
and be called GetDefaultFont() or something)

[shrike, 2016/04/26 18:03:40]

I like the simplicity of GetFont() in LocationBarDecoration vs. a
GetDefaultFont. Things are only getting messy because I'm adding a SetFont() to
BubbleDecoration but as a result if you call GetFont() on a BubbleDecoration you
may not get the correct answer. I think the best way to fix it is to just
override GetFont() in BubbleDecoration and have it return the correct result.

+  void SetBaselineOffset(CGFloat offset);
   virtual ui::NinePartImageIds GetBubbleImageIds() = 0;
 
   // Implement |LocationBarDecoration|.
@@ -59,6 +61,9 @@ class BubbleDecoration : public LocationBarDecoration {
   // Contains attribute for drawing |label_|.
   base::scoped_nsobject<NSMutableDictionary> attributes_;
 
+  // Contains any baseline adjustment for the text.
+  CGFloat baseline_offset_;
+
   DISALLOW_COPY_AND_ASSIGN(BubbleDecoration);
 };