[sc-issues] [Issue 114839] Row heights not saved cor rectly
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=114839 --- Additional comments from fil...@openoffice.org Wed Dec 8 16:08:51 + 2010 --- Btw - it only seems to happen when 'Use Printer metrics for text formatting' is OFF (in Tools/Options, OO-Calc, General) - 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...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[installation-issues] [Issue 114844] All settings are lost
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=114844 --- Additional comments from fil...@openoffice.org Thu Sep 30 09:15:13 + 2010 --- So how's this supposed to help the user? - 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...@installation.openoffice.org For additional commands, e-mail: issues-h...@installation.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 114843] Keyboard editor deletes c hanges
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=114843 --- Additional comments from fil...@openoffice.org Thu Sep 30 15:40:51 + 2010 --- I see you poihnt but I couldn't find a Global component or multi-select them. This issue not only affects the Spreadsheet - it goes for _all_ the large components that has keyboard editor :( - 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...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 114839] Row heights not saved cor rectly
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=114839 --- Additional comments from fil...@openoffice.org Wed Sep 29 18:52:02 + 2010 --- Created an attachment (id=71904) Repro that saving as ODS (not XLS) resets row heights. - 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...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 114839] Row heights not saved cor rectly
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=114839 Issue #|114839 Summary|Row heights not saved correctly Component|Spreadsheet Version|OOo 3.3 Beta 1 Platform|PC URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|save-export Assigned to|spreadsheet Reported by|filkin --- Additional comments from fil...@openoffice.org Wed Sep 29 18:50:53 + 2010 --- When some row heights are too (hiding the wrapped cell content) small I tap Ctrl +A and apply Optimal Row Height to fix it. And it works. But often saving resets the row heights back to their too-small heights :( repro: - Load the attached ods (notice some text is hidden - indicated by red arrows). - tap ctrl+A to select all - right-click the row number column (left-most) - click on Optimal Row Height and accept. - Notice the heights are now large enough to show alle text - Save the ods again (same or new name) and, quit and load it. - Notice the heights are now back to being too small and hides the content :( - 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...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 114843] Keyboard editor deletes c hanges
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=114843 Issue #|114843 Summary|Keyboard editor deletes changes Component|Presentation Version|OOo 3.3 Beta 1 Platform|PC URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P1 Subcomponent|configuration Assigned to|graphicsneedsconfirm Reported by|filkin --- Additional comments from fil...@openoffice.org Wed Sep 29 23:58:14 + 2010 --- If you open a spreadsheet and open the Keyboard editor in Customize and change a shortcut and then - after clicking Modify - click Ooo-dev (or Open Office in the stable version) and change a shortcut there and click OK, the first shortcut you changed is deleted (back to what it was before). This is REALLY frustrating when you've changed, say, 10 shortcuts for Calc (or Writer or whater) and then change ONE shortcut in the OOo-dev/Open Office list - you loose ALL your work (except that last 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: 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
[installation-issues] [Issue 114844] All settings are lost
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=114844 Issue #|114844 Summary|All settings are lost Component|Installation Version|OOo 3.3 Beta 1 Platform|PC URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|of Reported by|filkin --- Additional comments from fil...@openoffice.org Thu Sep 30 00:06:07 + 2010 --- I have 10-20 shortcut changes and a lot of changes in the Options windows - both general and settings for each part of open office. Also toolbar postions and which are hidden or show. ALL this is lost even though the installation asks if I want to keep my prefious (v2.0?? I used 3.2) settings. This drastically discourages users from updating - and even cheats them into thinking it works nicely keeping their settings :( - 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...@installation.openoffice.org For additional commands, e-mail: issues-h...@installation.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 95950] Nudging shape in label doc impossible
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=95950 Issue #|95950 Summary|Nudging shape in label doc impossible Component|Word processor Version|OOo 3.0 Platform|PC URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|editing Assigned to|writerneedsconfirm Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Fri Nov 7 10:30:44 + 2008 --- Nudging a shape (e.g. an arrow) does not work in a label document. 1) Create a new Label document (File/New/Labels) 2) Create a shape, e.g. an arrow, from the Drawing toolbar. 3) Try and nudge the arrow up or down or left or right by selecting the shape and holding down alt while pressing the arrow keys. It does not work. With an image it works allright. - 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 95947] Importing image from webpa ge impossible
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=95947 --- Additional comments from [EMAIL PROTECTED] Fri Nov 7 16:36:18 + 2008 --- It's Win XP pro SP2 - Firefox v3.0 - 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 95948] Saving hides shape behind image
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=95948 Issue #|95948 Summary|Saving hides shape behind image Component|Word processor Version|OOo 3.0 Platform|PC URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|editing Assigned to|writerneedsconfirm Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Fri Nov 7 10:28:44 + 2008 --- Z-index (which image is shown on top of the other) is forgotten in some cases when file is saved 1) Open e.g. this page - http://photos.nafai.org/image/29637 2) Create a new Label document (File/New/Labels) 3) Drag the image from the website into one of the cells 4) Make sure the image is Anchor To Paragraph 5) Create a shape, e.g. an arrow, from the Drawing toolbar and make sure it overlaps the image and is in front of the image. 6) Save and close document 7) Open document. The arrow is now behind the image. - 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 95947] Importing image from webpa ge impossible
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=95947 Issue #|95947 Summary|Importing image from webpage impossible Component|Word processor Version|OOo 3.0 Platform|Unknown URL|http://photos.nafai.org/image/29637 OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|open-import Assigned to|writerneedsconfirm Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Fri Nov 7 10:23:51 + 2008 --- Dragging an image from a webpage into Open Office Writer merely creates a link to the image, whereas one would expect the image to be copied to the document. 1) Open e.g. this page - http://photos.nafai.org/image/29637 2) Drag the image into an empty OO Writer document 3) Save the document. The file is only about 60k, and clearly does not contain the image. If the image is removed from the website, the document can no longer be used. - 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 95807] Home reacts unpredictably
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=95807 Issue #|95807 Summary|Home reacts unpredictably Component|Spreadsheet Version|OOo 3.0 Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|editing Assigned to|spreadsheet Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Mon Nov 3 21:12:15 + 2008 --- This might be a DEFECT and not an enhancement. In Calc Home works in two very different ways that is hard for humans predict when working fast and effectively. If you type a number into a cell and press Home the cell content is accepted and the cursor instantly moves to column one. IF, however there was a number or a string in the cell, the home button would NOT accept the content but - as expected - go to the beginning of the number/ string. These two situations happen often and - perhaps 50% of the time you type into an empty cell and 50% of the time you edit a cell. Thus Home works differently 50% of the times depending on which Home button behavior your brain likes the best. Normally you must tap Return or Escape to accept/change the cell content, but perhaps 50% of the time Home both accept the content it and move the cursor - sometimes it doesn't. This is unpredictable to users who use Calc alot - these users develop habits. Or perhaps this behaviour prevents them from using or developing that habit since it will not work predictably and instead Calc slows the user down. Why is this a problem? 1) an interface should never punish the user for using habits. Pressing Home to get to the beginning of a line or cell is a good habit but in this case works as a punishment. Therefore the Home button should always always go to beginning of a string/line unless it's impossible in which case it chould go to column 1 (or simply not work). 2) When you type a number you might decide that it needed a dash in front to make it negative (I do this very often) or you decide a string of text should start differently. And by habit you tap Home. This, however, does NOT work as you expected and you have to scroll around to find for the cell you were editing to change the start of it - this requires lots of extra key presses (Calc punished the user with extra keypresses and wated time). Therefore the Home button should always go the the start of a string if possible. - 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 95807] Home reacts unpredictably
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=95807 User filkin changed the following: What|Old value |New value Platform|Unknown |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]
[www-issues] [Issue 95808] DEFECT issue type confusin g
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=95808 Issue #|95808 Summary|DEFECT issue type confusing Component|www Version|current Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P4 Subcomponent|openoffice.org IssueTracker Assigned to|[EMAIL PROTECTED] Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Mon Nov 3 21:20:56 + 2008 --- Since testers or users never know if a certain Open Office behaviour was actually MEANT to work a certain seemingly faulty way, she can NEVER know wether an issue is a DEFECT or an ENHANCEMENT. This causes a lot of frustation and wasted exchanges with the programmers. For instance if undo undoes too much - or too little - how would the tester/ user know wether it is a DEFECT or a by-design-behavoir? Please replace the DEFECT issue type - and perhaps add more types - with names such as: SEEMS BROKEN UNPREDICTABLE BEHAVIOUR NOT USER-FRIENDLY CRASH - David btw - the version is very confusing when reporting www-issues like this. it doesn't make sense to select an Open office version of the issue tracker / website. - 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 95019] Page 2 printed even when e mpty
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=95019 User filkin changed the following: What|Old value |New value Issue type|DEFECT|ENHANCEMENT --- Additional comments from [EMAIL PROTECTED] Thu Oct 23 10:00:02 + 2008 --- Ah I see now why it happens. Thanks. You're right, it's not a bug as such. And that there's some logic begin it. Let me ask this way though: In which situation does it help the user that an empty page (no ink) is printed? Will users - who have turned on Suppres output of empty pages - prefer that 100% empty pages (no ink) are printed? - 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 95019] Page 2 printed even when e mpty
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=95019 --- Additional comments from [EMAIL PROTECTED] Wed Oct 22 11:31:06 + 2008 --- Are you sure? Just now I've tried to print page 2 only (in europe we use A4 paper format) - twice - and it's absolutely empty except from the Page 2 of 2 header. No sign of the h or anything else... I've confirmed that page 2 is empty but printed due to an unfortunate bug. Also, the h is printed nicely and perfectly on page 1 - not even close to the border - actually 2-3 chars to the right of the header page 1 of 2. - 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 95016] Re-assigning shortcuts une cessarily frustrating
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=95016 Issue #|95016 Summary|Re-assigning shortcuts unecessarily frustrating Component|Spreadsheet Version|OOo 3.0 Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|ui Assigned to|spreadsheet Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Thu Oct 16 13:51:15 + 2008 --- Remapping four shortcuts like Ctrl + Down, Ctrl + Up, Ctrl + Left and Ctrl + Right to Move Down, Up, Left and Right should be really easy, right? I mean - all shortcuts are listed next to each other and so are the four functions. But perhaps you aren't aware that this is very comlicated in open office because each time you click a function, the shortcut changes. This forces the user to browse the shortcut list FOUR times even when all four shortcuts are in full view. Try it yourself ... open Calc and Customize, click Calc instead of Open Offce and now remap ctrl+down to move down, ctrl+up to up etc. See 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]
[sc-issues] [Issue 95016] Re-assigning shortcuts une cessarily frustrating
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=95016 User filkin changed the following: What|Old value |New value OS/Version|All |Windows XP Platform|Unknown |PC - 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 95019] Page 2 printed even when e mpty
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=95019 Issue #|95019 Summary|Page 2 printed even when empty Component|Spreadsheet Version|OOo 3.0 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|printing Assigned to|spreadsheet Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Thu Oct 16 14:46:40 + 2008 --- Page two on the attached spreadsheet should not be printed out because there's no text or borders or anything on it - it's empty. And 'Suppress Empty Pages' are even turned on (though I guess it shouldn't change anything really). - 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 95019] Page 2 printed even when e mpty
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=95019 --- Additional comments from [EMAIL PROTECTED] Thu Oct 16 14:48:21 + 2008 --- Created an attachment (id=57174) Repro of page 2 being printed when empty-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]
[framework-issues] [Issue 90112] Turn context toolbars perm anently ON/OFF
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90112 --- Additional comments from [EMAIL PROTECTED] Thu Oct 9 21:00:05 + 2008 --- On OpenOffice 3.0 beta it seems this has been fixed. When I click on a picture and turn off all toolbars they stay hidden next time I click a pitcure. Even after I've quit. - 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 89714] Click on a shortcut - Func tions areas doesn't update
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89714 User filkin changed the following: What|Old value |New value Issue type|DEFECT|ENHANCEMENT Summary|Erasing a shortcut makes l|Click on a shortcut - Func |ist jump |tions areas doesn't update --- Additional comments from [EMAIL PROTECTED] Tue Jul 8 12:08:47 + 2008 --- Ah - you are right. So it seem the real problem here is actually that the three Functions areas do not update when you click a shortcut! I've changed the subject. Thanks for being observant! - David - 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 89396] Zoom shortcuts don't work
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89396 --- Additional comments from [EMAIL PROTECTED] Tue Jul 1 11:28:44 + 2008 --- I'll try to explain it more clearly :) I'll explain how to assign zoom in to Ctrl+dash (-) shortcut and you'll notice it doesn't work. Open a new spreadsheet Open Tools / Customize (now Calc is chosen in the top right corner) Click View in the buttom Category list Click Zoom In in the list to the right. Click on Ctrl+- in the Shortcut key list above. Click Modify and OK. Viewing the speadsheet now click Cltr + - to zoom in... Notice that nothing happens. The bug is that ctrl+- is obviously ignored - the view doesn't zoom in. - 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 90112] Formatting toolbar doesn't stay
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90112 --- Additional comments from [EMAIL PROTECTED] Fri May 30 10:01:45 + 2008 --- you cannot configure toolbars for a special context You can't? Then why does the toolbars appear and dissappear when I turn them all off? - is it a request for en enhancement when their're malfunctioning? you suggest a request for enhancement No I don't want the modes - I thought they were already in there. What I'm trying to report is that a toolbar re-appear even though it's turned off. Isn't that a defect? Maybe you can think about a special configuration mode where people can configure the UI for different contexts. No thanks :) I thought that what was I was seeing in the current confusing and unpredictable behavoir. I simply hope you will fix this defect that makes it impossible to hide toolbars permanently. It worked in the old versions and now it's been changed to - for some users - the worse - with no option to turn this new behvaiour off and make toolbars permanently hidden. Cheers - David - 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]
[ui-issues] [Issue 90150] Selection should not disap pear after Print Preview
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90150 Issue #|90150 Summary|Selection should not disappear after Print Preview Component|ui Version|OOo 3.0 Beta Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|sba Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Fri May 30 10:22:18 + 2008 --- If you've carefully selected, say, 20 independant cells and prepare to change their background color or format - but - beforehand - decide to quickly compare their color to other cells in Print Preview you're in for a nasty surprise: After returning from Print Preview the entire selection that you spent time creating is now gone. Obviously any selection should remain even when the user switches to - and away from - print preview. Cheers - David - 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 89453] Print preview colors wrong - not WYSIWUG
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89453 --- Additional comments from [EMAIL PROTECTED] Fri May 30 10:23:51 + 2008 --- PERFECT ! 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]
[framework-issues] [Issue 84023] Changing colors for Windo w items in OS settings changes paper color and default font color.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84023 --- Additional comments from [EMAIL PROTECTED] Fri May 30 10:30:07 + 2008 --- Option (for Print Preview) already exists: Tools / Options / OpenOffice.org / Accessibility Turn off: 'Use system colors for page previews' - 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 90044] blue background in Printvi ew
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90044 --- Additional comments from [EMAIL PROTECTED] Fri May 30 10:24:56 + 2008 --- Option already exists: Tools / Options / OpenOffice.org / Accessibility Turn off: Use system colors for page previews - 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]
[ui-issues] [Issue 90152] Use system colors for Pri nt Preview not On per default
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90152 Issue #|90152 Summary|Use system colors for Print Preview not On per defau |lt Component|ui Version|OOo 3.0 Beta Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|ui Assigned to|sba Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Fri May 30 10:42:41 + 2008 --- I think most users would benefit from turning on Use system colors for Print Preview per default. Also it makes sense that Print Preview is - per default - WUSIWYG which is what I think you'd expect Print Preview to be. Cheers -- David - 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]
[ui-issues] [Issue 90152] Use system colors for Pri nt Preview not OFF per default
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90152 User filkin changed the following: What|Old value |New value Summary|Use system colors for Pri|Use system colors for Pri |nt Preview not On per def|nt Preview not OFF per de |ault |fault --- Additional comments from [EMAIL PROTECTED] Fri May 30 10:44:06 + 2008 --- I meant turning off per default is good. OO should _not_ use system colors for Print Preview as this might not be true WYSIWUG. - 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 90153] Grid lines wrong color in xls files
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90153 Issue #|90153 Summary|Grid lines wrong color in xls files Component|Spreadsheet Version|OOo 3.0 Beta Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|configuration Assigned to|spreadsheet Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Fri May 30 10:48:31 + 2008 --- If you carefully select your grid line color of choice this becomes the color used per default in all new ods files. But if you load/import an xls file the grid color is suddenly white again - even when the default is still set differently. The grid lines in xls files should always have the user defined default color. Cheers -- David - 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 90154] Option for always using pr eferred grid line color
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90154 Issue #|90154 Summary|Option for always using preferred grid line color Component|Spreadsheet Version|OOo 3.0 Beta Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|configuration Assigned to|spreadsheet Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Fri May 30 10:54:02 + 2008 --- It seems some spreadsheet files has defined the Grid line color which is then used for this file instead of the default user definable one. The grid line color in the spreadsheet might be a bad choice for some desktops/ users and they might (not surprisingly) prefer their own default set grid line color. Please ocnsider to add an option for Always use default grid color so that no matter which grid color the user who saved the file had/used, the default user configurable Opoen office Calc grid line color is used overriding what's in the document (but not save this user defined color into the document). I see this as a request for a user to view files the way she wants to - and not make other users decide for her. Cheers - David - 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 90153] Grid lines wrong color in xls files
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90153 User filkin changed the following: What|Old value |New value OS/Version|All |Windows XP Platform|Unknown |PC --- Additional comments from [EMAIL PROTECTED] Fri May 30 11:51:51 + 2008 --- The new settings only are valid for the document from where that preferences have been modified and for new documents. That hasn't to do anything with .xls Ah I see. Is it correct that the option Grid lines/Color is BOTH a preference AND a document setting on one option? Isn't that really confusing and unpredictable? Shouldn't there be one option for the document and another for the user preferences for new documents? How should a user change the default grid line color without changing the current document? This is impossible becuase the document setting and the user option/preference is the exact same setting. It's impossible to change the prefernces without affecting your document... I think this should be carefully reconsidered. Why do you believe The grid lines in xls files should always have the user defined default color? I thought the default grid line color was like my Windows Desktop so that a new spreadsheet shouldn't change the way I view it. Only the borders specifically set in the spreadsheet should be show that way, but the grid lines are un- defined in the spreadsheet and so I expected them to be viewed in my preferred color - like loading a spreadsheet doesn't change my menues or window size. Existing documents always will be opened with their old grid view settings. That - in itself - is big problem. I've reported this in Issue 89377. The current behavoir makes my grid color settings invalid. I hope you will consider making an option to override the default grid line color (I mean the color of cell borders which has no color set - these cells are color netrual and should have the default color I chose in open office - not the color of another user). Thanks - David - 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 90153] Split Grid lines color in two (user pref and spreadsheet setting)
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90153 User filkin changed the following: What|Old value |New value Issue type|DEFECT|ENHANCEMENT Summary|Grid lines wrong color in |Split Grid lines color in |xls files |two (user pref and spreads | |heet setting) - 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 89399] Filename missing exporting PDF
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89399 --- Additional comments from [EMAIL PROTECTED] Fri May 30 12:22:42 + 2008 --- That's correct ! - though this is version 3.0 beta - and not version 1.1 beta2 as in issue 15530. I assume the bug has been there since the first Open Office :) - 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 89374] Option to keep Toolbars hi dden
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89374 User filkin changed the following: What|Old value |New value Issue type|DEFECT|FEATURE Summary|Toolbars keep re-appearing|Option to keep Toolbars hi | |dden Target milestone|OOo Later |OOo 3.x --- Additional comments from [EMAIL PROTECTED] Thu May 29 12:21:22 + 2008 --- I agree - it's very easy to solve for both user types - and so to avoid loosig the important information in this issue (what usually happens :) I've renamed the summary and changed the issue to Feature. Not sure if it should be Enhancement though. Please consider an option to make Toolbars stay away (for advanced users). - David - 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 89374] Option to keep Toolbars hi dden
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89374 User filkin changed the following: What|Old value |New value Component|Word processor|ui QA contact|[EMAIL PROTECTED] |[EMAIL PROTECTED] - 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]
[ui-issues] [Issue 89374] Option to keep Toolbars hi dden
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89374 User filkin changed the following: What|Old value |New value Component|Word processor|ui QA contact|[EMAIL PROTECTED] |[EMAIL PROTECTED] - 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 89374] Toolbars keep re-appearing
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89374 --- Additional comments from [EMAIL PROTECTED] Thu May 29 12:40:05 + 2008 --- Ah with your explanation I think I've figured out the behavoir. I believe it's rather confusing. I consider myself an andvanced user and it even took me a while to figure this out. My mom would never even get close :) It seems the View menu changes for each specific content type I select. So that I define which Toolbars are shown for each content. This might be a good idea but it certainly isn't user-friendly. The new feature/behaviour here seems to be that ONLY relevant Toolbars can be shown when you've selected some content. This means your text and paper jumps and changes all the time as your cursor moves over the different content types. The real problem for me here is: I like my screen static and predictable. I don't like my content and screen to constantly jump up and down as toolbars appear/disappear - or have toolbars popping up or dissappearing on the fly. I'd simply like one permanent (or perhaps no) toolbars and shortcuts for the rest. In this new OO version this seems to be impossible. I think most users don't like their screen to jump around but relevant toolbars should pop up I guess. I just hope there will be a way to avoid the pop-ups and jumps. Any ideas? - David - 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 90112] Formatting toolbar doesn't stay
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90112 Issue #|90112 Summary|Formatting toolbar doesn't stay Component|Word processor Version|OOo 3.0 Beta Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|configuration Assigned to|mru Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Thu May 29 12:46:35 + 2008 --- When - using the View menu - I make ONLY the Formatting toolbar visible and select a picture the toolbars change. I assume that the toolbar view is now in a new MODE where I configure which toolbars are shown for pictures. I now do the same - make ONLY the Formatting toolbar visible in the View menu. Now I click on the text again and - as I expected - the toolbar stays. However, when I select the picture again, the Formatting Toolbar disspears - even though I Please make toolbars stay when pictures (and other content) is selected when the user specifically turns them on using the View menu to configure the toolbars for that content. -- David - 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 84023] Changing colors for Windo w items in OS settings changes paper color and default font color.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84023 --- Additional comments from [EMAIL PROTECTED] Wed May 28 22:25:49 + 2008 --- Isn't issue 89453 (and 90044) a copy of this issue? - 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 89714] Erasing a shortcut makes l ist jump
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89714 Issue #|89714 Summary|Erasing a shortcut makes list jump Component|Spreadsheet 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|spreadsheet Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Wed May 21 09:40:29 + 2008 --- If you start spreadsheet and delete e.g. the shortcut mapped to Delete + Up the shortcut list suddenly jumps to Up instead of simply staying on the chosen shortcut. This behaviour is really unpredictable (unpredictable is always contraty to user friendly) and frustrating as usually you would want to edit the shortcut you deleted or delete/edit the shortcuts next to it. Cheers - David - 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 89399] Filename missing exporting PDF
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89399 User filkin changed the following: What|Old value |New value OS/Version|All |Windows XP Platform|All |PC --- Additional comments from [EMAIL PROTECTED] Wed May 14 07:43:21 + 2008 --- 1. create an empty spreadsheet called e.g. test.ods 2. save it in e.g. d:\Test 3. close sclac.exe 4. double-click d:\Test\test.ods 5. tap Alt+F, D, Return, Return 6. note the empty file requester. 7. tap shift+tab, backspace 8. note that the file name suddenly appears. - 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 89446] Keep Aspect Ratio ignored
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89446 Issue #|89446 Summary|Keep Aspect Ratio ignored Component|Word processor Version|OOo 3.0 Beta Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|ui Assigned to|mru Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Wed May 14 09:16:12 + 2008 --- When the regular user wants her picture to keep aspect ratio when she resizes it, how will she do that? This is really hard for an non-programmer. She won't know that per default the ratio is NOT locked so she will never hold shift when resizing it to avoid stretching it when resizing. After several minutes of frustration and menu exploring she might try to turn on Keep aspect ratio (if she knows what this user un-friendly phrase means) but resizing the picture STILL destroys it - 'keep apect ratio' seems to be ignored. I suggest that you consider locking apect ratio per default and put a Allow stretching in the right-click menu of pictures. Also you could make sure the keep aspect ratio setting isn't ignored when the user resizes. I guess this is a bug/defect that it's simply ignored. Cheers -- David - 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]
[installation-issues] [Issue 89451] File types missing
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89451 Issue #|89451 Summary|File types missing Component|Installation Version|OOo 3.0 Beta Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|of Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Wed May 14 10:05:45 + 2008 --- I de-installed v2.4 before installing 3.0 beta (scalc and swriter only) - and now I find that ODS and ODT files are no longer existing and double clicking brings up the Choose program to open file... and open office is not among the ones I can choose. I (think I) assigned xls and doc files to OO during install but it seems OO 3.0 install didn't create or check wether ODS or ODT filetypes exit. If they don't I don't think the installer creates them. Cheers - David - 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 89448] Original (picture) size br oken
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89448 Issue #|89448 Summary|Original (picture) size broken Component|Word processor Version|OOo 3.0 Beta Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|editing Assigned to|mru Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Wed May 14 09:30:36 + 2008 --- 1. Import a png using Insert/Picture/From file - for example picutre I attached to this issue. 2. notice how big the picture is - the user will assume this is the original size. 3. grab the lower right corner and pull left so that it gets tall and slim. 4. right-click and click Picture... 5. click Original size and click OK 6. notice that this new size is definitely NOT the size it originally had when importat. 7. notice that this new size is definitely NOT the right apect ratio. 8. think about how the user would reset the picture to the right aspect ratio and correct size... it's impossible - especially if the picture is only in the document and not on her harddisk anymore. 9. try keep aspect ratio - this doesn't help at all.. there's no way to I think original size is unpredictable for any user. I have no idea what will happen when I click it - other than never what I need or expect. I think Original size should always return to the original aspect ratio - and any normal user will need an Original aspect button too. I think this should be very easy to reach - in the right click menu on a picture - and not hidden away in the picture details/settings. Cheers - David - 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 89448] Original (picture) size br oken
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89448 --- Additional comments from [EMAIL PROTECTED] Wed May 14 10:25:23 + 2008 --- Created an attachment (id=53617) Test image for the 'Original size' issue - 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 89453] Print preview colors wrong - not WYSIWUG
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89453 Issue #|89453 Summary|Print preview colors wrong - not WYSIWUG Component|Word processor Version|OOo 3.0 Beta Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|viewing Assigned to|mru Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Wed May 14 10:29:52 + 2008 --- If you use dark background color and/or non-standard text-color in your Windows theme OO3 shows print preview wrongly. OO3 uses the operating system colors for the page and text instead of applying the actual printed document colors as you would expect from a print preview. Thereby print preview has no reliable WYSIWUG. This behaviour would make the unsuspecting user think the color of the text is totally wrong. And could even be white on white or black on black. I've attached a test theme for repro. Notice that the text color in normal mode is correct - it's the windows colors - but the print preview shows the text in white too - this is wrong. Cheers - David - 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 89446] Lock aspect ratio by defau lt
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89446 User filkin changed the following: What|Old value |New value Summary|Lock Keep Aspect Ratio b|Lock aspect ratio by defau |y default |lt --- Additional comments from [EMAIL PROTECTED] Wed May 14 10:12:32 + 2008 --- Actually turning on 'Keep Ratio' doesn't change anything when mouse-resizing. I think this issue might either be a Defect in the Keep ratio-setting - or require a whole new right-click option called Lock aspect that should probably be turned on by default and work when resizing with the mouse. - 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 89454] Ctrl+Shift+P undeletable / blocks general shortcut
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89454 Issue #|89454 Summary|Ctrl+Shift+P undeletable / blocks general shortcut Component|Word processor Version|OOo 3.0 Beta Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|mru Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Wed May 14 10:45:25 + 2008 --- Perhaps the user want's ctrl+shift+P to print instead of ctrl+P (this could be preview). But if she assigns Print to Ctrl+shift+P in Open Office it doesn't work in swriter. This is because swriter has superscript on that shortcut. Now she will most likely delete the superscript shortcut to make it work but the superscript shortcut magically re-appears even after she deleted it. This makes it impossible for the assigned shortcut in open office to work in Swriter because Swriter forces the shortcut to another function when instead the shortcut should have stayed gone when deleted - making the ctrl+shift+P assigned in OOffice work. Cheers -- David - 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 89453] Print preview colors wrong - not WYSIWUG
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89453 --- Additional comments from [EMAIL PROTECTED] Wed May 14 10:32:09 + 2008 --- Created an attachment (id=53618) Test Windows Theme for Print preview color issue - 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 89459] Unable to reset to default picture size
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89459 Issue #|89459 Summary|Unable to reset to default picture size Component|Word processor Version|OOo 3.0 Beta Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|FEATURE Priority|P3 Subcomponent|editing Assigned to|mru Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Wed May 14 11:27:12 + 2008 --- If you import a picture it gets a rather useful size by default with correct aspect ratio. This size is somehow chosen by OO per default as a good and user friendly size/aspect - and it IS in fact almost _always_ a good size - a good guess. The problem now is that if you've resized or stretched the picture by mistake its impossible to get back to that useful user friendly size. Note that Original size is NOT the same as the default size so the user cannot simply click 'Original size' to get back that user friendly size/aspect. Please make an option called simply Reset size. This could be the good user friendly size that OO3 choses/guesses when a user imports a picture. 'Original size' however is unpredictable and could be enhanced but that's another story and not what I'm after in this issue. Cheers - David - 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 89454] Shortcut erased if mode ch anged
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89454 User filkin changed the following: What|Old value |New value Summary|Ctrl+Shift+P undeletable /|Shortcut erased if mode ch | blocks general shortcut |anged --- Additional comments from [EMAIL PROTECTED] Wed May 14 20:02:58 + 2008 --- This problem is probably the same for all the OO-apps. I misunderstood the behaviour in my first report. Here's the repro: 1. open writer and go to customize keyboard. 2. switch to openoffice.org in the top right corner 3. click in the shortcut list and press e.g. ctrl+shift+p 4. look up Print in the function list below (this list is very illogical and confusing and hard to find for most users, but that's another story). 5. click on print. 6. if the shortcut changed away from ctrl+shift+p (which is very frustrating and not user-friendly when you assign shortcuts but that's another story) click in the shortcut list and tap ctrl+shift+p once again. 7. now click Modify - now you should see Print in front of ctrl+shift+P 8. here comes the bug: Switch to Writer in the top right corner and switch back to OpenOffice.org 9. click in the shortcut list and tap Ctrl+shift+p 10. Notice that now Print is no longer assigned to ctrl+shift+P as it should have been. Often you'd simply assign one shortcut and press OK (and it would most likely work fine) but if you are assigning more shortcuts to both writer and openoffice this behaviour is rather dangerous and you could waste alot of time confusion. Cheers - David - 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 89454] Shortcut erased if mode ch anged
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89454 User filkin changed the following: What|Old value |New value Component|Word processor|ui QA contact|[EMAIL PROTECTED] |[EMAIL PROTECTED] --- Additional comments from [EMAIL PROTECTED] Wed May 14 20:06:05 + 2008 --- I changed the component to UI as it's probably the exact same issue with any oo- app. - 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]
[ui-issues] [Issue 89454] Shortcut erased if mode ch anged
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89454 User filkin changed the following: What|Old value |New value Component|Word processor|ui QA contact|[EMAIL PROTECTED] |[EMAIL PROTECTED] --- Additional comments from [EMAIL PROTECTED] Wed May 14 20:06:05 + 2008 --- I changed the component to UI as it's probably the exact same issue with any oo- app. - 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]
[installation-issues] [Issue 89373] ALL settings are erased
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89373 Issue #|89373 Summary|ALL settings are erased Component|Installation Version|OOo 3.0 Beta Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|FEATURE Priority|P5 Subcomponent|ui Assigned to|of Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Tue May 13 08:52:58 + 2008 --- When installing a new version of Open office ALL the user's carefully tweaked settings are erased no questions asked (not transferred to the new installations). To the user this means the new version is simply not working as expected. This missing user prefs causes the user to hesitate updating since she will need to start all over configuring the whole suite again spending hours or days getting everything back to normal. Please consider the need for transferring all user-configured settings from previously installed versions to new versions of OO - and even to other computers running the same version. E.g. export/import all preferences would be very useful - but I think it should be user very friendly and never hidden away in the installer. - David - 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 89374] Toolbars keep re-appearing
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89374 Issue #|89374 Summary|Toolbars keep re-appearing Component|Word processor 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|mru Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Tue May 13 08:58:37 + 2008 --- I realize the importance of the toolbars for regular users - but perhaps advanced users should be given the option of permantently hiding toolbars so that they do not re-appear automatically. After having carefully removed the toolbars I keep getting them back when I move around a document. I removed them becuase I don't need them and they obstruct my view and take up screen real-estate for no reason. Cheers - David - 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 89377] Default grid lines color i gnored
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89377 Issue #|89377 Summary|Default grid lines color ignored Component|Spreadsheet 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|spreadsheet Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Tue May 13 09:13:27 + 2008 --- If you change your grid color you'd expect that color to be used in ALL documents because this is the best color for the grid in your desktop color theme. Much like setting the desktop background image or color. However OO seems to save this default grid color with the spreadsheet overriding the carefully set default color that the user chose. This makes the default grid color rather unuseful, unpredicable and frustrating as you cannot trust it to work - you have to change it every single time you load or import a new spreadsheet as it changes wihtout you asking it to. This would be like changing the toolbar positions or window size or even desktop resolution when you loaded a new spreadsheet. Please consider making the default grid color always work or at least add an option to always use default grid color for non bordered cells. Cheers - David - 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 89396] Zoom shortcuts don't work
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89396 Issue #|89396 Summary|Zoom shortcuts don't work Component|Spreadsheet Version|OOo 3.0 Beta Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|configuration Assigned to|spreadsheet Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Tue May 13 15:34:31 + 2008 --- Assigning e.g. ctrl + 0 and ctrl + - to zoom doesn't work in Calc. It works in page preview but not in the normal/editor view. No matter wether the shortcuts are assigned to open office or Calc they're completely ignored in Calc. Cheers - David - 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 89397] Maximizing on screen two f orgotten
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89397 Issue #|89397 Summary|Maximizing on screen two forgotten Component|Spreadsheet 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|spreadsheet Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Tue May 13 15:36:30 + 2008 --- If you maximize oo on your secondary monitor (tested in XP) then close and reopen oo, it maximizes on you primary monitor instead of the second. It's as if OO doesn't check on which monitor it's opened. -- David - 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 89398] Page preview zoom always r esets to 100%
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89398 Issue #|89398 Summary|Page preview zoom always resets to 100% Component|Spreadsheet Version|OOo 3.0 Beta Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|ui Assigned to|spreadsheet Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Tue May 13 15:39:29 + 2008 --- If you zoom to e.g. 150% in the editor - open page preview and close page preview again zoom is still 150% which is good. However in page preview - if you set it to, say, 80% - then close page preview and reopen page preview it's reset to 100% again even though you carefully set it to 80% before closing. Perhaps an option to remember page preview zoom would be good. Cheers - David - 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 89399] Filename missing exporting PDF
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89399 Issue #|89399 Summary|Filename missing exporting PDF Component|Spreadsheet Version|OOo 3.0 Beta Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|save-export Assigned to|spreadsheet Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Tue May 13 16:06:08 + 2008 --- When you save a file the save requester is always filled in with the name of document file (if it's been saved earlier). However when saving a PDF the file name field is empty at first (when it should in fact had contained the last saved document file name) and then when you double click a directory the filename magically appears. In other words to save a PDF you have to click Save as PDF then go into a dir and then back again to get the filename. Cheers -- David - 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 89403] Undo-shortcut called Can' t Undo instead of Undo
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89403 Issue #|89403 Summary|Undo-shortcut called Can't Undo instead of Undo Component|Word processor Version|OOo 3.0 Beta Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|configuration Assigned to|mru Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Tue May 13 18:47:42 + 2008 --- The Redo and Undo shortcuts names are very confusing. The user would search for Undo and Redo but in the shortcut list they aren't listed under U or R for Undo or Redo where you'd expect it - they are listed under C for Can't Undo. Please consider renaming every shortcut function to something logical that doesn't confuse the users by adding or changing words in the function name. Cheers - David - 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 89404] Home unpredictable
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89404 Issue #|89404 Summary|Home unpredictable Component|Spreadsheet Version|OOo 3.0 Beta Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|editing Assigned to|spreadsheet Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Tue May 13 18:53:56 + 2008 --- Users expect a key to always work the same way but OO make e.g. the Home key work unexpectedly when you edit cell content. First time you edit home means Acknowledge (like return) and go to first column. This can be very confusing as you might be typing something and want to return to the start of the cell- content but Home can't get you there - it moves the cursor far away. Second time you edit the cell home works as expected. This behaviour makes it very hard to get a good work habit working with open office as your habit of using home (like in other applications) turns agains you and you really have to think for 2 seconds is this the first time I edited the cell content or will Home work? before you nervouresly try it. Cheers - David - 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 89410] Cell font format unpredict able
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89410 Issue #|89410 Summary|Cell font format unpredictable Component|Spreadsheet Version|OOo 3.0 Beta Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P4 Subcomponent|formatting Assigned to|spreadsheet Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Tue May 13 19:29:12 + 2008 --- If the user has no idea wether tapping ctrl+B on a cell works or not. She can never see if the cell has bold text format or the content has bold format. This is very confusing and unpredictable and far from user friendly. If the cell contains invisible formatting on the text the cell OO ignores the cell formatting. A solution could be to make cell formatting override/erase any content- formatting once applied to a cell. At least if the ALL cell content is e.g. bold OO could easily change the entire content to plain and the cell to bold - thereby making it more user friendly (this could happen once the user tried to apply a format to a cell). As OO works now this is simply broken behavoir to the normal - and of course unaware - user. Cheers - David - 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 89414] Page Break preview obstruc ts content
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89414 Issue #|89414 Summary|Page Break preview obstructs content Component|Spreadsheet Version|OOo 3.0 Beta Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|viewing Assigned to|spreadsheet Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Tue May 13 19:59:56 + 2008 --- The Page numbers showing on top of the content when you are in Page Break preview makes it very hard to see the content. Please consider making these options: Hide page numbers in page break preview Make page numbers in page break preview transparent (0-90%) Cheers - David - 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 89416] Page numbers often unreada ble in Page Break preview
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89416 Issue #|89416 Summary|Page numbers often unreadable in Page Break preview Component|Spreadsheet Version|OOo 3.0 Beta Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|viewing Assigned to|spreadsheet Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Tue May 13 20:03:24 + 2008 --- When one small column reaches over to the next page its page number in page break preview becomes incredibly small (a dot) and therefore unreadable/ completely unusful. Please consider enforcing a smallest-size for page numbers (e.g. 5 mm / or 9 points in height) so that even small page numbers are always readable. Cheers - David - 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 89404] Home unpredictable
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89404 --- Additional comments from [EMAIL PROTECTED] Tue May 13 20:05:48 + 2008 --- It happens only when you simply start typing to edit a cell's content rather than pressing F2 (it that shortcut hasn't been changed) first. - 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 51429] Search and replace w/o col or changes cell color
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=51429 User filkin changed the following: What|Old value |New value Issue type|FEATURE |DEFECT --- Additional comments from [EMAIL PROTECTED] Sun Feb 10 15:11:32 + 2008 --- If undo doesn't work I'll take the liberty of calling it a defect. I mean the formatting getting lost for good (replace not working as any user will expect is perhaps still a feature but I hope you can fix both as a bug now). - David - 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 84023] Dark default background in OS changes page preview background
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84023 --- Additional comments from [EMAIL PROTECTED] Sun Jan 13 15:09:02 + 2008 --- Created an attachment (id=50833) Current wrong look of paper and text color - 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 84023] Dark default background in OS changes page preview background
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84023 User filkin changed the following: What|Old value |New value Status|CLOSED|UNCONFIRMED Resolution|INVALID | --- Additional comments from [EMAIL PROTECTED] Sun Jan 13 15:06:28 + 2008 --- I'm sorry - my mistake. I'll try to explain myself better. It's not the background around the paper that you mention which has the wrong color - the area around the paper is perfect. It's the paper itself in Print Preview mode. Isn't that mode supposed to be a precise WYSIWYG preview of the actual print using the correct colors? The problem I tried to describe is that the colors of windows changes the color of paper in the print preview mode which then is displayed wrongly - and not in White as paper is. Also the text which is printed out in black are displayed wrongly - colorwise - when you choose a different windows theme. Please check out the attached clarifying screenshots... Thanks for your time - I hope you can better use this explanation. -- David - 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 84023] Dark default background in OS changes page preview background
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84023 --- Additional comments from [EMAIL PROTECTED] Sun Jan 13 15:07:58 + 2008 --- Created an attachment (id=50832) How Print Preview should look - 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 84023] Dark default background in OS changes page preview background
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84023 Issue #|84023 Summary|Dark default background in OS changes page preview bac |kground Component|framework 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|tm Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Tue Nov 27 19:54:37 + 2007 --- The print preview brackground should always stay the color of the paper. I'm not sure if you can set the printing paper color in Open Office but otherwise Open office should assume that paper is white. However if the user changes her default background color in Windows to e.g. blue or black - Open Office suddenly shows the printing paper in print/Page Preview as being blue or black. Open Office's editing views/modes correctly use the blue or black default background from the operating system, but it's Page Preview should use the color of the physical paper to get correct WYSIWYG. That's what Page Preview is for I assume. Cheers -- David - 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 81969] Shortcut to sort ascending doesn't sort correctly
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81969 --- Additional comments from [EMAIL PROTECTED] Wed Oct 24 22:59:46 + 2007 --- I'm surprised nobody tried to repro and confirm it. Sorry for my bad explanation I guess that's why. - 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 81969] Shortcut to sort ascending doesn't sort correctly
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81969 --- Additional comments from [EMAIL PROTECTED] Wed Oct 24 23:01:03 + 2007 --- Created an attachment (id=49131) Repro Sort Ascending shortcut bug (cell colors aren't sorted) - 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 53130] Sort more useful - no rang e change
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=53130 --- Additional comments from [EMAIL PROTECTED] Wed Sep 26 14:22:43 + 2007 --- @drensink My purpose of this suggestion was to avoid having to change anything in the dialog box when I wanted to sort the whole sheet. If you just make a 'select all' in the dialog box my goal in not achieved. Specifically I need a shortcut to sort the whole sheet ascendingly - first columns first - by tapping ONE shortcut (or clicking once in a menu) and then perhaps Return to confirm the default settings. -- David - 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 81969] Shortcut to sort ascending doesn't sort correctly
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81969 Issue #|81969 Summary|Shortcut to sort ascending doesn't sort correctly Component|Spreadsheet Version|OOo 2.3 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|editing Assigned to|spreadsheet Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Wed Sep 26 14:32:37 + 2007 --- If you select all, clicks Sort and make sure the dialog box is set to column A and press OK the sort goes fine. Unless there are merged cells. If you map e.g. ctrl+shift+s to Sort Ascending and selects all, then tap ctrl +shift+s the sort forgets to sort the colors of the cells and move the content around without moving the colors - and it doesn't complain about merged cells. So it's rather confusing and unpredictable what happens. And wrong since it should act exactly as when the dialog box is used. -- David - 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 81909] No where to set PPI
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81909 --- Additional comments from [EMAIL PROTECTED] Tue Sep 25 11:44:53 + 2007 --- The benefit is that even when the PPI varies so much from good to bad screens, the user will be sure that 100% means 100% and the paper appearing on screen will match the physical output. It won't be larger or smaller. Isn't that what WYSIWIG is supposed to be? - why not aim for matching the printet output better? - 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 81907] Mouse wheel scrolling jump s
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81907 --- Additional comments from [EMAIL PROTECTED] Tue Sep 25 12:31:58 + 2007 --- Created an attachment (id=48480) bug repro for large cell heights - 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 81907] Mouse wheel scrolling jump s
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81907 --- Additional comments from [EMAIL PROTECTED] Tue Sep 25 12:33:14 + 2007 --- Created an attachment (id=48481) problem repro for large cell height - unable to see the content - 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 81907] Mouse wheel scrolling jump s
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81907 --- Additional comments from [EMAIL PROTECTED] Tue Sep 25 12:39:44 + 2007 --- Why shouldn't open office be able to show bad spreadsheets properly - even on small screens? If you print out a bad spreadsheet og view it in Print preview it looks fine - but in the actual open office calc editor you simply can't see the cell content, scroll through it or even Edit it while seeing it. Remember that bad spreadsheets my be scientific research with descriptions and measurement results - spreadsheets might be perfect for that. And - as I know from my work - spreadsheets are perfect for technical manuscripts and localizations with lots of text in different languages (one per columes) and huge cell heights. The whole translation business uses spreadsheets and excel sucks with large cell heights. Why now acknowledge that? Why don't you think it's a problem that open office simply can't let the user see and edit the whole cell if its height is large or the user only has a small screen or a small window for open office? All browsers try to show badly designed websites as good as possible letting the user scroll all over them to help the user see the entire page. Programs are there to help the user - not force the user to act in a certain way. Software is meant to be adjusted to best do what the user wants - it shouldn't be the user that is limited to use the software _only_ the way the programmers could think. Please see the attached scripts for repro. I think you might want to call this a DEFECT after seeing the problems this behavoir causes. Certainly not OK. Perhaps you never made a user tests and examined the users' reactions on this exact functionality. Cheers -- David - 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 52612] Unpredictable sort range
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=52612 --- Additional comments from [EMAIL PROTECTED] Tue Sep 25 12:44:11 + 2007 --- I thought it was wrongly categorized - a duplicate rather than invalid. Seemed like it was supposed to be marked as a double but I couldn't set it myself. - 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 81907] Mouse wheel scrolling jump s
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81907 Issue #|81907 Summary|Mouse wheel scrolling jumps Component|Spreadsheet Version|OOo 2.3 Platform|All URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|ui Assigned to|spreadsheet Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Mon Sep 24 17:30:44 + 2007 --- The user would expect mouse wheel scrolling to go smooth or one line at the time. This would be logical and user friendly. However Open office 2.3 scrolls one CELL at the time which makes mouse wheel scrolling and even scrollbar scrolling jerky, uncomfortable and hard to use. If you have very large cell heights (like a long text) the page might jump HALF A PAGE making reading of the page really really hard. Pleaes make wheel scrolling and scrollbar scrolling smooth - or at least in steps of 10 point font height/~0,5 cm/0,25 inch. - David - 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 81908] 3 lines doesn't mean 3 cel ls
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81908 Issue #|81908 Summary|3 lines doesn't mean 3 cells Component|Spreadsheet Version|OOo 2.3 Platform|All URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|spreadsheet Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Mon Sep 24 17:33:57 + 2007 --- When mouse scrolling is set to scroll three lines in the windows mouse prefs the user knows it will scroll three text lines. However, Open Office 2.3.0 interprets these three lines as thee CELLS no matter the cell height. This is NOT what the user expects as she chose three LINES as the wheel scoll setting and this works in ALL other Windows programs. - David - 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 81909] No where to set PPI
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81909 Issue #|81909 Summary|No where to set PPI Component|Spreadsheet Version|OOo 2.3 Platform|All URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|viewing Assigned to|spreadsheet Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Mon Sep 24 17:36:59 + 2007 --- To make sure 100% zoom size matches the physical paper size on screen the user should be able to set her PPI (pixels per inch). Otherwise a good screen with many PPI will make the font look way too small at the 100% zoom - and an old screen with few/low PPI will make the font and paper size look much too big. - 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 81908] 3 lines doesn't mean 3 cel ls
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81908 --- Additional comments from [EMAIL PROTECTED] Mon Sep 24 18:53:56 + 2007 --- It sounds like you're assuming the goal with the interface is to mimic other apps or specifically Excel. As you might know MS is not well known for user friendly interfaces (rather the contrary). Why not fix this issue making the behaviour do as the user expects - thus logical instead of using a non-user-friendly design simply because it is really old and has probably bothered people for a very long time? Cheers -- David - 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 81908] 3 lines doesn't mean 3 cel ls
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81908 --- Additional comments from [EMAIL PROTECTED] Mon Sep 24 18:59:54 + 2007 --- Oh I realize this might be an enhancement and not a DEFECT hmm. I mean if you regard the three lines set in the mouse user settings as the scroll size as NOT necessarily being lines but freely interpretable and meaning three hmmm - what's a user friendly word.. :) - hmm three units perhaps - THEN it wouldn't be a DEFECT in Excel and open offirce - but rather a very odd behavoir. Cheers - David - 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 81908] 3 lines doesn't mean 3 cel ls
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81908 --- Additional comments from [EMAIL PROTECTED] Mon Sep 24 19:22:29 + 2007 --- Hmm I've only used 4 or 5 other spreadsheet applications. I didn't work with manuscripts at that time though (I've only done that in OO calc) - scripts have huge cell heights. Other apps working with cells are browsers for instance. They have alot of different sized tables with cells in all kinds of heights and widths. They still scroll smoothly (even pixel smoothly). - 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 81908] 3 lines doesn't mean 3 cel ls
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81908 --- Additional comments from [EMAIL PROTECTED] Mon Sep 24 19:46:53 + 2007 --- I see you changed it to Enhancement. I'm not sure I agree but that makes it a duplitace of issue 81907 Do you think the description in issue 81907 is sufficient? - 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 52612] Unpredictable sort range
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=52612 User filkin changed the following: What|Old value |New value Status|CLOSED|UNCONFIRMED Resolution|INVALID | --- Additional comments from [EMAIL PROTECTED] Mon Sep 24 19:54:16 + 2007 --- It's not invalid is a duplicate. - 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 78962] Selection lost when open/c losing print preview
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=78962 Issue #|78962 Summary|Selection lost when open/closing print preview Component|Spreadsheet Version|OOo 2.2 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|editing Assigned to|spreadsheet Reported by|filkin --- Additional comments from [EMAIL PROTECTED] Wed Jun 27 23:07:56 + 2007 --- When you've carefully selected some rows or cells, then go into Print Preview and close Print Preview again, OO erases your selection... that's wasting the user's work and time. It should keep the selection so that the user can keep working from where she left off. There's no apparent reason to waste the user's time this way. Cheers -- David - 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 59691] New - Scrollbar doesn't up date
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=59691 Issue #:|59691 Summary:|Scrollbar doesn't update Component:|Spreadsheet Version:|OOo 2.0.1 Platform:|All URL:| OS/Version:|All Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|ui Assigned to:|spreadsheet Reported by:|filkin --- Additional comments from [EMAIL PROTECTED] Thu Dec 22 18:58:52 -0800 2005 --- The vertical scrollbar freezes if you press and hold Page Down. This happens with a big spreadsheet (maybe only when keyrepeat is set to quick). This behaviour makes it impossible to know how far down the spreadsheet you are since the indication the scroll-bar usually gives you is gone (it stays in the top until you either release the Page Down key or reaches the end of the spreadsheet). Open office should ALWAYS update the scrollbar when the view changes - it should never let it show the wrong position simly because page down is pressed too quickly. The scrollbar is part of the important visual feedback for navigating. Please try it yourself with the attached xls-file. Remember your keyrepeat speed might have to be turned up. Cheers -- David - 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 59691] Scrollbar doesn't update
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=59691 User filkin changed the following: What|Old value |New value Attachment data| |Created an attachment | |(id=32664) Hold Page Down, | |watch the scrollbar freeze --- Additional comments from [EMAIL PROTECTED] Thu Dec 22 18:59:56 -0800 2005 --- Created an attachment (id=32664) Hold Page Down, watch the scrollbar freeze - 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 59691] Scrollbar doesn't update
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=59691 --- Additional comments from [EMAIL PROTECTED] Thu Dec 22 19:00:42 -0800 2005 --- Platform = Windows XP - 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 53133] View freezes when shift + page down held
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=53133 User filkin changed the following: What|Old value |New value Attachment data| |Created an attachment | |(id=29929) Scrollbar not | |updated when pagedn/up | |held --- Additional comments from [EMAIL PROTECTED] Tue Sep 27 03:33:04 -0700 2005 --- Created an attachment (id=29929) Scrollbar not updated when pagedn/up held - 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 53757] Option to protect contect
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=53757 --- Additional comments from [EMAIL PROTECTED] Thu Sep 22 05:46:29 -0700 2005 --- Note that I agree that the edit button (I guess you mean shortcut - e.g. return or F2 or ctrl+E or whatever) works as it should and should not be changed. What I'm suggesting is a way (e.g. a switch in Options) of disabling ANY key to automatically invoke edit mode thus having the option of avoiding that hitting any random key (a-z 0-9) invokes Edit mode automatically - primarily for when you're reviewing a spreadsheet you do not want to edit alot. It's not a fix - it's an enhancement to make some users happy. Users who don't set the switch I'm suggesting will not be affected in ANY way. -- David - 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 53755] Insert button didn't chan ge
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=53755 User filkin changed the following: What|Old value |New value Status|CLOSED|UNCONFIRMED Resolution|WORKSFORME| --- Additional comments from [EMAIL PROTECTED] Wed Sep 21 17:12:53 -0700 2005 --- Oups my mistake - that is not what I meant - reopening issue. I'm not talking about inserting cells, rows or columns - I meant INPUT mode. The issue summary is OK but what I meant was this: I just mapped Set Input Mode to the Insert button but it still responded to it's former shortcut command: Paste Special. Cheers -- David - 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 53757] Option to protect contect
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=53757 User filkin changed the following: What|Old value |New value Status|CLOSED|UNCONFIRMED Resolution|WONTFIX | --- Additional comments from [EMAIL PROTECTED] Wed Sep 21 17:23:20 -0700 2005 --- All spreadsheets I know works in the same way and this is a must. If course it's a must to have the current easy input mode, but what I'm suggesting is a new ADDITIONAL mode or option on/off called somehting like Typing should not change cell content that simply requires the user to hit the (configurable) Set Input Mode shortcut before the Input Mode is activated. simply use tools-protect document-sheet ore the Edit button in the toolbar. No is too protective. This mode makes it almost impossible to edit and change a spreadsheet even if you want to. My suggestion is a mode that makes it quite easy to change a cell's content (you need to press e.g. ctrl+E first) and at the same time hard to erase or change cell content by mistake. You probably know the problem of making a few changes and browsing a big spreadsheet and while nagivating around in it using the keybaord you hit a wrong key at some point and the cell is erased/changed with no warning - and you might not notice before it's too late. Cheers -- David - 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 53517] Ctrl+Shift+S shortcut as Sort ignored
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=53517 --- Additional comments from [EMAIL PROTECTED] Thu Sep 15 04:30:30 -0700 2005 --- BTW sort ascending from the table section isn't for Calc but for writer tables So what you're saying is that this shortcut should not be shown when you customize Calc? - I totally agree - you should change Open Office then so that you don't confuse users with shortcuts that is not meant to be shown in Calc's customization when they're actually not for Calc. Cheers -- David - 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 54653] New - All customizations G ONE!
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=54653 Issue #:|54653 Summary:|All customizations GONE! Component:|Spreadsheet Version:|OOo 2.0 Beta Platform:|All URL:| OS/Version:|All Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|configuration Assigned to:|spreadsheet Reported by:|filkin --- Additional comments from [EMAIL PROTECTED] Thu Sep 15 04:46:47 -0700 2005 --- When you've carefully used several hours setting up open office it's a BIG frustration that installing the newest version simply erases ALL your settings and customizations! - No questions asked - no warnings. Simply waste of my time and data. Please fix this by retaining the customizations, asking if the current/old configuration should be used or initialized AND make it possible to save your settings in a single ini file for each OO application (calc.ini write.ini and so on). Back to the heavy configuration task once again - again, for me :( Cheers -- David - 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]