[graphics-issues] [Issue 100913] opening a presentation ta kes 3x longer compared to 3.0
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=100913 Issue #|100913 Summary|opening a presentation takes 3x longer compared to 3.0 Component|Presentation Version|OOO310m9 Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|open-import Assigned to|graphicsneedsconfirm Reported by|holgerbrandl --- Additional comments from holgerbra...@openoffice.org Tue Apr 7 10:07:47 + 2009 --- Using the current release candidate of OOo3.1 I've observed a major drop in file-opening performance when using Impress. Although I haven't done any statistical analysis, the time to open a presentation containing 49 very simple text slides has at least tripled! Here's my benchmark file: http://archive.opencards.info/contrib/lang/english1.odp I've also tried other Impress presentations, and the performance drop is consistent for all of them (3x longer loading times compared to 3.0.1). And even worse, the rendering of the preview sidepane seems to take significantly longer too (something around a second). I think that when using a core2duo with 2gb ram as I do, a small text-presentation should open almost instantly. Fyi, it does when using ms powerpoint 2007. This seems to be a major regression and should be IMHO fixed before 3.1 final. - 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: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 100913] opening a presentation ta kes 3x longer compared to 3.0
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=100913 --- Additional comments from holgerbra...@openoffice.org Tue Apr 7 22:04:00 + 2009 --- Because OpenOffice 3.0 opened the file in less than a second (at least for me), an increment of a second seems to be a quite serious performance drop. - 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: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 50209] Display objects individual ly in Multiple Selection, not as an area
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=50209 --- Additional comments from holgerbra...@openoffice.org Tue Feb 24 19:17:27 + 2009 --- This bug should be fixed to give users the same usability experience as in PowerPoint, where each object in a set of selected objects appears as selected by itself. OpenOffice displays only one bounding rectangle around a set of selected objects. However on complex slides this makes it impossible to see what is actually selected. The approach of PowerPoint seems clearly superior here, because it makes clear what is selected, no matter how complex a slide is. The same should happen if an extension selects several objects at once using XSelectionSupplier.select(ShapeCollection cs) - 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: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[util-issues] [Issue 98374] Extentoolbar names are not displayed anymore
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=98374 Issue #|98374 Summary|Extentoolbar names are not displayed anymore Component|utilities Version|DEV300m39 Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|mh Reported by|holgerbrandl --- Additional comments from holgerbra...@openoffice.org Thu Jan 22 19:54:58 + 2009 --- In contrast to OO 3.0 extension toolbar names are not displayed anymore. Instead something like AddOn 2 is being shown. The number depends on the number of extensions that are using a toolbar. In OO 3.0 and 2.X it has been possible to name an extension toolbar using: ?xml version=1.0 encoding=UTF-8? oor:component-data xmlns:oor=http://openoffice.org/2001/registry; xmlns:xs=http://www.w3.org/2001/XMLSchema; oor:name=ImpressWindowState oor:package=org.openoffice.Office.UI node oor:name=UIElements node oor:name=States node oor:name=private:resource/toolbar/addon_info.opencards.toolbar oor:op=replace prop oor:name=UIName oor:type=xs:string value xml:lang=enOpenCards/value /prop /node /node /node /oor:component-data Using the same approach is broken in DEV300_m39 - 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: issues-unsubscr...@util.openoffice.org For additional commands, e-mail: issues-h...@util.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 98376] multi-shape selections sho uld visualize each selected object independent ly
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=98376 Issue #|98376 Summary|multi-shape selections should visualize each selected |object independently Component|Presentation Version|DEV300m39 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|ui Assigned to|graphicsneedsconfirm Reported by|holgerbrandl --- Additional comments from holgerbra...@openoffice.org Thu Jan 22 20:48:26 + 2009 --- In contrast to PowerPoint OpenOffice displays only one bounding rectangle around a set of selected objects. However on complex slides this makes it impossible to see what is actually selected. The approach of PowerPoint seems clearly superior here, because it makes clear what is selected, no matter how complex a slide is. It would greatly improve the usability of Impress if each object in a set of selected object could appear as selected by itself. Note: The same should happen if an extension selects several objects at once using XSelectionSupplier.select(ShapeCollection cs) - 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: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 98376] multi-shape selections sho uld visualize each selected object independent ly
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=98376 User holgerbrandl changed the following: What|Old value |New value Status|UNCONFIRMED |RESOLVED Resolution| |FIXED Summary|multi-shape selections sho|multi-shape selections sho |uld visualize each selecte|uld visualize each selecte |d object independently|d object independently --- Additional comments from holgerbra...@openoffice.org Thu Jan 22 20:54:26 + 2009 --- I beg your pardon folks!! It was an issue in 3.0, but it has been fixed since than: DEV300_m39 does a great job here., and visualizes each selected object independently. - 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: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 98376] multi-shape selections sho uld visualize each selected object independent ly
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=98376 User holgerbrandl changed the following: What|Old value |New value Status|RESOLVED |UNCONFIRMED Resolution|FIXED | --- Additional comments from holgerbra...@openoffice.org Thu Jan 22 22:31:33 + 2009 --- Unfortunately this seems to be not consistent. Sometimes selection is visualized per object, but mostly with one rectangluar as described above. Therefore it's not as fixed as believed by myself some hours ago. Maybe the mode can be switched, but then it's far from clear how this can be done. - 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: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 94366] new inserted slides always appear in last position
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=94366 Issue #|94366 Summary|new inserted slides always appear in last position Component|Presentation Version|OOo 3.0 RC2 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|ui Assigned to|graphicsneedsconfirm Reported by|holgerbrandl --- Additional comments from [EMAIL PROTECTED] Fri Sep 26 18:44:59 + 2008 --- No matter where in the slide sorter pane I attempt to insert a slide using the context menu, the slide always appears at the end of the slide list. This bug was not present in 2.4.1. Because this is the default way to create new slides for most users, this seems to be a quite severe issue for me. - 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 89902] large extension icons are not used at all
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89902 User holgerbrandl changed the following: What|Old value |New value Status|UNCONFIRMED |RESOLVED Resolution| |FIXED --- Additional comments from [EMAIL PROTECTED] Fri Sep 5 20:18:00 + 2008 --- correct. I read some forums posts that used the wrong xml-identifier. With ImageBigURL anything works great. Thx a lot. :-) - 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 91835] Create keyboard shortcut f or Increase/Decrease Font
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=91835 --- Additional comments from [EMAIL PROTECTED] Sun Jul 20 09:48:51 + 2008 --- +1 This would be indeed a nice feature As a workaround you might want to have a look at http://extensions.services.openoffice.org/project/ITR It's not a keyboard shortcut but nevertheless a wonderful solution to increase/decrease the font size in impress - 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]
[graphics-issues] [Issue 91615] It's not possible to assig n a shortcut/icon for View-Slide Pane
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=91615 Issue #|91615 Summary|It's not possible to assign a shortcut/icon for View- |Slide Pane Component|Presentation Version|OOo 2.4.1 Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|ui Assigned to|wg Reported by|holgerbrandl --- Additional comments from [EMAIL PROTECTED] Sun Jul 13 16:56:14 + 2008 --- It is possible to customize OOo/Impress by assigning keyboard shortcuts to almost every command. Unfortunately this does not hold for View-Slide Pane. The command is just missing in the command list (Tools-Customize). The straightforward workaround, that is to create a custom icon for the command also fails because View-Slide Pane is also not listed in the command list for custom icons. Because the slide pane requires a quite large amount of the Impress-UI it would improve the usability of Impress if it could be hidden with such a shortcut. - 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 88747] extension icons change siz e after restart only
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=88747 --- Additional comments from [EMAIL PROTECTED] Sat May 24 15:59:25 + 2008 --- Problem remains in OOo 3.0beta. - 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 89902] large extension icons are not possible
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89902 Issue #|89902 Summary|large extension icons are not possible Component|framework Version|OOo 3.0 Beta Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|tm Reported by|holgerbrandl --- Additional comments from [EMAIL PROTECTED] Sat May 24 16:01:41 + 2008 --- OOo allows to define icons of different size to be used as toolbar icons of extension-toolbars. This is mostly in done in the Addons.xcu and looks like: ... node oor:name=Images node oor:name=info.opencards.ocmain.images oor:op=replace prop oor:name=URL oor:type=xs:string valueinfo.opencards:ltmLearning/value /prop node oor:name=UserDefinedImages prop oor:name=ImageLargeURL oor:type=xs:string value%origin%/resources/icons/globset_learning.png/value /prop prop oor:name=ImageSmallURL oor:type=xs:string value%origin%/resources/icons/globset_learning_small.png/value /prop /node /node ... Unfortunately the small image become use in any case: If small icons are used in OOo (correct behavior) and also if large icons are used (buggy behavior). To see this problem in action try the build of OpenCards that can be downloaded at http://www.open-cards.net/update/OpenCards-0.14.2_brokenLargeIcon.oxt This bug might be related to issue http://www.openoffice.org/issues/show_bug.cgi?id=88747 This bug appears in 3.0b and all 2.x releases. - 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 89902] large extension icons are not used at all
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89902 User holgerbrandl changed the following: What|Old value |New value Summary|large extension icons are |large extension icons are |not possible |not used at all - 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 88747] extension icons change siz e after restart only
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=88747 --- Additional comments from [EMAIL PROTECTED] Sat May 24 16:07:15 + 2008 --- I've observed that a complete restart is not actually necessary: All newly created frames will use the correct size. The problem therefore reduces to the problem, that extensions toolbar icon sizes are not updated in case of a change of the icon-size to be used by OOo. - 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 88747] extension icons change siz e after restart only
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=88747 --- Additional comments from [EMAIL PROTECTED] Sat May 24 16:09:16 + 2008 --- Created an attachment (id=53907) a screenshot of the OOo toolbars after a icon-size change - 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 88776] Java preferences API not u sable in OO.o2.4
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=88776 Issue #|88776 Summary|Java preferences API not usable in OO.o2.4 Component|framework Version|OOo 2.4.0 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P4 Subcomponent|code Assigned to|tm Reported by|holgerbrandl --- Additional comments from [EMAIL PROTECTED] Sun Apr 27 10:41:02 + 2008 --- OO.o uses a bundled xalan to process xml-data. Unfortunately this makes it impossible to use the Java preferences API on Linux systems (like Ubuntu 8.04) if Java6 is used. This because of http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6519088 which is fixed, but only for Java7. As far as I've understood it Sun does not plan to backport the fix of this showstopper to Java6. Possible workaround: Use the Preferences implementation available at http://ini4j.sourceforge.net/ on Linux - 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 88776] Java preferences API not u sable in OO.o2.4
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=88776 --- Additional comments from [EMAIL PROTECTED] Sun Apr 27 10:42:03 + 2008 --- Forget to mention: This is an issue when developing java-extensions for OO.o - 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 88781] OOo fails to execute java- shutdown hooks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=88781 Issue #|88781 Summary|OOo fails to execute java-shutdown hooks Component|framework Version|OOo 2.4.0 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P4 Subcomponent|code Assigned to|tm Reported by|holgerbrandl --- Additional comments from [EMAIL PROTECTED] Sun Apr 27 15:38:44 + 2008 --- The following snippet should make the jvm to execute a code snippet when the jvm is shutting down. Unfortunately it's never executed when used within a OOo-java-extension. Maybe the cause of the problem is that the internal JVM is not properly shut down but simply aborted. Runtime.getRuntime().addShutdownHook(new Thread() { public void run() { super.run(); try { // do something when OOo shuts-down } catch (BackingStoreException e) { e.printStackTrace(); } } }); - 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 88747] extension icons change siz e after restart only
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=88747 Issue #|88747 Summary|extension icons change size after restart only Component|framework Version|OOo 2.4.0 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|tm Reported by|holgerbrandl --- Additional comments from [EMAIL PROTECTED] Fri Apr 25 19:16:20 + 2008 --- The size of the toolbar-icons can be configured via options-OOo-View-Icons size and syle. For all core icons such changes are immediately visible. Only icons of extension-toolbars keep their size until OOo becomes restarted. - 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]
[graphics-issues] [Issue 88283] regular expression replaci ng does not work in Impress
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=88283 Issue #|88283 Summary|regular expression replacing does not work in Impress Component|Presentation Version|OOo 2.4.0 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|wg Reported by|holgerbrandl --- Additional comments from [EMAIL PROTECTED] Mon Apr 14 21:58:13 + 2008 --- To make the problem clear please write the following in Writer: OpenOfficeTabkeyImpress Open search'n'replace dialog and replace: \t with \n (having regex enabled) --- the result will look like this OpenOffice Impress Try the same in Impress: Create a text-box and repeat the above mentioned procedure. The result will be: OpenOffice\nImpress It seems as Impress is not able to process regular expressions correctly. - 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 88190] Open font-size-combo-box with current size centered
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=88190 Issue #|88190 Summary|Open font-size-combo-box with current size centered Component|framework Version|OOo 2.4.0 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|ui Assigned to|tm Reported by|holgerbrandl --- Additional comments from [EMAIL PROTECTED] Sat Apr 12 00:33:32 + 2008 --- Currently the font-size combo-box shows the current font-size always on the top if the font-combo-box becomes expanded. This allows the user to increase the font-size with one-single click. Unfortunately users want to *decrease* the font-size in 50% of all cases. This means that at least one additional click is necessary to scroll upwards. Therefore, it would be more reasonable to center the current font-size vertically if the combo-box becomes expanded. I know it's just a minor issue, but I think it would greatly improve the usability of OO.o because changing the font-size is probably one of the mostly used features. - 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 88190] Open font-size-combo-box with current size centered
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=88190 --- Additional comments from [EMAIL PROTECTED] Sat Apr 12 00:34:48 + 2008 --- Created an attachment (id=52764) current combo box expansion vs. more usable one - 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 83596] RFE: Java parent window fo r modal dialogs
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83596 --- Additional comments from [EMAIL PROTECTED] Tue Apr 1 18:37:01 + 2008 --- Is there any progress on this issue? More and more extensions are using java to create dialogs (e.g. some very popular extensions including OpenOffice.org2GoogleDocs, LanguageTool, clker.com openoffice addon, mOOo Impress Controller, eVoice, R4Calc, OpenCards). All these extensions suffer from this bug, because without a parent a java-dialog is almost unusable. Beside the fix of this issue, it would be very helpful to know whether and for which release this problem is planned to be fixed. This would at least allow extension developers allow to adapt their efforts. - 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 83596] RFE: Java parent window fo r modal dialogs
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83596 --- Additional comments from [EMAIL PROTECTED] Tue Apr 1 19:16:39 + 2008 --- I agree that 'almost unusable' exaggerates a little ;-). However, any user which opens a java-extension-dialog, switches to another application for second (e.g. to check mails or to do whatever) will be highly confused if this dialog is no longer visible if she returns back to OOo. IMHO users assume any kind of dialog started from within OOo to belong to OOo, and therefore to reappear if OOo is reactivated. Without a clear parent-child relationship between the OOo-frame and java-windows this can not be achieved easily. Maybe one possible workaround would be to listen for OOo-frame de-/activations to make the dialogs to stay on top if OOo becomes activated (and to hide them on deactivation). My current 'solution' is to make JDialog/JFrame to stay always on top. But this is anything but a nice solution. - 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 85160] Java-Framework not detecte d when directly started by exe
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=85160 --- Additional comments from [EMAIL PROTECTED] Fri Jan 11 17:49:11 + 2008 --- I've tried it as described and anything works fine. For sure OOo needs some time to detect installed JREs, but this is already filed in the tracker. - 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 84757] JRE defective alert when ever JVM called
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84757 --- Additional comments from [EMAIL PROTECTED] Wed Dec 19 21:51:00 + 2007 --- +1 The loading of the installed JREs is extremely slow: It appears that OO is crashed (although it isn't), because it does not react to any user-input while loading the list of installed JREs. - 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]
[graphics-issues] [Issue 84611] Can not change slides-orde ring via API
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84611 Issue #|84611 Summary|Can not change slides-ordering via API Component|Presentation Version|OOo 2.3 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|programming Assigned to|cgu Reported by|holgerbrandl --- Additional comments from [EMAIL PROTECTED] Sat Dec 15 22:32:08 + 2007 --- To implement new extensions for Impress it would be nice if the ordering of XDrawPage-s could be changed via API. Unfortunately XDrawPage implements XIndexAccess only. Currently there is no (obvious) way to change the ordering via API. A possible solution would be to make XDrawPage to also implement XIndexReplace. - 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]
[graphics-issues] [Issue 81035] insert file+link does not work as expected
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81035 --- Additional comments from [EMAIL PROTECTED] Tue Oct 30 18:11:31 + 2007 --- @cgu It's a feature from the implementation point of view. From a content point view a link (or here: some linked slides) directly refers to an additional object. A link for which changes are not reflected in the linked entity is not a link but a simple copy. So if you would like to keep your masters as they are, you could IMHO just copy them. If you would like to change the pages refered by a link directly you would need a real link, but what is currently called link in OOo-Impress is not a link but a copy with a unused reference to the original. - 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]
[graphics-issues] [Issue 83138] drag-copied renamed slides have same slide names
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83138 Issue #|83138 Summary|drag-copied renamed slides have same slide names Component|Presentation Version|OOo 2.3 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|cgu Reported by|holgerbrandl --- Additional comments from [EMAIL PROTECTED] Tue Oct 30 19:41:06 + 2007 --- The names of slides are required to be unique in an impress presentation (this can be assumed because the slide-renam-dialog does not allow to rename a slide using an already existing slide-name). The 2 folllowing steps lead to the violation of this principle: 1) rename a slide to an arbitrary name (e.g. foobar) 2) copy the slide via drag+CTRL. -- both (the original and its copy have the same name Note: If the slide is copied/pasted using CTRL+c CTRL+v the inserted copy becomes renamed using a still unused name. (This is the correct behavior.) - 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 81807] Extension menus are relate d in ubuntu
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81807 Issue #|81807 Summary|Extension menus are related in ubuntu Component|framework Version|OOo 2.3.0 RC1 Platform|All URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|tm Reported by|holgerbrandl --- Additional comments from [EMAIL PROTECTED] Fri Sep 21 08:10:29 + 2007 --- When installing the OpenCards 0.7 (www.opencards.info) extension in the most recent Ubuntu 7.10 builds, the menu bar does not appear in Impress. This problem doesn't occur under Suse Linux (also using a release candidate of OOo like Ubunutu is currently doing) and also not under WindowsXP (with neither OOo 2.3RC and nor OOo 2.3final): If something else than Ubuntu is used, the OpenCards menu bar always appears. Note: This bug is not related to OpenCards itself (which is still alpha), but only to the extension infrastructure (i.e. the processing of its Addons.xcu) The strange workaround for the problem is to install another impress extension which also has a menu bar like the mOOo Impress Controller. Than both (!) menu s are visible. This means that extensions interact although there is no reason to do so. For some reasons I don't understand the mOOo menu also appears when being the only installed extension. One possible reason might be that mOOo does not use any icons in the menu. A discussion thread for the problem can be found at https://sourceforge.net/forum/forum.php All this also holds for the toolbar of OpenCarsd. It is just not visible using Ubuntu and without having another extension installed. - 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 81807] Extension menus are relate d in ubuntu
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81807 --- Additional comments from [EMAIL PROTECTED] Fri Sep 21 08:28:38 + 2007 --- OpenOffice comes along preinstalled with Ubuntu 7.10 builds. The about-box says: OpenOffice 2.3.0 openoffice.org-core 1:2.3.0oog680,1-1ubuntu3, Wed Aug 22 02:54:01 GMT 2007 Hopefully that helps. - 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]
[graphics-issues] [Issue 81753] Add option to save present ations with all links embedded
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81753 --- Additional comments from [EMAIL PROTECTED] Fri Sep 21 09:15:57 + 2007 --- Concerning the links: I also think that this needs to be enhanced. The current procedure is too hidden for most users (and also for an extension-developing power-user like me). It would be much more better to have checkbox in the save-as-dialog labeled as Embed all linked objects which does the trick if being checked. - 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]
[graphics-issues] [Issue 81035] insert file+link does not work as expected
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81035 --- Additional comments from [EMAIL PROTECTED] Wed Aug 29 15:04:15 + 2007 --- why closed? problem2 remains IMHO open (cf my last comment about it): Changes in linked slides are not reflected in the linked-in document. As fas as I can see this is not covered in issue 77396. - 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]
[graphics-issues] [Issue 81035] insert file+link does not work as expected
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81035 --- Additional comments from [EMAIL PROTECTED] Mon Aug 27 19:21:50 + 2007 --- Problem 1 (new slides do not appear/deleted slides are kept: 1) create a presentation (link.odp) with 3 slides (add some content to each side to make them unique). saveclose the file. 2) create a new presentation (master.odp) 3) within the master.odp click insert-file 3b) select the link.odp within the file-dialog 3c) click on the root node of the document tree of link.odp in order to select the complete presentation to be linked in into master.odp 3d) make sure that the link-checkbox is checked 3e) click ok to link all content of link.odp into master.odp (which appears immediately in master.odp) 4) saveclose master.odp (no document should be open now) 5) open link.odp and create a new slide 6) saveclose link.odp 7) open master.odp: the newly created slide does not appear !! (note: the same holds for slide deletion: slides which are deleted in link.odp do still appear in master.odp) Problem2 (changes are not reflected): 0) repeat the step 1-4 as described above 5) open master.odp and modify one of the linked-in slides. 6) saveclose master.odp 7) open link.odp: The modifications are not reflected here (!!), although we checked the link-box in the insert-dialog -- its rather a copypaste than a linking, which contradicts the user expectation (at least my one) - 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]
[graphics-issues] [Issue 81035] insert file+link does not work as expected
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81035 --- Additional comments from [EMAIL PROTECTED] Mon Aug 27 20:49:10 + 2007 --- Problem2: thanx for pointing me to this dialog (never seen it before). But: problem2 describes the other direction. Changes made within master.odp in the linked slides are not reflected in the underlaying document (link.odp). But this is what the user expects if she's using linking. (It's like with ln -s under linux: if you change the content of a symbolic link, you're automatically changing the source of the link). - 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]
[graphics-issues] [Issue 81035] insert file+link does not work as expected
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81035 Issue #|81035 Summary|insert file+link does not work as expected Component|Presentation Version|OOo 2.2.1 Platform|All URL|http://www.oooforum.org/forum/viewtopic.phtml?p=223397 OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|open-import Assigned to|cgu Reported by|holgerbrandl --- Additional comments from [EMAIL PROTECTED] Sun Aug 26 15:39:29 + 2007 --- According to the UI it is possible to link complete impress presentations into other ones. To do so just use Insert-File-(select file check link). This linking behavior seems to be completely broken. Two cases need to be considered: 1) The user selects the file itself (which is the root of the presentation-slide tree in the insert file-dialog): If the link-box is being checked, the user assumes that the complete presentation is linked into the current presentation. She also assumes that all changes in the linked-in presentation are reflected in the current presentation (at least after a complete reload in OO). This in not the case at all a) Changes in on the slides of linked presentation are not visible at all (also after closing OO an reloading the master-presentation) b) slides which become added to linked-in presentation do not appear in the in master-presentation at all. 2) The user selects just a few slides in the presentation-slide-tree (in the insert-dialog): Changes in the linked slides are not visible at all (also after closing OO an reloading the file). A very interesting discussion-thread about the problem can be found at http://www.oooforum.org/forum/viewtopic.phtml?p=223397 . As described in the cited discussion the current behavior seems to be just a kind of copy-and-paste and not linking. But for such a purpose the user can do slide-cp directly. - 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]
[graphics-issues] [Issue 81036] add API for Insert file in Impress
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81036 Issue #|81036 Summary|add API for Insert file in Impress Component|Presentation Version|OOo 2.2.1 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|programming Assigned to|cgu Reported by|holgerbrandl --- Additional comments from [EMAIL PROTECTED] Sun Aug 26 15:54:09 + 2007 --- According to the Developer Guide it is not possible to insert files into a presentation document through API (cf. chapter 10.3.3). It would be nice to add such a functionality in order to allow extensions to create combined presentation documents. (To give an example: Using the OpenCards (http://www.opencards.info) extension it would be great to combine different flashcard-sets (aka Impress-presentation-files) on-the-fly into large master-flashcardsets. This master-flashcardsets would be used to query the user all scheduled slides without opening all flashcard-presentations one after another) A related bug is probably http://www.openoffice.org/issues/show_bug.cgi?id=81035 - 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]
[graphics-issues] [Issue 80953] Restart numbering is not p ossible
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=80953 Issue #|80953 Summary|Restart numbering is not possible Component|Presentation Version|OOo 2.2 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|formatting Assigned to|cgu Reported by|holgerbrandl --- Additional comments from [EMAIL PROTECTED] Wed Aug 22 20:34:01 + 2007 --- It is not possible to restart the numbering of a list on an impress slide. In Writer (as well as in Powerpoint) this is possible. Currently it is not possible to use two different lists within one text-shape in Impress. Unfortunately the list-entries will be numbered without giving the user any possibility to influence the kind of list-indexing. - 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]
[graphics-issues] [Issue 80953] Restart numbering is not p ossible
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=80953 --- Additional comments from [EMAIL PROTECTED] Wed Aug 22 20:35:58 + 2007 --- Created an attachment (id=47728) an impress slide which demonstrates the 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]