As anticipated in the Localization mailing list, Draw and Impress shares the same strings for most part of their interface. Our problem is that, specifically, we need to render (translate) the same word in different ways: - Slide > Diapositiva (in Impress) - Slide > Pagina (in Draw) But we cannot get that, due to the two programs share the same strings.
Hi Valter Indeed, in the Dutch language interface it would be more logic to have 'Dia' and 'Pagina' too. But we live with 'Dia' for both since a long time.. Cor
Just for the reference: at discuss@de.libreoffice.org is a discussion ongoing to split these two term (or better saying requesting the split) as the actual translation is not optimal and can be confusing...
IMHO not a "localization"-problem but a "UI"-problem. I´ve changed component to "UI"
Hence not only an Italian problem, summary changed. In Draw I found the term "slide" at these occurrances: (1) Menu: Edit > Undo|Redo > (if page has been inserted, deleted or renamed) (2) Menu: Edit > Delete Slide (3) Menu: Insert > Slide (4) Menu: Insert > Duplicate Slide (5) If you create new pages the assigned default name are Slide 1, Slide 2,... In Impress I found the term "Page" at one occurrance, where it should be changed: Menu: Insert > Fields > Page number, Page Count But for both cases there may be more occurrances.
Another occurrence of "Slides" in Draw: Open Navigator and move cursor above symbols at the top of the Navigator Dialog. In both, tips and extended tips, the term "slide" is used.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.2 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-05-02
Still a problem in 4.4.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
(In reply to Harald Koester from comment #4) The behaviour has changed (version 5.2.1): > In Draw I found the term "slide" at these occurrances: > (1) Menu: Edit > Undo|Redo > (if page has been inserted, deleted or renamed) "Slide" still exist here. > (2) Menu: Edit > Delete Slide Now "Delete Page". OK. > (3) Menu: Insert > Slide Now "New Page". OK. > (4) Menu: Insert > Duplicate Slide Now "Duplicate Page" OK. > (5) If you create new pages the assigned default name are Slide 1, Slide > 2,... "Slide" still exists here. Slide is also used in Navigator as tipp if you move the mouse pointer above the page symbols. > In Impress I found the term "Page" at one occurrance, where it should be > changed: Menu: Insert > Fields > Page number, Page Count "Page" still exists here. Hence some improvements but not all occurances are corrected.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.4.1 or 5.3.6 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170929
Checked again with version 5.4.2 (64 bit, Win10). The occurences mentioned in comment 9 are still not correct.
(In reply to Dennis Roczek from comment #2) > Just for the reference: at discuss@de.libreoffice.org is a discussion > ongoing to split these two term (or better saying requesting the split) as > the actual translation is not optimal and can be confusing... Please summarize the outcome of this discussion.
@heiko: http://nabble.documentfoundation.org/Verwendung-des-Begriffs-quot-Folie-quot-in-Draw-td4102456.html Short summary: split the translation where it is possible.
(In reply to Dennis Roczek from comment #13) > @heiko: > http://nabble.documentfoundation.org/Verwendung-des-Begriffs-quot-Folie-quot- > in-Draw-td4102456.html > > Short summary: split the translation where it is possible. For example, we should label the slides in Impress as this and pages in Draw. That should be the fact, another example that would need a solution is 'master' (master slide vs. master pages). But I wonder if this discussion is still relevant after strings have been moved into extra resources (https://opengrok.libreoffice.org/xref/core/sd/inc/strings.hrc)
Just opened LO Draw 5.4.2.2 German (Windows 10 1709 64Bit) and can still confirm this issue. Menu "Einfügen" (Insert): First two entries: "Folie einfügen" (Insert Slide) and "Folie doppeln" (Duplicate Slide). Were good to distinguish between Impress and Draw better to make translator's and user's life easier. Don't know what to do on technical side but happy and willing to help in later correct translation. Added me to cc.
This has been fixed and any other remaining issues that havent been should be filed as new bugs. *** This bug has been marked as a duplicate of bug 84208 ***
(In reply to Yousuf Philips (jay) from comment #16) > This has been fixed and any other remaining issues that havent been should > be filed as new bugs. Done: Remaining issues filed in new bug 114175.