Re: [dev] Play slideshow without User Input
Hi Andy, in impress, each slide in the API supports the com::sun::star::animations::XAnimationNodeSupplier interface which returns you the time line for that slide. Just browse through that container hierarchic of the animation nodes and change the begin attribute from all note that have a begin of Timing::INDEFINITE to 0.0 (see com::sun::star::animations::XAnimationNode ) Regards, Christian Andy Cordwell wrote: I'd like to write a application that opens a PowerPoint presentation and plays it to the end, all without user intervention. I've written a Java program (based on the PresentationDemo sample - see below) that: Opens the presentation For each page, sets the Change = 1 and Duration = 5 Sets IsAutomatic = False in the Presentation property set. Together with above displays each page for 5 seconds then moves on. Starts the presentation. However, this will stop as soon as the first animated shape is encounter and waits for user input before animating and proceeding (which is unacceptable for my application since there will be no user input). Explicitly disabling the Animations Allowed property (both in the UI and from code) doesn't appear to do anything - the presentation still waits for user click before proceeding. Have I misunderstood what this feature will do? One possible solution is to set Custom Animation ~ Effect ~ Start = After Previous and set the Effect Options ~ Timing ~ Delay = a few seconds, applying these settings to each relevant animated shape. Unfortunately, I can't find a way of doing this through the API. Is this method supported through the Java / C++ API? Are there any other suggestions to accomplish hands off playing? I'm currently using Java for prototyping, and will rewrite in C++ once complete. Running version 2.0.2 under FedoraCore4. Thanks, Andy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Working with the Invisible-mode
Hi Fabian, do not use the -swriter option and create your own writer document with loadComponentFromURL and the factory URL for new empty writer documents private:factory/swriter. in basci you would do oDoc = StarDesktop.loadComponentFromURL(private:factory/swriter, _blank, 0, Array()) I bet there is a way to enumerate open documents in the framework but at least the above method should solve your problem. Regards, Christian Fabian Köster wrote: Hi list, I am searching for a way to start openoffice.org in background (like with soffice -invisible), connect to it by an java-app with uno, open some documents, perform actions on this documents and then show them. My problem is that although I start with the -swriter-option xDesktop.getCurrentComponent() and xDesktop.getCurrentFrame() return null and therefore I am not able to do anything (At least I do not know how..). Can anybody help me? Fabian Köster - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] About fontwork gallery
Hi Xiuzhi, just set the environment variable GALLERY_SHOW_HIDDEN_THEMES and AVOID_BURN_IN_FOR_GALLERY_THEME to something and then start office. Now you can drag'n'drop shapes to and from the hidden gallery themes. Regards, Christian PS: Info is from http://wiki.services.openoffice.org/wiki/Environment_Variables xiuzhi--CH2000 wrote: hi all, I want to known how can edit the fontwork gallery files (sg36.sdg,sg36.sdv,sg36.thm). I use OpenOffice open the three file, but I can not understand the file (I only can see the binary code). What tools can do this? Can you tell me? I want to change the word used in the fontwork gallery ,for example using font instead of fontwork.How can I do this? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] About fontwork gallery
Hi Kami, if you do not use AVOID_BURN_IN_FOR_GALLERY_THEME then all formating properties on the shape in the gallery are hard set. The disadvantage is that such shapes will not work any longer with styles as all formating properties are overridden at the shape itself. When creating gallery themes one should think about which formating properties must be set hard and which should be come from the styles. Therefore AVOID_BURN_IN_FOR_GALLERY_THEME is advised if you plan to share your theme with others. Regards, Christian KAMI wrote: Hi Christian! What is the advantage to use AVOID_BURN_IN_FOR_GALLERY_THEME variable? I have never used it before, but I have created several galleries... Thanks, KAMI - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] About fontwork gallery
After the styles are burned in the shape they can only be removed with the 'Format-Default' menu entry on an inserted shape. But then all formatings are set to default. So its hard to do that afterwards. It is not really an error so I think it is ok to just use it for newly created themes. I don't think we have a script yet and gallery should be reworked to use xml format sooner or later anyway. I just don't know who will do that yet. KAMI wrote: I have created several galleries without AVOID_BURN_IN_FOR_GALLERY_THEME option. Are there any way to convert it in gallery. Or Should I read all of them with this option? Have we gota script that add files to gallery as integrated elements? gengal does not support this option. Thanks, KAMI Christian Lippka írta: Hi Kami, if you do not use AVOID_BURN_IN_FOR_GALLERY_THEME then all formating properties on the shape in the gallery are hard set. The disadvantage is that such shapes will not work any longer with styles as all formating properties are overridden at the shape itself. When creating gallery themes one should think about which formating properties must be set hard and which should be come from the styles. Therefore AVOID_BURN_IN_FOR_GALLERY_THEME is advised if you plan to share your theme with others. Regards, Christian KAMI wrote: Hi Christian! What is the advantage to use AVOID_BURN_IN_FOR_GALLERY_THEME variable? I have never used it before, but I have created several galleries... Thanks, KAMI - 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]
Re: [dev] About fontwork gallery
Hi Xiuzhi, since your mail does not contain any question I can't answer much. Have you tried using the environment variables? Do you know how to use them? To repeat the basic idea behind this, the fontwork shapes you see in the fontwork gallery are take from a hidden theme from the office gallery. You can see and edit this hidden theme when you start the office in an environment where GALLERY_SHOW_HIDDEN_THEMES is defined. Then you can drag all shapes back into an empty document, modify them and drag them back. Now the gallery files (sg36.sdg,sg36.sdv,sg36.thm) are updated by the office itself. Regards, Christian xiuzhi--CH2000 wrote: Hi Christian,KAMI: Thank you for your reply.I do not have a clear description of what I want to know in my last e-mail. 1.After I click the Fontwork gallery icon on the Drawing toolbar,the Fontwork Gallery dialog will popup. 2.In the Fontwork Gallery Dialog,we can see all kinds of shapes with the default word Fontwork. 3 After double-click the object to enter text edit mode,the Fontwork will insert to the document. My focus is to modify the default textFontwork to another text,for example,Chinain Chinese.That is :the shaps with the default word China will appear in the Fontwork Gallery Dialog when I click the Fontwork Gallery icon,the China will insert to the document. Thank you! Xiuzhi Hi Xiuzhi, just set the environment variable GALLERY_SHOW_HIDDEN_THEMES and AVOID_BURN_IN_FOR_GALLERY_THEME to something and then start office. Now you can drag'n'drop shapes to and from the hidden gallery themes. Regards, Christian PS: Info is from http://wiki.services.openoffice.org/wiki/Environment_Variables xiuzhi--CH2000 wrote: hi all, I want to known how can edit the fontwork gallery files (sg36.sdg,sg36.sdv,sg36.thm). I use OpenOffice open the three file, but I can not understand the file (I only can see the binary code). What tools can do this? Can you tell me? I want to change the word used in the fontwork gallery ,for example using font instead of fontwork.How can I do this? - 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]
Re: [dev] About fontwork gallery
xiuzhi--CH2000 wrote: Hi Christian, My question is How I can modify the fontwork gallery default text, Fontwork, to another default text? As I told you in my last mail. Use the environment variables to make the hidden themes visible. Drag all shapes from the fontwork theme to an empty document. Change the text on all shapes. Delete all shapes from the fontwork theme and drag the changed shapes from the document back to the theme. Close the office and you have updated gallery binary files. Another question is how to add a theme as a object on gallery dialog? That is, after I select a theme on the gallery left side,a sub theme will appear in the right gallery frame just like a object.then when I click the subtheme,the objects of subtheme will appear. how can I do this? Do you want to add that feature to the office gallery or to the fontwork gallery dialog? In both cases you would have to change the implementations to support that feature. Implementation for the office gallery is in svx/source/gallery, implementation for the fontwork gallery dialog is in svx/source/gallery/fontwork. Please do not get confused here. The office gallery is different to the fontwork dialog where you can choose the fontwork layouts. The fontwork dialog is also called fontwork gallery but it is not the same as the office gallery. To make this more complicate, the fontwork dialog uses the office gallery to store the fontwork layouts. But you don't see them in the office gallery as it is a hidden theme. Regards, Christian Thanks. Xiuzhi Hi Xiuzhi, since your mail does not contain any question I can't answer much. Have you tried using the environment variables? Do you know how to use them? To repeat the basic idea behind this, the fontwork shapes you see in the fontwork gallery are take from a hidden theme from the office gallery. You can see and edit this hidden theme when you start the office in an environment where GALLERY_SHOW_HIDDEN_THEMES is defined. Then you can drag all shapes back into an empty document, modify them and drag them back. Now the gallery files (sg36.sdg,sg36.sdv,sg36.thm) are updated by the office itself. Regards, Christian xiuzhi--CH2000 wrote: Hi Christian,KAMI: Thank you for your reply.I do not have a clear description of what I want to know in my last e-mail. 1.After I click the Fontwork gallery icon on the Drawing toolbar,the Fontwork Gallery dialog will popup. 2.In the Fontwork Gallery Dialog,we can see all kinds of shapes with the default word Fontwork. 3 After double-click the object to enter text edit mode,the Fontwork will insert to the document. My focus is to modify the default textFontwork to another text,for example,Chinain Chinese.That is :the shaps with the default word China will appear in the Fontwork Gallery Dialog when I click the Fontwork Gallery icon,the China will insert to the document. Thank you! Xiuzhi Hi Xiuzhi, just set the environment variable GALLERY_SHOW_HIDDEN_THEMES and AVOID_BURN_IN_FOR_GALLERY_THEME to something and then start office. Now you can drag'n'drop shapes to and from the hidden gallery themes. Regards, Christian PS: Info is from http://wiki.services.openoffice.org/wiki/Environment_Variables xiuzhi--CH2000 wrote: hi all, I want to known how can edit the fontwork gallery files (sg36.sdg,sg36.sdv,sg36.thm). I use OpenOffice open the three file, but I can not understand the file (I only can see the binary code). What tools can do this? Can you tell me? I want to change the word used in the fontwork gallery ,for example using font instead of fontwork.How can I do this? - 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]
Re: [dev] Should assertions abort?
Am 12.02.2010 12:05, schrieb bjoern michaelsen - Sun Microsystems - Hamburg Germany: On Fri, 12 Feb 2010 09:11:21 +0100 Frank Schoenheit, Sun Microsystems Germanyfrank.schoenh...@sun.com wrote: - Developers should use non-product builds *only*. That's a very apparent measure, still, a lot of people don't do. If you ask why, often the answer is it's unusable 'cause of the many assertions. Hmm? I am one of the devs that rarely use a non-pro build, but not because it's unusable 'cause of the many assertions, but because there are simply to many differences from the product build in them, causing issues (first of all: annoying build breakers). I do, however build with DEBUG=true to see assertions. So you see OSL_ASSERTS from your code, but you never see asserts from code that your code uses. Or things you break with your code in other places. Can you elaborate on the issues that bother you? And I may be wrong but DEBUG=true in pro does not give DBG_ASSERTs. On the topic of what is an assertion: Yes, assertions should abort. Otherwise, they are not an assertion, but something that is better covered by OSL_TRACE. Assertions are different to build breakers enforced by the changes for warning free code. You can very easy verify that you have not introduced any compiler warning with your changing by simply build the complete office (yes not 100% I know, but you can be very sure). But you can never be 100% sure that you didn't introduced assertions since you can't check every code path there is that may be affected by your changes. Therefore assertions will pop up in the master and an abort will render non pro unusable so people will stop introducing them. Assertions are the first, cheapest and easiest way of defense in the fight for software quality. My 2c, assertions must not abort, developer must use non pro builds, assertions should be used in every new peace of code. Regards, Christian (using non pro builds for his daily work since 1999) - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Should assertions abort?
Am 12.02.2010 13:10, schrieb bjoern michaelsen - Sun Microsystems - Hamburg Germany: For example, Frank is claiming his asserts are all serious issues and thus shouldnt be degraded to mere traces. So keeping his asserts as assertions, even if they abort should not scare anyone, right? No it would make working with a non pro unusable. Also assertions must not always point to bugs, just like compiler warnings are not always point to bugs. But it is still a good idea to keep your code warning and assertion free. Regards, Christian - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Should assertions abort?
Am 12.02.2010 13:28, schrieb Stephan Bergmann: On 02/12/10 12:34, Christian Lippka wrote: But you can never be 100% sure that you didn't introduced assertions since you can't check every code path there is that may be affected by your changes. Therefore assertions will pop up in the master and an abort will render non pro unusable so people will stop introducing them. If with introducing them you mean introducing assertions: People who write extremely bad code (code that contains programming errors and additionally lacks assertions, that would allow to identify those programming errors more easily) have to be handled in some way, yes. But, if left unhandled, those people will write bad code whether or not assertions abort. If with introducing them you mean introducing [i.e., using] non-pro builds: The logic of preferring a pro over a non-pro here, as, upon encountering a programming error the pro carried on regardless (and potentially silently corrupted data, or silently gave wrong results) whereas the non-pro failed fast, looks faulty to me. No I ment you change something in the code which causes an assertion to fire. Regards, Christian - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Should assertions abort?
Am 12.02.2010 13:44, schrieb Stephan Bergmann: On 02/12/10 13:38, Christian Lippka wrote: Am 12.02.2010 13:28, schrieb Stephan Bergmann: On 02/12/10 12:34, Christian Lippka wrote: But you can never be 100% sure that you didn't introduced assertions since you can't check every code path there is that may be affected by your changes. Therefore assertions will pop up in the master and an abort will render non pro unusable so people will stop introducing them. If with introducing them you mean introducing assertions: People who write extremely bad code (code that contains programming errors and additionally lacks assertions, that would allow to identify those programming errors more easily) have to be handled in some way, yes. But, if left unhandled, those people will write bad code whether or not assertions abort. If with introducing them you mean introducing [i.e., using] non-pro builds: The logic of preferring a pro over a non-pro here, as, upon encountering a programming error the pro carried on regardless (and potentially silently corrupted data, or silently gave wrong results) whereas the non-pro failed fast, looks faulty to me. No I ment you change something in the code which causes an assertion to fire. ??? Stopping people from chang[ing] something in the code which causes an assertion to fire (in other words: stopping people from introducing programming errors) would be great, no? What am I missing? Let me re explain it :-) I compared warning free code which breaks the build to assertions which schould not break the build. If you change code at one place, you may cause a compiler warning at another place. This is easy to catch if you do a complete build so chances are high you will not introduce build breaker in the master. If this would not be the case, release eng. would disable warning free code rather sooner than later since the get tired to fix other peoples build breakers. If you change code at one place, you may cause an assertion to trigger at another place. But unlike compiler warnings there is no way to check the complete office for assertion automaticly. Therefore assertions will pop up in the master and annoy others, causing sooner or later that all people use only pro again. FAIL. Therefore assertions will and do pop up in the master. which is no problem if they get fixed in time. If there is a milestone that has to many assertions, you can already redirect them in a window (right after you wrote the author of that assertion a P1 issue). If this is still not understandable, I will draw you a flow chart on monday at your office :-) Before anyone argue, yes you can introduce compiler warnings on other plattforms. Since at least most sun developers do 3-4 plattforms on each cws before they give them to QA, this is a minor issue. Christian. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] Should assertions abort?
Am 12.02.2010 15:05, schrieb bjoern michaelsen - Sun Microsystems - Hamburg Germany: On Fri, 12 Feb 2010 14:38:18 +0100 Philipp Lohmannphilipp.lohm...@sun.com wrote: The obvious optimization for that process would be leaving things as they are and introduce an OSL_ASSERT_ABORT for those who really want that. still one would need: - to get rid of DBG_ASSERT, because it makes absolutely no sense to have both DBG_ASSERT and OSL_ASSERT). Thats a given, you have spare time your manager does not know about? - to move all the non-informal assertions up to OSL_ASSERT_ABORT. And Frank and Christian should be the first to do that for their assertions, if those are, as they claim, only reporting seriously messed up internal state unlike those chatty noncritical observations us other devs seem to use assertions for. If we make the office crash in non pro than there will be never a chance to get the qa to work on non pro again. By the way as said earlier, qa used to look at non pro all the time for years. Then at some point in time the vcl based auto tests got so slow on non pro, the qa stoped using non pro. Also, an assertion that aborts hinders my work with the office as long as the assertion is not fixed. One abort assertion in writer with 100 people working on the writer causes one to fix the issue and 99 to idle until he has finished and commited the fix. If you like your assertions to abort, you can press the cancel button. I remember times before we introduced cws handling where we had developer masters which would not be usable because of crashes. I'm not eager to go back to those times. Also again, assertions are good to have, if an assertion fires, thats bad. And not only if this assertion is implemented by Frank or me. If you have a function that accepts integer values from 0 to 100 as a parameter and you get a -1, thats an assertion, not a trace! If your function is a real time killer if the caller does not sort the array he gives you beforehand, thats an assertion, not a trace! If the xml filter reads customer data from an xml file and can not find the property at the model to set it, thats an assertion, not something to log! Maybe we all should put away our modern and cool scrum books for a while and re read some boring and old fashioned coding principles 11 from the past... Regards, Christian PS: I'm hopefully not to sarcastic on this issue, but its hard to be calm on an issue that we discuss once a year with the same arguments and the same outcome :-) - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: Debugging Hanging OOo
Hi Knut, Am 15.10.2010 13:34, schrieb Knut Olav Bøhmer: Hi, Is there anyone who thinks it would be possible to resolve issue #115076 with the information that is registered. What can I do to provide more information? http://qa.openoffice.org/issues/show_bug.cgi?id=115076 I think it would help if you tell your actual windows version. Also a list of running processes on your system may help. Try removing any network printer from your system and try again, report if this helps or not. Try removing any network share from your system and try again, report if this helps or not. You could try to install microsoft visual studio, the free version will do, and attach to one of the soffice.bin processes and past the call stack of the main thread. Hope that helps, Christian - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: mercurial help
Am 16.11.2010 17:11, schrieb Stephan Bergmann: On 11/16/10 17:00, kushal likhi wrote: yup connection is slow,, it took days to get the prestiene copy,, so is there any faster way??? unfortunately not (at least none that I am aware of); also see thread at http://tools.openoffice.org/servlets/ReadMsg?list=devmsgNo=7291 I have resynced impresshtmlex to milestone m93 so a push from a recently created prestine copy should be much faster. Christian. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
Re: [dev] help with dialog boxes
Hi Kushal, Am 18.11.2010 15:49, schrieb kushal likhi: hi, . thanks, dialog is all showing now.. :) . now i need help with action listeners(something wrong in what i did),, what i did is i inherited the class with the listeners and implemented their methods, then in the addListener i added keyword (this), (actual code in the end of the mail for reference).. is this method right? . and how can i get the control from the model?? i tried something,, what i did is: (selected statements to show the flow) mxDialog = Reference XDialog (xDialogProvider-createDialog(sXDLPath),UNO_QUERY_THROW); Reference XControl xControl(mxDialog, UNO_QUERY_THROW); mxModel = Reference XNameAccess(xControl-getModel(), UNO_QUERY_THROW); mxControlContainer = Reference XControlContainer (mxDialog,UNO_QUERY_THROW); Reference XPropertySet aListBox(mxModel-getByName(C2U(ListBox1)), UNO_QUERY_THROW); mxListBox = Reference XListBox (mxControlContainer-getControl(C2U(ListBox1)),UNO_QUERY_THROW); . will i get the XListBox using this method??? or any other way?? this should work. I don't know what your problem is, did you try running your code? And if you tried, what exactly went wrong? Have you debuged this? And if you not have debuged this, why not? Regards, Christian - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: [long] Integrate an extension in the code at buildtime : what do with bitmaps ?
Hi Eric, just to clearify. Do you still want to keep it as an extension or do you like to 'dissolve' the extensions functionality in native OOo code? Regards, Christian Am 03.01.2011 10:36, schrieb eric b: Hi, Happy New Year to all of you, and the best for 2011 ! :-) I'm currently working on integrate a nice and existing C++ extension, but directly in the code, means at buildtime. To summarize, if I integrate the lib (written in C++) in the scp2 .. and so on system, there is no problem at all, the packaging is ok and it works fine in the install set. In fact, everything works fine, but the icons are not seen, because simply not found :-/ To explain more, the first point is, after tracing a bit, that the NormalFileName property is used to retrieve the right bitmap (please correct me if I'm wrong). As example, looking at the original name, we have (in the .xcu) : node oor:name=Background prop oor:name=NormalFileName valuebitmaps/Background.png/value /prop And in the extension, it appears that the relative path is used, means the library is in : extension/random_name/libThing.${DLL_EXTENSION} ... while the .png are in : extension/random_name/bitmaps/*.png This happens to work ok, of course. Am I correct to suppose that the relative path is used, or did I miss something ? My tries now : using the other existing .xcu as example and trying to respect the schema ( .xcs file), I did the what follows: node oor:name=Background prop oor:name=NormalFileName value$(insturl)/share/config/bitmaps/Background.png/value /prop ... and so on It does not work, but the idea is 1) put the library using those icons in $(insturl)/program (like all the other libs in fact ...) 2) use the path above to retrieve the icons. I must say I tested absolute and relative paths, without success. For example : valuexlink:href=$(insturl)/share/config/bitmaps/Background.png/value or : valuexlink:href=../share/config/bitmaps/Background.png/value Last, the documentation I have read is : http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/Extensions/Checklist_for_Writing_Extensions http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/Extensions/Example + a lot of .xcs / .xcu shipped in the OOO3.2.1 code base Feel free to ask me if I forgot some information, and thanks in advance for any help :-) Eric Bachard - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: cannot get symbol: component_writeinfo
Hi Kushal, I forgot the push the change in the makefile.mk. Just do a hg pull ... hg update and everything will be fine. Regards, Christian Am 14.01.2011 12:38, schrieb kushal likhi: hi, an extension was built in m83. i just downloaded the latest sources(3.4) and compiled the OpenOffice for linux-AMDx64, then i did a .pro build of the extension using the same source as used for the OpenOffice compilation. now during the installation of the extension in the OpenOffice.org it shows an *error: cannot get symbol: component_writeinfo * * * i suspect the problem could be with registration(passive)* * i would like if anybody could help me solve it.. files could be found here: http://hg.services.openoffice.org/cws/impresshtmlex/file/06a2970363c9/sdext/source/htmlex htmlexServices.cxx would be the file of interest i suppose... :) . regards Kushal * * - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org
[dev] Re: GraphicExportFilter with openoffice 3.1 and 3.3 not setting DPI?
Am 17.02.2011 10:18, schrieb cdfleischmann: Hello all, I have attempted to replicate the BASIC Macro I found called http://openoffice.2283327.n4.nabble.com/file/n3310397/ExportAllGraphics300dpi.odt ExportAllGraphics300dpi.odt which successfullyexports graphics out of the writer document successfully creating images with a DPI set to 300. I tried to replicate the same but in Java, retrieving the image from OpenOffice Draw, produces the following code: // Get the shape size. Size aSizeInMM_100TH = xShape.getSize(); long WidthInMM = aSizeInMM_100TH.Width / 100; long HeightInMM = aSizeInMM_100TH.Height / 100; double DPMm = 300 / 25.6; long WidthPix = Math.round(WidthInMM * DPMm); long HeightPix = Math.round(HeightInMM * DPMm); if (xExporter != null) { PropertyValue filter[] = new PropertyValue[7]; filter[0] = new PropertyValue(); filter[0].Name =Color; filter[0].Value = 7; // 0: Original; 1: 1-Bit threshold value; 2: 1-Bit dithering; 3: 4-Bit Greyscale; 4: 4-Bit Color Palette; 5: 8-Bit Greyscale; 6: 8-Bit Color Palette; 7: True Color filter[1] = new PropertyValue(); filter[1].Name =ExportMode; filter[1].Value = 2; // 0: Original; 1: DPI; 2: Size filter[2] = new PropertyValue(); filter[2].Name =Resolution; filter[2].Value = 300; // in DPI, only used for ExportMode DPI. For the actual export dimensions, PixelWidth and PixelHeight are used, Resolution is only written into the file header filter[3] = new PropertyValue(); filter[3].Name = PixelWidth; filter[3].Value = WidthPix; filter[4] = new PropertyValue(); filter[4].Name = PixelHeight; filter[4].Value = HeightPix; filter[5] = new PropertyValue(); filter[5].Name = LogicalWidth; filter[5].Value = WidthInMM * 100; // LogicalWidth: integer, only usable with ExportMode Size, only influences the DPI header. filter[6] = new PropertyValue(); filter[6].Name = LogicalHeight; filter[6].Value = HeightInMM * 100; // LogicalHeight: integer, only usable with ExportMode Size, only influences the DPI header. System.out.println(filter is: + Arrays.toString(filter)); PropertyValue aProps[] = new PropertyValue[3]; aProps[0] = new PropertyValue(); aProps[0].Name = MediaType; aProps[0].Value = image/png; aProps[1] = new PropertyValue(); aProps[1].Name = URL; // Write the image as a jpg out to a temporary file. String realPath = getServletContext().getRealPath(file.png); StringBuilder destUrl = new StringBuilder(file:///); destUrl.append(realPath.replace('\\', '/')); aProps[1].Value = destUrl.toString(); aProps[2] = new PropertyValue(); aProps[2].Name = FilterData; aProps[2].Value = filter; System.out.println(aProps is: + Arrays.toString(filter)); System.out.println(TRYING TO GET XCOMPONENT); XComponent xComp = (XComponent) UnoRuntime.queryInterface(XComponent.class, xShape); System.out.println(GOT XCOMPONENT); System.out.println(TRYING TO SET setSourceDocument); xExporter.setSourceDocument(xComp); System.out.println(SET setSourceDocument); System.out.println(TRYING TO GET XFilter); XFilter xFilter = (XFilter) UnoRuntime.queryInterface(XFilter.class, xExporter); System.out.println(GOT XFilter); System.out.println(FILTERING); System.out.println(xFilter.filter(aProps)); System.out.println(FILTERED); I am however exporting graphics from OpenOffice Draw, not writer, could that be the problem? Is there some setting I am missing to set the DPI when exporting graphics from openoffice draw... Any hints/tips or tricks greatly appreciated. This problems seems to be the same with OpenOffice 3.1 as it is for 3.3. I have tried openoffice running on my old OpenSolaris install which seems to export at 96 DPI regardless of the DPI or SIZE setting, and on my openoffice 3.3 install with OS X, I get 110 DPI with the same code? I think the problem is that a java long is 64 bit, try replace it with an int that should work. Regards, Christian - To unsubscribe, e-mail:
[dev] Re: [www-dev] Re: building svl failed
Hi Yan, Am 02.03.2011 04:45, schrieb Yan Wu: hmm, still have no idea, the call to cpp/rscpp is not shown... please try the following: first apply the attached patch (to give -verbose flag to rsc) then rebuild rsc: (cd rsc rm -r wntmsci* build debug=t deliver) then try again, it should now print the arguments that don't work The call to cpp/rsccpp is still not shown after applying the patch and rebuilding rsc. The error log is: $ make -r [..] Preprocessor startline: f:/DEV300_m100/solver/300/wntmsci12.pro/bin/rscpp @C:\D ocuments and Settings\wuyan\175.tmp cpp: line 0, Error: Too many file arguments. Usage: cpp [input [output]] @C:\Documents: Invalid argument cpp: line 0, Error: Can't open input file @C:\Documents Error starting preprocessor make: *** [/cygdrive/f/DEV300_m100/solver/300/wntmsci12.pro/workdir/SrsPartTarge t/svl/source/misc/mediatyp.src] error 1 For me this looks like the spaces in C:\Documents and Settings\wuyan\174.tmp is causing the trouble. Just a gues but try setting your TEMP and TMP environment variables to something without a space. And it should be short. I recomend you create a f:/temp directory and set TEMP and TMP to f:/temp Regards, Christian -- To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: sy...@openoffice.org with Subject: help
[dev] Re: build.pl debug=1 for sw and svx
Hi Tora, Am 06.04.2011 11:31, schrieb tora - Takamichi Akiyama: Hi Niklas, Daniel, and everybody interested in, On 2011/04/06 17:22, Daniel Rentz wrote: cd sw make clean make -srj9 debug=t The first call of make removes all output files of sw from solver/workdir. The second call of make builds sw with debug, libraries go into solver/workdir/LinkTarget/Library. j9 builds with 9 processes in parallel. On 2011/04/06 17:24, Niklas Nebel wrote: To rebuild a single module with debug info in the new build system, use cd sw make -sr clean make -sr debug=t See also http://blogs.sun.com/GullFOSS/entry/gbuild_meet_the_new_boss. Thanks a lot. It works very well. While Niklas and Daniel are absolutely right, make clean may not always be what you want. For example, if you just want to rebuild svx with debug and do a make -sr clean, your next make in sw module would rebuild a lot of stuff, since all dependency to svx would fire. If you only want to rebuild all obj files with debug, what you can do is rm -fr $WORKDIR/CxxObject/svx make -srj9 debug=t a lot faster and also modules depending on svx will not need a nearly full rebuild. Regards, Christian -- - To unsubscribe send email to dev-unsubscr...@openoffice.org For additional commands send email to sy...@openoffice.org with Subject: help
[dev] Re: refactoring OUString
Am 06.06.2011 17:27, schrieb Michael Stahl: On 06.06.11 16:35, tora - Takamichi Akiyama wrote: Has anyone tried refactoring OUString? - It converts iso-8859-1 letters ranging 0x00-0x7f into UCS2 even it is not necessary. - It requires malloc(), realloc(), and free() or their equivalents. - It prevents debugging efforts because of sal_Unicode buffer[1]. - It mixtures different purposes: passing/returning parameters and long-lasting data. - and else... hi Tora, refactoring OUString has to be done carefully because it is a central part of the URE API/ABI and those must be compatible. I would put that must be up for discussion. a number of people here have come to the conclusion that it would be an improvement to use ::rtl::OString with UTF8 encoding as the standard string type, but unfortunately this would be an enormous effort to change, and it would mean breaking the backward compatibility of the C++ UNO binding, so it was never likely to actually happen. Still desirable project Regards, Christian -- - To unsubscribe send email to dev-unsubscr...@openoffice.org For additional commands send email to sy...@openoffice.org with Subject: help
[dev] Re: Replacing LGPL libraries: Use of lp_solve for Calc's linear solver
Am 11.06.2011 20:26, schrieb Ariel Constenla-Haile: Hello rony, On Saturday 11 June 2011, 12:43, rony wrote: [...] [Just curious why it was o.k. in the past, but may be a problem soon ?] One such library is lp_solve, which is the basis of the OpenOffice.org Linear Solver in Calc. It would certainly be a nice twist of irony if the evil-grasping-Sun-solver Again, not sure what you mean with evil-grasping here? http://osdir.com/ml/gnome.ximian.openoffice/2008-04/msg00073.html It is called slapping the cow while drinking her milk :) -- - To unsubscribe send email to dev-unsubscr...@openoffice.org For additional commands send email to sy...@openoffice.org with Subject: help
Re: [dev] Re: About the OOo dialog layouting patches
Caolan McNamara wrote: On Mon, 2007-12-03 at 09:24 +0100, Mathias Bauer wrote: Michael Meeks wrote: If we want to do this for OpenOffice.org, we should decide about this now. Because in that case we will need to rewrite lots of the modal dialogs anyway. So replacing them now with a 1:1 layouted modal dialog is just wasted resources. Changing a modal dialog to a non modal one is more than just moving the controls to another window, trust me. This can be read as please stop what you are doing, now ;-) I don't think so. IMHO we just need some coordination. I didn't read Christian's statement as a plea to do everything in one step, as I understood he just opted for agreeing on the general goal. We won't redesign and rewrite all existing dialogs into non-modal panes at once. But it would be good and nice to actually start now with some of them. As an example, I would like to convert all Format-whatever dialogs into parts of a formatting pane. In fact we are currently discussing ways to implement that with the developers from RedFlag2000. And we will need the layouter for this. (*) A concern is that the great is made the enemy of great and the bar for initial entry of the much-needed new layouting ability is made dependant on an extended set of requirements that pushes it further into the future. We're talking about widget layout for many years and this is the closest we've seen to date. Just getting it *in* without disrupting existing dialogs seems the vital bit. No one wants to interrupt it, not even me even if some people read it that way. As I initially stated, what Jan is doing is a step in the right direction. But as we learn that even try to discuss what to do next is nailed down, from one side or the other. If you are the bad guy no matter what you say I will just shut up now and do some work. Its just no fun anymore Christian. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: About the OOo dialog layouting patches
Hi Jan, I like what you do, please go on. Regards, Christian Jan Nieuwenhuizen wrote: Christian Lippka - Sun Microsystems Germany writes: Hi Christian, I very much enjoy your work for the dialog layouting on your blog[1]. Everyone interesting in user interface work for OOo should have a look at it. Thanks! If you read it carefully, you will have noticed that I just did some polishing up till now, most of the job was done by Ricardo Cruz and Michael Meeks. I just have one minor RFE. You try to mimic the original dialog designs as best as possible to have a proof of concept that your layouting can replace existing OOo dialogs with ease. Thanks, yes, for simple dialogs we already can. I think you proofed your concept and we should start focusing on how to improve the dialogs. And one thing I would love to see is that the common dialog control buttons (ok, cancel, help, previous, next, etc. ) are not part of the layout. Yes, that's actually quite high on the TODO list. The current idea is to have a special kind of HBOX that will do the rearanging and layouting of any Cancel/OK/Help buttons contained in it. So the layout information should only be given for the controls that form the client area of the dialog. But the control buttons should just be marked as i'm used! and the LayoutDialog should decide where to place them. Yes, that's the idea. And while I think your minimal way to layout existing dialogs is very good, when do you think is a good time to discuss how new dialogs should be implemented using your LayoutDialog? I think we'll need Michael in this discussion: Michael, what do you think? Please keep up your good work, but don't waste to much time making the layouted dialogs look like the ugly original dialogs :) Thanks. As a matter of fact, I suspended most of my layout work now to resync, update qa the prerequisite awtfixes1 cws. Greetings, Jan. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] presenter view extension + fast search
Hi All, yes it is planned that the presenter view will have a slide sorter like view that pops up when pressing a keyboard shortcut for fast navigation. Regards, Christian Rich wrote: On 2007.12.03. 14:55, a a wrote: Hi, I'm Powerpoint user - would like to migrate to OOo Impress (for our church presentations). I have 2 remarks: - based on screenshots and specification ( http://wiki.services.openoffice.org/wiki/Presenter_View) I still miss possibility to see more than one slide ahead. Is there any plan for implementing such a Powerpoint-like feature? given that this feature is being developed right now, this might be a good moment to suggest such a possibility. i'm not completely sure, but it looks like you can add your ideas at the end of the wiki page :) - one more thing I would mention here is that we need really fast text search in presentation with over 1000 slides. Does anyone have any hint for this in OOo? Because in Powerpoint it works OK for us. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] I Want to get involved in Flash-SWF format export utility from within OpenOffice desktop software
Hi Radheevar, thank you for your offer to contribute to OpenOffice.org. If you like to work on the already existing SWF export of OpenOffice.org Impress, you are very welcome to discuss this with us on the [EMAIL PROTECTED] mailing list! Regards, Christian [EMAIL PROTECTED] wrote: Hello All, Greetings !!! I am a Software developer basically working on Multimedia applications. I am very good at c++. I was thinking whether I can get involved in writing a exporting utility from OpenOffice Document format to Flash SWF format. I am very much intrested in doing this for OpenOffice. I love opensource software and see that future is full of opportunities for man kind. Flash is a openformat and ppl love to see flash files out of their documents so that they can easily use it on web. with a export utility like this openoffice would become a very popular tool :) beleive in my words. Currenlty I know ways of acheiving flash Player version 6 to 8 format SWF files. However This would be sufficient for ages to come. I want to help all those ppl struggling to get Flash SWF files for use on web. I am from the garden city Bangalore, India. I can contribute in my free time for this module of Openoffice. Currently OpenOffice creates PDF exports from the ODF files, I want to write a similar utility which would export to SWF files. Please let me know how I can get involved in this vision of mine. I would like to have more info or help on this from you guys. I am an independent developer and currently working as a software consultant in bangalore on multimedia technologies. I would be intrested to know if I can get some remuneration of my work on this, if possible, else also I am prepared to do this job. I shall be waiting for your replies. Thanks Regards Radheevar http://www.vajrasoftech.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] VCL UI Rework
Michael Meeks wrote: There was some resistance to nominating this for 3.0 because ChristianL wanted to re-do the translation work to use Java Properties instead of the new transex tool we wrote that translated complete XML files per-lang. This is bogus, I discussed with Jan that in my opinion it is a cleaner solution to use the Java Properties file for translation as I think the current way of doing it does not fit with the OOo translation database and tooling. I wanted to look into it but never said this would be a stopper for this cws. Christian. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Re: [project leads] On Modularization ...
Hi Charles, Charles-H. Schulz wrote: [...] but this would be different from having an office suite with modular applications (with less common dependencies, etc.). Am I getting this right or am I making things too complex? personally I think this is a myth in office modularization. Sure users wants an office with a small footprint. Also many want only the applications they are interested in. But at the same time they want - Their shapes in calc behave exactly the same as shapes in impress - Their formulas in writer behave exactly the same as formulas in calc - Their text in impress behave exactly the same way as text in writer So the common feature set of all applications from my personal experience is already most of the functionality there is. For me the perfect modularization would mean that an application is just a set of configuration files that use a set of office building blocks and define the user interface. Beside that, the plan from Kayall makes sense for me, esp. starting at the build level. Just my 2c, Christian PS: I also like to propose a theme song for this epic endeavor :-) http://www.youtube.com/watch?v=WXY_3kXRpWA - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org