Fix some idl descriptions

Change-Id: Ia14bf30cf65ea5cbaa268b1461fc5c6d7acb702d

offapi/com/sun/star/embed/XHatchWindowFactory.idl

@@ -47,7 +47,7 @@ published interface XHatchWindowFactory: com::sun::star::uno::XInterface
         @returns
             a new hatch window
 
-        @throws ::com::sun::star::IllegalArgumentException
+        @throws ::com::sun::star::lang::IllegalArgumentException
             one of arguments is illegal
 
      */

offapi/com/sun/star/form/runtime/XFilterController.idl

@@ -130,7 +130,7 @@ interface XFilterController
         @throws ::com::sun::star::lang::IndexOutOfBoundsException
             if _Component is out of the allowed range.
 
-        @see ::com::sun::star::form::component::DataAwareControlModel::BoundField
+        @see ::com::sun::star::form::DataAwareControlModel::BoundField
     */
     ::com::sun::star::awt::XControl
         getFilterComponent( [in] long _Component )

offapi/com/sun/star/form/runtime/XFormOperations.idl

@@ -42,7 +42,7 @@ interface XFeatureInvalidation;
 
     <p>As an example, imagine you have a database form, displayed in some user
     interface, which you want to move to the next record.<br/>
-    It is as easy as calling com:::sun::star::sdbc::XResultSet::next()
+    It is as easy as calling com::sun::star::sdbc::XResultSet::next()
     on this form, right? Wrong. First, you need to care for saving the current
     record, so the user doesn't lose her input. So you need to call
     com::sun::star::sdbc::XResultSetUpdate::updateRow() or

offapi/com/sun/star/i18n/Calendar2.idl

@@ -29,7 +29,7 @@ module com { module sun { module star { module i18n {
     nominative case nouns in Calendar::Months. If a
     locale does not provide the partitive case in 
     #PartitiveMonths, the names are identical to
-    #GenititiveMonths. </p>
+    #GenitiveMonths. </p>
 
     <p> The sequences are of type
     com::sun::star::i18n::CalendarItem2 instead of

offapi/com/sun/star/rendering/XCanvas.idl

@@ -88,7 +88,7 @@ interface XTextLayout;
     that such caching is a lot more complicated, should the actual
     rendering a method yields depend on internal state (which is the
     case e.g. for the
-    ::com::sun::star::drawing::::com::sun::star::drawing::XGraphics
+    ::com::sun::star::awt::XGraphics
     interface).  Please note, though, that deciding whether to return
     an XCachedPrimitive is completely up to the
     implementation - don't rely on the methods returning something

offapi/com/sun/star/script/provider/XScriptProvider.idl

@@ -43,7 +43,7 @@ interface XScriptProvider : ::com::sun::star::uno::XInterface {
         @returns
             an object implementing ::com::sun::star::script::provider::XScript representing the script
 
-        @throws ::com::sun::star::provider::ScriptFrameworkErrorException
+        @throws ::com::sun::star::script::provider::ScriptFrameworkErrorException
             Framework error getting  script for URI.
     */
     XScript getScript( [in] string sScriptURI )  raises ( ::com::sun::star::script::provider::ScriptFrameworkErrorException );