Alain Rist wrote:
Thanks Juergen,

Looks like cppumaker does not like it :(
cppumaker ERROR: cannot dump Type 'com/sun/star/lang/NullPointerException'

Now calling with -BUCR as indicated in http://wiki.services.openoffice.org/wiki/SDKInstallation#Other_Windows_Installations_descriptions and previous link
Should I use different options?

cppumaker -BUCR -O <path> .../types.rdb .../program/offapi.rdb
should make it. You need both registry files or use the -X option for the types.rdb that you have already generated.

Juergen




Thanks again
AR


----- Original Message ----- From: "Juergen Schmidt" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Friday, October 24, 2008 9:57 AM
Subject: Re: [api-dev] Getting the document name displayed in the title bar of the window


Alain Rist wrote:
Hi Juergen,

I am using VS2008 on a Vista box, so I simply ran cppumaker -BUCR on <OpenOffice.org 3>\URE\misc\types.rdb as indicated in http://www.oooforum.org/forum/viewtopic.phtml?t=23772 (with location adaptations).

Is it not enough to obtain all headers?
no it is, with OO.org 3.0 we have a new structure and you will find a further offapi.rdb in the basis/program directory of your office installation.

Repeat the cppumaker call with both rdb files.

Juergen


thanks,

AR



----- Original Message ----- From: "Juergen Schmidt" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Thursday, October 23, 2008 5:24 PM
Subject: Re: [api-dev] Getting the document name displayed in the title bar of the window


Hi Alain,

<sdk>/idl/com/sun/star/frame/XTitle.idl

If you configure the SDK and build one of the C++ examples the build env will generate all C++ headers for all IDL types at once.

Juergen

Alain Rist wrote:
Hi Andreas

Looks promising but no such XTitle interface headers in my OOo3 sdk files :(

cheers,
AR


----- Original Message ----- From: "Andreas Schlüns" <[EMAIL PROTECTED]>
Newsgroups: openoffice.api.dev
To: <[email protected]>
Sent: Thursday, October 23, 2008 11:39 AM
Subject: Re: [api-dev] Getting the document name displayed in the title bar of the window


Hello Stefan,

Hi,

a year ago Matthias B. helped me out, by pointing me to

ThisComponent.CurrentController.Frame.Title

Unfortunately things have changed in OOo 3.0, so that the title of the frame is no longer equal to the name of an unsaved document, that OOo would pass to the printer driver as the name of the printing job.

See also http://www.openoffice.org/issues/show_bug.cgi?id=95320

Can anyone help me out again? I need to retrieve the name OOo 3.0 would deliver to the printer driver as the name of the document to print, using OOo Basic.

Thanks for any help!

Stefan



There is a complete new title API available providing different possibilities ....

a) You can get the title of the document directly from the model.
Query a model to its XTitle interface and call getTitle() there.
You will get e.g. "Untitled 1" or "<Real File Name>".
Those title are given without (!) any extra informations like "StarOffice" or "Writer" !

b) Same interface is provided by controller and frame.
And every of those objects provides the title of the underlying object plas addtitional informations.
E.g.
model_title     ="Untitled 1"
controller_title="Untitled 1:2" (if two views exists)
frame_title     ="Untitled 1:2 StarOffice Writer ..."

OK - now you should be able to get your favorit title ...
but it wont help you regarding the printer queue problem you have !

Why ?

Because it's a title and not any unique document ID used for any purpose. So it seems that printer API and title API uses the same values ... but at least they dont do that in real. So e.g. the title API does not show you the difference between two documents using the same name but different directories. "dir_1/file_1" and "dir_2/file_1" will have the same title "file_1". I do not know how the printer API deal with that. But for a simple UI title it's not interesting.

On the other side the printer API of OOo does not provide any operation regarding the printer queue. So currently I do not see any chance to match document titles against items of a system wide printer queue.

One last question ...
Can you describe more in detail what are you doing ?
Might be there exists another (might be more elegant) solution.

Regards
Andreas

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



--
Sun Microsystems GmbH        Juergen Schmidt
Nagelsweg 55                 Technical Lead Programmability
20097 Hamburg, Germany

Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten
Commercial register of the Local Court of Munich: HRB 161028
Managing Directors: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer
Chairman of the Supervisory Board: Martin Haering

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to