<B>MPlayer</B> ---> MPlayer

git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@7815 b3059339-0415-0410-9bf9-f77b7e298cf2

1 files changed, 7 insertions, 7 deletions

diff --git a/DOCS/users_against_developers.html b/DOCS/users_against_developers.html
index 67f27f69e0..0cff4d45d3 100644
--- a/DOCS/users_against_developers.html
+++ b/DOCS/users_against_developers.html
@@ -43,7 +43,7 @@
   <A HREF="http://www.atnf.csiro.au/people/rgooch/linux/docs/kernel-newsflash.html">
   Linux kernel news flash about kernel 2.4.17</A> and
   <A HREF="http://www.voy.com/3516/572.html">Voy Forum</A>.
-  <B>MPlayer</B> also suffered from intermittent problems that were all solved by
+  MPlayer also suffered from intermittent problems that were all solved by
   switching to a different version of GCC. Several projects started implementing
   workarounds for some of the 2.96 issues, but we refused to fix other people's
   bugs, especially since some workarounds may imply a performance penalty.</P>
@@ -77,7 +77,7 @@
 <OL>
   <LI>Go to the <A HREF="http://gcc.gnu.org/mirrors.html">GCC mirrors page</A>
     page and download <CODE>gcc-core-3.1.tar.gz</CODE>.  This includes the
-    complete C compiler and is sufficient for <B>MPlayer</B>. If you also want
+    complete C compiler and is sufficient for MPlayer. If you also want
     C++, Java or some of the other advanced GCC features
     <CODE>gcc-3.1.tar.gz</CODE> may better suit your needs.</LI>
   <LI>Extract the archive with<BR>
@@ -100,12 +100,12 @@
 <H2><A NAME="binary">Binary distribution</A></H2>
 
 <P>This was the second big problem but has been solved as of version
-  0.90-pre1. <B>MPlayer</B> previously contained source from the OpenDivX project,
+  0.90-pre1. MPlayer previously contained source from the OpenDivX project,
   which disallows binary redistribution. This code has been removed and you are now
   welcome to create binary packages as you see fit.</P>
 
 <P>Another impediment to binary redistribution was compiletime optimizations
-  for CPU architecture.  <B>MPlayer</B> now supports runtime CPU detection
+  for CPU architecture.  MPlayer now supports runtime CPU detection
   (specify the <CODE>--enable-runtime-cpudetection</CODE> option when
   compiling). It is disabled by default because it implies a small speed
   sacrifice, it is now possible to create binaries that run on different
@@ -138,12 +138,12 @@
 
 <P>Joe Barr became infamous by writing a less than favorable
   <A HREF="http://www.linuxworld.com/site-stories/2001/1214.mplayer.html">
-  <B>MPlayer</B> review</A>. He found <B>MPlayer</B> hard to install, but then
+  MPlayer review</A>. He found MPlayer hard to install, but then
   again he is not very fond of
   <A HREF="http://www.linuxworld.com/linuxworld/lw-2000-06/lw-06-exam.html">reading documentation</A>.
   He also concluded that the developers were unfriendly and the documentation
   incomplete and insulting. You be the judge.
-  He went on to mention <B>MPlayer</B> negatively in his
+  He went on to mention MPlayer negatively in his
   <A HREF="http://www.linuxworld.com/site-stories/2001/1227.predictions.html">10 Linux predictions for 2002</A>
   In a followup
   <A HREF="http://www.linuxworld.com/site-stories/2002/0125.xine.html">review of xine</A>
@@ -153,7 +153,7 @@
 
 <BLOCKQUOTE>
   However, he also went on to say that he was "surprised" by my column about
-  Mplayer and thought it was unfair, reminding me that it is a free software
+  MPlayer and thought it was unfair, reminding me that it is a free software
   project. "If you don't like it," Bartsch said, "you're free not to use it." 
 </BLOCKQUOTE>