[graphics-issues] [Issue 81548] Impress generated PDF with incorrect background
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81548 --- Additional comments from [EMAIL PROTECTED] Tue Feb 5 08:17:48 + 2008 --- I reproduced this bug with the files above (id=48373) and (id=48347) in Windows XP with 2.3.0. No changes were made to OO, since I just downloaded it. I tried to add multiple slides for each on from the existing one. It gave the same problem with the backgrounds after converting to pdf. However, in an effort to find more files that have the same problem, to see what was common among all backgrounds that have this, I could not. I tried a lot the default backgrounds, including those of Microsoft ppt of XP and Vista. All of those backgrounds that I tried did not give those bugs. I also tried some backgrounds with pictures, and still did not get a new file with the bug. - 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 81548] Impress generated PDF with incorrect background
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81548 --- Additional comments from [EMAIL PROTECTED] Tue Feb 5 08:27:48 + 2008 --- Also, if those two backgrounds, you export them to jpeg, the backgrounds are well done. And weirdly, turning into pdf, it says that it using jpeg compression. So if you really want that background, you could convert each slide into a jpeg, then convert all of the jpeg files into one pdf. This would be a possible work around. - 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 81499] screen is not redrawn (imp ress)
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81499 --- Additional comments from [EMAIL PROTECTED] Tue Feb 5 08:57:39 + 2008 --- I reproduced this bug once, but could not do it again to take a snapshot of it. I had about a slide show of about 10 slides in it and had a few mozilla’s running. One mozilla covered part of the screen and the other the whole screen, then I minimized both, first the one that covered part of the screen then the one that covered all of it using the toolbar and left clicking then minimizing. The mozilla that covered part of its title was still visible on Impress. However, I don’t think this was any doing of Impress. I think it had entirely to do with my Linux at that time and how much space I was taking up. Also I was using 2.3.0 build. I was working in an environment that gave me about 150 MG, and about 149MG was occupied at a high congestion time in that network. The fact that I couldn’t do the exact same thing again with the same windows is obvious that it’s really hard to reproduce. I also tried with the same environment but with even more processes running and still could not get it to happen 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]
[sc-issues] [Issue 85187] Wrong option gets disabled in paste special, shift cells
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=85187 --- Additional comments from [EMAIL PROTECTED] Mon Feb 4 17:09:49 + 2008 --- I reproduced this bug on WinXp and Linux with build 2.3.0. It is obviously bug because when I paste at least once somewhere, and try to paste special again, the shift right button that was once disabled is not longer disabled. Also the nothing is disabled if you copy a column and then try to paste special. Also if you try to paste in the same column as you cut, both down and right are disabled. Something that may help solving this problem is that you actually do not need to have content in the column. 1. Just cut a column. 2. Paste special. And you see the bug. I tried this right after downloading the program, so no changes were made after downloading. So if you want both the options of shifting right and down, you can simply copy the column and delete it the column copied. Also I was checking how it would react when I cut only one box. If I try to paste special in the same column, similar problems only now shift down is disabled and if I try to paste special in the same box, all of the buttons are disabled. If I paste once, then paste special again, none of the radio buttons are disabled. Also if you cut rows, then shift right is disabled. thank you - 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 78647] 'no fill' button doesn't w ork correctly
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=78647 --- Additional comments from [EMAIL PROTECTED] Mon Feb 4 16:22:23 + 2008 --- Tried Configuration Windows XP and Linux Build 2.3.0 I reproduced this bug. I tried this right after download the program. So I didn’t change anything about ooffice after downloading it. The steps above show you the bug, only it can get just a bit more simple. You do not have to highlight anything to begin with. 1.open the color palette of highlighted - click on No fill (the Highlighting button icon is gray -no fill) 2. click on the highlight button icon (so the paint cursor goes away) 3. select a word 4. click on a highlight button (the icon) This will highlight the word most likely in yellow, that’s if that was the last color chosen. I tried this test. 1. open the color palette of highlighting, and choose to highlight in black (or any other color) 2. open the color palette again and choose no fill then click on the highlighted button icon so the paint cursor disappears 3. now select a word 4. click on the highlighted button icon. This time it will highlight the word in black (or whatever color you choose to begin with) so it will go back to the last actual color chosen to highlight rather than yellow each time. I tried to substitute “no fill” with many actual color (like pink), this did not have any bug in it. The selected word would turn pink each time, rather than black. So to work around this bug you should just highlight using the color of the background (for most documents white) or open the highlight color palette each time and click no fill. Also, I tried this with various background colors. When I choose no fill from the color palette of highlight, it indeed unhighlights it, and I see the background color, but when I press the highlight button icon, it again goes back to the last color chosen for highlight rather than the background color. When I then change the background to something else, the portions actually unhighlighted by enter no fill from the color palette stay not filled, and change with the background color, while the areas highlight by the bug stay highlighted. - 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]
[sc-issues] [Issue 54101] Copy / Paste: the empty ce lls are not pasted in the last column
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=54101 --- Additional comments from [EMAIL PROTECTED] Mon Feb 4 20:14:18 + 2008 --- I reproduced this bug on Linux with Build 2.3.0. Rather than leaving A1 blank, even if you fill in A1 with a number, you still get the similar bug. So simpler set of steps to realize where the bug is would be 1.Fill A1, B1 and B2 with a number 2.copy A1 and B1 3.Select A2 cell and then click the menu part of the paste icon (or long hold) and select unformatted on th menu. You will see A1 being copied over successfully to A2, but not B1 to B2. Even when DIF is selected, only the first one gets copied (DIF and unformatted text are the only ones that don't all act alike). However DIF doesn't have a consistent pattern such as Unformatted pasting. With Unformatted it is always the last empty box. If you repeat the above with 3 cells in each row, one row of 3 empty cells A1, B1, C1 and 3 filled cells A2, B2, C2 with any numbers. Then now A1 and B2 get copied over to A2 and B2 respectively (A2 and B2 are now empty) , however C2 remains the same. I tried this with up 9 cells in each row, and it is always the last one that doesn't go empty in the second row. With DIF, if you are copying a row of empty cells, then only the first one in the second row get emptied. If you really need this for some practical reason, the way to do this is that if you need to copy 3 empty cells to be copied each time, and need unformatted text, select 4 and copy them which will paste only 3 of them. - 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]
[sc-issues] [Issue 85187] Wrong option gets disabled in paste special, shift cells
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=85187 --- Additional comments from [EMAIL PROTECTED] Mon Feb 4 05:34:48 + 2008 --- kjl - 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]
