*api: convert <type>Foo</type>

Doxygen does not know type element and will recognize strings that
contain capital letter (all API types do) automatically as type.
This patch removes 15k doxygen warnings.

git ls-files | grep \\.idl | xargs sed -i "s,<type>\([^<]\+\)</type>,\1,"

Change-Id: I45c07cf0b115d5fb5353f4aa9719839615ea1150

9 files changed, 11 insertions, 11 deletions

diff --git a/udkapi/com/sun/star/bridge/OleBridgeSupplier.idl b/udkapi/com/sun/star/bridge/OleBridgeSupplier.idl
index e5692161d408..047a65b3c9f0 100644
--- a/udkapi/com/sun/star/bridge/OleBridgeSupplier.idl
+++ b/udkapi/com/sun/star/bridge/OleBridgeSupplier.idl
@@ -29,7 +29,7 @@
 
 /** makes it possible to generate OLE bridges to UNO objects and vice versa.
 
-    <p>The service implements the <type>XBridgeSupplier</type> interface
+    <p>The service implements the XBridgeSupplier interface
     and handles the model types <const>ModelDependent::UNO</const> and
     <const>ModelDependent::OLE</const>.  The service does not specify any
     requirements on registering OLE objects and class factories.  </p>
diff --git a/udkapi/com/sun/star/bridge/OleBridgeSupplier2.idl b/udkapi/com/sun/star/bridge/OleBridgeSupplier2.idl
index 0974b23515a6..a00864e1bf30 100644
--- a/udkapi/com/sun/star/bridge/OleBridgeSupplier2.idl
+++ b/udkapi/com/sun/star/bridge/OleBridgeSupplier2.idl
@@ -41,7 +41,7 @@ module com { module sun { module star { module bridge {
     COM interfaces,
     except for IUnknown, are not supported.UNO interfaces and structs are mapped to IDispatch.
 
-    <p>The service implements the <type>XBridgeSupplier2</type> interface
+    <p>The service implements the XBridgeSupplier2 interface
     and handles the model types
     <const>com::sun::star::bridge::ModelDependent::UNO</const> and
     <const>com::sun::star::bridge::ModelDependent::OLE</const>.
diff --git a/udkapi/com/sun/star/bridge/oleautomation/ApplicationRegistration.idl b/udkapi/com/sun/star/bridge/oleautomation/ApplicationRegistration.idl
index eedde7c66497..af5be8d38fa8 100644
--- a/udkapi/com/sun/star/bridge/oleautomation/ApplicationRegistration.idl
+++ b/udkapi/com/sun/star/bridge/oleautomation/ApplicationRegistration.idl
@@ -46,7 +46,7 @@ module com {  module sun {  module star {  module bridge { module oleautomation
     ProgId is com.sun.star.ServiceManager.
     </p>
     <p>
-    <type>ApplicationRegistration</type> does not provide any particular
+    ApplicationRegistration does not provide any particular
     interface because the UNO objects are registered while instantiating this
     service and deregistered if the implementation, which makes use of this
     service, is being released.
diff --git a/udkapi/com/sun/star/bridge/oleautomation/Currency.idl b/udkapi/com/sun/star/bridge/oleautomation/Currency.idl
index c284a9f61ccc..6186f7f530e9 100644
--- a/udkapi/com/sun/star/bridge/oleautomation/Currency.idl
+++ b/udkapi/com/sun/star/bridge/oleautomation/Currency.idl
@@ -35,7 +35,7 @@ module com {  module sun {  module star {  module bridge {  module oleautomation
     <p>
     When calling Automation objects from UNO the distinction between
     <atom>hyper</atom> and a currency type is important. Therefore
-    <type>Currency</type> is declared as struct.
+    Currency is declared as struct.
     </p>
 
     @since OOo 1.1.2
diff --git a/udkapi/com/sun/star/bridge/oleautomation/Date.idl b/udkapi/com/sun/star/bridge/oleautomation/Date.idl
index 0d208df15149..acc05d3e70ae 100644
--- a/udkapi/com/sun/star/bridge/oleautomation/Date.idl
+++ b/udkapi/com/sun/star/bridge/oleautomation/Date.idl
@@ -33,7 +33,7 @@ module com {  module sun {  module star {  module bridge {  module oleautomation
     </p>
     <p>
     When calling Automation objects from UNO the distinction between
-    <atom>double</atom> and date type is important. Therefore <type>Date</type>
+    <atom>double</atom> and date type is important. Therefore Date
     is declared as struct.
     </p>
 
diff --git a/udkapi/com/sun/star/bridge/oleautomation/NamedArgument.idl b/udkapi/com/sun/star/bridge/oleautomation/NamedArgument.idl
index 20b50bacaf96..3fc066499b7f 100644
--- a/udkapi/com/sun/star/bridge/oleautomation/NamedArgument.idl
+++ b/udkapi/com/sun/star/bridge/oleautomation/NamedArgument.idl
@@ -24,12 +24,12 @@ module com {  module sun {  module star {  module bridge {  module oleautomation
 
 /** represents a named argument in a call to a method of an Automation object.
     <p>
-    The Automation bridge accepts values of <type>NamedArgument</type> when a
+    The Automation bridge accepts values of NamedArgument when a
     call to an Automation object is made. The call is done through the
     <method scope="com::sun::star::script">XInvocation::invoke</method>
     method, which takes all arguments in a sequence of anys. Usually the order
     of the arguments must correspond to the order of arguments in the Automation
-    method. By using instances of <type>NamedArgument</type> the arguments in the
+    method. By using instances of NamedArgument the arguments in the
     sequence can be unordered. The Automation object being called must support
     named arguments, otherwise the call fails.
     </p>
diff --git a/udkapi/com/sun/star/bridge/oleautomation/PropertyPutArgument.idl b/udkapi/com/sun/star/bridge/oleautomation/PropertyPutArgument.idl
index 7bbf2bf5e551..a9e7db8405ee 100644
--- a/udkapi/com/sun/star/bridge/oleautomation/PropertyPutArgument.idl
+++ b/udkapi/com/sun/star/bridge/oleautomation/PropertyPutArgument.idl
@@ -43,8 +43,8 @@ module com {  module sun {  module star {  module bridge {  module oleautomation
     operation on the Automation object. To make this decision, the
     caller has to provide the information if the current call is
     intended to be a write or read operation. This is done by
-    providing either instances of <type>PropertyPutArgument</type> or
-    <type>PropertyGetArgument</type> as arguments to
+    providing either instances of PropertyPutArgument or
+    PropertyGetArgument as arguments to
     <member scope="com::sun::star::script">XInvocation::Invoke</member>.
 
     @since OOo 1.1.2
diff --git a/udkapi/com/sun/star/bridge/oleautomation/SCode.idl b/udkapi/com/sun/star/bridge/oleautomation/SCode.idl
index 74c0c199c108..4df11b61aefa 100644
--- a/udkapi/com/sun/star/bridge/oleautomation/SCode.idl
+++ b/udkapi/com/sun/star/bridge/oleautomation/SCode.idl
@@ -35,7 +35,7 @@ module com {  module sun {  module star {  module bridge {  module oleautomation
     </p>
     <p>
     When calling Automation objects from UNO the distinction between error type
-    and <atom>long</atom> is important. Therefore the <type>Scode</type> is
+    and <atom>long</atom> is important. Therefore the Scode is
     declared as struct.
     </p>
 
diff --git a/udkapi/com/sun/star/bridge/oleautomation/XAutomationObject.idl b/udkapi/com/sun/star/bridge/oleautomation/XAutomationObject.idl
index 029a3e14305e..2a96cb547f9a 100644
--- a/udkapi/com/sun/star/bridge/oleautomation/XAutomationObject.idl
+++ b/udkapi/com/sun/star/bridge/oleautomation/XAutomationObject.idl
@@ -32,7 +32,7 @@ module com {  module sun {  module star {  module bridge { module oleautomation
     other ordinary UNO object. However, it may be desirable to have
     that distinction regardless, if a UNO client needs to take
     particular Automation specific characteristics into account.
-    By providing <type>XAutomationObject</type> an object declares
+    By providing XAutomationObject an object declares
     to be representing an Automation object.
 
     @since OOo 1.1.2