Re: [api-dev] Questions about com.sun.star.awt.MenuBar and com.sun.star.awt.PopupMenu
Ariel Constenla-Haile schrieb: Hi Ariel, I am the maintainer of the OpenOffice.org toolkit I knew that, one of the reasons for the title of this message was to call your attention ;-) , as I succeeded with the Getting the System Colors (missing feature in the AWT module?) message...[your answer at http://api.openoffice.org/servlets/ReadMsg?listName=devmsgNo=18117 and my issue 81355: API to get the system's colors ] and I know that the IDL files need a brush up to be up to date. Luckily Berend created many issues about the IDL files which I want to fix in the near future. Uou! Thanks again Berend! :-) You should use com.sun.star.awt.MenuBar and com.sun.star.awt.PopupMenu. The other service names are outdated and only supported for compatibility reasons. Could please write an issue and set me ([EMAIL PROTECTED]) as the owner. OK, that's what my mail was intended for ;-) By the way, of what type? RFE, FEATURE...? The missing IDL files for com.sun.star.awt.MenuBar and PopupMenu are clearly defects. The project should be API and owner cd. The example on the SDK works OK, because the fixed text implementation has no context menu, but how do I intercept the context menu of UnoControls? Is it possible at all? (I mean, using API, not hacking OOo's C++ code). No, that's no possible. Currently the toolkit uno controls are just small wrappers around the VCL based controls. If you need something like this you have to write a request for enhancement. once again: OK ;-) !!! By the way: which is the project I should write to? the API or the Framework? I ask first, because the last time [81355], although I CC'ed to you, I received a not very polite answer from someone telling me to better implement my own code :-( , so before annoying anyone, it's better to know where to write. You're right that the answer was not very polite. Just to be sure that I get the request for enhancement, please set cd as the owner. Otherwise the default owner of the API project will be notified and he doesn't know what we discussed. API is the correct project, but change the owner to cd. We want to extend the current toolkit API, I am completely aware of that: [QUOTE from http://www.openoffice.org/editorial/new_leads_cd.html] What would you like next to do with the project? I just started a new series of tutorials to better describe the features of the framework project. I hope that more people can use all available framework features to create more powerful extensions... And for this spirit, I thank you! but need feedback from extension developers. Only you can give us information what you really miss. Therefore please write request for enhancements and let us know your problems with the API. You can find the result of a gap analysis I did last year regarding the toolkit API here: http://wiki.services.openoffice.org/wiki/Framework/Article/Gap_Analysis_Tookit_API I think I read that the first time you answered me! Concerning this, I would like to quote your words on the 3rd part Missing functions, classes, controls and information in the awt toolkit API (the emphasis is mine) The community was asked to participate in the gap analysis and provide their point of view where things should improve and what's missing in the current awt toolkit API. Although the *feedback* of the community was *not* *overwhelming* some interesting information could be extracted. If my memory isn't playing with me, I think that for the time you did this analysis there was no (dev-)extensions mailing list, am I wrong? Yes, you're right. The dev-extensions mailing list was created several months later. If I'm wright, maybe a message posted there with an interesting title (like AWToolkit Improvement for Extensions Developers or the like) could now help you more to know the needs of extensions developers, than if I write a mail in this mailing list telling what I dream of (concerning the AWToolkit, of course). Would be a nice idea, but the features and enhancements I have to work on are clear for OOo 3.0. Therefore I don't want to start a new request for ideas if it's clear that many new ideas cannot be implemented in the near future. (By the way, if could dream without any reasonable limit, I would dream of a Java-AWT+Swing-like API; but I've got my feet on the ground, and I agree with your point: It must be carefully discussed how far the awt toolkit API should be extended. It should be clear that it cannot be a full featured wrapper for the C++ based VCL.) I can understand your dream, but resources are tight and we have to find the best compromise between time and feature set. Bye, and once again, thanks!!! Ariel. PS: I have been playing with the new AWT tree module, and got some questions, which is the right place to post them, here or in the Framework mailing list? You should ask your question regarding the AWT tree control here on the api dev list. Christian Lippka, author of the
[api-dev] SimpleSystemMail
Hi Paolo, In Barcelona I asked you about the possibility of using SimpleSystemMail uno service to be able to send email from OpenOffice.org. The only reference I got to how it works is through the snippet on Andrew Pitonyak's Macro Book. Sub SendSimpleMail() Dim vMailSystem, vMail, vMessage vMailSystem=createUnoService(com.sun.star.system.SimpleSystemMail) vMail=vMailSystem.querySimpleMailClient() 'You want to know what else you can do with this, see 'http://api.openoffice.org/docs/common/ref/com/sun/star/system/XSimpleMailMessage.html vMessage=vMail.createsimplemailmessage() vMessage.setrecipient([EMAIL PROTECTED]) vMessage.setsubject(This is my test subject) 'Attachements are set by a sequence which in basic means an array 'I could use ConvertToURL() to build the URL! Dim vAttach(0) vAttach(0) = file:///c|/macro.txt vMessage.setAttachement(vAttach()) 'DEFAULTS Launch the currently configured system mail client. 'NO_USER_INTERFACE Do not show the interface, just do it! 'NO_LOGON_DIALOG No logon dialog but will throw an exception if one is required. vMail.sendSimpleMailMessage(vMessage, com.sun.star.system.SimpleMailClientFlags.NO_USER_INTERFACE) End Sub However I want to know if I would need a transport on my system so the API is able to send the email. This is a similar dilema that I face with python's libsmtpd module which is capable of working as an smtpd server but there is really not much reference about how to run it. What I am trying to achieve is the user be able to send a registration email to the Mailing list from within openoffice.org. Maybe this could help. -- Alexandro Colorado CoLeader of OpenOffice.org ES http://es.openoffice.org21 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[api-dev] Re: Accessing a dialog from the frame hierarchy
Paolo Mantovani napisał(a): First I create and display the dialog in one macro -- pretty standard stuff except that I pass the current frame's container window as the peer: smgr = XSCRIPTCONTEXT.getComponentContext().ServiceManager ctx = XSCRIPTCONTEXT.getComponentContext() dialogModel = smgr.createInstanceWithContext( com.sun.star.awt.UnoControlDialogModel, ctx) dialogModel.Title = FooBar controlContainer = smgr.createInstanceWithContext( com.sun.star.awt.UnoControlDialog, ctx) controlContainer.setModel(dialogModel) toolkit = smgr.createInstanceWithContext( com.sun.star.awt.Toolkit, ctx) containerWin = XSCRIPTCONTEXT.getDocument().getCurrentController() .getFrame().getContainerWindow() controlContainer.createPeer(toolkit, containerWin) controlContainer.setVisible(True) This is the old way, when men were men and created their own AWT-Windows :-) Apart from jokes, is there any reasons for not using the (relatively) new css.awt.DialogProvider ? In this way you could design the dialog in the Starbasic IDE and then recall it from anywhere. Yes, I rather prefer the manly way -- visual IDEs are for wimps :) Actually, I made an initial design decision to create all the dialogs for my app from code exclusively, so I could contain everything in a single file to ease distribution and installation later on. Looking back I'm not so sure it was the best choice, but it works so far, so I'm sticking with it :) That aside, it seems to me that my problem of accessing an open dialog would still apply, regardless of whether the dialog was created in code or instantiated from a ready model using the DialogProvider. Perhaps I can propose an idea for a workaround, see below: --- 8 --- As you can see, the dialog is now attached to a frame that belongs to the frames hierarchy. In this way you can access to your dialog from anywhere in (more or less) this way: (Basic example - adapt to your context) oMyFrame = StarDesktop.findFrame(MyOwnFrame, _ com.sun.star.frame.FrameSearchFlag.GLOBAL) oDialog = oMyFrame.ComponentWindow Paolo, you're the best :) This is exactly what I needed - just had to find someone with a better understanding of the whole UI structure than myself, and who better than you. Thanks a million! And if not, what could I do to get a similar effect (maybe abandon dialogs and create a window some other way)? Of course you can use a TopWindow instead of an UnoDialog this would give you more flexibility but at the cost of some more code lines, especially for the UnoControls management That's why I was reluctant to let go of the UnoDialog-based approach -- it's convenient and pretty intuitive to work with, as it is basically similar to other GUI frameworks I've used previously (Swing, wxWidgets etc.) Thanks for your help, Paolo, this will have me well on my way :) Cheers, Zbigniew Banach - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [api-dev] Questions about com.sun.star.awt.MenuBar and com.sun.star.awt.PopupMenu
Carsten Driesner wrote: Ariel Constenla-Haile schrieb: Hi Ariel, I am the maintainer of the OpenOffice.org toolkit I knew that, one of the reasons for the title of this message was to call your attention ;-) , as I succeeded with the Getting the System Colors (missing feature in the AWT module?) message...[your answer at http://api.openoffice.org/servlets/ReadMsg?listName=devmsgNo=18117 and my issue 81355: API to get the system's colors ] and I know that the IDL files need a brush up to be up to date. Luckily Berend created many issues about the IDL files which I want to fix in the near future. Uou! Thanks again Berend! :-) You should use com.sun.star.awt.MenuBar and com.sun.star.awt.PopupMenu. The other service names are outdated and only supported for compatibility reasons. Could please write an issue and set me ([EMAIL PROTECTED]) as the owner. OK, that's what my mail was intended for ;-) By the way, of what type? RFE, FEATURE...? The missing IDL files for com.sun.star.awt.MenuBar and PopupMenu are clearly defects. The project should be API and owner cd. The example on the SDK works OK, because the fixed text implementation has no context menu, but how do I intercept the context menu of UnoControls? Is it possible at all? (I mean, using API, not hacking OOo's C++ code). No, that's no possible. Currently the toolkit uno controls are just small wrappers around the VCL based controls. If you need something like this you have to write a request for enhancement. once again: OK ;-) !!! By the way: which is the project I should write to? the API or the Framework? I ask first, because the last time [81355], although I CC'ed to you, I received a not very polite answer from someone telling me to better implement my own code :-( , so before annoying anyone, it's better to know where to write. You're right that the answer was not very polite. Just to be sure that I get the request for enhancement, please set cd as the owner. Otherwise the default owner of the API project will be notified and he doesn't know what we discussed. API is the correct project, but change the owner to cd. ;-) i know and will forward all related toolkit API issue to you Juergen We want to extend the current toolkit API, I am completely aware of that: [QUOTE from http://www.openoffice.org/editorial/new_leads_cd.html] What would you like next to do with the project? I just started a new series of tutorials to better describe the features of the framework project. I hope that more people can use all available framework features to create more powerful extensions... And for this spirit, I thank you! but need feedback from extension developers. Only you can give us information what you really miss. Therefore please write request for enhancements and let us know your problems with the API. You can find the result of a gap analysis I did last year regarding the toolkit API here: http://wiki.services.openoffice.org/wiki/Framework/Article/Gap_Analysis_Tookit_API I think I read that the first time you answered me! Concerning this, I would like to quote your words on the 3rd part Missing functions, classes, controls and information in the awt toolkit API (the emphasis is mine) The community was asked to participate in the gap analysis and provide their point of view where things should improve and what's missing in the current awt toolkit API. Although the *feedback* of the community was *not* *overwhelming* some interesting information could be extracted. If my memory isn't playing with me, I think that for the time you did this analysis there was no (dev-)extensions mailing list, am I wrong? Yes, you're right. The dev-extensions mailing list was created several months later. If I'm wright, maybe a message posted there with an interesting title (like AWToolkit Improvement for Extensions Developers or the like) could now help you more to know the needs of extensions developers, than if I write a mail in this mailing list telling what I dream of (concerning the AWToolkit, of course). Would be a nice idea, but the features and enhancements I have to work on are clear for OOo 3.0. Therefore I don't want to start a new request for ideas if it's clear that many new ideas cannot be implemented in the near future. (By the way, if could dream without any reasonable limit, I would dream of a Java-AWT+Swing-like API; but I've got my feet on the ground, and I agree with your point: It must be carefully discussed how far the awt toolkit API should be extended. It should be clear that it cannot be a full featured wrapper for the C++ based VCL.) I can understand your dream, but resources are tight and we have to find the best compromise between time and feature set. Bye, and once again, thanks!!! Ariel. PS: I have been playing with the new AWT tree module, and got some questions, which is the right place to post them, here or in the Framework mailing list? You should ask
[api-dev] height/width of table cells in a complex XTextTable
I'm continuing to work on an export module for generating accessible html. We currently generate the correct html for simple tables - (ignoring cell properties such as width/height etc). So each input table must have a regular structure without merged/split cells. We now need to handle complex tables containing cells which may have been merged and/or split in the horizontal/vertical directions. I understand from the dev guide and a little experimentation that XTableColumns and XtableColumnSeperators are empty for a complex table. Is there any other method for determining the width of each cell? Any advice or suggestions are much appreciated. -- View this message in context: http://www.nabble.com/height-width-of-table-cells-in-a-complex-XTextTable-tf4607821.html#a13157782 Sent from the openoffice - api dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [api-dev] height/width of table cells in a complex XTextTable
ianmcr wrote: I'm continuing to work on an export module for generating accessible html. We currently generate the correct html for simple tables - (ignoring cell properties such as width/height etc). So each input table must have a regular structure without merged/split cells. We now need to handle complex tables containing cells which may have been merged and/or split in the horizontal/vertical directions. I understand from the dev guide and a little experimentation that XTableColumns and XtableColumnSeperators are empty for a complex table. Is there any other method for determining the width of each cell? Any advice or suggestions are much appreciated. have a look at the work Henrik Just had done with his Writer2Latex http://www.hj-gym.dk/%7Ehj/writer2latex/ who is the best HTML exporter there is , and !he has solved already your problems :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [api-dev] SimpleSystemMail
On Thu, 11 Oct 2007 02:36:14 -0500, Alexandro Colorado [EMAIL PROTECTED] wrote: Hi Paolo, In Barcelona I asked you about the possibility of using SimpleSystemMail uno service to be able to send email from OpenOffice.org. The only reference I got to how it works is through the snippet on Andrew Pitonyak's Macro Book. Sub SendSimpleMail() Dim vMailSystem, vMail, vMessage vMailSystem=createUnoService(com.sun.star.system.SimpleSystemMail) vMail=vMailSystem.querySimpleMailClient() I might add that this script fails when I reach this line with an error message telling me that the object variable not set. Which leads me to believe that querySimpleMailClient is not returning anything to define vMail. 'You want to know what else you can do with this, see 'http://api.openoffice.org/docs/common/ref/com/sun/star/system/XSimpleMailMessage.html vMessage=vMail.createsimplemailmessage() vMessage.setrecipient([EMAIL PROTECTED]) vMessage.setsubject(This is my test subject) 'Attachements are set by a sequence which in basic means an array 'I could use ConvertToURL() to build the URL! Dim vAttach(0) vAttach(0) = file:///c|/macro.txt vMessage.setAttachement(vAttach()) 'DEFAULTS Launch the currently configured system mail client. 'NO_USER_INTERFACE Do not show the interface, just do it! 'NO_LOGON_DIALOG No logon dialog but will throw an exception if one is required. vMail.sendSimpleMailMessage(vMessage, com.sun.star.system.SimpleMailClientFlags.NO_USER_INTERFACE) End Sub However I want to know if I would need a transport on my system so the API is able to send the email. This is a similar dilema that I face with python's libsmtpd module which is capable of working as an smtpd server but there is really not much reference about how to run it. What I am trying to achieve is the user be able to send a registration email to the Mailing list from within openoffice.org. Maybe this could help. -- Alexandro Colorado CoLeader of OpenOffice.org ES http://es.openoffice.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
