Hello Ariel, > [mail to your personal address due to attachments]
they made it to the list, too :) We did not yet forbid attachments, since we did not yet have problems with / complaints about them. Finally, this list is low-traffic. > yes, I thought it was more complex. Reading the sources it seems we have > only to call EnableEntryEditing( FALSE ) Yes. Or default-initialize the respective member of the class so that clients which actually want to use this need to call EnableEntryEditing( TRUE ). As you found out, there are more (only! - the dialogs you pointed to are the only ones) clients which do not want to use the feature, so default-initializing to false seems sensible here. > I'm > following the advice on Dev's Guide chap 4 > <http://api.openoffice.org/docs/DevelopersGuide/Components/Components.xhtml#1_Writing_UNO_Components>: > > "Last but not least, this is not the only way to add features to the > office. Learning how to write components and how to use the > OpenOffice.org API *at the same time teaches you* the techniques used in > the OpenOffice.org code base, thus enabling you to work with the > existing OpenOffice.org source code, extend it or introduce bug fixes." Hehe, this silently asumes all the source code is employing UNO itself, which isn't the case, but it's a good idea, nonetheless. > > Yes, I heard about it on the api mailing list, but couldn't find the > specification, so couldn't know if the implementation will be just what > I'm looking for: a tree control full customizable (a JTree-like control > will be too much to ask for) just like OOo Navigators. I don't know the JTree control, but I was involved in the API discussion for the new control, and I know that it *is* fully customizable (hmm, depends on what we want to cover with "full", of course). The authors of this API were inspired by various other tree APIs, amongst them also the ones in Java ... > I'm developing > FOR MY PERSONAL USE (== I find it useful for me) a kind of "OOoBase > launcher": from every application module, a menu entry on the Tools - > Add-on menu opens a dialog with an ODB History list and a Favorites > list. Every ODB is a node in the tree list box, when the node is > expanded, just like the data source browser, shows the tables, queries, > *but* *also* the forms and reports. Form here, I can choose to open the > whole ODB, or just a form or report. I am looking forward to see this at http://extensions.services.openoffice.org some day :) > I will have to think in what I would really like to work. Right now, I'm > in a state of "joy and pleasure" when reading OOo source code: > everything is amazing (some people may think I'm crazy, finding pleasure > in reading source code, but I'm sure you understand: just like a kid > opening the Christmas gifts, a computer science student stays "erstaunt > / überrascht / verwundert" when you give him the gift to see how it > really works - my words are always: "Ahhhhhhhh!!!!!!!, so that how it's > done!!!!!!!! ) Personally, I need a debugger for this feeling as soon as it becomes slightly complex, but yes, I know this feeling ... Okay, I will check in the fix next week, doesn't seem to make sense to let the issue linger around (even if it's such a good easy2dev issue). Thanks & Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Base http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
