Re: Bug report
On 7/20/2012 23:30, Jose wrote: Even if you can just close and open OOo Writer, you didn't have to do that in version 3.3. Oh, and I'm also using Windows Vista if it matters. You are quite correct. Under 3.3, the change is visible as soon as you click Okay. Under OO.o 3.4 beta and AOO 3.4, a restart is necessary. If you file a bug report, you may use the keyword regression. I have replied directly to you, because you are not subscribed to this list. Please send your replies to the list. /tj/ On Fri, Jul 20, 2012 at 11:29 PM, Jose josedrop...@gmail.com mailto:josedrop...@gmail.com wrote: So you have to close it first and then open it? On Fri, Jul 20, 2012 at 6:50 PM, tj t...@apache.org mailto:t...@apache.org wrote: On 7/20/2012 15:36, Jose wrote: *Big Icons bug report* *Bug report for OOo version 3.4* * * You can't make icons big in Writer for version 3.4 the same way you used to be able to in version 3.3 (Tools -- Options -- OpenOffice.org -- View -- It seems that you can, at least under WV. When I change my setting from small to large, then close AOO (including the Quickstarter) and reopen it, I get large icons. /tj/
Re: How does hunspell deal with dots in wordlists?
Although used by AOO, Hunspell is not an Apache product. Google is your friend. --/tj/ On 7/20/2012 21:42, Sahand.T wrote: Hi I'm about to create a wordlist and am considering including abbreviations in the wordlist. Before I do that I need to know how hunspell deals with dots (.) in the wordlist. Are dots even allowed in the wordlist for hunspell? If so, can I even write an abbreviation like O.K. with a dot after the final letter and have hunspell correct O.K to O.K.? I tried this: - $ test.dic 1 O.K. $ test.txt O.K O.K. $ analyze test.aff test.dic test.txt O.K Unknown word. O.K. - The O.K Turned up as an unknown word and the O.K. (with dot in end) didn't show anything at all. What does that mean? If I change the OK in the dic file to O.K (without final dot) everything is fine: - $ test.dic 1 O.K $ analyze test.aff test.dic test.txt O.K analyze(O.K) = st:O.K stem(O.K) = O.K O.K. analyze(O.K.) = st:O.K analyze(O.K.) = st:O.K stem(O.K.) = O.K - The problem here is that it doesn't correct O.K to O.K. which is what I want. Thanks /S.Taher
Re: How does hunspell deal with dots in wordlists?
On 21/07/12 11:47, tj wrote: Although used by AOO, Hunspell is not an Apache product. Google is your friend. --/tj/ On 7/20/2012 21:42, Sahand.T wrote: Hi I'm about to create a wordlist and am considering including abbreviations in the wordlist. Before I do that I need to know how hunspell deals with dots (.) in the wordlist. Are dots even allowed in the wordlist for hunspell? If so, can I even write an abbreviation like O.K. with a dot after the final letter and have hunspell correct O.K to O.K.? I tried this: - $ test.dic 1 O.K. $ test.txt O.K O.K. $ analyze test.aff test.dic test.txt O.K Unknown word. O.K. - The O.K Turned up as an unknown word and the O.K. (with dot in end) didn't show anything at all. What does that mean? If I change the OK in the dic file to O.K (without final dot) everything is fine: - $ test.dic 1 O.K $ analyze test.aff test.dic test.txt O.K analyze(O.K) = st:O.K stem(O.K) = O.K O.K. analyze(O.K.) = st:O.K analyze(O.K.) = st:O.K stem(O.K.) = O.K - The problem here is that it doesn't correct O.K to O.K. which is what I want. Thanks /S.Taher I don't think that O.K. would be the correct form, usually it is written OK on its own. The full stop after the O and the K would imply that the O and the K are the first letters of words starting with O and K respectively, but OK is actually shorthand for 'okay', which is a single word. There is a theory that OK was originally an abbreviation of the purposely misspelled (for comic effect) Oll Korrect. That might or might not be true, but either way I believe the correct modern usage to be OK with no full stops. Dave.
Re: CMS diff: Pakiet biurowy OpenOffice.org po polsku
On Fri, Jul 20, 2012 at 3:11 PM, Dave Fisher dave2w...@comcast.net wrote: Oops, I had got into anonymous mode. Well OK...I am STILL trying to fix this and running into conflict problems -- huh, wah!? :( Later...things to do for a few hours. On Jul 20, 2012, at 3:08 PM, There were three lines of mismatched tags wrote: Clone URL (Committers only): https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/pl%2Findex.html There were three lines of mismatched tags Index: trunk/content/pl/index.html === --- trunk/content/pl/index.html (revision 1363590) +++ trunk/content/pl/index.html (working copy) @@ -42,8 +42,6 @@ /head body -/div -/td/tr/table table id=mainpltr td id=menu a href=http://pl.openoffice.org; id=stronaglowna/a -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb
Re: How does hunspell deal with dots in wordlists?
On Sat, Jul 21, 2012 at 11:21 AM, Sahand.T sasht...@gmail.com wrote: Tj: Got it, I thought hunspell questions were ok to ask here since I've seen some before. You might try our localization list as well: http://incubator.apache.org/openofficeorg/mailing-lists.html#localization-mailing-list Regards, -Rob David McKay: It was just an example to show what I wanted to do (which is write any abbreviation with dots). Thanks S.T. 2012/7/21 David McKay dmc...@btconnect.com: On 21/07/12 11:47, tj wrote: Although used by AOO, Hunspell is not an Apache product. Google is your friend. --/tj/ On 7/20/2012 21:42, Sahand.T wrote: Hi I'm about to create a wordlist and am considering including abbreviations in the wordlist. Before I do that I need to know how hunspell deals with dots (.) in the wordlist. Are dots even allowed in the wordlist for hunspell? If so, can I even write an abbreviation like O.K. with a dot after the final letter and have hunspell correct O.K to O.K.? I tried this: - $ test.dic 1 O.K. $ test.txt O.K O.K. $ analyze test.aff test.dic test.txt O.K Unknown word. O.K. - The O.K Turned up as an unknown word and the O.K. (with dot in end) didn't show anything at all. What does that mean? If I change the OK in the dic file to O.K (without final dot) everything is fine: - $ test.dic 1 O.K $ analyze test.aff test.dic test.txt O.K analyze(O.K) = st:O.K stem(O.K) = O.K O.K. analyze(O.K.) = st:O.K analyze(O.K.) = st:O.K stem(O.K.) = O.K - The problem here is that it doesn't correct O.K to O.K. which is what I want. Thanks /S.Taher I don't think that O.K. would be the correct form, usually it is written OK on its own. The full stop after the O and the K would imply that the O and the K are the first letters of words starting with O and K respectively, but OK is actually shorthand for 'okay', which is a single word. There is a theory that OK was originally an abbreviation of the purposely misspelled (for comic effect) Oll Korrect. That might or might not be true, but either way I believe the correct modern usage to be OK with no full stops. Dave.
Empty bug in Bugzilla (#i64400#)
By chance (a link found in a discussion about OpenOffice dictionaries in the Mozilla Bugzilla) I came across a link to https://issues.apache.org/ooo/show_bug.cgi?id=64400 (mentioned in https://bugzilla.mozilla.org/show_bug.cgi?id=355178#c3 ) The issue page looks completely empty, even though it has 20 votes and a CC list of 23 users. A migration problem perhaps? Or some aggressive anti-spam cleaning that deleted everything in the bug report? Regards, Andrea.
Re: CMS diff: Pakiet biurowy OpenOffice.org po polsku
Good news, I look forward to seeing these results. On Jul 21, 2012, at 9:32 AM, Joe Schaefer wrote: You did the right thing in resolving the conflict. I looked at your working copy and other than there being 2 title sections for the page it looks ready to commit. - Original Message - From: Kay Schenk kay.sch...@gmail.com To: ooo-dev@incubator.apache.org Cc: Sent: Saturday, July 21, 2012 12:24 PM Subject: Re: CMS diff: Pakiet biurowy OpenOffice.org po polsku On Fri, Jul 20, 2012 at 3:11 PM, Dave Fisher dave2w...@comcast.net wrote: Oops, I had got into anonymous mode. Well OK...I am STILL trying to fix this and running into conflict problems -- huh, wah!? :( Later...things to do for a few hours. On Jul 20, 2012, at 3:08 PM, There were three lines of mismatched tags wrote: Clone URL (Committers only): https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/pl%2Findex.html There were three lines of mismatched tags Index: trunk/content/pl/index.html === --- trunk/content/pl/index.html (revision 1363590) +++ trunk/content/pl/index.html (working copy) @@ -42,8 +42,6 @@ /head body -/div -/td/tr/table table id=mainpltr td id=menu a href=http://pl.openoffice.org; id=stronaglowna/a -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb
Re: Bug report
TJ: Do you mean send my replies to ooo...@incubator.apache.org? That's where I initially sent the bug report to. Can you explain what you mean by I may use the keyword regression? Like use it as a subject? On Sat, Jul 21, 2012 at 5:19 AM, tj t...@apache.org wrote: On 7/20/2012 23:30, Jose wrote: Even if you can just close and open OOo Writer, you didn't have to do that in version 3.3. Oh, and I'm also using Windows Vista if it matters. You are quite correct. Under 3.3, the change is visible as soon as you click Okay. Under OO.o 3.4 beta and AOO 3.4, a restart is necessary. If you file a bug report, you may use the keyword regression. I have replied directly to you, because you are not subscribed to this list. Please send your replies to the list. /tj/ On Fri, Jul 20, 2012 at 11:29 PM, Jose josedrop...@gmail.com mailto:josedrop...@gmail.com** wrote: So you have to close it first and then open it? On Fri, Jul 20, 2012 at 6:50 PM, tj t...@apache.org mailto:t...@apache.org wrote: On 7/20/2012 15:36, Jose wrote: *Big Icons bug report* *Bug report for OOo version 3.4* * * You can't make icons big in Writer for version 3.4 the same way you used to be able to in version 3.3 (Tools -- Options -- OpenOffice.org -- View -- It seems that you can, at least under WV. When I change my setting from small to large, then close AOO (including the Quickstarter) and reopen it, I get large icons. /tj/
Install developer build side by side with regular version instead of overwriting it
Hello, I just downloaded and installed the latest developer snapshot/build and found that it replaces the stable version. Please return to the good tradition of installing the dev snapshot parallel with the stable version so that people using AOO for work can also test developer builds. floris v
Re: Should quickstarter be enabled or disabled by default?
I support QuickStart, too. The only issue I had was that it started in full screen mode in version 3.4. Kind regards Jürgen Am 18.07.2012 07:30, schrieb Andrea Pescetti: On 18/07/2012 Rob Weir wrote: On Tue, Jul 17, 2012 at 7:03 PM, Kay Schenk wrote: Well supposedly problems with it have been fixed, but quickstarter does seem to have its issues. ... Maybe this is worth a performance test, to see whether QuickStart really is quick, and by how much? Besides making startup quicker, it also makes access to new documents creation and file opening handier, since the tray icon can be right-clicked for several common functions. I'd support keeping it active by default. The main reason to disable QuickStart in OpenOffice 3.4 is that it starts in full-screen mode due to a bug already fixed for 3.4.1. Regards, Andrea.
Re: Should quickstarter be enabled or disabled by default?
Hello; From what I understand.. AOO already starts much quicker than before. I vote for it being disabled by default and eventually removed. Pedro. From: Jürgen Lange j...@juergen-lange.de To: ooo-dev@incubator.apache.org Sent: Saturday, July 21, 2012 1:53 PM Subject: Re: Should quickstarter be enabled or disabled by default? I support QuickStart, too. The only issue I had was that it started in full screen mode in version 3.4. Kind regards Jürgen Am 18.07.2012 07:30, schrieb Andrea Pescetti: On 18/07/2012 Rob Weir wrote: On Tue, Jul 17, 2012 at 7:03 PM, Kay Schenk wrote: Well supposedly problems with it have been fixed, but quickstarter does seem to have its issues. ... Maybe this is worth a performance test, to see whether QuickStart really is quick, and by how much? Besides making startup quicker, it also makes access to new documents creation and file opening handier, since the tray icon can be right-clicked for several common functions. I'd support keeping it active by default. The main reason to disable QuickStart in OpenOffice 3.4 is that it starts in full-screen mode due to a bug already fixed for 3.4.1. Regards, Andrea.
Re: Install developer build side by side with regular version instead of overwriting it
RGB ES wrote: 2012/7/21 floris v: I just downloaded and installed the latest developer snapshot/build and found that it replaces the stable version. I think that that was on purpose: we are really close to 3.4.1 release so it's time to test install issues. Exactly, it was discussed earlier on this list. Anyway, there was a quite prominent warning on the download page last time I checked (it seems https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Unofficial+Developer+Snapshots is temporarily unavailable at the moment). You can always install several versions in parallel. For Linux the procedure is here We have a semi-official page about this on the wiki too: http://wiki.services.openoffice.org/wiki/Run_OOo_versions_parallel Regards, Andrea.
Re: CMS diff: Pakiet biurowy OpenOffice.org po polsku
On Sat, Jul 21, 2012 at 10:32 AM, Dave Fisher dave2w...@comcast.net wrote: Good news, I look forward to seeing these results. On Jul 21, 2012, at 9:32 AM, Joe Schaefer wrote: You did the right thing in resolving the conflict. I looked at your working copy and other than there being 2 title sections for the page it looks ready to commit. Yeah, well, my svn local copy didn't share your enthusiam. Oy! OK, after unscrambling snv's brains, it's all good now! Thanks for the encouraging words by the way. I think Rob and I got into some kind of lock situation which I hadn't experienced before. - Original Message - From: Kay Schenk kay.sch...@gmail.com To: ooo-dev@incubator.apache.org Cc: Sent: Saturday, July 21, 2012 12:24 PM Subject: Re: CMS diff: Pakiet biurowy OpenOffice.org po polsku On Fri, Jul 20, 2012 at 3:11 PM, Dave Fisher dave2w...@comcast.net wrote: Oops, I had got into anonymous mode. Well OK...I am STILL trying to fix this and running into conflict problems -- huh, wah!? :( Later...things to do for a few hours. On Jul 20, 2012, at 3:08 PM, There were three lines of mismatched tags wrote: Clone URL (Committers only): https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/pl%2Findex.html There were three lines of mismatched tags Index: trunk/content/pl/index.html === --- trunk/content/pl/index.html (revision 1363590) +++ trunk/content/pl/index.html (working copy) @@ -42,8 +42,6 @@ /head body -/div -/td/tr/table table id=mainpltr td id=menu a href=http://pl.openoffice.org; id=stronaglowna/a -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb
Re: CSS debugging (ability to read Polish might help)
On Fri, Jul 20, 2012 at 3:23 PM, Dave Fisher dave2w...@comcast.net wrote: On Jul 20, 2012, at 8:35 AM, Andrea Pescetti wrote: Rob Weir wrote: http://www.openoffice.org/pl/ there is some CSS issue causing the text to be white-on-white or something. I stared at it but did not see the source of the problem. The source of the problem is the first non-comment line here: http://www.openoffice.org/css/ooo.css body { color: white; ... } but the reason we set it to white (to override it, of course, in all other languages through specialized CSS classes) is not clear to me. All the pages have some bad html. After the body tag there are the following on the all PL site pages. /div /td/tr/table Add the css for td id=plcontent to http://www.openoffice.org/pl/style.css The footer is missing on all the pages as well. So something else is wrong. There's some work, but I don't have time at the moment. Regards, Dave Regards, Andrea. This is displaying correctly now I think. -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb
Re: CMS diff: Pakiet biurowy OpenOffice.org po polsku
Conflicts in the CMS happen when two people work on the same lines in a file and commit their changes without either one of them updating their tree in between commits. The update process will try to download the latest changes applied to the svn server and merge them into your working copy- when it can't figure out how to do that successfully by itself it complains abouta conflict and expects the user to intervene and resolve the conflict. Once you've resolved the conflicts you will be able to commit your changes again. Keep in mind that if a CMS commit fails, the CMS will automatically update your tree and try again. That's what happened here, but when it updated your tree it detected a conflict which blocked its attempt to commit. Normally I just take the changes from the server (accept-theirs) and then start re-editing whatever changes of mine that got lost in the process. - Original Message - From: Kay Schenk kay.sch...@gmail.com To: ooo-dev@incubator.apache.org Cc: Sent: Saturday, July 21, 2012 4:26 PM Subject: Re: CMS diff: Pakiet biurowy OpenOffice.org po polsku On Sat, Jul 21, 2012 at 10:32 AM, Dave Fisher dave2w...@comcast.net wrote: Good news, I look forward to seeing these results. On Jul 21, 2012, at 9:32 AM, Joe Schaefer wrote: You did the right thing in resolving the conflict. I looked at your working copy and other than there being 2 title sections for the page it looks ready to commit. Yeah, well, my svn local copy didn't share your enthusiam. Oy! OK, after unscrambling snv's brains, it's all good now! Thanks for the encouraging words by the way. I think Rob and I got into some kind of lock situation which I hadn't experienced before. - Original Message - From: Kay Schenk kay.sch...@gmail.com To: ooo-dev@incubator.apache.org Cc: Sent: Saturday, July 21, 2012 12:24 PM Subject: Re: CMS diff: Pakiet biurowy OpenOffice.org po polsku On Fri, Jul 20, 2012 at 3:11 PM, Dave Fisher dave2w...@comcast.net wrote: Oops, I had got into anonymous mode. Well OK...I am STILL trying to fix this and running into conflict problems -- huh, wah!? :( Later...things to do for a few hours. On Jul 20, 2012, at 3:08 PM, There were three lines of mismatched tags wrote: Clone URL (Committers only): https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/pl%2Findex.html There were three lines of mismatched tags Index: trunk/content/pl/index.html === --- trunk/content/pl/index.html (revision 1363590) +++ trunk/content/pl/index.html (working copy) @@ -42,8 +42,6 @@ /head body -/div -/td/tr/table table id=mainpltr td id=menu a href=http://pl.openoffice.org; id=stronaglowna/a -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb
Re: CSS debugging (ability to read Polish might help)
Hi Kay, I continued these fixes through the rest of the top level of the PL site. Rob - It looks like this has to do with bad changes in the far past around google analytics. Question: Are you inserting google analytic code into every header and is it always the same? If so, then the proper approach would be to make that part of the templates. Perhaps as part of the footer template? Regards, Dave On Jul 21, 2012, at 1:26 PM, Kay Schenk wrote: On Fri, Jul 20, 2012 at 3:23 PM, Dave Fisher dave2w...@comcast.net wrote: On Jul 20, 2012, at 8:35 AM, Andrea Pescetti wrote: Rob Weir wrote: http://www.openoffice.org/pl/ there is some CSS issue causing the text to be white-on-white or something. I stared at it but did not see the source of the problem. The source of the problem is the first non-comment line here: http://www.openoffice.org/css/ooo.css body { color: white; ... } but the reason we set it to white (to override it, of course, in all other languages through specialized CSS classes) is not clear to me. All the pages have some bad html. After the body tag there are the following on the all PL site pages. /div /td/tr/table Add the css for td id=plcontent to http://www.openoffice.org/pl/style.css The footer is missing on all the pages as well. So something else is wrong. There's some work, but I don't have time at the moment. Regards, Dave Regards, Andrea. This is displaying correctly now I think. -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb
Re: CSS debugging (ability to read Polish might help)
On Sat, Jul 21, 2012 at 2:33 PM, Dave Fisher dave2w...@comcast.net wrote: Hi Kay, I continued these fixes through the rest of the top level of the PL site. well good -- how industrious of you! :) Rob - It looks like this has to do with bad changes in the far past around google analytics. I saw that Rob intended (and did remove some old stuff) but I don't know if that is what caused the problem. I think it was bad HTML syntax to begin with that caused the automatic insertions (for the content div tag) to function incorrectly. Question: Are you inserting google analytic code into every header and is it always the same? If so, then the proper approach would be to make that part of the templates. Perhaps as part of the footer template? Regards, Dave On Jul 21, 2012, at 1:26 PM, Kay Schenk wrote: On Fri, Jul 20, 2012 at 3:23 PM, Dave Fisher dave2w...@comcast.net wrote: On Jul 20, 2012, at 8:35 AM, Andrea Pescetti wrote: Rob Weir wrote: http://www.openoffice.org/pl/ there is some CSS issue causing the text to be white-on-white or something. I stared at it but did not see the source of the problem. The source of the problem is the first non-comment line here: http://www.openoffice.org/css/ooo.css body { color: white; ... } but the reason we set it to white (to override it, of course, in all other languages through specialized CSS classes) is not clear to me. All the pages have some bad html. After the body tag there are the following on the all PL site pages. /div /td/tr/table Add the css for td id=plcontent to http://www.openoffice.org/pl/style.css The footer is missing on all the pages as well. So something else is wrong. There's some work, but I don't have time at the moment. Regards, Dave Regards, Andrea. This is displaying correctly now I think. -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb
Re: CMS diff: Pakiet biurowy OpenOffice.org po polsku
On Sat, Jul 21, 2012 at 1:34 PM, Joe Schaefer joe_schae...@yahoo.comwrote: Conflicts in the CMS happen when two people work on the same lines in a file and commit their changes without either one of them updating their tree in between commits. The update process will try to download the latest changes applied to the svn server and merge them into your working copy- when it can't figure out how to do that successfully by itself it complains abouta conflict and expects the user to intervene and resolve the conflict. Once you've resolved the conflicts you will be able to commit your changes again. Keep in mind that if a CMS commit fails, the CMS will automatically update your tree and try again. That's what happened here, but when it updated your tree it detected a conflict which blocked its attempt to commit. I don't know. I do frequent updates, but something I did caused this, and try as I might, I could not make svn happy. I finally deleted all the weird temp files it was creating, and went on my way with a normal commit. I already had Rob's update in my working copy so ? Normally I just take the changes from the server (accept-theirs) and then start re-editing whatever changes of mine that got lost in the process. Well thanks for trying to set things right. The prompts were really very good, and I thought at one point the online CMS would do it for me -- but still no. At any rate, I got done what I wanted to do -- finally! - Original Message - From: Kay Schenk kay.sch...@gmail.com To: ooo-dev@incubator.apache.org Cc: Sent: Saturday, July 21, 2012 4:26 PM Subject: Re: CMS diff: Pakiet biurowy OpenOffice.org po polsku On Sat, Jul 21, 2012 at 10:32 AM, Dave Fisher dave2w...@comcast.net wrote: Good news, I look forward to seeing these results. On Jul 21, 2012, at 9:32 AM, Joe Schaefer wrote: You did the right thing in resolving the conflict. I looked at your working copy and other than there being 2 title sections for the page it looks ready to commit. Yeah, well, my svn local copy didn't share your enthusiam. Oy! OK, after unscrambling snv's brains, it's all good now! Thanks for the encouraging words by the way. I think Rob and I got into some kind of lock situation which I hadn't experienced before. - Original Message - From: Kay Schenk kay.sch...@gmail.com To: ooo-dev@incubator.apache.org Cc: Sent: Saturday, July 21, 2012 12:24 PM Subject: Re: CMS diff: Pakiet biurowy OpenOffice.org po polsku On Fri, Jul 20, 2012 at 3:11 PM, Dave Fisher dave2w...@comcast.net wrote: Oops, I had got into anonymous mode. Well OK...I am STILL trying to fix this and running into conflict problems -- huh, wah!? :( Later...things to do for a few hours. On Jul 20, 2012, at 3:08 PM, There were three lines of mismatched tags wrote: Clone URL (Committers only): https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/pl%2Findex.html There were three lines of mismatched tags Index: trunk/content/pl/index.html === --- trunk/content/pl/index.html (revision 1363590) +++ trunk/content/pl/index.html (working copy) @@ -42,8 +42,6 @@ /head body -/div -/td/tr/table table id=mainpltr td id=menu a href=http://pl.openoffice.org; id=stronaglowna/a -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb
Re: CSS debugging (ability to read Polish might help)
On Sat, Jul 21, 2012 at 5:39 PM, Kay Schenk kay.sch...@gmail.com wrote: On Sat, Jul 21, 2012 at 2:33 PM, Dave Fisher dave2w...@comcast.net wrote: Hi Kay, I continued these fixes through the rest of the top level of the PL site. well good -- how industrious of you! :) Rob - It looks like this has to do with bad changes in the far past around google analytics. I saw that Rob intended (and did remove some old stuff) but I don't know if that is what caused the problem. I think it was bad HTML syntax to begin with that caused the automatic insertions (for the content div tag) to function incorrectly. Right. I've never seen this page look right. You can try removing the GA code, but nothing there touches CSS, and it comes after both of the CSS imports, so I don't see how it could be the issue here. Question: Are you inserting google analytic code into every header and is it always the same? If so, then the proper approach would be to make that part of the templates. Perhaps as part of the footer template? It is supposed to be the last item in the head. It wasn't clear whether this could be added via the template. Regards, Dave On Jul 21, 2012, at 1:26 PM, Kay Schenk wrote: On Fri, Jul 20, 2012 at 3:23 PM, Dave Fisher dave2w...@comcast.net wrote: On Jul 20, 2012, at 8:35 AM, Andrea Pescetti wrote: Rob Weir wrote: http://www.openoffice.org/pl/ there is some CSS issue causing the text to be white-on-white or something. I stared at it but did not see the source of the problem. The source of the problem is the first non-comment line here: http://www.openoffice.org/css/ooo.css body { color: white; ... } but the reason we set it to white (to override it, of course, in all other languages through specialized CSS classes) is not clear to me. All the pages have some bad html. After the body tag there are the following on the all PL site pages. /div /td/tr/table Add the css for td id=plcontent to http://www.openoffice.org/pl/style.css The footer is missing on all the pages as well. So something else is wrong. There's some work, but I don't have time at the moment. Regards, Dave Regards, Andrea. This is displaying correctly now I think. -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb
Re: Install developer build side by side with regular version instead of overwriting it
On 7/21/2012 16:17, Andrea Pescetti wrote: RGB ES wrote: 2012/7/21 floris v: I just downloaded and installed the latest developer snapshot/build and found that it replaces the stable version. I think that that was on purpose: we are really close to 3.4.1 release so it's time to test install issues. Exactly, it was discussed earlier on this list. Anyway, there was a quite prominent warning on the download page last time I checked (it seems https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Unofficial+Developer+Snapshots is temporarily unavailable at the moment). You can always install several versions in parallel. For Linux the procedure is here We have a semi-official page about this on the wiki too: http://wiki.services.openoffice.org/wiki/Run_OOo_versions_parallel Regards, Andrea. FWIW, I'm currently running (under WV) 3.3 (regular install), 3.4 beta (dev install), and AOO 3.4 (parallel install, per Andrea's link). I don't turn on any of the Quickstarters (that would be pushing it), and only run one version at a time, but all work well. Depending on where you specify the data should go, the parallel version may cause security hassles with Windows permissions, but there are several ways around that. /tj/
Re: Install developer build side by side with regular version instead of overwriting it
Hi, TJ Frazier schrieb: On 7/21/2012 16:17, Andrea Pescetti wrote: RGB ES wrote: 2012/7/21 floris v: I just downloaded and installed the latest developer snapshot/build and found that it replaces the stable version. I think that that was on purpose: we are really close to 3.4.1 release so it's time to test install issues. Exactly, it was discussed earlier on this list. Anyway, there was a quite prominent warning on the download page last time I checked (it seems https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Unofficial+Developer+Snapshots is temporarily unavailable at the moment). You can always install several versions in parallel. For Linux the procedure is here We have a semi-official page about this on the wiki too: http://wiki.services.openoffice.org/wiki/Run_OOo_versions_parallel Regards, Andrea. FWIW, I'm currently running (under WV) 3.3 (regular install), 3.4 beta (dev install), and AOO 3.4 (parallel install, per Andrea's link). I don't turn on any of the Quickstarters (that would be pushing it), and only run one version at a time, but all work well. Depending on where you specify the data should go, the parallel version may cause security hassles with Windows permissions, but there are several ways around that. run one version at a time is not really needed. If you use different user folders, you can run the versions at the same time. To get different user folders you can edit the bootstrap file or you can call soffice with parameter -env:UserInstallation= With the latter you can even run the _same_ installation two or more times, for example one with English UI and at the same time with German UI. This works at least for WinXp and Windows 7. Kind regards Regina
Re: Want to join dev team
Hi all, you've downloaded and configured all project dependencies, but at the time I run build --all following error appears: marco@psychokiller:/usr/local/psychokiller/Arquivos/Projetos/ooffice/trunk/main$ build --all - P2 -- -P2 build -- version: 275224 Cannot determine source directory/repository for /usr/local/psychokiller/Arquivos/Projetos/ooffice/trunk/main at /usr/local/psychokiller/Arquivos/Projetos/ooffice/trunk/main/solenv/bin/ build.pl line 1151 any tip on it? Thanks On Fri, Jul 20, 2012 at 11:57 PM, Marco Benatto marco.antonio@gmail.com wrote: Hi Ariel, thanks for the reply. I'm subscribing to mail list here. Many thanks for your help. On Wed, Jul 18, 2012 at 11:53 PM, Ariel Constenla-Haile arie...@apache.org wrote: Hi Marco, On Wed, Jul 18, 2012 at 11:29:00PM -0300, Marco Benatto wrote: Hi, I'd like to join ooffice dev team. That's great! Welcome to Apache OpenOffice :) I have some knowledge in C++ and also in sofwtare development for linux platforms. May you send me more instructions as said on wiki page? You have the Building Guide on the wiki to try your first build: http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide_AOO In case you find any trouble building, do not hesitate to ask here. You can also think about subscribing to this list, otherwise you miss the answers (unless the poster puts you on CC). Regards -- Ariel Constenla-Haile La Plata, Argentina -- Marco Antonio Benatto Linux user ID: #506236 -- Marco Antonio Benatto Linux user ID: #506236
Re: Want to join dev team
Hi Marco, On Sat, Jul 21, 2012 at 08:55:08PM -0300, Marco Benatto wrote: Hi all, you've downloaded and configured all project dependencies, but at the time I run build --all following error appears: marco@psychokiller:/usr/local/psychokiller/Arquivos/Projetos/ooffice/trunk/main$ Here you must cd trunk/main/instsetoo_native/ and invoke there build build --all - P2 -- -P2 That should be -P2 -- -P2 not - P2 -- -P2 Regards -- Ariel Constenla-Haile La Plata, Argentina pgpJfvQf3JdEZ.pgp Description: PGP signature
Re: Want to join dev team
Seems to be working now! Thanks for your help. Sorry for - P2...,that was my typo waiting all for compile now On Sat, Jul 21, 2012 at 9:06 PM, Ariel Constenla-Haile arie...@apache.orgwrote: Hi Marco, On Sat, Jul 21, 2012 at 08:55:08PM -0300, Marco Benatto wrote: Hi all, you've downloaded and configured all project dependencies, but at the time I run build --all following error appears: marco@psychokiller :/usr/local/psychokiller/Arquivos/Projetos/ooffice/trunk/main$ Here you must cd trunk/main/instsetoo_native/ and invoke there build build --all - P2 -- -P2 That should be -P2 -- -P2 not - P2 -- -P2 Regards -- Ariel Constenla-Haile La Plata, Argentina -- Marco Antonio Benatto Linux user ID: #506236
AOO as a portable application
Hi all, I would know if the ASF will produce in the future a portable version of AOO. I think such a version could help to promote the use of AOO, as most recent computers are able to run even big applications directly from an USB key. It's also nice for demos, etc. Regards -- gw
Re: AOO as a portable application
On Sun, 2012-07-22 at 03:27 +0200, Guy Waterval wrote: Hi all, I would know if the ASF will produce in the future a portable version of AOO. I think such a version could help to promote the use of AOO, as most recent computers are able to run even big applications directly from an USB key. It's also nice for demos, etc. Regards Howdy Guy, Ah, good question - I assume you know that OpenOffice was available for a long time in 'portable garb' from at least two third party sources: The transition over to Apache OpenOffice just put a kink in things, but my impression is that this is about to be cleared up. I'd direct you to this link: http://portableapps.com/development/outdated for one example - look for a change in that status in short order, or so is my guess ;) The other packager was: http://sourceforge.net/projects/winpenpack/ again I would not be surprised to see them update soon also. HTH, //drew