[Docs] fixes

docs/linux_gtk_theme_integration.md

 # Linux GTK Theme Integration
 
 The GTK+ port of Chromium has a mode where we try to match the user's GTK theme
 (which can be enabled under Wrench -> Options -> Personal Stuff -> Set to GTK+
 theme). The heuristics often don't pick good colors due to a lack of information
 in the GTK themes.
 
 Starting in Chrome 9, we're providing a new way for theme authors to control our
 GTK+ theming mode. I am not sure of the earliest build these showed up in, but I
 know 9.0.597 works.
@@ skipping 88 matching lines @@
 
 I am at the very least hoping we can get Radiance and Ambiance patches since we
 make very poor frame decisions on those themes, and hopefully a few others.
 
 ### How about control over the min/max/close buttons?
 
 I actually tried this locally. There's a sort of uncanny valley effect going on;
 as the frame looks more native, it's more obvious that it isn't behaving like a
 native frame. (Also my implementation added a startup time hit.)
 
-### Why use style properties instead of (i.e.) `bg[STATE]`?
+### Why use style properties instead of (i.e.) bg[STATE]?
 
 There's no way to distinguish between colors set on different classes. Using
 style properties allows us to be backwards compatible and maintain the
 heuristics since not everyone is going to modify their themes for chromium (and
 the heuristics do a reasonable job).
 
 ### Why now?
 
 *   I (erg@) was putting off major changes to the window frame stuff in
     anticipation of finally being able to use GTK+'s theme rendering for the
     window border with client side decorations, but client side decorations
     either isn't happening or isn't happening anytime soon, so there's no
     justification for pushing this task off into the future.
 *   Chrome looks pretty bad under Ambiance on Maverick.
 
 ### Details about `MetaFrames` and `ChromeGtkFrame` relationship and history?
 
 `MetaFrames` is a class that was used in metacity to communicate color
 information to the window manager. During the Hardy Heron days, we slurped up
 the data and used it as a key part of our heuristics. At least on my Lucid Lynx
 machine, none of the GNOME GTK+ themes have `MetaFrames` styling. (As mentioned
 above, several of the XFCE themes do, though.)
 
 Internally to chrome, our `ChromeGtkFrame` class inherits from `MetaFrames`
 (again, which inherits from `GtkWindow`) so any old themes that style the
 `MetaFrames` class are backwards compatible.