Wiki Account
Hello, I am interested in opening a wiki account. I propose the username: darthdj31 The email would be jhong101...@gmail.com. Best regards, Jungi
Re: macOS and AOO42X
Hi, Am 30.04.20 um 19:39 schrieb Pedro Lino: > Hi Matthias > >> Just for clarification: >> There are a lot of little things (double spaces, wrong icons in help, >> etc.) in the source code that we have to fix. >> From time to time Mechtilde creates a new language template (en-US) and >> imports it in Pootle. This results in those strings that have to be to >> reviewed. > Thank you for the clarification. No problem! We want AOO to be as perfect as > humanly possible. We are here to help reach that goal ;) I just wanted to make clear *why* there are "new" strings from time to time... > >>> In my opinion it would be better to have an RC0 that installs on the same >>> path and uses the same profile as the release version for proper testing >>> than fixing Dev builds. >> RC0 (which does not exist) would imply that we are in a release process. > It could easily exist if the developers wanted. > We could be on a tentative release process. LibreOffice 5.0 had 5 RCs. We also have several RCs if needed, but only if we are in the release process. > >> And the different path is on purpose, so the "normal" profile is not >> touched by the Dev Build. > I am aware of that ;) > But on the other hand it prevents to detect regressions in the release > version... > There is no perfect plan :) > >> Since desktop integration works on Windows (and macOS?) it would be >> better to fix it on Linux. > I do not disagree. But given the very reduced number/time of developers I > would be happier if they fixed problems such as the update bug in Linux > https://bz.apache.org/ooo/show_bug.cgi?id=127774 > > If they can fix both, better yet! If you know a developer, feel free to ask him to fix it. ;-) > >> A Dev Build is for broader testing by a >> bigger audience and I would like to do that more often. >> 4.2.0 must be thoroughly tested (after all the time) and there are still >> a lot of hurdles before we can release it. > Again, I do not disagree. But having a bigger audience increases the volume > of feedback and obviously it increases the expectations of people > participating in the testing... > Are there enough developers/developer-time to correspond to such expectations? Are there enough testers?! I do Test Builds almost every month, but I get absolutely *no* feedback... Very disappointing! Regards, Matthias > > Regards, > Pedro > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > smime.p7s Description: S/MIME Cryptographic Signature
Re: macOS and AOO42X
Hi Matthias > Just for clarification: > There are a lot of little things (double spaces, wrong icons in help, > etc.) in the source code that we have to fix. > From time to time Mechtilde creates a new language template (en-US) and > imports it in Pootle. This results in those strings that have to be to > reviewed. Thank you for the clarification. No problem! We want AOO to be as perfect as humanly possible. We are here to help reach that goal ;) > > In my opinion it would be better to have an RC0 that installs on the same > > path and uses the same profile as the release version for proper testing > > than fixing Dev builds. > > RC0 (which does not exist) would imply that we are in a release process. It could easily exist if the developers wanted. We could be on a tentative release process. LibreOffice 5.0 had 5 RCs. > And the different path is on purpose, so the "normal" profile is not > touched by the Dev Build. I am aware of that ;) But on the other hand it prevents to detect regressions in the release version... There is no perfect plan :) > Since desktop integration works on Windows (and macOS?) it would be > better to fix it on Linux. I do not disagree. But given the very reduced number/time of developers I would be happier if they fixed problems such as the update bug in Linux https://bz.apache.org/ooo/show_bug.cgi?id=127774 If they can fix both, better yet! > A Dev Build is for broader testing by a > bigger audience and I would like to do that more often. > 4.2.0 must be thoroughly tested (after all the time) and there are still > a lot of hurdles before we can release it. Again, I do not disagree. But having a bigger audience increases the volume of feedback and obviously it increases the expectations of people participating in the testing... Are there enough developers/developer-time to correspond to such expectations? Regards, Pedro - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: macOS and AOO42X
Hi Pedro, Am 30.04.20 um 00:51 schrieb Pedro Lino: > Hi Matthias, all > >> Let's wait for updated translations... I just posted a message on L10N@. > Translation update in progress ;) Thanks! Just for clarification: There are a lot of little things (double spaces, wrong icons in help, etc.) in the source code that we have to fix. From time to time Mechtilde creates a new language template (en-US) and imports it in Pootle. This results in those strings that have to be to reviewed. > >> BTW: Did we ever solve the "problem" with missing desktop integration on >> Linux dev builds? > Apparentely not. There are no links anywhere. The only way to run it is to > execute /opt/openoffice_developer_build4/program/soffice.bin That's what I remember... > > In my opinion it would be better to have an RC0 that installs on the same > path and uses the same profile as the release version for proper testing than > fixing Dev builds. RC0 (which does not exist) would imply that we are in a release process. And the different path is on purpose, so the "normal" profile is not touched by the Dev Build. Since desktop integration works on Windows (and macOS?) it would be better to fix it on Linux. A Dev Build is for broader testing by a bigger audience and I would like to do that more often. 4.2.0 must be thoroughly tested (after all the time) and there are still a lot of hurdles before we can release it. Regards, Matthias > > Regards, > Pedro > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > smime.p7s Description: S/MIME Cryptographic Signature