Re: [udk-dev] Remarks on Dialog controls in OOo 2.0

Hi Bernard, Property .Model.VerticalAlign (different from .Model.Align property) Available in controls : Label, CommandButton, Checkbox - This property is not available in the IDE dialog Properties panel. Submit an issue, owner is me ([EMAIL PROTECTED]). Submitted: thanks For the missing

Re: [udk-dev] TextBox appearance in 2.4.0 RC2

-- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org

Re: [udk-dev] TextBox appearance in 2.4.0 RC2

Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org

Re: [udk-dev] Simple Bootstrap

for the clean solution in all three cases. 3.0 is a major version, I don't see a need to sacrifice the clean solutions to compatibility. JM2C Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base

Re: [udk-dev] is there a THREAD-MODEL in URE?

Hi Rainman, I noticed that there was some articles about Threading Model, and Threading Architecture In URE. http://wiki.services.openoffice.org/wiki/Uno/Spec/Threading-Model might be what you're looking for. Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED

Re: [udk-dev] is there a THREAD-MODEL in URE?

this Threading-Model in a uno object? I can't ... I just pointed you to this page (actually, it's a bunch of pages) since it's the only resource about OOo's threading model I know. I admit I myself did not read it in deep detail, yet. Ciao Frank -- - Frank Schönheit, Software Engineer

Re: [udk-dev] New media types for extensions

Given that those foo2 always look like somebody did not design good enough in the first run ;), I don't like those appended numbers. What about application/org.openoffice.* instead? Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems

Re: [udk-dev] New media types for extensions

extensions to weak to distinguish file content? Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Database http://dba.openoffice.org

[udk-dev] Re: [udk-cvs] CVS update [cws_src680_qiq]: /udk/cppuhelper/source/

were already presend in the UDK_3_0_0 version). Thanks for pointing me to this fascinating new world of library versions and symbols :) Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice

[udk-dev] Re: [udk-cvs] CVS update [cws_src680_dba23a]: /udk/cppuhelper/inc/cppuhelper/, /udk/cppuhelper/source/

list to check. Thanks Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org

Re: [udk-dev] Unpublished interface to published service

-- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org

Re: [udk-dev] Unpublished interface to published service

impose such artificial restrictions on ourselves. Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org

Re: [udk-dev] Unpublished interface to published service

-- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org

[udk-dev] evolving API (was: [udk-dev] Unpublished interface to published service)

, somebody could have created another implementation of this service. OOo is evolving, why isn't its API allowed to evolve in a *usable* way? Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice

Re: [udk-dev] evolving API

some bindings break regardless of it? Not completely thought through, but should probably work. How does that sound? Like a great first step towards a living API, which is fun to design, without feeling blocked unnecessarily. Thanks Ciao Frank -- - Frank Schönheit, Software Engineer

[udk-dev] old-style services (was: [udk-dev] evolving API)

, since new style UNO is admittedly better for the clients of my API. Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org

Re: [udk-dev] evolving API

. Come on, the real fun is creatively pressing new functionality into existing, rigid API. :) :) Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base

Re: [udk-dev] evolving API

Hi Stephan, http://www.openoffice.org/issues/process_bug.cgi for the records. Please cite the URL of the page before ;) Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base

Re: [udk-dev] evolving API

in all, I could pretty well live with an approach as in TB/FF. Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org

Re: [udk-dev] evolving API

versioning of interfaces here? :) Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org