Issue 23395 - Inoncistent result from "implementationname"
Summary: Inoncistent result from "implementationname"
Status: CLOSED NOT_AN_OOO_ISSUE
Alias: None
Product: App Dev
Classification: Unclassified
Component: api (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: All All
: P3 Trivial
Target Milestone: ---
Assignee: amoroder
QA Contact: issues@api
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-12-10 12:29 UTC by amoroder
Modified: 2013-02-24 21:09 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description amoroder 2003-12-10 12:29:39 UTC
Maybe this is not really a bug, but it looks very inconsistent

In basic I used the "implementationname" property of my document model (
StarDesktop.ActiveFrame.Controller.Model )
to identify the type of the document.

The strange thing on implementationname is that
writer docs have a implementationname "SwXTextDocument"
impress docs have                     "SdXImpressDocument"

but calc docs have "ScModelObj" and not "ScXCalcDocument" as expected.

msgbox obj.dbgp_properties shows me that calc uses another
is this a bug ?

Bye and thnak you for this wonderfull software

P.S. under what component should basic/libraries bugs be posted ?
Comment 1 ooo 2003-12-10 14:38:02 UTC
Implementation names depend completely on the implementation.  There is no 
planned consistency.  

If you want to identify the module (Writer, Calc, Impress etc.) for any purpose, 
some new interfaces are coming up soon.   Please ask on dev@api.openoffice.org, 
I don't know the interfaces off hand and neither when they will be impplemented.
Comment 2 ooo 2003-12-10 14:40:05 UTC
To answer your question: Basic-Library bugs can be posted for the UNO project, 
but API is ok too.  You might directly assign them to ab@openoffice.org instead 
of the default owner, because in this case the default owner is wrong.
Comment 3 Martin Hollmichel 2004-06-04 10:28:32 UTC
set status to resolved/invalid.
Comment 4 Martin Hollmichel 2004-06-04 10:28:47 UTC
close issue. please feel free to reopen if there are still question open