[api-issues] [Issue 68757] LayoutSize property for Te xtFrames close to the Bottom Page Border Retur ns the Wrong Value
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=68757 --- Additional comments from [EMAIL PROTECTED] Fri Oct 6 10:06:28 -0700 2006 --- alrighty, well if you can tell me when it gets into a build I can get test it easier and get give feedback quicker. One thing related to this that you might want to look into. There is some sort of of resource leak with lots of frames. I render a document with loads of frames and you can watch it crawl to a halt. To be honest I have not completely isolated it to frames, but I have a pretty good gut feeling. The frames are with styles. I will be happy to give you more information if you want. kind regards - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 68757] LayoutSize property for Te xtFrames close to the Bottom Page Border Retur ns the Wrong Value
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=68757 --- Additional comments from [EMAIL PROTECTED] Thu Oct 5 07:45:29 -0700 2006 --- great thanks. I will test it as soon as I can and return feed back. Any ideas which build this will go into? I am presuming it will not go into the next release candidate. regards. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 68759] LayoutSize property for Te xtFrames with Tables Returns Half CM to Much
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=68759 --- Additional comments from [EMAIL PROTECTED] Mon Oct 2 11:42:14 -0700 2006 --- thanks for your interest. what do you mean "Option Explicit"? When I mentioned a bug in my code, what I meant was that this issue was probably origanlly triggered by a bug in my java code. However the attachment is a macro which shows that an inserted table in a textframe comes out .5 cm. This problem might be easily fixed by using the true option in insertTextContent, the one that replaces the content. I have yet to try that, but if that works then this issue should be closed. My current problem, which I discovered when I was trying to create a test case for this problem, is a very nasty problem for us. I will try to reproduce that in a seperate test case and submit it as a seperate issue. Like I said the problem is that after more than 300 frames, LayoutSize just stops working. I have played with all the memory settings, that had no effect. regards - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 68759] LayoutSize property for Te xtFrames with Tables Returns Half CM to Much
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=68759 --- Additional comments from [EMAIL PROTECTED] Mon Oct 2 08:06:35 -0700 2006 --- hmm. this new problem is really nasty. after about 316 frames, LayoutSize just does not work. I will try and reproduce this in a macro. In the meantime do you have suggestions on how I can get this to work? thanks - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 68757] LayoutSize property for Te xtFrames close to the Bottom Page Border Retur ns the Wrong Value
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=68757 --- Additional comments from [EMAIL PROTECTED] Mon Oct 2 04:29:36 -0700 2006 --- I am having trouble reproducing this with a macro, so it could be a bug in my code. Having I am seeing a related problem. After rendering x number of pages it just stops returning sensible values. No matter how long I sleep, or how often I refresh or reformat the document, it just returns either a void uno object or 487. This is for a table in a text frame. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 68759] LayoutSize property for Te xtFrames with Tables Returns Half CM to Much
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=68759 User rkentgibson changed the following: What|Old value |New value Attachment data| |Created an attachment (id= | |39502) Inserts table into | |frame at the bottom of pag | |e --- Additional comments from [EMAIL PROTECTED] Mon Oct 2 04:27:30 -0700 2006 --- Created an attachment (id=39502) Inserts table into frame at the bottom of page - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 68759] LayoutSize property for Te xtFrames with Tables Returns Half CM to Much
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=68759 --- Additional comments from [EMAIL PROTECTED] Mon Oct 2 04:26:26 -0700 2006 --- Ok, I will attach a test case. But this is clealy not a problem with LayoutSize, sorry. What is happening is that after inserting a table into a frame, .5 cm is at the bottom of the frame. So like always, is this a feature of a bug? Clearly not a bug in LayoutSize, but maybe a bug when inserting a text table. That other thing about thick borders you can also forget, I cannot reproduce that in a macro. I also tried to confirm the issue below with a macro, and I can't reproduce it: http://www.openoffice.org/issues/show_bug.cgi?id=68757 argh, probably a bug in my code, I don't know, if so, sorry for the false alarm. What I am absolutely definetly experiencing today is that after say rendering 30 pages succesfully and constanlty querying LayoutSize, it suddently stops returning sensible values, it either returns 487 or a uno void object. Hmm, I have no idea how I could reproduce that. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 68759] LayoutSize property for Te xtFrames with Tables Returns Half CM to Much
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=68759 --- Additional comments from [EMAIL PROTECTED] Mon Oct 2 03:20:25 -0700 2006 --- oh and one tiny thing before I forget. LayoutSize is also broken (unless this is a feature) when you use borders. If you use a really thick border and then ask about LayoutSize the result is not correct. I will try and get a test case for this as well. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 68759] LayoutSize property for Te xtFrames with Tables Returns Half CM to Much
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=68759 --- Additional comments from [EMAIL PROTECTED] Mon Oct 2 03:17:45 -0700 2006 --- thanks for the reminder. I haven't forgotten, sorry, I just put it to the side for the minute. The problem is that I don't really have a handy way to reproduce this with macros. Our solution is mostly a java solution. But I will try and get a macro test case for this soon. It really should be easy to reproduce. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[sw-issues] [Issue 68121] XPrintable and more than o ne stylised page hangs
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=68121 --- Additional comments from [EMAIL PROTECTED] Thu Aug 31 03:55:25 -0700 2006 --- oops sorry about that, PAGE_DESC_NAME corresponds to the String (or rather propertyName) PageDescName. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 68759] LayoutSize property for Te xtFrames with Tables Returns Half CM to Much
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=68759 Issue #|68759 Summary|LayoutSize property for TextFrames with Tables Returns | Half CM to Much Component|api Version|OOo 2.0.3 Platform|PC URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|jsc Reported by|rkentgibson --- Additional comments from [EMAIL PROTECTED] Fri Aug 18 03:51:11 -0700 2006 --- When I have a TextFrame with a table in it and I ask for the LayoutSize, the value is consistently +.5 cm. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 68757] LayoutSize property for Te xtFrames close to the Bottom Page Border Retur ns the Wrong Value
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=68757 Issue #|68757 Summary|LayoutSize property for TextFrames close to the Bottom | Page Border Returns the Wrong Value Component|api Version|OOo 2.0.3 Platform|PC URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|jsc Reported by|rkentgibson --- Additional comments from [EMAIL PROTECTED] Fri Aug 18 03:49:48 -0700 2006 --- When a frame is close to the page's edge, it is impossible to ascertain the actual size of the content of a text frame with automatic height. If I create a textframe with a 5cm texttable (this is probably true for other types of content) and it is 1cm away from the bottom margin LayoutSize does not return 5cm but 1cm. It is not telling me how big the frame is, but how much it is possible to layout. Perhaps this is a feature. Perhaps a new property is required. In OpenOffice it is very difficult to manage programmatically things like page breaks. Without knowing how big a frame regardless of where it is on the page it is very difficult to use OpenOffice to build a text renderer. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[sw-issues] [Issue 68121] XPrintable and more than o ne stylised page hangs
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=68121 Issue #|68121 Summary|XPrintable and more than one stylised page hangs Component|Word processor Version|OOo 2.0.3 Platform|PC URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|printing Assigned to|mru Reported by|rkentgibson --- Additional comments from [EMAIL PROTECTED] Thu Aug 3 09:45:51 -0700 2006 --- If you use XPrintable and you have more than one page which has a style, then it either hangs, or you get connection reset. This test case below illustrates the problem. You can comment out the line xPrintable.setPrinter( prtDesc ) and this test case run ok on windows. To reproduce this you need a XMultiServiceFactory and a XTextDocument. This is in java and was found in developer build src680_m178. I am assigning it p2 because, it effectively means that landscape format for us is broken, and it also sometimes hangs. public void testHarness() throws Exception, CoreException { XMultiServiceFactory docFactory = this.connection.getDocumentFactory(); XTextDocument xTextDocument = this.connection.getTextDocument(); XText xText = xTextDocument.getText(); Object styleObj1 = docFactory.createInstance( "com.sun.star.style.PageStyle" ); XStyle style1 = ( XStyle ) AnyConverter.toObject( XStyle.class, styleObj1 ); XPropertySet xPropertySetStyle1 = ( XPropertySet ) UnoRuntime.queryInterface( XPropertySet.class, style1 ); xPropertySetStyle1.setPropertyValue( "HeaderIsOn", Boolean.TRUE ); // get the StyleFamiliesSupplier interface XStyleFamiliesSupplier supStyleFamilies = ( XStyleFamiliesSupplier ) UnoRuntime.queryInterface( XStyleFamiliesSupplier.class, xTextDocument ); // get the XNameAccess interface of the actual style families XNameAccess nStyleFamilies = ( XNameAccess ) UnoRuntime.queryInterface( XNameAccess.class, supStyleFamilies.getStyleFamilies() ); // access the 'PageStyles' Family XNameContainer xFamily = ( XNameContainer ) UnoRuntime.queryInterface( XNameContainer.class, nStyleFamilies.getByName( "PageStyles" ) ); String style1Name = "Style1"; if ( xFamily.hasByName( style1Name ) ) { xFamily.replaceByName( style1Name, style1 ); } else { // insert our style these need to be inserted in this order here and in apply settings xFamily.insertByName( style1Name, style1 ); } xPropertySetStyle1.setPropertyValue( "HeaderIsDynamicHeight", Boolean.FALSE ); xPropertySetStyle1.setPropertyValue( "HeaderHeight", new Short( ( short ) 2000 ) ); XPrintable xPrintable = ( XPrintable ) UnoRuntime.queryInterface( XPrintable.class, xTextDocument ); if ( true ) { // get the printing properties of the document PropertyValue[] prtDesc = xPrintable.getPrinter(); for ( int j = 0; j < prtDesc.length; j++ ) { // go through them and set the paper orientation if ( prtDesc[ j ].Name.equals( "PaperOrientation" ) ) //$NON-NLS-1$ { prtDesc[ j ].Value = PaperOrientation.PORTRAIT; } } // this line causes the hang xPrintable.setPrinter( prtDesc ); } XTextCursor xTextCursor = xText.createTextCursor(); XPropertySet cursorProperties = ( XPropertySet ) UnoRuntime.queryInterface( XPropertySet.class, xTextCursor ); cursorProperties.setPropertyValue( OpenOfficeRenderingUtils.PAGE_DESC_NAME, style1Name ); XTextTable xTable1 = ( XTextTable ) UnoRuntime.queryInterface( XTextTable.class, docFactory.createInstance( "com.sun.star.text.TextTable" ) ); xTable1.initialize( 1, 1 ); xText.insertTextContent( xTextCursor, xTable1, false ); XTextTable xTable2 = ( XTextTable ) UnoRuntime.queryInterface( XTextTable.class, docFactory.createInstance( "com.sun.star.text.TextTable" ) ); xTable2
[api-issues] [Issue 63211] API: Impossible to Ascerta in the Actual Size of a TextFrame
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=63211 --- Additional comments from [EMAIL PROTECTED] Fri Jul 28 06:06:59 -0700 2006 --- further to the LayoutSize of objects in the header area. I have just relealized that this may be a problem for us. Sorry to sound so demanding. We have a use case where we want to render just the elements in the header. So that means if there is no content in the body and I try to render the header elements, the LayoutSize will not be available. Hmm. Unless someone thinks this is a bug, or I am doing something wrong, I am going to create a feature requist. regards - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 63211] API: Impossible to Ascerta in the Actual Size of a TextFrame
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=63211 --- Additional comments from [EMAIL PROTECTED] Fri Jul 28 05:03:21 -0700 2006 --- Alrighty thanks for this tl. I have tested this in src680_m178 (OOo-Dev 2.0), with tables and text, in the headers and normal text areas, and it works. I will test also images and frames larger than a page and report any problems, if there are any. One thing that is interesting, which is perhaps a bug, or perhaps a feature, but nevertheless should be documented is the following. If you insert content into the header and then you query the layoutsize it returns void. However as soon as you add content to the page, then it starts returning a value. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[framework-issues] [Issue 66594] Problems with Windows File Length Limitation and Last Modified Data
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=66594 --- Additional comments from [EMAIL PROTECTED] Thu Jul 27 04:23:08 -0700 2006 --- thanks for the insights into this problem. This is odd, to the best of my knowledge the Tools->PackageManager has never been instantiated in the openoffice version we are integrating. hmm. do you have any practical advice so I can use a long path and avoid these errors? thanks - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[sw-issues] [Issue 67461] Impossible to permanently remove the status bar
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=67461 Issue #|67461 Summary|Impossible to permanently remove the status bar Component|Word processor Version|OOo 2.0.1 Platform|PC URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|mru Reported by|rkentgibson --- Additional comments from [EMAIL PROTECTED] Mon Jul 17 06:15:53 -0700 2006 --- If I make the status bar invisible with the .uno:StatusBarVisible command, as soon as I select a frame, even in a read only document it pops up (and stay up). It will also pop up when you do things like printing to the default printer. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[sw-issues] [Issue 67226] Headless Mode Supresses Pr inting
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=67226 --- Additional comments from [EMAIL PROTECTED] Wed Jul 12 05:08:56 -0700 2006 --- Thanks for the idea. Default printing works. But I would like to get the print dialog to pop up, which is the effect of the .uno:Print command, while in headless mode. ### This is how I can get default printing to work: XPrintable xPrintable = ( XPrintable ) UnoRuntime.queryInterface(XPrintable.class, this.connection.getTextDocument() ); PropertyValue[] props = new PropertyValue[1]; props[0] = new PropertyValue(); xPrintable.print(props); - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[sw-issues] [Issue 67226] Headless Mode Supresses Pr inting
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=67226 Issue #|67226 Summary|Headless Mode Supresses Printing Component|Word processor Version|OOo 2.0.2 Platform|PC URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|printing Assigned to|mru Reported by|rkentgibson --- Additional comments from [EMAIL PROTECTED] Tue Jul 11 05:03:15 -0700 2006 --- The Command ".uno:Print" does not work in headless mode. We need to be in headless mode in order to suppress dialogs, etc, that may pop up during rendering. However printing does not work when one is in headless mode. This is how we are issuing the print command, for this example to run you need only an OfficeDocument, a XTextDocument will probably also work. When headless is not on, a dialog comes up, when headless is not on this command is ignored. Perhaps, like always, this is a "feature". I have also experimented with invisible mode, but when rendering that also generates dialogs. Is a new mode required? Or could headless not be defined as OpenOffice is not allowed to generate Dialogs, but the user can? Kind Regards ### public boolean print() { return dispatchCommand( ".uno:Print", null ); } private boolean dispatchCommand( String toDispatch, PropertyValue[] params ) { try { OfficeDocument document = this.connection.getDocument(); if ( document == null ) { return false; } XController controller = document.getCurrentController(); if ( controller == null ) { return false; } XFrame frame = controller.getFrame(); if ( frame == null ) { return false; } XDispatchProvider xDispProvider = ( XDispatchProvider ) UnoRuntime.queryInterface( XDispatchProvider.class, controller ); XURLTransformer xParser = ( XURLTransformer ) UnoRuntime.queryInterface( XURLTransformer.class, this.connection.getServiceFactoryN() .createInstance( "com.sun.star.util.URLTransformer" ) ); URL[] aParseURL = new URL[1]; aParseURL[ 0 ] = new URL(); aParseURL[ 0 ].Complete = toDispatch; xParser.parseStrict( aParseURL ); URL aURL = aParseURL[ 0 ]; XDispatch xDispatcher = xDispProvider.queryDispatch( aURL, "", 0 ); //$NON-NLS-1$ if ( xDispatcher == null ) { return false; } xDispatcher.dispatch( aURL, ( params != null ) ? params : new PropertyValue[] { } ); return true; } catch ( Exception e ) { e.printStackTrace(); return false; } } # - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 66505] Programmatic Control of " To Foreground" and "To Background"
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=66505 --- Additional comments from [EMAIL PROTECTED] Fri Jun 16 03:34:23 -0700 2006 --- I have attached a demonstration of this issue. There is a table with three frames. The first text frame has a zorder of 0. (Z0: some text) The second text frame has a zorder of 2. (Z2: some text ) The third anchor text frame has a zorder of 1. The picture is anchored to the frame and seems to have ignored the Zordering. I expect that the the first text frame is the back and then comes the picture and the the second text frame. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 66505] Programmatic Control of " To Foreground" and "To Background"
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=66505 User rkentgibson changed the following: What|Old value |New value Attachment data| |Created an attachment | |(id=37188) ZOrder Problem --- Additional comments from [EMAIL PROTECTED] Fri Jun 16 03:28:16 -0700 2006 --- Created an attachment (id=37188) ZOrder Problem - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 66505] New - Programmatic Control of "To Foreground" and "To Background"
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=66505 Issue #:|66505 Summary:|Programmatic Control of "To Foreground" and "To |Background" Component:|api Version:|OOo 2.0.1 Platform:|All URL:| OS/Version:|All Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|ENHANCEMENT Priority:|P3 Subcomponent:|code Assigned to:|jsc Reported by:|rkentgibson --- Additional comments from [EMAIL PROTECTED] Fri Jun 16 02:30:25 -0700 2006 --- If I mix components from writer and draw, for example text frames and lines the, the components do not come out on the same layer and prove to be very difficult to bring onto the same layer. Pure writer components have no "To Background" to "To Foreground" functionality and I am not able to do this programmatically. The problem is that the zOrder is as a result normally wrong. To reproduce this problem with the user interface: 1) insert picture from file 2) view toolbars - drawing - draw a line 3) send the line to the background 4) adjust the zOrdering the line is now in the background and the zOrdering is on two different planes. This is a problem for us, if I insert pictures or objects, sometimes they come out onto the wrong plane and I cannot directly influence the plane. Opaque seems to set objects to the foreground and objects that are inserted into a header seems to go to the background. Wrapping also seems to play a role, "Through Wrapping" has a background setting which I cannot influence (programmatically). I suppose a "To Background" to "To Foreground" for draw objects - ie lines and images would be the best solution. thanks - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 63211] API: Impossible to Ascert ain the Actual Size of a TextFrame
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=63211 --- Additional comments from [EMAIL PROTECTED] Fri Jun 16 02:03:42 -0700 2006 --- sorry to pester, but does anyone have any idea when this might get incorporated into any type of build? For example a developer build. This is turning into a big showstopper for us. Because of this one property we have to put a lot of development on hold. We rely heavily on dynamically sized frames within tables so we are really stuck. thanks - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[sw-issues] [Issue 66145] New - Height of Row in Tex tTable with Autoheight Always 0
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=66145 Issue #:|66145 Summary:|Height of Row in TextTable with Autoheight Always 0 Component:|Word processor Version:|OOo 2.0.1 Platform:|All URL:| OS/Version:|All Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P2 Subcomponent:|programming Assigned to:|mru Reported by:|rkentgibson --- Additional comments from [EMAIL PROTECTED] Tue Jun 6 00:36:17 -0700 2006 --- It seems impossible to ascertain the height of a row when the reow is set to autoheight. I am setting this to p2 as this is a showstopper for us. ### Sub Main Dim s As String Dim oTable Dim oVC Dim oCell Dim nCol As Long Dim nRow As Long oVC = ThisComponent.getCurrentController().getViewCursor() If IsEmpty(oVC.TextTable) Then Print "The view cursor is not in a text table" Exit Sub End If oTable = oVC.TextTable For nRow = 0 To oTable.getRows().getCount() - 1 oRow = ThisComponent.getTextTables().getByIndex(0).getRows().getByIndex(nRow ) oRow.IsAutoHeight = true msgbox " is autoheight " + oRow.IsAutoHeight + " HEIGHT " + oRow.Height Next end Sub - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 63211] API: Impossible to Ascert ain the Actual Size of a TextFrame
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=63211 --- Additional comments from [EMAIL PROTECTED] Fri May 26 11:43:51 -0700 2006 --- unfortunately the workaround I posted is really buggy. Do you know anyway that I could select the textframe and then get the height by using a command dispatcher, or any other way that I can get the actual height. The information is there in the ui in the status bar, I just have no idea how to access it. thanks. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 63211] API: Impossible to Ascert ain the Actual Size of a TextFrame
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=63211 --- Additional comments from [EMAIL PROTECTED] Wed May 24 07:00:50 -0700 2006 --- oh well, thanks again. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 63211] API: Impossible to Ascert ain the Actual Size of a TextFrame
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=63211 --- Additional comments from [EMAIL PROTECTED] Wed May 24 05:05:18 -0700 2006 --- thanks a million for that. Is there any chance it will be released with 2.0.3? I will be very happy to test it, even in a release candidate build. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 63211] API: Impossible to Ascert ain the Actual Size of a TextFrame
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=63211 --- Additional comments from [EMAIL PROTECTED] Thu May 18 01:47:14 -0700 2006 --- this issue has been a big headache for us in terms of workarounds requirered, although it may be too late, we really would like to see this fixed in 2.0.3.# thanks - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 63211] API: Impossible to Ascert ain the Actual Size of a TextFrame
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=63211 --- Additional comments from [EMAIL PROTECTED] Sun May 7 23:09:21 -0700 2006 --- Here is a workaround: you create a viewcursor and then get its y position then go to the end and then get the y postion again. //get the cursor XTextViewCursor xViewCursor = xViewCursorSupplier.getViewCursor(); xViewCursor.gotoRange( frameCursor, false ); Point pos = xViewCursor.getPosition(); int yPos1 = pos.Y; xViewCursor.gotoEnd( false ); pos = xViewCursor.getPosition(); int yPos2 = pos.Y; long actualHeight = yPos2 - yPos1; - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[framework-issues] [Issue 64364] New - OOo2.0.x does not su pport "Unpacked" property of MediaDescriptor
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=64364 Issue #:|64364 Summary:|OOo2.0.x does not support "Unpacked" property of |MediaDescriptor Component:|framework Version:|OOo 2.0.2 Platform:|All URL:| OS/Version:|All Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|code Assigned to:|mikhail Reported by:|rkentgibson --- Additional comments from [EMAIL PROTECTED] Thu Apr 13 02:17:43 -0700 2006 --- The "Unpacked" property in the MediaDescriptor (as described on page 357 of the Developers Guide) does not work in OOo2.0.x. This does not work from in Basic ie: sub saveUnpacked fname = "/home/marc/tmp/test" doc = ThisComponent dim Args(2) as new com.sun.star.beans.PropertyValue args(1).Name = "Overwrite" args(1).Value = TRUE args(0).Name = "Unpacked" args(0).Value = TRUE doc.storeAsUrl(ConvertToUrl(fname), args()) end sub nor with the java API. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 63211] API: Impossible to Ascert ain the Actual Size of a TextFrame
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=63211 --- Additional comments from [EMAIL PROTECTED] Wed Mar 15 08:49:28 -0800 2006 --- Alrighty here is a better example. For this example you only need a Document Factory, and an XTextDocument. # public void toOpenOffice() throws java.lang.Exception { XMultiServiceFactory documentFactory = this.connection.getDocumentFactory(); Object writerShape = documentFactory.createInstance( "com.sun.star.text.TextFrame" ); XTextContent xTextContentShape = ( XTextContent ) UnoRuntime.queryInterface( XTextContent.class, writerShape ); XPropertySet xTextContentPropertySet = ( XPropertySet ) UnoRuntime.queryInterface( XPropertySet.class, xTextContentShape ); xTextContentPropertySet.setPropertyValue( "FrameWidthAbsolute", new Integer( 5000 ) ); xTextContentPropertySet.setPropertyValue( "AnchorType", TextContentAnchorType.AT_PAGE ); xTextContentPropertySet.setPropertyValue( "TextWrap", WrapTextMode.NONE ); xTextContentPropertySet.setPropertyValue( "FrameIsAutomaticHeight", new Boolean( true ) ); XPropertySet xShapeProps = ( XPropertySet ) UnoRuntime.queryInterface( XPropertySet.class, writerShape ); xShapeProps.setPropertyValue( "VertOrient", new Short( VertOrientation.NONE ) ); xShapeProps.setPropertyValue( "HoriOrient", new Short( HoriOrientation.NONE ) ); xShapeProps.setPropertyValue( "HoriOrientPosition", new Integer( ( 500 ) ) ); xShapeProps.setPropertyValue( "VertOrientPosition", new Integer( ( 500 ) ) ); XText xShapeText = ( XText ) UnoRuntime.queryInterface( XText.class, writerShape ); XText mxDocText = this.connection.getTextDocument() .getText(); mxDocText.insertTextContent( mxDocText.createTextCursor(), xTextContentShape, false ); xShapeText.setString( "SOME RANDOM TEXT SOME RANDOM TEXT SOME RANDOM TEXT SOME RANDOM TEXT SOME RANDOM TEXT SOME RANDOM TEXT SOME RANDOM TEXT SOME RANDOM TEXT SOME RANDOM TEXT SOME RANDOM TEXT SOME RANDOM TEXT SOME RANDOM TEXT" ); long result = AnyConverter.toLong( xTextContentPropertySet.getPropertyValue( "FrameHeightAbsolute" ) ); System.out.println( "heightInteger " + result ); } ### thanks. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[sw-issues] [Issue 63211] New - Impossible to Ascert ain the Actual Size of a TextFrame
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=63211 Issue #:|63211 Summary:|Impossible to Ascertain the Actual Size of a |TextFrame Component:|Word processor Version:|OOo 2.0.1 Platform:|All URL:| OS/Version:|All Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P1 Subcomponent:|code Assigned to:|mru Reported by:|rkentgibson --- Additional comments from [EMAIL PROTECTED] Wed Mar 15 05:32:15 -0800 2006 --- FrameHeightAbsolute returns a Constant Regardless of Actual Text Content If I have a frame with automatic height and put some text into it and then ask the height of the frame I always get a default initial height - 41. Interestingly if I do the exact same thing with a com.sun.star.drawing.TextShape then it works. getSize() returns the size after the the text gets inserted. Furthermore LeftBorderDistance, RightBorderDistance, TopBorderDistance, BottomBorderDistance do not return sensible values on the TextFrame either. ### CODE TO REPRODUCE ### Object writerShape = documentFactory.createInstance("com.sun.star.text.TextFrame" ); XTextContent xTextContentShape = ( XTextContent )UnoRuntime.queryInterface( XTextContent.class, writerShape ); XPropertySet xTextContentPropertySet = ( XPropertySet) UnoRuntime.queryInterface( XPropertySet.class, xTextContentShape ); xTextContentPropertySet.setPropertyValue( "Width", newInteger( width ) ); xTextContentPropertySet.setPropertyValue( ANCHOR_TYPE,TextContentAnchorType.AT_FRAME ); xTextContentPropertySet.setPropertyValue( TEXT_WRAP,WrapTextMode.NONE ); xTextContentPropertySet.setPropertyValue(FRAME_IS_AUTOMATIC_HEIGHT, new Boolean( true ) ); XPropertySet xShapeProps = ( XPropertySet ) UnoRuntime.queryInterface( XPropertySet.class,writerShape ); // Setting the vertical position xShapeProps.setPropertyValue( VERT_ORIENT, new Short(VertOrientation.NONE ) ); xShapeProps.setPropertyValue( HORI_ORIENT, new Short(HoriOrientation.NONE ) ); // I need to recalculate x & y for the header // Setting the vertical position xShapeProps.setPropertyValue( HORI_ORIENT_POSITION,new Integer( ( x.intValue() ) ) ); xShapeProps.setPropertyValue( VERT_ORIENT_POSITION,new Integer( ( y.intValue() ) ) ); // making sure that text can overlap xShapeProps.setPropertyValue( BACK_TRANSPARENT,Boolean.TRUE ); xShapeProps.setPropertyValue( OPAQUE, Boolean.FALSE ); XText xShapeText = ( XText )UnoRuntime.queryInterface( XText.class, writerShape ); mxDocText.insertTextContent( xParaCursor,xTextContentShape, false ); xShapeText.setString( textContentString + getDebugString( x, y, width, height ) + getRNDString()); // xTextContentPropertySet also gives me the same result Long result = AnyConverter.toLong(theFramePropSet.getPropertyValue("FrameHeightAbsolute")); System.out.println("heightInteger " + result); - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]
[api-issues] [Issue 62825] New - FollowStyle is incor rectly Documented as a Boolean
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=62825 Issue #:|62825 Summary:|FollowStyle is incorrectly Documented as a Boolean Component:|api Version:|OOo 2.0.1 Platform:|All URL:|http://api.openoffice.org/docs/common/ref/com/sun/sta |r/style/Style.html OS/Version:|All Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P4 Subcomponent:|documentation Assigned to:|jsc Reported by:|rkentgibson --- Additional comments from [EMAIL PROTECTED] Mon Mar 6 06:07:20 -0800 2006 --- FollowStyle is incorrectly Documented as a Boolean. Furthermore, although not tested, IsAutoUpdate is likely also documented incorrectly. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - 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]