[api-dev] msgbox window width

[Bart Aimar]

Hi,

Can I to modify the width of msgbox window?

I use msgbox to display the help for custom shortcut... but in several 
conditions (other PC, other SO, other OOo installation...) the rows 
(good formatted for a specific situation) hyphen in next row... and part 
of  text  slip down and out visibility.



As an alternative, there is another way to display (quickly) an help text ?

thanks for answers

Bart

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

Re: [api-dev] msgbox window width

[Bernard Marcelly]

Hi Bart,
Message de Bart Aimar  date 2007-03-24 12:52 :

Hi,

Can I to modify the width of msgbox window?

I use msgbox to display the help for custom shortcut... but in several 
conditions (other PC, other SO, other OOo installation...) the rows 
(good formatted for a specific situation) hyphen in next row... and part 
of  text  slip down and out visibility.



As an alternative, there is another way to display (quickly) an help text ?



You should create a routine wich calls a simple dialog containing a 
multi-line Edit Control and an OK button. Specify the name of the police 
name used in the Edit control, preferably a police provided by 
OpenOffice like BitStream Vera Serif. You may also configure the Edit 
control to use scrollbars.


   Bernard

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

Re: [api-dev] extension's max supported OOo version

[Andrew Douglas Pitonyak]

Mathias Bauer wrote:

Paolo Mantovani wrote:

  

Hi,

Alle 20:20, giovedì 22 marzo 2007, Frank Schönheit - Sun Microsystems Germany 
ha scritto:


Hi Stephan,
  

[...]


I suppose one can think of more things which contribute to an
extension's required environment, but are not guaranteed to be stable
over major OOo upgrades.
  

dispatch Url's are probably one of these things.



Not necessarily. My take on dispatch URL's is that they should stay
stable also except if we removed the functionality in a newer version.
But even in this case the code using it would still work; you just
wouldn't get a dispatch for the URL and so the dispatch appears to be
disabled, something the extension must be able to handle anyway.

So the generic nature of the dispatch API helps to keep the code
compatible even if the funtionality behind the dispatch might have been
changed or removed. Everything else can be dealt with in the code.

I also don't agree that the configuration might urge developers to
specify a maxversion. There are easy ways to deal with it as the
configuration also is a very generic one and so everything can be
handled in the code. In the worst case the extension can quit working
explicitly if a certain configuration access fails.

But I think Frank has mentioned one point where a maxversion *could*
make sense: using unpublished APIs. Changing an API used in an extension
can make it incompatible and let it crash. This is unavoidable for the
extension developer and can't be handled in the extension code.

Ciao,
Mathias


  

How about the associated slot? Does that change between releases?

--
Andrew Pitonyak
My Macro Document: http://www.pitonyak.org/AndrewMacro.odt
My Book: http://www.hentzenwerke.com/catalog/oome.htm
Info:  http://www.pitonyak.org/oo.php
See Also: http://documentation.openoffice.org/HOW_TO/index.html

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