[graphics-issues] [Issue 109472] Table border style cannot be re-set to None from table formatting too lbar.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=109472 Issue #|109472 Summary|Table border style cannot be re-set to None from tab |le formatting toolbar. Component|Presentation Version|DEV300m71 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|graphicsneedsconfirm Reported by|cwidmer --- Additional comments from cwid...@openoffice.org Sun Feb 21 01:16:54 + 2010 --- After editing a table in Impress and setting the border style (referred to as the line style in the “Format Cells” dialog), trying to set it back to “None” from the table formatting toolbar does not work. Steps to Reproduce: 1) Create a new empty presentation in Impress. 2) From the “Insert” menu, choose “Table…”. 3) Click “OK” to accept the default number of rows and columns. 4) Using the “Borders” popup (on the top row of the table toolbar to the left of the color dropdown list), select the border that includes all internal and external edges (the last option in the bottom right of the popup). The first cell of the table should have a thin black border. 5) From the “Border Style” popup, click “None”. The border on the cell should disappear, but instead it remains visible. 6) From the “Border Style” popup, click on any border style except “None”. The border will change, as expected. It is possible to set the border style back to “None” using the “Format Cells” dialog, as described below. 1) Open the “Format Cells” dialog by clicking properties button in the table formatting toolbar (bottom row, leftmost button). 2) On the “Borders” tab, select “None” in the line style selection list, then click OK. Note that this seems to set the actual border to none as well as the border style. 3) Attempt to set the border style to something besides “None” from the table formatting toolbar. It will have no effect until the number of border lines is again set. This behavior is consistent on single cells, selected groups of cells, and on the whole table. It is most easily seen with the steps described above, but any type of border will cause it to occur. - 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 109472] Table border style cannot be re-set to None from table formatting too lbar.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=109472 --- Additional comments from cwid...@openoffice.org Sun Feb 21 01:27:41 + 2010 --- Created an attachment (id=67941) Visual description of the referenced toolbar buttons. - 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 70602] Custom animation list alwa ys scrols to top
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=70602 --- Additional comments from cwid...@openoffice.org Sat Feb 6 23:00:32 + 2010 --- I was able to reproduce this issue with OOo-dev 3.3.0 (DEV300_m71 build 9481) on Windows XP using the original steps described by ftack, as well as the follow-up example attachment provided. If you have a high resolution screen, exploring this issue may be easier if you re-size the Impress window to be smaller, so that fewer items are displayed in the “Custom Animation” object list. The following tests can be done with either a new or an existing presentation. Behavior with the “Change...” and “Remove” buttons: 1) Add a rectangle to the screen. By default the shapes toolbar is at the bottom of the screen. 2) Copy the rectangle on the slide until there are more items than will fit in the list in the “Custom Animation” section of the Tasks pane. Resizing the window will help minimize the number of shapes needed. 3) Select all of the shapes on the slide and click “Add...”, then apply the “Appear” effect. 4) Deselect them, and scroll down the list and select one of the last shapes created. 5) Click the “Change...” button, and change the effect, as mentioned in ftack's steps. 6) The list of objects will automatically scroll to the top, but the selection will not change. The object that you just modified will remain selected, even though it is not currently visible in the list. Clicking “Change...” again will allow you to change the effect on that object. 7) Repeat steps 1-4, but then click the “Remove” button. The list automatically scrolls to the top, but the object is no longer selected. Clicking “Add...” will not allow you to add an effect to that object. This seems to be the correct behavior, as the object is no longer in the list (since it no longer has any animation), but it could still be confusing to the user given that modifying an object's animation causes the same behavior from the list of objects. Effect changes from the main screen: 1) Add a rectangle to the screen. By default the shapes toolbar is at the bottom of the screen. 2) Copy the rectangle on the slide until there are more objects than will fit in the list in the “Custom Animation” section of the Tasks pane. Resizing the window will help minimize the number of shapes needed. 3) Select all of the shapes on the slide and click “Add...”, then apply the “Appear” effect. 4) Deselect them, and scroll down the list to one of the last shapes created. 5) Select it, and modify the settings without using the “Change...” or “Remove” buttons. This includes changing the “Start”, “Property”, or “Speed” dropdown selections. 6) The object list will automatically scroll back to the top. Changes made to the animation effect without opening the “Change...” dialog also cause the list to scroll back to the top, but leave the current object selected. This behavior appears to be consistent will all types of objects (charts, pictures, tables, etc), not just shapes. Clicking the “Change...” button causes the issue even if nothing is actually changed. The list scrolls to the top when the change dialog is closed, regardless of whether anything was actually changed. I agree with ftack that this can be an inconvenience for users working with many animated objects on their slides. - 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 106196] [CWS printerpullpages] to oltips on dialog page Impress have wrong pos ition
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=106196 --- Additional comments from cwid...@openoffice.org Tue Jan 26 03:46:33 + 2010 --- Configuration: Dell Inspiron 9300 Intel Pentium M 1.86 Ghz Operating System: Windows XP Service Pack 3 Open Office Version: DEV300_m70 (build 9478) I was able to duplicate this occurrence. The tooltips are in the wrong position on the Print dialog, in the OOo-dev Impress tab. In both sections that contain radio buttons (the Color and Size sections, as stated in the original description), the tooltip for the top option is the description of the whole section, and the next two tooltips are shifted down. The other tabs in this dialog appear to have correct tooltips. Steps: 1) Open Impress with a new or existing presentation. 2) From the File menu, select Print 3) The Print dialog will appear. Go to the OOo-dev Impress tab. 4) If you do not have Extended tips enabled, press Shift+F1 to view the tooltips. The result is the same using this method or with Extended tips enabled. 5) Mouse over the options in the Color and Size sections. Note that the top options are descriptions of the section, and the next two options are the descriptions of those directly above. The tooltip for the last option in the Size section (Tile paper sheet with repeated slides) appears to be correct. - 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
