[sw-issues] [Issue 116462] Page view blocked when cursor is in note
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=116462 Issue #|116462 Summary|Page view blocked when cursor is in note Component|Word processor Version|OOO330m15 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|writerneedsconfirm Reported by|scagni --- Additional comments from sca...@openoffice.org Fri Jan 14 12:07:16 + 2011 --- The new note functionality introduced in Writer with release 3 is very useful and easy to use. However in the indicated release candidate of 3.3 I found a problem I think was not present in previous releases: After insetting a note, the "post-it" space for it appears of the right side of the page, and you can click on it and write your note. However, when you're finished with it and you want tot move somewhere else in your document, this is now impossible unless you actively click back on normal text. If you leave the blinking cursor in the note, any attempt to navigate the document using the vertical scroll bar fails. I never noticed such a behavior before with 3 or 3.1 - and I have used notes quite extensively. At first I feared some program instability, only after a few seconds I realized that clicking back onto the normal text would allow me to move around again. Maybe this has been introduced to pursue absolutely coherent behavior of the UI, in the sense that if you're editing the note you shouldn't go anywhere else? If this is the case, I actually find it a bit too stiff. Having to click back on the text each time you finish editing a note just to navigate the document is a real bore, even if on the long run you would get used to it. Thanks for the attention. - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 115531] decimals shown in values
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=115531 Issue #|115531 Summary|decimals shown in values Component|Spreadsheet Version|OOo 3.3 RC2 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|spreadsheet Reported by|scagni --- Additional comments from sca...@openoffice.org Thu Nov 11 11:55:47 + 2010 --- In OO 3.3 the calc default number of decimals shown in cells for values seems to be increased to 10 from the previous 2 - a bit too much perhaps. Besides, the behaviour of the buttons that hides decimals one by one seems to be quite strange: place a number with a lot of decimals in a cell (e.g. put function =rand() in cell B4); then select that cell and the empty one above (B3:B4), and press the button to lower the number of decimals shown. In this case it works properly. Now select instead the cell with the number and the empty one below (B4:B5). If you press the same button, now it has no effect. This is actually happening on a larger scale: if the cell with the number is at the low right corner of a selection (with the other selected cells empty) the button does not work; if it is at the upper left corner, it does. I cannot find a logical reason for this. Or there is one? The button to add shown decimals behaves still differently: start again with a cell with rand(); depending on the range you select, it can add the 11th decimal (if the cell with the number is at the bottom right of the selected range) or make the number show only one decimal at the first press, and then increase from there (if the cell with the number is at the upper left corner of the selected range). I suppose this description is not really clear sorry. 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: 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 115311] Invisible borders of writ er OLE table objects when editing
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=115311 User scagni changed the following: What|Old value |New value Summary|Invisible borders of calc |Invisible borders of write |OLE objects when editing |r OLE table objects when e | |diting - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 115311] Invisible borders of calc OLE objects when editing
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=115311 --- Additional comments from sca...@openoffice.org Fri Oct 29 10:10:43 + 2010 --- Created an attachment (id=72779) Example of embedded tables not showing borders when in normal mode, any zoom level - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 115311] Invisible borders of calc OLE objects when editing
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=115311 Issue #|115311 Summary|Invisible borders of calc OLE objects when editing Component|Presentation Version|OOO330m12 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|graphicsneedsconfirm Reported by|scagni --- Additional comments from sca...@openoffice.org Fri Oct 29 10:09:46 + 2010 --- Open the attached Impress file. In both pages you'll find tables that are OLE objects pasted from Writer. If you double click on them they in fact will open as such, and you can see there are some borders: they are 0,05 pt black (default). And in fact, when showing the presentation, those borders are visible. However, in the Impress "normal mode" they are NOT shown, and this happens at any zoom factor: you can explode even to 500% visualization,with a couple of table figures occupying almost all the screen space, but the borders are still nowhere. You have to enlarge them to at least 1 pt width (0,5 pt is not enough, still invisible) to make them visible in normal mode (on page 2 there is a single vertical line visible of such witdh). Perhaps the objection is that is better to use a native impress table, but I still find some problems with them: I cannot find a way to format numbers in them as I do in Calc and writer tables, and I cannot find a way to modify or create a table style in Impress (Those offered by default are nice but all very similar) Thanks for the attention. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 115272] Unwanted microarrows alwa ys shown in presentations
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=115272 --- Additional comments from sca...@openoffice.org Wed Oct 27 14:34:11 + 2010 --- Well, for lunch I switched off the PC and I rebooted it afterwards, and now the mysterious symbol in presentations has gone. I really do not know what to say. Maybe it was a really one-of-a-kind random malfunction. I will keep checking it in the next days and will write about any new appearance of the problem. If it does not appear again, please forgive my previous notice. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 115272] Unwanted microarrows alwa ys shown in presentations
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=115272 --- Additional comments from sca...@openoffice.org Wed Oct 27 11:28:32 + 2010 --- Created an attachment (id=72753) A screen capture of the presentation running. The big red arrow has nothing to with the presentation and is placed only to clearly show the position of the unwanted symbol on the screen - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 115272] Unwanted microarrows alwa ys shown in presentations
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=115272 --- Additional comments from sca...@openoffice.org Wed Oct 27 11:22:08 + 2010 --- Created an attachment (id=72752) A simple presentation showing the unwanted character when started - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 115272] Unwanted microarrows alwa ys shown in presentations
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=115272 Issue #|115272 Summary|Unwanted microarrows always shown in presentations Component|Presentation Version|OOO330m12 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P1 Subcomponent|viewing Assigned to|graphicsneedsconfirm Reported by|scagni --- Additional comments from sca...@openoffice.org Wed Oct 27 11:21:05 + 2010 --- I am testing the RC2 release of OpenOffice 3.3. After opening ANY Impress files, when I start the presentation an unwanted couple of small downward arrows appear around the upper right corner of the screen. This happens even starting a new presentation from scratch, not only with already saved ones. On the contrary, I NEVER experienced this with any release up to 3.2.1 (which means until 4 days ago, when I installed 3.3.rc2). I am attaching a simple presentation file that has the problem (but it has no special role, since this happens with any presentation), and a screen capture image of the presentation being run, with the double small arrows clearly visible with a clear blue rectangle in the background (the double arrows always remain in the foreground, no matter what objects you place where they are). At first I suspected this symbol to imply some particular functionality, but after some fiddling with the mouse on it I could not find any sense in it. Thanks for the attention. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 54809] The app does not remember status of activities panel
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=54809 --- Additional comments from sca...@openoffice.org Mon Sep 27 11:41:07 + 2010 --- Yes and no, Issue 96290 is concerning an object that has its own "memory", i.e. it remembers its visualization settings, but if I understand correctly, keeps this settings across all OO apps even if its presence is welcome in only one of them. So you open the navigator in writer because in that app it is useful, you do not want it in calc but the on/off switch is unique and you get in in calc. The present issue concerns instead objects that have NO memory: they are application specific (Impress) so there is no problem like the one above, but there is no way to make the app remember if you want them open or closed, as well as if you want them to open in a certain way (i.e. which pane to visualize by default) when you open them. No matter how you settle them when working with Impress is open, next time you run Impress again (with the same file or another) they are always and invariably OPEN, and open in the same default way. Well actually this it is not 100% true, as the one thing they remember is size: you can resize them to your tastes, and from then on they will keep that size. Notice that, on the contrary, the "hidden" state (i.e. what you get when you click at their internal border, causing them to stay open but show only that border on the extreme right (the "activities" pane) or on the extreme left (the "slides" pane). I hope this help to clarify the matter and to answer comments from hagar_de_lest - 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
[sw-issues] [Issue 114355] Do not split tables betwe en 2 pages not exported in WORD format
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=114355 Issue #|114355 Summary|Do not split tables between 2 pages not exported in WO |RD format Component|Word processor Version|OOo 3.2.1 Platform|All URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|formatting Assigned to|writerneedsconfirm Reported by|scagni --- Additional comments from sca...@openoffice.org Mon Sep 6 14:28:49 + 2010 --- When working in big and mixed environments, the ability to exchange files with MS word users is crucial to use OO. So any formatting which is not maintained when saving into that format from OO is a big problem. In this case I have to point at the switch that blocks the breakup of a table into separate parts in two consecutive pages. No mater how many times you switch it on in OO Writer, when you save in Word format this switch is not kept. It may seems a small problem, but it is actually decisive when you edit a document with a lot of tables, and you do not want any of them to split into two different pages. The impagination of the document can go TOTALLY berserk when converted into Word format. I could not find any workaround for this problem, unless you're prepared to convert your tables into images of some kind. But then they cannot be edited anymore, and this is just as bad. The best thing would really be to add this small switch to the export routine. Thanks for the attention! - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 111705] Settings of graphs axis l ost when resizing or other actions
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=111705 --- Additional comments from sca...@openoffice.org Wed May 19 11:23:34 + 2010 --- I just wanted to add some further details to this: - the problem arises with black color, but it does not using some other colors: I have tried 80% grey and red1 without losing the setting. Of course I do not know if other untested colors misbehave as black does - to check it quickly, just do this: double click and open the graph, set the axis color you like, then close it. if you resize it now all colors are retained (black too). Now cut the graph and paste it again, then resize the graph: if the axis was black, it's lost. If it was 80% gray, for example, the color is retained. You can repeat this any number of times with the same above results. Thanks for the attention. - 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 111705] Settings of graphs axis l ost when resizing or other actions
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=111705 --- Additional comments from sca...@openoffice.org Wed May 19 11:08:21 + 2010 --- Created an attachment (id=69532) A doc containing a graph that loses its axis colors when edited - 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 111705] Settings of graphs axis l ost when resizing or other actions
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=111705 Issue #|111705 Summary|Settings of graphs axis lost when resizing or other ac |tions Component|Spreadsheet Version|OOo 3.2 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P1 Subcomponent|editing Assigned to|spreadsheet Reported by|scagni --- Additional comments from sca...@openoffice.org Wed May 19 11:07:22 + 2010 --- Open the attached file "Graphs losing settings when edited.odt". It contains a graph created with calc. You will notice that both axis lines are set to black. Now proceed to resize it, either by mouse dragging or numerically: the black lines will revert to 30% grey (I think the default colors for them). If you undo the action they stay grey all the same. Actually the problem surfaces also with other actions: for example, copy the graph and paste it into an empty clac doc: black line disappear as well. Actually the behaviour of the setting seems to be highly volatile, and I needed a bit of fiddling to prepare a replicable experiment showing it. While working with colleagues on a paper with many similar graphs, I really went bonkers trying to keep those damn axis lines in black. Deep embarrassment with those not already keen on OO due to this, it is high priority to me: the unpredictability of it makes people want to change application in the first place. - 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 105203] Totally corrupted animati on in presentations
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105203 --- Additional comments from sca...@openoffice.org Wed Jan 27 13:13:42 + 2010 --- As far as I am concerned, I just tried again the animation after seeing the latest discussion on the problem: with 3.2 RC3 on winxp the animation "entrata a scorrimento" (that's the name in italian) is now displaying correctly. Of course this does not imply that the problem is solved on any platform or for any animation effect... but for me it is at present, at least until I will find other animations that misbehave on 3.2 or later versions... Thanks for the attention. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 105203] Totally corrupted animati on in presentations
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105203 --- Additional comments from sca...@openoffice.org Mon Sep 28 14:58:35 + 2009 --- Created an attachment (id=65017) The uncorrect animation in the original odp file - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 105203] Totally corrupted animati on in presentations
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105203 --- Additional comments from sca...@openoffice.org Mon Sep 28 14:57:25 + 2009 --- The four red lines are visible in the movie underlining the following items: - riverside routes - and art trails - mainly flat terrains - easily managed by children These four lines are grouped and assigned an animation (the third in the third group, the group is named "moderato" (in italian, I do not know if it is "moderate" in English.) I am now attaching the odp file, I posted a video because I wanted to show exactly what happened on my PC, the video seems quite clear to me. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 105203] Totally corrupted animati on in presentations
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105203 --- Additional comments from sca...@openoffice.org Sat Sep 19 11:07:11 + 2009 --- Created an attachment (id=64859) An example of wrong Impress animation effect - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 105203] Totally corrupted animati on in presentations
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105203 Issue #|105203 Summary|Totally corrupted animation in presentations Component|Presentation Version|OOo 3.1 Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|viewing Assigned to|graphicsneedsconfirm Reported by|scagni --- Additional comments from sca...@openoffice.org Sat Sep 19 10:59:26 + 2009 --- Some objects animations assigned to objects in impress presentation show ugly things when you start the presentation. To see this just have a look at the video I captured on my screen, where I show a group object made of four red lines, then I point at the animation assigned to it, then start the presentation and the result is NOT correct at all. I do not have the time to check every possible animation, but perhaps others have the same problem as well. I think I posted an issue on a very similar prob some time ago, then I lost sight of it, but I thought this was resolved since long Alas it isn't, and if you're not careful to check every animation you set, you risk to show you audience very ugly things. and will blame OO. let's try to avoid this! - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 64689] Add Chart type : Bubble ch arts
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=64689 --- Additional comments from sca...@openoffice.org Thu Mar 5 11:47:16 + 2009 --- I am very happy things are moving briskly on this: regarding the problems reported, I would be in favour of implementing a working version as soon as possible, leaving optional enhancements for later upgrades. This holds for example for the present lack of 3D functionality: AFAIK a good 2D bubble chart is used - and is appropriate - 95% of the times. Start with it then: 3D bubble objects can easily follow later on Thanks anyway for all the effort! - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 64689] Add Chart type : Bubble ch arts
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=64689 --- Additional comments from sca...@openoffice.org Wed Feb 25 11:47:32 + 2009 --- Thanks for the info. I will wait for a compiled version to be available then. I hope this comes soon of course, but it will be welcome anyway whether after a long or short time. Sorry for the misunderstanding. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 64689] Add Chart type : Bubble ch arts
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=64689 --- Additional comments from sca...@openoffice.org Wed Feb 25 10:41:16 + 2009 --- I beg your pardon I am a quite low-tech user... how do I install the patch??? I thought some instructions would be included... or it had the form of an extension or an exe. But how do I make use of a .patch file? Sorry for my deep incompetence. Any hint appreciated! - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 64689] Add Chart type : Bubble ch arts
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=64689 --- Additional comments from sca...@openoffice.org Wed Feb 25 10:11:04 + 2009 --- This is absolutely good news I am starting my OpenOffice basic statistics course just next monday what a coincidence. If the patch works I will be able to use in the forthcoming weeks. I will post any emerging problem here in the near future. 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: 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
[sw-issues] [Issue 98867] "all languages" option dis appeared
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=98867 --- Additional comments from sca...@openoffice.org Thu Feb 5 11:42:33 + 2009 --- I have read the completely reasonable explanation of how grammar checking conflicts with the "all languages" option. Still, IMHO things should always be considered from different points of view. I do not doubt a lot of people will appreciate grammar checking functionality: those who write in languages they do not fully master, as well as those who write in a hurry and spend little time perfecting their texts. Personally, writing teaching texts and scientific works, triple proofreading is necessary in any case and no combination of grammar-spell checking can adequately take its place. On the contrary, I very often happen to deal with sentences or clauses where there is a mix of 2 languages: one is the main language there but the other is still necessary because it is commonplace to leave the name of a lot of things in the original language (e.g. institutions, medium sized town and regions, and so on). For these reasons, the ideal configuration would in my opinion be one where: - you can choose if you want grammar check together with spell check or not; - in the former case, the all languages option is not available; - in the latter case, you can choose to have your spell check in 2 or more languages with the all languages option. By the way, while I can see the "grammar" item in the list of check, there is no item of this kind in OO3.0.1 for English or Italian. So I suppose grammar check is coming along but not standard fare yet? Thanks for the attention. - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 98867] "all languages" option dis appeared
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=98867 --- Additional comments from sca...@openoffice.org Wed Feb 4 14:09:44 + 2009 --- I looked into the document you indicated and saw that the elimination of the all languages option was intentional. Probably my limited understanding does not allow me to grasp how to obtain the same result with the new organization of linguistics. If so please could you let me know how to do it? Or otherwise, if this function is actually no more possible, I fail to understand why, since as I noticed before it was really useful. If the latter is the case, please consider if something of the kind would be worth reintroducing. Thanks a lot. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 98867] "all languages" option dis appeared
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=98867 Issue #|98867 Summary|"all languages" option disappeared Component|Word processor Version|OOo 3.0.1 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|editing Assigned to|writerneedsconfirm Reported by|scagni --- Additional comments from sca...@openoffice.org Wed Feb 4 10:37:12 + 2009 --- I do not actually know if this has been voluntarily removed, but in OO 3.0.1, in the linguistic settings dialogs, among the "options" the flag for "all languages", which allowed the automatic spell checking to check words against all languages with installed dictionaries (in my case English and Italian) has DISAPPEARED. This is unfortunate since it was a VERY helpful option in the preparation of bilingual documents (almost the majority in my case). In the help files however, the "all languages" option is still present and explained. I would strongly favour its reinstallment. - 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...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 54809] The app does not remember status of activities panel
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=54809 --- Additional comments from [EMAIL PROTECTED] Wed Dec 3 10:11:25 + 2008 --- No, this has little to do with issue 55729 IMHO: it is a simple problem of sensitive UI configuration of Impress: while some parts of the OO UI remember specific user arragements are saved(e.g. the toolbars: you open/close your favourite ones, place them where you prefer, and they will stay there from then on), appearance of the two lateral panes in Impress (left: slides pane, right animation and others pane) will always, stubbornly reopen in the same default way. If you want more space for editing, for example, you could rather have the animations (right side) pane stay normally closed or squeezed to the right until you positively open it. But no way: you'll have to reclose it 100 times if you open a file 100 times. The same lack of "memory" concerns the choice if the front page for the right-side panel: you could like to have the animation page in front, but there is no way it will always open with the "layout" page in front, and you have to switch times and times again. Of course it's only a question of ease of use - 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 83744] Equation editor objects gr eek alphabet corruption when exporting in PDF
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83744 --- Additional comments from [EMAIL PROTECTED] Thu Oct 2 10:26:34 + 2008 --- While fiddling to work around this problem, I found a very easy partial solution: If you export if PDF/A-1 format, the file size is somewhat bigger but the problem is gone. Good news after 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]
[sw-issues] [Issue 83744] Equation editor objects gr eek alphabet corruption when exporting in PDF
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83744 --- Additional comments from [EMAIL PROTECTED] Thu Oct 2 10:11:54 + 2008 --- Please have a look into this ASAP, it is practically blocking the use of OO when importing scientific papers from MS word format (almost always there is the need to produce pdf exports). It is true that math formulas can be converted to native format, but: - the translation is EXTREMELY cumbersome; as soon as you want to edit the formulas things become impossible, and most of the times you'better rewrite it from scratch - the necessity for convertion prevents people not familiar with OO formula editor to start working with OO while still using euqation editor for embedded math. I really do hope 3.1 comes soon, and this problem is not reassigned to 3.2 or later...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]
[graphics-issues] [Issue 94526] Guidelines context menu is not working anymore
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=94526 Issue #|94526 Summary|Guidelines context menu is not working anymore Component|Presentation Version|OOO300m7 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|graphicsneedsconfirm Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Wed Oct 1 10:25:52 + 2008 --- Open an impress (or draw) document, place any object on it, then check in the visualise menu that guidelines are shown and drag one from the rulers. Now point the guideline with the mouse and right click on it. You get its context menu, with command like delete it or modify its position numerically. Unfortunately, while the guideline context menu appears, its command are not usable anymore: you click on the delete command and nothing happens; you click on the edit command and get instead a create new guideline dialog. As far as I know this did not happen in OO2.x Thanks for attention. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 94417] Inconsistent clipboard beh aviour when pasting an Impress table in a text doc
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=94417 Issue #|94417 Summary|Inconsistent clipboard behaviour when pasting an Impre |ss table in a text doc Component|Presentation Version|OOO300m7 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|graphicsneedsconfirm Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Mon Sep 29 09:47:52 + 2008 --- I am working with Impress tables for the first time, that is the reason of this flow of issues on this matters. When you copy an Impress table and paste it in a text document, the default action is equivalent to the paste special "rtf formatted" action. In this way you get a text table, but lose all formatting of the original table (e.g. background colors/borders of cells etc.). If you instead choose paste special > impress 8 you get a proprietary impress object with all the original formatting but not a text document own table. This is inconsistent with other similar objects behaviour: e.g. when you paste a part of a calc sheet, the "paste" action gets you a calc object, while you can choose "paste special rtf formatted" to obtain a text doc own table (alas again not with all formatting carried over). I would suggest to make the "paste" behaviour consistent (i.e. with paste you get always the original object pasted, be it a calc or impress table). Besides, it would be nice to be able to paste an impress table in a text doc as a text own table (i.e. via paste special rtf formatted) retaining as much original formatting as 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]
[graphics-issues] [Issue 94413] Impossibility to apply com mon setting to multiple tables
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=94413 Issue #|94413 Summary|Impossibility to apply common setting to multiple tabl |es Component|Presentation Version|OOO300m7 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|graphicsneedsconfirm Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Mon Sep 29 09:04:23 + 2008 --- With the new Impress table objects it seems impossible to apply common setting to a multiplicity of tables selected together. For example you cannot select 2 or 3 tables and modify the background color of cells with a single command, as you do with other objects. The same happens for borders etc. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 94412] Table editing mode non con sistent with "allow quick editing" option
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=94412 Issue #|94412 Summary|Table editing mode non consistent with "allow quick ed |iting" option Component|Presentation Version|OOO300m7 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|ui Assigned to|graphicsneedsconfirm Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Mon Sep 29 08:59:19 + 2008 --- While the new table function in Impress is commendable, it is not consistent with the general "quick editing" option for object editing: I much prefer to have it unchecked, i.e. when you click on an object with text, the object is selected but the text editor is not active. You have to double click to do text editing. I find this much better because otherwise all non-text editing of these objects becomes awkward and difficult to perform. Unfortunately the new table objects do not follow this setting and are always opened for text editing at the first click, regardless of the "quick editing" setting. Apart from the logical inconsistency of this, forcing you to change mindset when you switch from editing another object to work on a table, I found really difficult to apply some operations to tables. In some cases you first click on it then have to press Esc (in this way is seems to exit text editing mode, though the object border inconsistently stays the same). If you want to access the contetx menu per the table object (NOT the text editing context menu) you have to aim with the right-click precisely at the outer edge of the dotted border, which is far from easy if you want to be fast. To summarize, the editing behaviour of the table object should follow the conventions set by the "allow quick editing" option. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 93945] corrupted animations in Im press version 3
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93945 --- Additional comments from [EMAIL PROTECTED] Thu Sep 25 13:32:37 + 2008 --- Created an attachment (id=56843) A short video showing the corrupted cascade animation in impress 3 rc2 - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 93945] corrupted animations in Im press version 3
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93945 --- Additional comments from [EMAIL PROTECTED] Thu Sep 25 13:30:06 + 2008 --- Alas I installed oo3 rc2 on another machine and got again the "cascade" animation problems that seemed to disappear with RC1 and the previous PC. Onlty this time I tried and tried but the bad visualization remained. In the attached video the problem is shown. - 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 94282] wrong visualization of not es on the right side when cut and pasting text
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=94282 --- Additional comments from [EMAIL PROTECTED] Wed Sep 24 13:47:47 + 2008 --- Created an attachment (id=56804) An example of a note wrongly displaced by some cut and paste operations on the text - 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 94282] wrong visualization of not es on the right side when cut and pasting text
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=94282 Issue #|94282 Summary|wrong visualization of notes on the right side when cu |t and pasting text Component|Word processor Version|OOO300m7 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|scagni --- Additional comments from [EMAIL PROTECTED] Wed Sep 24 13:46:41 + 2008 --- The image attached shows a text document with a note inserted and shown with the new note functions. However, if you cut paste and move some paragraphs around the one where the note is attached, its visualization gets corrupted as shown in the image, where it is now much lower than it should be, while the line linking it the paragraph remains in the correct place. Sometimes the unwanted displacement is greater, and the note can be no more visible in the same screen where its paragraph is. Closing and reopening notes visualization solves 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]
[graphics-issues] [Issue 93195] Bitmap charts background n ot exported in PDF
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93195 Issue #|93195 Summary|Bitmap charts background not exported in PDF Component|Chart Version|OOo 2.4.0 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|save-export Assigned to|kla Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Wed Aug 27 23:12:26 + 2008 --- I recently discovered that if you set a bitmap background for a calc chart, leave the chart in calc or paste it in other documents (writer or draw), then export as pdf, the bitmap background of the chart is completely lost: in the pdf file your chart will have a transparent background (or a white background, I tried it on white paper so I cannot tell). The workaround is to paste the bitmap in draw together with the chart, put one above the other, group the two objects and used them together. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 64689] Add Chart type : Bubble ch arts
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=64689 --- Additional comments from [EMAIL PROTECTED] Thu Jul 17 11:42:50 + 2008 --- How can we make something happen? A petition? A hunger strike? I am positively desperate about this.. I have the depressing perspective of another course year on basic data management and analysis with OO calc WITHOUT bubble charting please no! - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 90099] Invisible layers are shown in PDF export
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90099 --- Additional comments from [EMAIL PROTECTED] Thu May 29 09:19:07 + 2008 --- Created an attachment (id=54050) an example of file that with invisible layers that export uncorrectly to PDF - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 90099] Invisible layers are shown in PDF export
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90099 Issue #|90099 Summary|Invisible layers are shown in PDF export Component|Drawing Version|OOo 2.4.0 Platform|All URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|save-export Assigned to|wg Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Thu May 29 09:17:47 + 2008 --- Open the attached ODG file "Invisible map.odg". It contains an additional layer, named "invisibleMap", with a bitmap of a geographical map. The layer is set to not visible, and in fact to see the map you have to change layer property to visible. Leave it as it is instead and export the page to PDF. The resulting file has the map fully visible. In other words, visibility/invisibility of layers seems not to work at all on PDF exports. - 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 89777] wrong visualisation of the accept/refuse revisions window
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89777 --- Additional comments from [EMAIL PROTECTED] Thu May 22 09:34:26 + 2008 --- Created an attachment (id=53843) thisd shows the wrongly reduced revisions window after you reduce it, close the doc and reopen it - 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 89777] wrong visualisation of the accept/refuse revisions window
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89777 Issue #|89777 Summary|wrong visualisation of the accept/refuse revisions win |dow Component|Word processor Version|OOo 2.4.0 Platform|All URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|ui Assigned to|mru Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Thu May 22 09:32:29 + 2008 --- A minor one, but still annoying. when working with other people on a text, you use the revision functions to records your corrections. When in the end you open the Accept/reject revisions window, since this is by default quite large on the screen you drag the top border down to minimize its height: this can be done up until a minimum size which is quite OK, since it is still showing a dozen items at a time. When you reduce the window size the buttons at the bottom stay there unchanged, while the item list space is the one that gets shrinked. However, after closing the document where you did the resize, open the same or another text doc and visualize again the accept/reject revisions window: the small size you set before is maintained, but at the expense of the bottom buttons, which are now almost invisible, while all the space is taken up by the item list. Only way to make it behave it to enlarge the window again, then reduce it again to get it OK. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 46621] possibility to hide or mov e the "grey views bar"
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=46621 --- Additional comments from [EMAIL PROTECTED] Mon May 19 20:57:54 + 2008 --- The issue is obviously not addressed: nothing has changed regarding the unflexible behaviour of the tab bar in Impress. But then I readily agree that this is really an improvement request, and that you learn to live with it, as I myself did in these last 2 years. Still it would be better to move it down together with the horiz. scroll bar, or to give a chance to hide if you seldom use it. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 42272] Impossibility to hide or m ove the views bar
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=42272 --- Additional comments from [EMAIL PROTECTED] Mon May 19 20:56:55 + 2008 --- The issue is obviously not addressed: nothing has changed regarding the unflexible behaviour of the tab bar in Impress. But then I readily agree that this is really an improvement request, and that you learn to live with it, as I myself did in these last 2 years. Still it would be better to move it down together with the horiz. scroll bar, or to give a chance to hide if you seldom use it. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 72220] Write protection on presen tation
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=72220 --- Additional comments from [EMAIL PROTECTED] Thu May 15 06:41:44 + 2008 --- That's exactly what would be a valuable option! - 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 51939] Hyperlinks assigned to ima ges in text documents are lost after saving in MS Word format
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=51939 --- Additional comments from [EMAIL PROTECTED] Thu May 15 06:23:04 + 2008 --- I proceeded to check this bug as requested. Unfortunately I found it to be still there in 2.4, and obtained exactly the same result: when you save a text document in MS word 97/xp format you loose all hyperlinks assigned to images in your doc. I could not think of any simple workaround. If you need interoperability of such files without explaining to people that there is bug, you have to re-open the file in MS Word itself and place the link for the images again there. Thus IMHO this problem should be addressed. Thanks for 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]
[graphics-issues] [Issue 89254] Line rendering to PDF file gravely corrupted when jog compressed is used for images
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89254 --- Additional comments from [EMAIL PROTECTED] Fri May 9 20:41:59 + 2008 --- Created an attachment (id=53522) Comparisom between correct and uncorrect line rendering - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 89254] Line rendering to PDF file gravely corrupted when jog compressed is used for images
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89254 --- Additional comments from [EMAIL PROTECTED] Fri May 9 20:40:23 + 2008 --- Created an attachment (id=53521) an example of file that corrupts when exporting PDF with dotted lines - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 89254] Line rendering to PDF file gravely corrupted when jog compressed is used for images
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=89254 Issue #|89254 Summary|Line rendering to PDF file gravely corrupted when jog |compressed is used for images Component|Drawing Version|OOo 2.4.0 Platform|All URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|save-export Assigned to|wg Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Fri May 9 20:38:27 + 2008 --- Open attached Draw file "jpg compressed PDF corruption example.odg". Int contains apiece of a map with a polyline on it. The polyline is dotted. Now export this to PDF: - if you set no compression for images, the output is OK; - if you set jpg compression for images (any level of compression), the dotted line is badly corrupted, enough to make it unusable. To check the results have a looks at attached file "Corrupted and correct PDF.png". Please notice that if polylines are continuos nthere is no corruption; if they are dotted, curruption seems to be unavoidable. The final results is that you often produce unusable PDF files, or you must produce them with very large sizes since you have to set no compression for images. Since I am working of some cycling amps at the moment, such work strongly suffers from this bug. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 84216] Text flow goes astray in O LE writer tables
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84216 --- Additional comments from [EMAIL PROTECTED] Thu Jan 10 12:28:12 + 2008 --- I see. I will try, but please consider that, although it could sound amateurish, it is more difficult - or at least requires more effort - for me to try development builds. I use OO everyday to work and the flow of bug reporting is just a byproduct of the working process. The business of downloading, installing, trying, and disinstalling devbuilds is instead an independent effort that must be planned and pursued independently, and I rarely have time for it. I hope to be able to give some news before next week. Sorry. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 84216] Text flow goes astray in O LE writer tables
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84216 --- Additional comments from [EMAIL PROTECTED] Thu Jan 10 10:58:24 + 2008 --- Do you mean with the writer table in the attached file here? Alas, with OO231 right now I tried a lot of times to "exit" after opening the object in as many ways I could think of (clicking somewhere else, pressing ESC key, altogether closing the doc,) but could not obtain a "correct display". For example, the final "o" in "livello was always overimosed on the rectangular characters following, while in truth there is even a space between them. In general the wrong display was exactly the same after as many opening and closing of the object without modifying anything as you want. But perhaps I did not grasp the exact meaning of your writing? - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 64689] Add Chart type : Bubble ch arts
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=64689 --- Additional comments from [EMAIL PROTECTED] Mon Dec 24 12:22:40 + 2007 --- I use OpenOffice - among other things - to teach and do research in statistics, and try to spread its use whenever possible. In this field, the absence of bubble charts is a significant and annoying problem. The continuing lack of bubble charts is one of those incomprehensible gaps that sometimes go on unnoticed for years. When I heard a revamping was in order for the charting module in 2.3, I wholly believed bubble charting would be included. And I must agree that many of the implemented improvements, while appreciable, were far less indispensable than a good, flexible bubble chart option. Almost everyday I have to answer - with difficulty and embarassment - some students that ask about this problem. Maybe it could be solved with an extension? Or, as someone else suggested, it is simply time to give it a 2.4 target milestone. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 84216] Text flow goes astray in O LE writer tables
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84216 --- Additional comments from [EMAIL PROTECTED] Tue Dec 4 09:24:17 + 2007 --- Created an attachment (id=50082) Problems with text in tables in Impress - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 84216] Text flow goes astray in O LE writer tables
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84216 Issue #|84216 Summary|Text flow goes astray in OLE writer tables Component|Presentation Version|OOo 2.3 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|cgu Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Tue Dec 4 09:23:12 + 2007 --- I found another problem with using ole Writer objects containing tables in impress presentations. In the file attached you will find a table in an Impress file where text visualization went wrong when I formatted some words in bold and changed a little the table size. As you can see some words appear over other , making the text completely unreadable. If you double click on the object to open and edit it, text is shown correctly, but when you exit from the edit operation it goes berserk again. I fiddled around a bit with the object but could not figure out a sure way to "cure" this problem. It really seems that the least editing of the OLE object you do in Impress the highest are the chances of it not degenerating as in the example file. I also noticed that, even apart from the gravest cases like the one in the file, very often text in a table pasted in Impress appear differently when the OLE object is opended than when it is closed. For example it was easy to have the text partially "hidden" beyond the right border of a cell (as if it was too long to fit) while it looked correctly fitting when you open the same object. All this of course makes editing tables in Impress a time consuming, rather unpredictable and somewhat frustrating activity. This does not depend on a SPECIFIC FONT, since is alas the same with Arial and Times new roman as well as other fonts. Thanks for the attention. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 84068] OLE writer object in Impre ss Crashes OO
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84068 --- Additional comments from [EMAIL PROTECTED] Thu Nov 29 10:40:36 + 2007 --- Saying that you cannot reproduce the problem, you mean that you can open my attached file double click on the Writer object and edit it without OO freezing? Sorry for uncorrect priority setting, I am not an expert at it. - 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 83744] Equation editor objects gr eek alphabet corruption when exporting in PDF
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83744 --- Additional comments from [EMAIL PROTECTED] Thu Nov 29 09:52:50 + 2007 --- I have realised that to the get greek symbols on math formulas back to their "unsqueezed" normal form, not only youhave convert mathtype objects into OO formulas - it is necessary to open each one of them at least once before exporting the PDF. Thus is the problem is worse than previously assessed for documents with a large number of formulas, where this multiple opening of all formulas can take a lot of time. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 84068] OLE writer object in Impre ss Crashes OO
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84068 --- Additional comments from [EMAIL PROTECTED] Thu Nov 29 08:46:35 + 2007 --- I just wanted to notice that the table that causes the problem has a few math formulas in it. I do not not if this makes things worse. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 84068] OLE writer object in Impre ss Crashes OO
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84068 --- Additional comments from [EMAIL PROTECTED] Thu Nov 29 08:44:45 + 2007 --- Created an attachment (id=49989) Writer object in presentation that crashes OO when trying to open - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 84068] OLE writer object in Impre ss Crashes OO
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84068 Issue #|84068 Summary|OLE writer object in Impress Crashes OO Component|Presentation Version|OOo 2.3 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P1 Subcomponent|editing Assigned to|cgu Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Thu Nov 29 08:43:52 + 2007 --- The attached file is an impress presentation containing a Writer object with a table (as far as I know, as tables are not natively managed by Impress, the only way to put them there is via writer OLE objects). While at first things worked, i.e. you could double click on the Writer object, open and edit it in Impress, after a few times the double click would instead FREEZE the whole OO: nothing happens, and any other open OO file becomes unreachable. Only Solution is to close the whole application - all unsaved data lost. At the next opening the file recovery process starts, but the recovered files are not up-to-date with the changes made before the crash. The Writer object attached file exhibits this 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]
[sw-issues] [Issue 83744] Equation editor objects gr eek alphabet corruption when exporting in PDF
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83744 --- Additional comments from [EMAIL PROTECTED] Mon Nov 19 00:05:40 + 2007 --- Created an attachment (id=49739) The corrupted pdf file obtained from previous odt attached file - 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 83744] Equation editor objects gr eek alphabet corruption when exporting in PDF
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83744 --- Additional comments from [EMAIL PROTECTED] Mon Nov 19 00:05:02 + 2007 --- Created an attachment (id=49738) Writer doc with the formula that goes corrupted when exporting to pdf - 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 83744] Equation editor objects gr eek alphabet corruption when exporting in PDF
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83744 Issue #|83744 Summary|Equation editor objects greek alphabet corruption when | exporting in PDF Component|Formula editor Version|OOo 2.3 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|code Assigned to|mru Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Mon Nov 19 00:04:07 + 2007 --- Open attached file "equation editor corruption.odt". It contains an equation Editor (the one bundled with MS Word) object, which display correctly. However, now export the open file to PDF in OO. What I obtain is file "equation editor corruption.pdf", where the math formula is OK EXCEPT for all greek letters which now are displayed as if "squeezed" horizontally: now they are half as wide as they should. Printing the pdf file unfortunately gives the same defect. A big problem when you are working with a coauthor that uses MS Word, since you would like to leave his formulas as they are (in equation editor format) even if you prepare a paper in OO. Also because the conversion of such formulas into OO Formula editor format is VERY cumbersome, and editing with OO formula editor a former Equation Editor formula after conversion is thus overly complicated. - 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 83678] New charts size goes berse rk when pasting in writer
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83678 --- Additional comments from [EMAIL PROTECTED] Thu Nov 15 20:12:50 + 2007 --- Created an attachment (id=49674) File with chart that get wrongly sized when pasted into a writer doc - 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 83678] New charts size goes berse rk when pasting in writer
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83678 Issue #|83678 Summary|New charts size goes berserk when pasting in writer Component|Spreadsheet Version|OOo 2.3 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|editing Assigned to|spreadsheet Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Thu Nov 15 20:10:18 + 2007 --- Open the attached file "misbehaving chart.odg". You'll find a group object made in calc with a chart and a few text objects. In the odg document the object is displayed OK. Now copy it and paste it into a writer document: unfortunately its whole size remains the original one, and the text objects are correctly placed, the chart has shrinked considerably and now is more or less half the desired size. In the object as seen in Writer, it occupies the upper left corner. To have it sized correctly in the writer doc, you have to ungroup it there and resize the chart manually. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 82614] Copy sheet with scatter ch art to new document may result in wrong data
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=82614 --- Additional comments from [EMAIL PROTECTED] Thu Nov 1 07:51:31 + 2007 --- Ehm... I am sorry for my ineptitude. could you please clarify what exactly do you ask me to confirm? Or maybe you request was not directed to me? 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]
[sc-issues] [Issue 82928] worng results in dragging elements in formulas
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=82928 Issue #|82928 Summary|worng results in dragging elements in formulas Component|Spreadsheet Version|OOo 2.3 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|spreadsheet Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Wed Oct 24 12:30:08 + 2007 --- Create and compute any simple formula with fixed references to some cells, for example: =SUM($B$1+$A$3+$B$5) Now double click on it so that it opens and all the cells it is referring to are outlined with different colors. If you drag any of the outlined cells, the reference in the formula is moved accordingly. This should work also for fixed (i.e. with a preceding dollar sign, like the one above) references, since this is a manual dragging, and fixed references should not change automatically but it should be possible for the user to voluntarily do so. However if in the formula above you try to, say, drag the reference $B$1 to the cell below, you don't get $B$2, but instead $B$2:B2, which is inconsistent with reference notations for formulas, and in many cases causes errors or unwanted results. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 82925] Incoherent behaviour of th e chart dialog window
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=82925 Issue #|82925 Summary|Incoherent behaviour of the chart dialog window Component|Chart Version|OOo 2.3 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|kla Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Wed Oct 24 12:10:50 + 2007 --- This is relatively a minor one. Set OO options so that the mouse pointer is placed on the default button on any dialog window you open (this setting can be VERY useful to speed up many standard formatting operations, so I have adopted it since a long time). Now open a calc document, and click on the tool button to create a chart (with the new 2.3 module). If you choose any chart type different from the first one (i.e. dispersion), the selection is ignored, the first one is still the selected one and the pointer is moved on the "end" button. If you want to choose a different chart type, you have to click on it again for a second time. This time things work as expected. Notice that this does NOT happen if your settings have "no automatic placement" for the mouse pointer. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 82924] Incoherent behaviour of th e chart dialog window
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=82924 Issue #|82924 Summary|Incoherent behaviour of the chart dialog window Component|Chart Version|OOo 2.3 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|kla Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Wed Oct 24 12:10:00 + 2007 --- This is relatively a minor one. Set OO options so that the mouse pointer is placed on the default button on any dialog window you open (this setting can be VERY useful to speed up many standard formatting operations, so I have adopted it since a long time). Now open a calc document, and click on the tool button to create a chart (with the new 2.3 module). If you choose any chart type different from the first one (i.e. dispersion), the selection is ignored, the first one is still the selected one and the pointer is moved on the "end" button. If you want to choose a different chart type, you have to click on it again for a second time. This time things work as expected. - 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 82614] Lost properties of new cha rts
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=82614 --- Additional comments from [EMAIL PROTECTED] Mon Oct 15 08:34:57 + 2007 --- Created an attachment (id=48899) ODS file with the chart that goes partially lost when copying the sheet to a new file - 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 82614] Lost properties of new cha rts
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=82614 Issue #|82614 Summary|Lost properties of new charts Component|Spreadsheet Version|OOo 2.3 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|editing Assigned to|spreadsheet Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Mon Oct 15 08:33:52 + 2007 --- I am sorry but the new charting module seems still quite buggy. Open the attached spreadsheet "New chart problem". You will see a chart with two statistical distributions, one blue and one red. Go at bottom left and choose to copy the (one and only) sheet to a new file. Then go the newly created file: for unknown reasons, the chart has lost the red distribution, while retaining the blue one. If you check the data range in the copied sheet, the second data series is actually gone. Please notice that this second distribution was added "manually" to the chart after creating it in the original file with the blue distribution only. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 82267] Inconsistent behaviour of object and slides animation
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=82267 Issue #|82267 Summary|Inconsistent behaviour of object and slides animation Component|Presentation Version|OOo 2.3 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|ui Assigned to|cgu Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Thu Oct 4 13:18:51 + 2007 --- I have discovered that: - sounds attached to animated object are not considered by subsequent animated objects (if they are set to start "after previous", these start immediately after the previous animation is over, even if the sound attached to the latter is still playing and will go on for a while); - the automatic slide change, instead, does consider the sound attached to the last animated object on a slide. In fact the slide will change only when this sound has finished playing, even if you set the delay time for automatica slide change to 0. I think this second behaviour is preferable: most of the times you want the comment on an object to end before next object arrives: now to do so you have to check the duration of the audio and manually set the delay for the next animation accordingly. It would be better to have the next animation automatically wait for the previous attached sound to end before showing, just like the slide change mechanism. If you want the next animation to start before the sound will last, you just set a "together with previous" flag and - possibily - a delay to postpone that action. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 82253] Animation delays too short
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=82253 Issue #|82253 Summary|Animation delays too short Component|Presentation Version|OOo 2.3 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P1 Subcomponent|ui Assigned to|cgu Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Thu Oct 4 11:33:16 + 2007 --- I was building some multimedia material for my lectures when I realized that you cannot set the animation dealy on any object longer than 999 seconds. This is annoying since often I have sounds to accatch to the animations, and thus the effects must wait as long as the sound file playing lasts. If the sound file is longer than 999, you're in trouble. It should really be increased to seconds - I hope this is little trouble. Rhight now I have to work around this by partitiong the audio in smaller pieces, attaching the ones after the first piece to fake animations of invisible objects. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 76461] Error in PDF export of sha pes with bitmap filling
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=76461 User scagni changed the following: What|Old value |New value Attachment data| |Created an attachment (id= | |44493) Here you see the PD | |F export I got from the pr | |evious file. The bitmap fi | |llings are apparently corr | |upt --- Additional comments from [EMAIL PROTECTED] Tue Apr 17 20:56:03 + 2007 --- Created an attachment (id=44493) Here you see the PDF export I got from the previous file. The bitmap fillings are apparently corrupt - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 76461] Error in PDF export of sha pes with bitmap filling
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=76461 User scagni changed the following: What|Old value |New value Attachment data| |Created an attachment (id= | |44492) Here you can see th | |e correct bitmap filling d | |esired --- Additional comments from [EMAIL PROTECTED] Tue Apr 17 20:55:02 + 2007 --- Created an attachment (id=44492) Here you can see the correct bitmap filling desired - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 76461] Error in PDF export of sha pes with bitmap filling
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=76461 Issue #|76461 Summary|Error in PDF export of shapes with bitmap filling Component|Drawing Version|OOo 2.2 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|save-export Assigned to|wg Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Tue Apr 17 20:53:58 + 2007 --- The draw file attached has a couple of circle shapes whose area was filled with a bitmap. This bitmap appears to be correctly centered in the circles when opening the OO file. As can be seen in the other attached file, however, when you export as PDF the result is not the same, and the filling shows a distorted portion of the bitmap in the circles. Fiddling a bit with the settings of the shape can in some cases solve the problems, as some settings for the bitmap area fill work better than others. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 72220] Write protection on presen tation
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=72220 --- Additional comments from [EMAIL PROTECTED] Thu Dec 7 07:23:29 -0800 2006 --- Ehm, actually I do not understand what you mean. the read-only attribute of a file cannotbe password-protected. any user could go change the attribute unless he doesn't have a clue on file attributes but I suppose you did not mean this... so if you know a way to password-protect the read-only attribute, please let me know. I must say however that this would be a quite flimsy protection: unless you have also a copy-paste protection, it wopuld be easy to re-create the file or any part and save it with another name I am afraid that the only serious thing to do is to have a real option to password-protect the edititng of a file from inside the application. Thanks for the attention - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 71486] The "mouse visible during presentation" property is not saved with the d oc
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=71486 User scagni changed the following: What|Old value |New value Status|CLOSED|REOPENED Resolution|WONTFIX | --- Additional comments from [EMAIL PROTECTED] Thu Dec 7 03:08:47 -0800 2006 --- I am sorry to bother again, but sincerely I have difficulties in grasping the meaning of the last post by cl. I beg you PLEASE have a look at what follows. FIRST point: the "mouse visibile during presentation" property is a local, individual file property, right? I mean, it is NOT an application general property that you set once and stays the same for any file you open, right? At least it SHOULD be, since (as you correctly point out) not all presentations are shown on the same "hardware" and context, so it is perfectly reasonable to desire a visible mouse for your interactive lecture but not for you open distance presentation where mouse should not be there. SECOND point: I am certainly not pretending that the property is set "on" as default - let it stay off as default, no problem. What I find very reasonable is that if a user wants it to be "on" as default for a certain presentation, this can be set and remembered by the file. What happens with my interactive presentations now is that I usually rush into the classroom and start the presentation forgetting about mouse visibility, and then I have to stop it, go set the property and then restart it when I realize the mouse is not permanently visible! IF - but only if - the property is actually an application property and it is positively impossible to turn it into a specific file property (since the setting is never saved it is not possible to understand which of the two is true), then let it "OFF" by default, but let the user set it "on" permanently if he wants to. This is of course second best to having a specific file property. However I cannot see how a user that does never want the mouse visible could protest: if he never switches it "on" he will never even know the possibility is there. If you do not find all of the above sensible, then perhaps I am missing something. Lastly - I know the rule "one problem, one issue", but let me say that the "mouse as pen" option could benefit form a rethinking: the "pen" icon is way TOO small, almost invisible; the color, transparency and width of the mark you draw should be user-choosable (the present green is very light and the width is really narrow); the line drawn is too irregular since it is mirrors the phisical mouse movement: it should be possible to apply some kind of automatic smoother to the line you draw. I never use the option as it is now but would instead if I could configure it as above. Thanks again for listening, - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 72220] Write protection on presen tation is URGENT
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=72220 Issue #|72220 Summary|Write protection on presentation is URGENT Component|Presentation Version|OOo 2.0.4 Platform|All URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|open-import Assigned to|wg Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Sun Dec 3 02:25:05 -0800 2006 --- I am using OO Impress to prepare multimedia presentations for open-distance learning. However I need my students to watch the content of such presentations without being able to modify, edit, reuse and resave all or parts of them. Since, as far as I know, there is no way to save an Impress file with the ability to prevent others to edit it if not authorized, I cannot just publish the Impress files, and I have to implement a long and tiresome process of conversion into an AVI video of their content. If I were able to set a password protection not for opening the doc, but for editing it, I could avoid this with many benefits: - much much less heavy files to download for the students (some of them have serious difficulties to download very large files); - no more hard work to get an AVI from an Impress files - as far as I know there is no way to do it directly; an extension that could export impress files into AVI format would be a GREAT one anyway; - last but not least, a huge promotion boost for OO: now my students do not even know I am using Impress to prepare their lectures: they just get some AVIs... If I could send them the Impress files, they would all get OO try and use it, getting to know and maybe like it! By the way MS Office Powerpoint docs do have such edit protection feature. So, IMHO the little effort needed would be hugely justified in usability gains for Impress docs. Thanks for the attention - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 71518] Corrupted size of embedded spreadsheet in Impress
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=71518 User scagni changed the following: What|Old value |New value Attachment data| |Created an attachment (id= | |40565) Corruption of size | |of embedded spreadsheet. --- Additional comments from [EMAIL PROTECTED] Tue Nov 14 02:58:56 -0800 2006 --- Created an attachment (id=40565) Corruption of size of embedded spreadsheet. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 71518] Corrupted size of embedded spreadsheet in Impress
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=71518 Issue #|71518 Summary|Corrupted size of embedded spreadsheet in Impress Component|Presentation Version|OOo 2.0.4 Platform|All URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|wg Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Tue Nov 14 02:58:29 -0800 2006 --- In the attech impress file you have 2 copies of the smae object, a calc embedded spreadsheet. The lower one was just pasted and not retouched. The higher one was simply opened with double clik and resized on its right side by one spreadsheet column more and less alternatively (you enlarge the visible part by one column, and exit the object, then reopen it and shrink it by one column on the same side, then you repeat the 2 steps several other time. If you this, while nothing should really change, the data in the table atcually are squeezed a little bit more everytime, and after some 10-12 repetitions of the two enlarge-shrink steps you get what you see in the attached file. Please notice that phisical measures in the embedded spreadsheet are unchanged (character font, column width in cm., etc.) but wildly unreal in the squeezed object. I could not find an easy way to restore the object to the original correct size, other than copying its data and pasting it in a new empty embedded table. As you imagine, this behaviour is highly annoying when you're producing precisely crafted slides in Impress, where the size of objects is important. This problem is as far as I know present since OO1 and still there in 2.0.4 Tanks for the attention, Andrea - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 71516] Better management of slide show multimedia
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=71516 Issue #|71516 Summary|Better management of slideshow multimedia Component|Presentation Version|OOo 2.0.4 Platform|All URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|editing Assigned to|wg Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Tue Nov 14 01:56:29 -0800 2006 --- I often prepare multimedia presentations in Impress for open distance lectures where each slide has several animated objects appearing one at a time in sequence, each accompanied by an audio explanation/comment. In practice you can imagine an average presentation with 15-20 slides, each containing 4-5 animated objects, with a total of 70-80 mp3 audio clips linked to each object To arrange this, however, I have to set manually the delay for the appearance of each object, usually adding 1.5 seconds (to give the talk some pause) to the duration of the associated audio clip. This is a quite tiresome and error-prone process: you have to look at the duration of each clip, add 1.5 and write the value in the delay field of the object animation properties. A valuable addition would be an additional option to set how the animation starts: besides the existing "click of the mouse", "together with the previous" and "after the previous", it should say "at the end of the audio clip associated with the previous object". This way you could only specify the 1.5 seconds delay and avoid worrying about knowing and typing manually the duration of each audio clip. By the way, in OO2.x.x if you click with the mouse before the end of a clip, the next object is animated together with its audio clip, but the previuos audio clip will go on playing until its end, with the two voices mixing together becoming gibberish. At the extreme, if you click 3 or 4 times in a row, you have 4 voices mixing together! I think the behaviour of OO1.x.x was better in this respect, where at the click starting a new object/audioclip the playing of the previous one was stopped. In the same area, I would also like to humbly point out that Issue 51636 and Issue 54805 have not had any progress in 2.0.1,2,3 or 4. They are both Impress usability issues that make working at complex presentations annoying. Sorry for bothering Thanks for the attention. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 71486] The "mouse visible during presentation" property is not saved with the d oc
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=71486 Issue #|71486 Summary|The "mouse visible during presentation" property is no |t saved with the doc Component|Presentation Version|1.0.0 Platform|All URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|ui Assigned to|wg Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Mon Nov 13 04:58:02 -0800 2006 --- Reading other discussions I got the idea that a default disappearing mouse was chosen for Impress presetations, but that you could choose to have it visible with the corresponding presentation option. However I have to reset this option everytime I open the file, since the choice is not saved with the file. This is of course unfortunate, since I often forget to switch it on beforer starting a presentation. The "mouse visible" is an important property when using presentations as university lectures in quantitative sciences like I do, as it is frequently necessary to point at specific formulas or passages in a slide while discussing it. Thanks for the attention, Andrea - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 69931] The color depth command fo r embedded images has disappeared
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=69931 --- Additional comments from [EMAIL PROTECTED] Wed Oct 18 06:26:21 -0700 2006 --- Regina is clearly right and I was really not careful in not searching for the command in the toolbar personalization tool. I was stupidly convinced that the function was gone, not simply unavailable from the context menu. However, I still believe that there is no way to know whether an embedded image is 16bit or 8 bit color. The button to set 8bit depth is not greyed out if the image is already in that format, nor I can find any other properties dialog for the bitmap that tells you this; it could be useful to place the info in the toolbar side by side with size and placement info - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 69931] The color depth command fo r embedded images has disappeared
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=69931 --- Additional comments from [EMAIL PROTECTED] Mon Oct 16 08:22:27 -0700 2006 --- Sorry in the previous message I obviously hoped NOT to have overwhelmed everybody... 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]
[graphics-issues] [Issue 69931] The color depth command fo r embedded images has disappeared
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=69931 --- Additional comments from [EMAIL PROTECTED] Mon Oct 16 08:07:42 -0700 2006 --- I am soorry to bother again, I had no knowledge of the document quoted, what I must say is that while the "save as image" command could be of some use, the "color depth" command is by no means replaced by it, since its main use was to quickly obtain much lighter Draw documents when the color depth of the images embedded was not critical and the docs were large. Alas, I am missing it EVERYDAY since I often use Draw documents as large container for a collection of related images whose first goal is to be printed at command: since in low-medium quality printing 256 color images are OK, before I could save the Draw docs at reasonable size without compromising image resolution (which is more important). Now I have to implement a complicated process of clipboard tranfer of each image to a specific bitmap application and back after color reduction. 5 times more time wasted. By the way the command was not perfect since the actual color depth of the selected image was not greyed out in the "color depth" submenu, so it was impossibile to know if the image was ALREADY in 256 colors or not. With this addiction it would be just GREAT for me! I had a quick glance at the document quoted and noticed a specific comparison with MS office equivalent context menu, which is surely relevant, but the fact that MS office has no equivalent command should not, IMHO, motivate its deletion. To end with, (but this could be another issue really), the clipboard transfer from OO to "Xnview" (a notoriuos freeware bitmap app) does not work: the image pasted in XnView is both distorted and muc lower resolution if compared with the original copied from the OO document. This forced me even to change app to operate on the color depth (other apps do not have this problem when pasting images copied from OO). An acceptable alternative could be to put a context menu command that allows to open the embedded image with the associated external application in classical OLE fashion: now when you import an image in a Draw doc, if you double click on it you open the text editing on the image, and there is no command to edit the image externally and then go back to its OO placement. To end with it, of course it is not the placement in the context menu of the command in itself that is strictly necessary: the command could be placed in the "format menu" as well, or simply in the bitmap editing toolbar with an appropriate icon. I hope to have overwhelmed everybody, thanks for listening! - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 69931] The color depth command fo r embedded images has disappeared
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=69931 - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 69931] The color depth command fo r embedded images has disappeared
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=69931 Issue #|69931 Summary|The color depth command for embedded images has disapp |eared Component|Drawing Version|OOo 2.0.4 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|formatting Assigned to|wg Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Thu Sep 28 00:59:51 -0700 2006 --- Until some releases ago, when you imported a raster image, its context menu had the "color depth" command that allowed to reduce it to 256 colors from 16bit color (I am not sure how this command was called in english, since I am using the italian version, sorry). The command was especially precious because it allowed to hugely reduce the size of OO documents containing lots of images, without having to reduce color depth in the original image files. In fact in some context I used it all the time, also because it worked fine (the color reduction was very good and in most cases almost unoticeable). I am realising now that in 2.0.4 rc2 this command is no longer there, nor I found it moved elsewhere. The "graphical mode" choice list avalilable in the image toolbar does not offer this option, only "standard", greyscale, black and white and "filigrana" (blueprint?) I wonder if this omission is a mistake or was intentional. Thanks for any help, Andrea Scagni - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 69485] presentations don't go to full screen anymore
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=69485 --- Additional comments from [EMAIL PROTECTED] Wed Sep 13 00:48:23 -0700 2006 --- Good news!!! the problem has disappeared in 204 RC1. You can close this. Sorry for bothering. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 69485] presentations don't go to full screen anymore
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=69485 --- Additional comments from [EMAIL PROTECTED] Tue Sep 12 07:10:09 -0700 2006 --- Sorry, in the example in the first message the space that shows the presentation at 1024x768 resolution is 986x739, not 7389. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 69485] presentations don't go to full screen anymore
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=69485 User scagni changed the following: What|Old value |New value Attachment data| |Created an attachment (id= | |39098) screen of a present | |ation with wasted space on | | left upper and lower edge | |s at 1024x768 --- Additional comments from [EMAIL PROTECTED] Tue Sep 12 07:07:53 -0700 2006 --- Created an attachment (id=39098) screen of a presentation with wasted space on left upper and lower edges at 1024x768 - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 69485] presentations don't go to full screen anymore
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=69485 Issue #|69485 Summary|presentations don't go to full screen anymore Component|Presentation Version|OOo 2.0.3 Platform|All URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P1 Subcomponent|viewing Assigned to|wg Reported by|scagni --- Additional comments from [EMAIL PROTECTED] Tue Sep 12 07:06:18 -0700 2006 --- I have upgraded from 2.02 to 2.03 some time ago, but only today I realized a worrisome REGRESSION from 2.02. While in 2.02 an odp file would use all screen resolution when you started the presentation (I checked it on purpose reinstalling 2.02 after uninstalling 2.03), OO 2.03 puts on the screen a presentation leaving huge black borders on the left, upper and lower edges. Onloy the right edge is actually reached by the slide image as projected on the screen. At 1024x768 resolution, the presentation is shown using only 986x7389 pixels. The same, with variable size of the black wasted pixels happens at other resolutions, like 800x600 ot 1280x960. I have tried this on 2 different PCs with 3:4 monitors, and the problem is the same on both. On my 16:9 notebook the problem is NOT there at the "normal" resolution of 1280x800 (here of course you have 2 black vertical stripes on the left and right side, since the presentation is 3:4, but this is normal). HOWEVER, if you switch the monitor resolution to a 3:4 one, like 1024x768, the problem is there again, also on the notebook! I will upload a screen capture of a white empty presentation as shown at 1024x768 to clarify the matter. Thanks for any help, bye - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 65324] A draw file that crashes the program when saving
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=65324 --- Additional comments from [EMAIL PROTECTED] Tue May 16 02:04:12 -0700 2006 --- Created an attachment (id=36505) a zipped draw file containing an ole object that freezes OO when you try to edit it - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 65324] A draw file that crashes the program when saving
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=65324 --- Additional comments from [EMAIL PROTECTED] Tue May 16 02:00:54 -0700 2006 --- The problem is getting worse: the second attached file has a writer embedded object that freezes the app also when you try to edit it (as well as copy it). Thus the file becomes really unusable. In such situation one is motivated to avoid using OLE objects at all to avoid such risks, which is extremely annoying and inefficient. I hope this can be settled asap. Sorry for bothering. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 65324] A draw file that crashes the program when saving
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=65324 --- Additional comments from [EMAIL PROTECTED] Fri May 12 05:28:25 -0700 2006 --- Unfortunately, and contrary to what I wrote earlier, the described workaround does not actually work: after saving the seemingly "cured" file a couple of times more, the freezing of the app emerged again. This makes the problem insuloble at the moment, and perhaps of high priority. Right now I will be forced to move the text from the embedded writer object to a couple of native draw text object, which is quite annoying for various reasons (impossibile to manage multiple columns, etc.) - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 65324] A draw file that crashes the program when saving
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=65324 --- Additional comments from [EMAIL PROTECTED] Fri May 12 04:42:55 -0700 2006 --- Created an attachment (id=36420) The draw file that freezes OO when saved - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 65324] New - A draw file that cra shes the program when saving
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=65324 Issue #:|65324 Summary:|A draw file that crashes the program when saving Component:|Drawing Version:|OOo 2.0.2 Platform:|PC URL:| OS/Version:|Windows XP Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|save-export Assigned to:|wg Reported by:|scagni --- Additional comments from [EMAIL PROTECTED] Fri May 12 04:41:31 -0700 2006 --- Oen the atteched Draw file. Now try to save it whith a new name, or after doing any change. The new file is saved, but the program does not respond anymore, it eats 100% of CPU time and must be closed with the task manager. Other OO files concurrently opened are also not responding. After some experimenting, the culprit seems to be an embedded writer object on page 3. Infact if you select it and try to copy it, the program freezes in the same way. To render tha file usable again I had to copy the text (only its content, not the object in itself that freezes OO) of the embedded object, paste it in a writer blank doc, re-copy it again from there and re-paste it into a new document. - 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 64123] Notes (or comments) in wo rd docs are not shown as yellow boxes
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=64123 --- Additional comments from [EMAIL PROTECTED] Sat Apr 8 02:05:18 -0700 2006 --- While it is true that you can use the navigator to place the cursor in the spot where the note was placed, this is useless since you can't use the navigator AND the notes dialog window at the same time. The only way to work with it is to show non printing chars. Besides I now realise, looking at other related issues, that inline notes problems are widely lamented and by many (including me) considered VERY important: it is really a "can't do without" feature for the many people that have to work jointly with MSWORD users on the same docs. In fact I almost missed the pubblication of a paper of mine because the referee's notes were not visualised when I opened his revision in OO! It is then quite unreasonable not to assign the strongest possible priority to these issues, in our "workgroup era", also since Micro$oft strongly stresses the workgroup features of its product! - 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 64123] Notes (or comments) in wo rd docs are not shown as yellow boxes
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=64123 User scagni changed the following: What|Old value |New value Attachment data| |Created an attachment | |(id=35566) Doc with 2 | |inline notes created with | |word that are not shown in | |OO --- Additional comments from [EMAIL PROTECTED] Sat Apr 8 00:01:03 -0700 2006 --- Created an attachment (id=35566) Doc with 2 inline notes created with word that are not shown in OO - 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 64123] New - Notes (or comments) in word docs are not shown as yellow boxes
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=64123 Issue #:|64123 Summary:|Notes (or comments) in word docs are not shown as |yellow boxes Component:|Word processor Version:|OOo 2.0.2 Platform:|All URL:| OS/Version:|Windows XP Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|ui Assigned to:|mru Reported by:|scagni --- Additional comments from [EMAIL PROTECTED] Fri Apr 7 23:59:36 -0700 2006 --- In the attached MS WORD doc there are 3 inline notes: two were inserted using the Microsoft program, and they DO NOT show as little yellow boxes in the text when the file is opened with OO. One was inserted with OO, and it shows correctly instead (it is the one in the sentence "sulla definizione di ragionevole"). If you open the doc with MS Word, instead, you see all 3 notes as yellow markers in the text: besides the one inserted with openoffice on the 4th line, the others are on the 2nd line, and on the 8th line. Actually, when opening the doc with OO, all 3 notes are there: if you open the only one that is visible with a double click on its yellow box and then use the "next-previuos" arrows, you can read the other 2. Still this is not usable really, since you read the note but there is no way to know where it is places in the text! Last discovery is that if you know exactly where the unshown yellow box should be, and double-click exactly there, the dialog window to read the note comes up. However, while the note that has the visible yellow box can be read in a flyover simply moving the pointer on on it, this does not happen with the nots inserted with MS WORD that do not show the yellow box. - 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]