Implement confirm bubble for Mac.

chrome/browser/ui/cocoa/confirm_bubble_view.h

Index: chrome/browser/ui/cocoa/confirm_bubble_view.h
===================================================================
--- chrome/browser/ui/cocoa/confirm_bubble_view.h	(revision 0)
+++ chrome/browser/ui/cocoa/confirm_bubble_view.h	(revision 0)
@@ -0,0 +1,64 @@
+// Copyright (c) 2011 The Chromium Authors. All rights reserved.
+// Use of this source code is governed by a BSD-style license that can be
+// found in the LICENSE file.
+
+#ifndef CHROME_BROWSER_UI_COCOA_CONFIRM_BUBBLE_VIEW_H_
+#define CHROME_BROWSER_UI_COCOA_CONFIRM_BUBBLE_VIEW_H_
+#pragma once
+
+#import <Cocoa/Cocoa.h>
+
+#import "base/mac/cocoa_protocols.h"
+#include "base/memory/scoped_nsobject.h"
+
+@class ConfirmBubbleController;
+class ConfirmBubbleModel;
+
+// A view class that implements a bubble consisting of the following items:
+// * one icon ("icon")
+// * one title text ("title")
+// * one message text ("message")
+// * one optional link ("link")
+// * two optional buttons ("ok" and "cancel")
+//
+// This bubble is convenient when we wish to ask transient, non-blocking
+// questions. Unlike a dialog, a bubble menu disappears when we click outside of
+// its window to avoid blocking user operations. A bubble is laid out as
+// follows:
+//
+//   +------------------------+
+//   | icon title             |
+//   | message                |
+//   | link                   |
+//   |          [Cancel] [OK] |
+//   +------------------------+
+//
+@interface ConfirmBubbleView : NSView<NSTextViewDelegate> {
+ @private
+  NSView* parent_;  // weak
+  ConfirmBubbleController* controller_;  // weak
+
+  // Controls used in this bubble.
+  scoped_nsobject<NSImageView> icon_;
+  scoped_nsobject<NSTextView> titleLabel_;
+  scoped_nsobject<NSTextView> messageLabel_;
+  scoped_nsobject<NSButton> okButton_;
+  scoped_nsobject<NSButton> cancelButton_;
+}
+
+// Initializes a bubble view. Since this initializer programmatically creates a
+// custom NSView (i.e. without using a nib file), this function should be called

[Robert Sesek, 2011/12/12 15:42:43]

Why do you not use a nib here? The layout of this seems static (minus fixup for
localization and text overflow).

[Hironori Bono, 2011/12/15 13:06:14]

Good point. In brief, I omit this feature in this version.
This class was initially designed for allowing the ConfirmBubbleModel class to
change the layout of a bubble at run time, i.e. providing Chrome developers a
platform-independent method that they can change the layout of their bubbles.
But, we decided not to implement this feature in the first version to make this
change as small as possible. Is is better to use a nib until we do need layout
components  manually?

[Robert Sesek, 2011/12/15 18:47:09]

If the intention is for the layout to be changed in platform-independent code,
then keeping the layout as code makes more sense and this is fine for now.

+// from loadView: of the controller object which owns this view.
+- (id)initWithParent:(NSView*)parent
+          controller:(ConfirmBubbleController*)controller;
+
+@end
+
+// Exposed only for unit testing.
+@interface ConfirmBubbleView(ExposedForUnitTesting)

[Robert Sesek, 2011/12/12 15:42:43]

nit: space before (

+- (void)clickOk;
+- (void)clickCancel;
+- (void)clickLink;
+@end
+
+#endif  // CHROME_BROWSER_UI_COCOA_CONFIRM_BUBBLE_VIEW_H_
Property changes on: chrome/browser/ui/cocoa/confirm_bubble_view.h
___________________________________________________________________
Added: svn:eol-style
   + LF