Re: [CWiki] Account Whitelisting
Hi Andrea Am 12/6/2016 um 8:48 AM schrieb Andrea Pescetti: Raphael Bircher wrote: For some reasons, I have also no edit rights. I don't know how they got loost. I want them back! My User is rbircher Where? CWiki or MWiki? Please always give the full URL, so that we know where to look! https://raphaelbircher.wordpress.com/2016/12/06/lange-pause-heist-viel-zu-schreiben/ cwiki Regards, Raphael - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [CWiki] Account Whitelisting
Raphael Bircher wrote: For some reasons, I have also no edit rights. I don't know how they got loost. I want them back! My User is rbircher Where? CWiki or MWiki? Please always give the full URL, so that we know where to look! Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [CWiki] Account Whitelisting
Hi Keith, For some reasons, I have also no edit rights. I don't know how they got loost. I want them back! My User is rbircher Kind regards, Raphael Am 12/6/2016 um 7:01 AM schrieb Peter Kovacs: Hi Keith, I would like to stick with petko. Thanks. All the best Peter On 06.12.2016 01:06, Keith N. McKenna wrote: On 12/5/2016 6:22 PM, Peter Kovacs wrote: Ohh i am sorry. Ithought the Mediawiki is Cwiki. And did not give it a urther thought. I want to log in here: https://wiki.openoffice.org/w/index.php?title=Special:UserLogin=submitlogin=login=Special:UserLogin/signup On 05.12.2016 23:32, Keith N. McKenna wrote: On 12/5/2016 4:24 PM, Peter Kovacs wrote: Hello Keith, thanks for looking into this. I use petko for login. The Wikimedia says that the user does not exist. Error Message of the site: *Fehler bei der Anmeldung* Der Benutzername „petko“ ist nicht vorhanden. Bitte überprüfe die Schreibweise. I use my confluence Password. All the best Peter On 05.12.2016 22:06, Keith N. McKenna wrote: On 12/5/2016 3:52 PM, Peter Kovacs wrote: Hello , Whitelisting for the CWiki is gone. Can you whitelist me again please. Thank you. All the best Peter On 25.10.2016 14:49, Keith N. McKenna wrote: Peter Kovacs wrote: I am sorry. I got it wrong. :( I should have known better. My confluence name is: username:*petko* real name:*Peter Kovacs* Account petco white-listed on cwiki Regards Keith Peter; Have you created the account pkovacs on the cwiki yet? if not please do so at the following link. https://cwiki.apache.org/confluence/signup.action Once you have reply here that it is done and I will white-list it. Regards Keith All the best Peter Peter; I just checked the permissions for you (username petko) and they are still there. Are you sure you are using the correct username? I remember there was some confusion around that with the original white-listing request. If there is still a problem with the petko user name please reply back and I will look further. Regards Keith Peter; As Andrea noted you appear to be mixing the two (2) wiki's here. Cwiki is the Confluence Wiki and your username there is petko and the permissions seem to be intact. Mwiki is our mediawiki and is completely seperate from the the Cwiki. Can you give me the url of the wiki you are trying to log into or what it is you are trying to edit we can see from there which it is and discover the best way forward. Regards Keith Peter; No problem; the 2 wiki scenarilo confuses many people including me and I am an admin on both! The easiest thing at this point is to have me create and account on mwiki for you. Just let me know the Username that you want to use and I will create it. Regards Keith - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [discussion] Roadmap for Open Office
I have created a page on the Confluence Wiki https://cwiki.apache.org/confluence/display/OOOUSERS/Roadmap I made a start, with Points that came into my mind without haveing to check on something. I thought we have in the upper Region our Release Plan and the a Backlog where we simply collect Toppics which we can then devide and maybe add to our release plan by copy paste. I have kept every point quite short and crisp. Please feel free to add or change Points. As soon as I have access I would like to delete the Roadmap on Media wiki Page and refered Files. (-> https://wiki.openoffice.org/wiki/Features and http://www.openoffice.org/development/releases/ooo_roadmap.pdf ) Maybe it would make sense to add to https://wiki.openoffice.org/wiki/Product_Release the Releases 4.1.4 with some rough estimate (my suggestion would be Q1 2017) and also add 4.2.0 with a note to be decided or something. So it is clear that we have more Releases in the pipe. That would clear the situation up a bit. All the best Peter On 05.12.2016 22:18, Matthias Seidel wrote: Yes, we could use our cWiki for that... Apart from that, it would be a good idea to give our users a small overview of what is planned for the future. Maybe combined with a Christmas greeting? ;-) regards, Matthias Am 04.12.2016 um 15:11 schrieb Marcus: Am 12/03/2016 01:21 PM, schrieb Peter Kovacs: So I suggest to keep Bugzilla as Bugtracker, and use Jira as a Todo backlog List type. I love Agile methology. Never came to use it thought, because companies can not deal well if there is no timeframe. But I think for us its perfect. we have already so many tools that some of us still don't know any of them. So, it won't help us when we have just another tool to document some tasks. We should use our Wiki like we do for other tasks. My 2 ct. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [CWiki] Account Whitelisting
Hi Keith, I would like to stick with petko. Thanks. All the best Peter On 06.12.2016 01:06, Keith N. McKenna wrote: On 12/5/2016 6:22 PM, Peter Kovacs wrote: Ohh i am sorry. Ithought the Mediawiki is Cwiki. And did not give it a urther thought. I want to log in here: https://wiki.openoffice.org/w/index.php?title=Special:UserLogin=submitlogin=login=Special:UserLogin/signup On 05.12.2016 23:32, Keith N. McKenna wrote: On 12/5/2016 4:24 PM, Peter Kovacs wrote: Hello Keith, thanks for looking into this. I use petko for login. The Wikimedia says that the user does not exist. Error Message of the site: *Fehler bei der Anmeldung* Der Benutzername „petko“ ist nicht vorhanden. Bitte überprüfe die Schreibweise. I use my confluence Password. All the best Peter On 05.12.2016 22:06, Keith N. McKenna wrote: On 12/5/2016 3:52 PM, Peter Kovacs wrote: Hello , Whitelisting for the CWiki is gone. Can you whitelist me again please. Thank you. All the best Peter On 25.10.2016 14:49, Keith N. McKenna wrote: Peter Kovacs wrote: I am sorry. I got it wrong. :( I should have known better. My confluence name is: username:*petko* real name:*Peter Kovacs* Account petco white-listed on cwiki Regards Keith Peter; Have you created the account pkovacs on the cwiki yet? if not please do so at the following link. https://cwiki.apache.org/confluence/signup.action Once you have reply here that it is done and I will white-list it. Regards Keith All the best Peter Peter; I just checked the permissions for you (username petko) and they are still there. Are you sure you are using the correct username? I remember there was some confusion around that with the original white-listing request. If there is still a problem with the petko user name please reply back and I will look further. Regards Keith Peter; As Andrea noted you appear to be mixing the two (2) wiki's here. Cwiki is the Confluence Wiki and your username there is petko and the permissions seem to be intact. Mwiki is our mediawiki and is completely seperate from the the Cwiki. Can you give me the url of the wiki you are trying to log into or what it is you are trying to edit we can see from there which it is and discover the best way forward. Regards Keith Peter; No problem; the 2 wiki scenarilo confuses many people including me and I am an admin on both! The easiest thing at this point is to have me create and account on mwiki for you. Just let me know the Username that you want to use and I will create it. Regards Keith - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Facebook page
On Tue, Nov 29, 2016 at 6:54 PM, Raphael Bircherwrote: > Hi Peter > > > Am 11/29/2016 um 4:24 PM schrieb Peter Kovacs: > >> Hello all, >> >> If we maintain the google+ page shouldn't we also maintain the apache open >> office page? >> >> It exists but is not claimed by apache. >> > Sure, it is! https://www.facebook.com/ApacheOO/ This one is under Control > of Apache OpenOffice. Or better it was... Moast of the admin are inactive > now. This was also the reason why I don't kicked myself out the admin list. > As I left the PMC i forgot to do this. Later I saw, that maybe not so many > people monitoring this site and I desided to keep an eye on it. I'm sorry, > that I'm not informated the PMC about it. > But your right, it would be good to have some other (active) admins on > board. There are often questions about OpenOffice on this site. > > I would never have seen this Facebook page if I weren't reading the posts on this thread. If you do a search on facebook for pages about "Apache OpenOffice", this page is not immediately visible, at least I could only see a link to a generic page automatically generated by wikipedia. After clicking the link in this thread I found this mysterious "official" page which I was then able to "like". It is also confusing that when searching for "Apache OpenOffice" one of the main results is a user group by the name "Apache OpenOffice" which claims to be the "official page" for Apache OpenOffice: https://www.facebook.com/groups/338330086179568/ "This is the official Facebook page for the Apache OpenOffice project. Here you can find information about the OpenOffice development status and other important information." I don't think a "group" should be called an "official page", a group is usually a place for discussion among users where anyone can write pretty much anything. A facebook group doesn't usually officialy represent anything. Regards, Raphael > > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > > -- John R. D'Orazio
Re: [CWiki] Account Whitelisting
On 12/5/2016 6:22 PM, Peter Kovacs wrote: > Ohh i am sorry. Ithought the Mediawiki is Cwiki. And did not give it a > urther thought. > > I want to log in here: > > https://wiki.openoffice.org/w/index.php?title=Special:UserLogin=submitlogin=login=Special:UserLogin/signup > > > > > > On 05.12.2016 23:32, Keith N. McKenna wrote: >> On 12/5/2016 4:24 PM, Peter Kovacs wrote: >>> Hello Keith, >>> >>> >>> thanks for looking into this. >>> >>> I use petko for login. The Wikimedia says that the user does not exist. >>> >>> Error Message of the site: >>> >>> *Fehler bei der Anmeldung* >>> Der Benutzername „petko“ ist nicht vorhanden. Bitte überprüfe die >>> Schreibweise. >>> >>> >>> I use my confluence Password. >>> >>> >>> All the best >>> >>> Peter >>> >>> >>> On 05.12.2016 22:06, Keith N. McKenna wrote: On 12/5/2016 3:52 PM, Peter Kovacs wrote: > Hello , > > Whitelisting for the CWiki is gone. > > Can you whitelist me again please. > > > Thank you. > > > All the best > > Peter > > > On 25.10.2016 14:49, Keith N. McKenna wrote: >> Peter Kovacs wrote: >>> I am sorry. I got it wrong. :( >>> I should have known better. >>> My confluence name is: >>> >>> username:*petko* >>> >>> real name:*Peter Kovacs* >>> >> Account petco white-listed on cwiki >> >> Regards >> Keith >> Peter; Have you created the account pkovacs on the cwiki yet? if not please do so at the following link. https://cwiki.apache.org/confluence/signup.action Once you have reply here that it is done and I will white-list it. Regards Keith >>> All the best >>> Peter Peter; I just checked the permissions for you (username petko) and they are still there. Are you sure you are using the correct username? I remember there was some confusion around that with the original white-listing request. If there is still a problem with the petko user name please reply back and I will look further. Regards Keith >>> >> Peter; >> >> As Andrea noted you appear to be mixing the two (2) wiki's here. Cwiki >> is the Confluence Wiki and your username there is petko and the >> permissions seem to be intact. Mwiki is our mediawiki and is completely >> seperate from the the Cwiki. Can you give me the url of the wiki you are >> trying to log into or what it is you are trying to edit we can see from >> there which it is and discover the best way forward. >> >> Regards >> Keith >> >> >> Peter; No problem; the 2 wiki scenarilo confuses many people including me and I am an admin on both! The easiest thing at this point is to have me create and account on mwiki for you. Just let me know the Username that you want to use and I will create it. Regards Keith signature.asc Description: OpenPGP digital signature
Re: Meson: yet another build system
On 05.12.2016 23:39, Louis Suárez-Potts wrote: Porting to Meson will not be any easier than porting to gbuild. Writing gbuild code becomes easy with practice. *Understanding* dmake / build.lst / d.lst is hard... So you are now a fan of gbuild? ;). Moving python would be a huge step forward towards getting rid of dmake as it seems to be required for any alternative build system (other than gbuild which of course would require it to build with gbuild anyways). I presume that LibreOffice also uses the same build system? Would they be interested in using Meson, you think? Note, I hope that any notion of invidious difference (e.g., competitive and implicitly jealous differentiation) plays no role here in the larger goal of making building OpenOffice more feasible for more. Louis Interesting Idea. Never thought of that. It seems like they already moved away from dmake. https://wiki.documentfoundation.org/Development/BuildingOnLinux I would have been surprised if the Distros would not have done the change. But it could help us, couldnt it? - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [CWiki] Account Whitelisting
Ohh i am sorry. Ithought the Mediawiki is Cwiki. And did not give it a urther thought. I want to log in here: https://wiki.openoffice.org/w/index.php?title=Special:UserLogin=submitlogin=login=Special:UserLogin/signup On 05.12.2016 23:32, Keith N. McKenna wrote: On 12/5/2016 4:24 PM, Peter Kovacs wrote: Hello Keith, thanks for looking into this. I use petko for login. The Wikimedia says that the user does not exist. Error Message of the site: *Fehler bei der Anmeldung* Der Benutzername „petko“ ist nicht vorhanden. Bitte überprüfe die Schreibweise. I use my confluence Password. All the best Peter On 05.12.2016 22:06, Keith N. McKenna wrote: On 12/5/2016 3:52 PM, Peter Kovacs wrote: Hello , Whitelisting for the CWiki is gone. Can you whitelist me again please. Thank you. All the best Peter On 25.10.2016 14:49, Keith N. McKenna wrote: Peter Kovacs wrote: I am sorry. I got it wrong. :( I should have known better. My confluence name is: username:*petko* real name:*Peter Kovacs* Account petco white-listed on cwiki Regards Keith Peter; Have you created the account pkovacs on the cwiki yet? if not please do so at the following link. https://cwiki.apache.org/confluence/signup.action Once you have reply here that it is done and I will white-list it. Regards Keith All the best Peter Peter; I just checked the permissions for you (username petko) and they are still there. Are you sure you are using the correct username? I remember there was some confusion around that with the original white-listing request. If there is still a problem with the petko user name please reply back and I will look further. Regards Keith Peter; As Andrea noted you appear to be mixing the two (2) wiki's here. Cwiki is the Confluence Wiki and your username there is petko and the permissions seem to be intact. Mwiki is our mediawiki and is completely seperate from the the Cwiki. Can you give me the url of the wiki you are trying to log into or what it is you are trying to edit we can see from there which it is and discover the best way forward. Regards Keith - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Meson: yet another build system
On 05.12.2016 22:43, Damjan Jovanovic wrote: Please elaborate? I experience different issues. 1) In file included from /main/udm/source/html/htmlitem.cxx:24:0: ../inc/precomp.h:32:30: fatal error: cosv/csv_precomp.h: No such file or directory #include 2) libgcc_s.so.1 copy gets corrupted at copy from time to time. I fix the error by running a script that replaces the file with a softlink. 3) basebmp has issues: main/basebmp/inc/basebmp/packedpixeliterator.hxx:86:23: error: left operand of shift expression '(-1 << 1)' is negative [-fpermissiv] main/basebmp/inc/basebmp/packedpixeliterator.hxx:80:10: error: enumerator value for 'bit_mask' is not an integer constant enum { It finally breaks with make: *** No rule to make target '/main/solver/420/un xlngx6.pro/workdir/CxxObject/basebmp/source/bitmapdevice.o', needed by '/main/solver/420/unxlngx6.pro/workdir/LinkTarget/ Library/libbasebmp.so'. Stop. 4) icu breaks also with *** No rule to make target 5) if the build breaks lets say in basebmp, and I switch shells and start build --all:basebmp it starts running again. But I have the feeling that it does not maintain the order it had before. So there is an inconcitency, if you stop after a break. shut down your console and start all over again. Since I am on Arch Linux, wich is in nature quite different to traditional distros I would not rule side effects out of my distro. However I dont have a clue where to start looking, or what I should expect from the build system. All the best Peter Interesting. Which version are you compiling? I don't see the "-1 << 1" in my basebmp/inc/basebmp/packedpixeliterator.hxx on SVN trunk. Damjan I try to build trunc. Updated it on saturday last time. Peter - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Meson: yet another build system
> On 05 Dec 2016, at 11:32, Pedro Giffuniwrote: > >> Objective C? Yacc? Cygwin? Custom compiler flags to disable C++ exception >> handling, build some files with optimizations disabled? >> >> Our build systems are not our biggest problem. Meson, or SCons, or others, >> could be good if we were starting a new project. We aren't. We are >> maintaining one we poorly understand. >> > > I agree the build system is not our biggest problem. > >> Porting to Meson will not be any easier than porting to gbuild. Writing >> gbuild code becomes easy with practice. *Understanding* dmake / build.lst / >> d.lst is hard... >> > > So you are now a fan of gbuild? ;). > > Moving python would be a huge step forward towards getting rid of dmake > as it seems to be required for any alternative build system (other than > gbuild which of course would require it to build with gbuild anyways). I presume that LibreOffice also uses the same build system? Would they be interested in using Meson, you think? Note, I hope that any notion of invidious difference (e.g., competitive and implicitly jealous differentiation) plays no role here in the larger goal of making building OpenOffice more feasible for more. Louis > >> I've spend the last day trying to port several more modules to gbuild. I've >> succeeded with main/fileaccess, main/io and main/package, but ran into >> walls with main/rdbmaker and main/store. Dmake apparently has ways to name >> libraries that gbuild can neither produce nor find (eg. libstore.so.3, >> libreg.so.3). These culprits use the evil UNIXVERSIONNAMES setting which >> generates such names: >> >> cppu >> cppuhelper >> jvmaccess >> jvmfwk >> registry >> salhelper >> sal >> store >> >> > > Jikes. > > Pedro. > > > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [CWiki] Account Whitelisting
On 12/5/2016 4:24 PM, Peter Kovacs wrote: > Hello Keith, > > > thanks for looking into this. > > I use petko for login. The Wikimedia says that the user does not exist. > > Error Message of the site: > > *Fehler bei der Anmeldung* > Der Benutzername „petko“ ist nicht vorhanden. Bitte überprüfe die > Schreibweise. > > > I use my confluence Password. > > > All the best > > Peter > > > On 05.12.2016 22:06, Keith N. McKenna wrote: >> On 12/5/2016 3:52 PM, Peter Kovacs wrote: >>> Hello , >>> >>> Whitelisting for the CWiki is gone. >>> >>> Can you whitelist me again please. >>> >>> >>> Thank you. >>> >>> >>> All the best >>> >>> Peter >>> >>> >>> On 25.10.2016 14:49, Keith N. McKenna wrote: Peter Kovacs wrote: > I am sorry. I got it wrong. :( > I should have known better. > My confluence name is: > > username:*petko* > > real name:*Peter Kovacs* > Account petco white-listed on cwiki Regards Keith >> Peter; >> Have you created the account pkovacs on the cwiki yet? if not >> please do >> so at the following link. >> https://cwiki.apache.org/confluence/signup.action >> Once you have reply here that it is done and I will white-list it. >> >> Regards >> Keith > All the best > Peter >>> >> Peter; >> >> I just checked the permissions for you (username petko) and they are >> still there. Are you sure you are using the correct username? I remember >> there was some confusion around that with the original white-listing >> request. >> >> If there is still a problem with the petko user name please reply back >> and I will look further. >> >> Regards >> Keith >> > > Peter; As Andrea noted you appear to be mixing the two (2) wiki's here. Cwiki is the Confluence Wiki and your username there is petko and the permissions seem to be intact. Mwiki is our mediawiki and is completely seperate from the the Cwiki. Can you give me the url of the wiki you are trying to log into or what it is you are trying to edit we can see from there which it is and discover the best way forward. Regards Keith signature.asc Description: OpenPGP digital signature
Re: Fwd: Ihre Praesentation bei den Chemnitzer Linux-Tagen 2017
Kudos to the rest of the family! ;-) regards, Matthias Am 05.12.2016 um 16:02 schrieb Dr. Michael Stehmann: > Am 05.12.2016 um 15:40 schrieb Matthias Seidel: > >> Thank you for your constant presence on such events! >> > Without my wife Mechtilde and my daughter Michaela (my core booth team) > I could not do that job. > > They do lot of work at the booths (also before and after the events); so > I have rather the role as a team speaker than a manager. > > Kind regards > Michael > > > smime.p7s Description: S/MIME Cryptographic Signature
Re: [CWiki] Account Whitelisting
Peter Kovacs wrote: I use petko for login. The Wikimedia says that the user does not exist. ... I use my confluence Password. Just to avoid possible misunderstanding: Mediawiki is the "MWiki", while Confluence is the "CWiki", and you are mixing them in the lines above. The two do not share the same accounts, so it's always best to give the URL when you report issues. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Homepage
Am 12/05/2016 11:00 PM, schrieb Matthias Seidel: I understand your concern... But the 100k favicon.ico has been there for about 2 years. ;-) I'm sorry, I've only seen the 1k version. Marcus Am 05.12.2016 um 22:58 schrieb Marcus: Am 12/05/2016 10:41 PM, schrieb Matthias Seidel: the new Google+ design is criticised by a lot of users and is giving me a hard time to adapt all the logos/graphics. It is now similar to the phone/tablet layout... About your thoughts concerning the size of the favicon.ico: I reworked it. It now contains 16x16, 32x32, 48x48 and 64x64. Every browser should be happy with that and the size shrunk to 32k. Can you live with that? ;-) sure, that's better than 100k. PS: I just want to be sure that you understand my concern: We have to make sure that the loading time is not decreased just due to some fence stuff. We have to think about pro and contra. The webpage is opened thousand of times. The G+ webpage only by much less people. Even when it's just the favicon it is opened by every browser request. So, it starts - as always - with the first step. ;-) Marcus Am 05.12.2016 um 12:29 schrieb Marcus: Am 12/03/2016 12:18 AM, schrieb Matthias Seidel: I did all changes now... It could take some time to be visible. If you go to: https://plus.google.com/+openoffice there is a a link to our homepage underneath the logo. Behind the link there is a check mark. If you point the mouse on it it says "Verknüpfte Website". This is only to ensure that this website really belongs to the profile. But wait! It can be, that you see the "new" design from Google+. So it may be not visible for you. In my eyes the new design is quite ugly and not ready for release. But Google thinks it should be default... :-O Hard to explain, here is a picture (classical Google+): https://dl.dropboxusercontent.com/u/48386075/Google%2Bverification.png thanks for the screenshot. Than it makes sense. As you thought already I see a different webpage style. Marcus Am 02.12.2016 um 23:52 schrieb Marcus: Am 12/02/2016 08:33 PM, schrieb Matthias Seidel: Am 02.12.2016 um 19:59 schrieb Marcus: Am 12/02/2016 06:44 PM, schrieb Matthias Seidel: Am 02.12.2016 um 17:42 schrieb Marcus: Am 12/02/2016 01:11 PM, schrieb Matthias Seidel: Last night I did some changes to our homepage... ;-) thanks for your update. I've some questions: - Renewed the google-site-verification. Now we have a confirmed link to https://www.openoffice.org on Google+ What is the reason to exchange the old one? Got it invalid? No, the old one was for http, now the link is for https. Google needed a new verification code for that. Originally this was done by Rob Weir (?), so I just changed the string in index.html. OK, but what is now with HTTP? Isn't it then needed to have 2 codes? Or does the code for HTTPS include HTTP automatically? Yes. It is just to verify the quality of the link (See the checkmark behind the link on Google+) sorry, I'm not familar with G+. Wich checkmark do you mean? - Added favicon.png (Which now seems unnecessary, but doesn't hurt either) There is already one. Please see ".../branding/images/favicon.ico". So, please don't put other files into the root directory except dirs and HTML files. It's already enough filled with things that do not belong there. ;-) Nice to have a favicon in a subfolder, when it is not referenced in html. It will never be used! ;-) Browsers look by default in the root for favicon.ico. There was already one since 2014. It was 100k, the new one is 99k. But we can surely move the favicon.ico and change the link accordingly. Yes, please. OK, I will move it to /branding/images. What to do with the old unused icon? Can I rename it? "favicon_16x16.ico" looks like a good name for the backup. And I will delete favicon.png. Hopefully everything will work without it... No risk, no fun ... ;-) - Added a link to favicon.ico and favicon.png to get a thumbnail for the link to our homepage on YouTube - Increased the size of the orb in favicon.ico, so it looks much clearer now. From 1kB to 100kB is IMHO not really an improvement. Compared with some Youtube visitors, this will increase the loading time of every webpage request. As I said before, that 1k favicon.ico wasn't used. Who ever put it there... But I think we can delete favicon.png. That was just a fallback. Eventually Google only needed some time to crawl the webpage. Where can I see the icon in the Youtube channel [1]? When checking the graphic links nothing refers back to get them from our webpage. There are four links at the right side of the channel graphic. Homepage is the first and had a generic icon until recently. The icons are automatically pulled, when YouTube (Google) checks the link. That did work for Facebook, Twitter and Google+, but not for our homepage. So, that means Youtube goes to "www.openoffice.org", looks in "index.html" for an favicon entry and
Re: Homepage
Am 12/05/2016 10:41 PM, schrieb Matthias Seidel: the new Google+ design is criticised by a lot of users and is giving me a hard time to adapt all the logos/graphics. It is now similar to the phone/tablet layout... About your thoughts concerning the size of the favicon.ico: I reworked it. It now contains 16x16, 32x32, 48x48 and 64x64. Every browser should be happy with that and the size shrunk to 32k. Can you live with that? ;-) sure, that's better than 100k. PS: I just want to be sure that you understand my concern: We have to make sure that the loading time is not decreased just due to some fence stuff. We have to think about pro and contra. The webpage is opened thousand of times. The G+ webpage only by much less people. Even when it's just the favicon it is opened by every browser request. So, it starts - as always - with the first step. ;-) Marcus Am 05.12.2016 um 12:29 schrieb Marcus: Am 12/03/2016 12:18 AM, schrieb Matthias Seidel: I did all changes now... It could take some time to be visible. If you go to: https://plus.google.com/+openoffice there is a a link to our homepage underneath the logo. Behind the link there is a check mark. If you point the mouse on it it says "Verknüpfte Website". This is only to ensure that this website really belongs to the profile. But wait! It can be, that you see the "new" design from Google+. So it may be not visible for you. In my eyes the new design is quite ugly and not ready for release. But Google thinks it should be default... :-O Hard to explain, here is a picture (classical Google+): https://dl.dropboxusercontent.com/u/48386075/Google%2Bverification.png thanks for the screenshot. Than it makes sense. As you thought already I see a different webpage style. Marcus Am 02.12.2016 um 23:52 schrieb Marcus: Am 12/02/2016 08:33 PM, schrieb Matthias Seidel: Am 02.12.2016 um 19:59 schrieb Marcus: Am 12/02/2016 06:44 PM, schrieb Matthias Seidel: Am 02.12.2016 um 17:42 schrieb Marcus: Am 12/02/2016 01:11 PM, schrieb Matthias Seidel: Last night I did some changes to our homepage... ;-) thanks for your update. I've some questions: - Renewed the google-site-verification. Now we have a confirmed link to https://www.openoffice.org on Google+ What is the reason to exchange the old one? Got it invalid? No, the old one was for http, now the link is for https. Google needed a new verification code for that. Originally this was done by Rob Weir (?), so I just changed the string in index.html. OK, but what is now with HTTP? Isn't it then needed to have 2 codes? Or does the code for HTTPS include HTTP automatically? Yes. It is just to verify the quality of the link (See the checkmark behind the link on Google+) sorry, I'm not familar with G+. Wich checkmark do you mean? - Added favicon.png (Which now seems unnecessary, but doesn't hurt either) There is already one. Please see ".../branding/images/favicon.ico". So, please don't put other files into the root directory except dirs and HTML files. It's already enough filled with things that do not belong there. ;-) Nice to have a favicon in a subfolder, when it is not referenced in html. It will never be used! ;-) Browsers look by default in the root for favicon.ico. There was already one since 2014. It was 100k, the new one is 99k. But we can surely move the favicon.ico and change the link accordingly. Yes, please. OK, I will move it to /branding/images. What to do with the old unused icon? Can I rename it? "favicon_16x16.ico" looks like a good name for the backup. And I will delete favicon.png. Hopefully everything will work without it... No risk, no fun ... ;-) - Added a link to favicon.ico and favicon.png to get a thumbnail for the link to our homepage on YouTube - Increased the size of the orb in favicon.ico, so it looks much clearer now. From 1kB to 100kB is IMHO not really an improvement. Compared with some Youtube visitors, this will increase the loading time of every webpage request. As I said before, that 1k favicon.ico wasn't used. Who ever put it there... But I think we can delete favicon.png. That was just a fallback. Eventually Google only needed some time to crawl the webpage. Where can I see the icon in the Youtube channel [1]? When checking the graphic links nothing refers back to get them from our webpage. There are four links at the right side of the channel graphic. Homepage is the first and had a generic icon until recently. The icons are automatically pulled, when YouTube (Google) checks the link. That did work for Facebook, Twitter and Google+, but not for our homepage. So, that means Youtube goes to "www.openoffice.org", looks in "index.html" for an favicon entry and if existing take it from the given path? Right. Google pulls only the proper resolution. If you can't see the AOO orb in front of the link now, you may have to empty your browser cache and reload the page. Sure, I can see it. But I
Re: Meson: yet another build system
On Mon, Dec 5, 2016 at 11:19 PM, Peter Kovacswrote: > > > On 05.12.2016 21:59, Damjan Jovanovic wrote: > >> On Mon, Dec 5, 2016 at 8:46 PM, Peter Kovacs wrote: >> >> >>> On 05.12.2016 17:32, Pedro Giffuni wrote: >>> >>> Objective C? Yacc? Cygwin? Custom compiler flags to disable C++ exception > handling, build some files with optimizations disabled? > > Our build systems are not our biggest problem. Meson, or SCons, or > others, > could be good if we were starting a new project. We aren't. We are > maintaining one we poorly understand. > > > I agree the build system is not our biggest problem. My build Problems are substantial. It blocks all other activities I want >>> to do. >>> >>> Please elaborate? >> >> I experience different issues. > 1) > In file included from /main/udm/source/html/htmlitem.cxx:24:0: > ../inc/precomp.h:32:30: fatal error: cosv/csv_precomp.h: No such file or > directory > #include > > 2) libgcc_s.so.1 copy gets corrupted at copy from time to time. I fix the > error by running a script that replaces the file with a softlink. > > 3) basebmp has issues: > > main/basebmp/inc/basebmp/packedpixeliterator.hxx:86:23: error: left > operand of shift expression '(-1 << 1)' is negative [-fpermissiv] > main/basebmp/inc/basebmp/packedpixeliterator.hxx:80:10: error: enumerator > value for 'bit_mask' is not an integer constant enum { > > It finally breaks with > make: *** No rule to make target '/main/solver/420/un > xlngx6.pro/workdir/CxxObject/basebmp/source/bitmapdevice.o', needed by > '/main/solver/420/unxlngx6.pro/workdir/LinkTarget/ > Library/libbasebmp.so'. Stop. > > 4) icu breaks also with *** No rule to make target > > 5) if the build breaks lets say in basebmp, and I switch shells and start > build --all:basebmp it starts running again. But I have the feeling that it > does not maintain the order it had before. So there is an inconcitency, if > you stop after a break. shut down your console and start all over again. > > > Since I am on Arch Linux, wich is in nature quite different to traditional > distros I would not rule side effects out of my distro. However I dont have > a clue where to start looking, or what I should expect from the build > system. > > > All the best > Peter > Interesting. Which version are you compiling? I don't see the "-1 << 1" in my basebmp/inc/basebmp/packedpixeliterator.hxx on SVN trunk. Damjan
Re: Homepage
Hello Marcus, the new Google+ design is criticised by a lot of users and is giving me a hard time to adapt all the logos/graphics. It is now similar to the phone/tablet layout... About your thoughts concerning the size of the favicon.ico: I reworked it. It now contains 16x16, 32x32, 48x48 and 64x64. Every browser should be happy with that and the size shrunk to 32k. Can you live with that? ;-) regards, Matthias Am 05.12.2016 um 12:29 schrieb Marcus: > Am 12/03/2016 12:18 AM, schrieb Matthias Seidel: >> I did all changes now... It could take some time to be visible. >> >> If you go to: >> >> https://plus.google.com/+openoffice >> >> there is a a link to our homepage underneath the logo. Behind the link >> there is a check mark. If you point the mouse on it it says "Verknüpfte >> Website". This is only to ensure that this website really belongs to the >> profile. >> >> But wait! It can be, that you see the "new" design from Google+. So it >> may be not visible for you. >> In my eyes the new design is quite ugly and not ready for release. But >> Google thinks it should be default... :-O >> >> Hard to explain, here is a picture (classical Google+): >> https://dl.dropboxusercontent.com/u/48386075/Google%2Bverification.png > > thanks for the screenshot. Than it makes sense. As you thought already > I see a different webpage style. > > Marcus > > > >> Am 02.12.2016 um 23:52 schrieb Marcus: >>> Am 12/02/2016 08:33 PM, schrieb Matthias Seidel: Am 02.12.2016 um 19:59 schrieb Marcus: > Am 12/02/2016 06:44 PM, schrieb Matthias Seidel: >> Am 02.12.2016 um 17:42 schrieb Marcus: >>> Am 12/02/2016 01:11 PM, schrieb Matthias Seidel: Last night I did some changes to our homepage... ;-) >>> >>> thanks for your update. I've some questions: >>> - Renewed the google-site-verification. Now we have a confirmed link to https://www.openoffice.org on Google+ >>> >>> What is the reason to exchange the old one? Got it invalid? >> >> No, the old one was for http, now the link is for https. Google >> needed a >> new verification code for that. >> Originally this was done by Rob Weir (?), so I just changed the >> string >> in index.html. > > OK, but what is now with HTTP? Isn't it then needed to have 2 codes? > Or does the code for HTTPS include HTTP automatically? Yes. It is just to verify the quality of the link (See the checkmark behind the link on Google+) >>> >>> sorry, I'm not familar with G+. Wich checkmark do you mean? >>> - Added favicon.png (Which now seems unnecessary, but doesn't hurt either) >>> >>> There is already one. Please see ".../branding/images/favicon.ico". >>> So, please don't put other files into the root directory except >>> dirs >>> and HTML files. It's already enough filled with things that do not >>> belong there. ;-) >> >> Nice to have a favicon in a subfolder, when it is not referenced in >> html. It will never be used! ;-) >> >> Browsers look by default in the root for favicon.ico. There was >> already >> one since 2014. It was 100k, the new one is 99k. >> But we can surely move the favicon.ico and change the link >> accordingly. > > Yes, please. OK, I will move it to /branding/images. What to do with the old unused icon? Can I rename it? >>> >>> "favicon_16x16.ico" looks like a good name for the backup. >>> And I will delete favicon.png. Hopefully everything will work without it... >>> >>> No risk, no fun ... ;-) >>> - Added a link to favicon.ico and favicon.png to get a thumbnail for the link to our homepage on YouTube - Increased the size of the orb in favicon.ico, so it looks much clearer now. >>> >>> From 1kB to 100kB is IMHO not really an improvement. >>> Compared with >>> some Youtube visitors, this will increase the loading time of every >>> webpage request. >> >> As I said before, that 1k favicon.ico wasn't used. Who ever put it >> there... >> >> But I think we can delete favicon.png. That was just a fallback. >> Eventually Google only needed some time to crawl the webpage. >> >>> >>> Where can I see the icon in the Youtube channel [1]? When checking >>> the >>> graphic links nothing refers back to get them from our webpage. >> >> There are four links at the right side of the channel graphic. >> Homepage >> is the first and had a generic icon until recently. >> >> The icons are automatically pulled, when YouTube (Google) checks the >> link. That did work for Facebook, Twitter and Google+, but not >> for our >> homepage. > > So, that means Youtube goes to "www.openoffice.org", looks in > "index.html" for an favicon entry and if existing take it
Re: [discussion] Roadmap for Open Office
Am 12/05/2016 09:35 PM, schrieb Peter Kovacs: Because I read much concern about the freedom of activity and meritocratic spirit of the Project. In my eyes it is not about who does what, but where we want to go. This has to be a common understanding. Nothing more, nothing less is the intent. The meritocratic workbase is not affected by this. If people do not agree, on a single common goal, then this is as okay as we agree on one vision how Open Office will change. it's not pro or contra regarding a product roadmap. It's just where to document this. Maybe this was not clearly enough expressed. Marcus On 04.12.2016 15:11, Marcus wrote: Am 12/03/2016 01:21 PM, schrieb Peter Kovacs: So I suggest to keep Bugzilla as Bugtracker, and use Jira as a Todo backlog List type. I love Agile methology. Never came to use it thought, because companies can not deal well if there is no timeframe. But I think for us its perfect. we have already so many tools that some of us still don't know any of them. So, it won't help us when we have just another tool to document some tasks. We should use our Wiki like we do for other tasks. My 2 ct. I think a Wiki is a good Documenting Platform. For tracking tasks it is more medicore tool in my Opinion. esspecially when it starts changeing all the time. And I think that will happen when topics get started and then delays for some reasons, while other Topics having a drive. Plans will have to constantly be revised and changed. On the other hand you are right. To get started again Wiki is as good as any other approach. @Patricia In my opinion the building tool is part of our Roadmap. Not only that we need to document things, but we also need to think to extend its functionality to support us in future requirements. For example the requirement to sign Packages as our Product to prohibit that other sites change our product without changing the name. Also I agree with Jörg that the Roadmap should contain tasks that this list is concerned about but are not necessary a programming task. # Concerning 12h period. (did not find who brought this up :) ) What I mean is that it would be great if we could devide all activities in good estimate able chunks. Agile methology claims everything that an experienced developer estimates beyond 24h h (3 working days) of effort is inaccurate and there is a high propability that something has been forgotten. Thanks for you feedback! I will overhaul now our outdated Roadmaps, and start a base for a new Roadmap. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [discussion] Roadmap for Open Office
On 12/4/2016 2:13 PM, toki wrote: > > > On 03/12/16 12:21, Peter Kovacs wrote: > >> But then wrote nothing more. I think if you come here, with the >> will to fight alone through all the mess, you will give up fast because >> you have no Idea what your next step is. > > https://wiki.openoffice.org/wiki/Features > http://www.openoffice.org/development/releases/ooo_roadmap.pdf > https://wiki.openoffice.org/wiki/Product_Release Product Release was updated today. Was a simple one line addition to add 4.1.3 Release which you could have added when you saw it was missing. > > > But as can be seen, they are unmaintained. > > > jonathon > signature.asc Description: OpenPGP digital signature
Re: [CWiki] Account Whitelisting
Hello Keith, thanks for looking into this. I use petko for login. The Wikimedia says that the user does not exist. Error Message of the site: *Fehler bei der Anmeldung* Der Benutzername „petko“ ist nicht vorhanden. Bitte überprüfe die Schreibweise. I use my confluence Password. All the best Peter On 05.12.2016 22:06, Keith N. McKenna wrote: On 12/5/2016 3:52 PM, Peter Kovacs wrote: Hello , Whitelisting for the CWiki is gone. Can you whitelist me again please. Thank you. All the best Peter On 25.10.2016 14:49, Keith N. McKenna wrote: Peter Kovacs wrote: I am sorry. I got it wrong. :( I should have known better. My confluence name is: username:*petko* real name:*Peter Kovacs* Account petco white-listed on cwiki Regards Keith Peter; Have you created the account pkovacs on the cwiki yet? if not please do so at the following link. https://cwiki.apache.org/confluence/signup.action Once you have reply here that it is done and I will white-list it. Regards Keith All the best Peter Peter; I just checked the permissions for you (username petko) and they are still there. Are you sure you are using the correct username? I remember there was some confusion around that with the original white-listing request. If there is still a problem with the petko user name please reply back and I will look further. Regards Keith
Re: Meson: yet another build system
On 05.12.2016 21:59, Damjan Jovanovic wrote: On Mon, Dec 5, 2016 at 8:46 PM, Peter Kovacswrote: On 05.12.2016 17:32, Pedro Giffuni wrote: Objective C? Yacc? Cygwin? Custom compiler flags to disable C++ exception handling, build some files with optimizations disabled? Our build systems are not our biggest problem. Meson, or SCons, or others, could be good if we were starting a new project. We aren't. We are maintaining one we poorly understand. I agree the build system is not our biggest problem. My build Problems are substantial. It blocks all other activities I want to do. Please elaborate? I experience different issues. 1) In file included from /main/udm/source/html/htmlitem.cxx:24:0: ../inc/precomp.h:32:30: fatal error: cosv/csv_precomp.h: No such file or directory #include 2) libgcc_s.so.1 copy gets corrupted at copy from time to time. I fix the error by running a script that replaces the file with a softlink. 3) basebmp has issues: main/basebmp/inc/basebmp/packedpixeliterator.hxx:86:23: error: left operand of shift expression '(-1 << 1)' is negative [-fpermissiv] main/basebmp/inc/basebmp/packedpixeliterator.hxx:80:10: error: enumerator value for 'bit_mask' is not an integer constant enum { It finally breaks with make: *** No rule to make target '/main/solver/420/unxlngx6.pro/workdir/CxxObject/basebmp/source/bitmapdevice.o', needed by '/main/solver/420/unxlngx6.pro/workdir/LinkTarget/Library/libbasebmp.so'. Stop. 4) icu breaks also with *** No rule to make target 5) if the build breaks lets say in basebmp, and I switch shells and start build --all:basebmp it starts running again. But I have the feeling that it does not maintain the order it had before. So there is an inconcitency, if you stop after a break. shut down your console and start all over again. Since I am on Arch Linux, wich is in nature quite different to traditional distros I would not rule side effects out of my distro. However I dont have a clue where to start looking, or what I should expect from the build system. All the best Peter - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [discussion] Roadmap for Open Office
Yes, we could use our cWiki for that... Apart from that, it would be a good idea to give our users a small overview of what is planned for the future. Maybe combined with a Christmas greeting? ;-) regards, Matthias Am 04.12.2016 um 15:11 schrieb Marcus: > Am 12/03/2016 01:21 PM, schrieb Peter Kovacs: >> So I suggest to keep Bugzilla as Bugtracker, and use Jira as a Todo >> backlog List type. I love Agile methology. Never came to use it thought, >> because companies can not deal well if there is no timeframe. But I >> think for us its perfect. > > we have already so many tools that some of us still don't know any of > them. So, it won't help us when we have just another tool to document > some tasks. We should use our Wiki like we do for other tasks. > > My 2 ct. > > Marcus > > > - > 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: [CWiki] Account Whitelisting
On 12/5/2016 3:52 PM, Peter Kovacs wrote: > Hello , > > Whitelisting for the CWiki is gone. > > Can you whitelist me again please. > > > Thank you. > > > All the best > > Peter > > > On 25.10.2016 14:49, Keith N. McKenna wrote: >> Peter Kovacs wrote: >>> I am sorry. I got it wrong. :( >>> I should have known better. >>> My confluence name is: >>> >>> username:*petko* >>> >>> real name:*Peter Kovacs* >>> >> Account petco white-listed on cwiki >> >> Regards >> Keith >> Peter; Have you created the account pkovacs on the cwiki yet? if not please do so at the following link. https://cwiki.apache.org/confluence/signup.action Once you have reply here that it is done and I will white-list it. Regards Keith >>> All the best >>> Peter >> > > Peter; I just checked the permissions for you (username petko) and they are still there. Are you sure you are using the correct username? I remember there was some confusion around that with the original white-listing request. If there is still a problem with the petko user name please reply back and I will look further. Regards Keith signature.asc Description: OpenPGP digital signature
Re: Meson: yet another build system
On Mon, Dec 5, 2016 at 8:46 PM, Peter Kovacswrote: > > > On 05.12.2016 17:32, Pedro Giffuni wrote: > >> Objective C? Yacc? Cygwin? Custom compiler flags to disable C++ exception >>> handling, build some files with optimizations disabled? >>> >>> Our build systems are not our biggest problem. Meson, or SCons, or >>> others, >>> could be good if we were starting a new project. We aren't. We are >>> maintaining one we poorly understand. >>> >>> >> I agree the build system is not our biggest problem. >> > My build Problems are substantial. It blocks all other activities I want > to do. > Please elaborate?
Re: [CWiki] Account Whitelisting
Hello , Whitelisting for the CWiki is gone. Can you whitelist me again please. Thank you. All the best Peter On 25.10.2016 14:49, Keith N. McKenna wrote: Peter Kovacs wrote: I am sorry. I got it wrong. :( I should have known better. My confluence name is: username:*petko* real name:*Peter Kovacs* Account petco white-listed on cwiki Regards Keith Peter; Have you created the account pkovacs on the cwiki yet? if not please do so at the following link. https://cwiki.apache.org/confluence/signup.action Once you have reply here that it is done and I will white-list it. Regards Keith All the best Peter
Re: [discussion] Roadmap for Open Office
Hi All, Because I read much concern about the freedom of activity and meritocratic spirit of the Project. In my eyes it is not about who does what, but where we want to go. This has to be a common understanding. Nothing more, nothing less is the intent. The meritocratic workbase is not affected by this. If people do not agree, on a single common goal, then this is as okay as we agree on one vision how Open Office will change. On 04.12.2016 15:11, Marcus wrote: Am 12/03/2016 01:21 PM, schrieb Peter Kovacs: So I suggest to keep Bugzilla as Bugtracker, and use Jira as a Todo backlog List type. I love Agile methology. Never came to use it thought, because companies can not deal well if there is no timeframe. But I think for us its perfect. we have already so many tools that some of us still don't know any of them. So, it won't help us when we have just another tool to document some tasks. We should use our Wiki like we do for other tasks. My 2 ct. I think a Wiki is a good Documenting Platform. For tracking tasks it is more medicore tool in my Opinion. esspecially when it starts changeing all the time. And I think that will happen when topics get started and then delays for some reasons, while other Topics having a drive. Plans will have to constantly be revised and changed. On the other hand you are right. To get started again Wiki is as good as any other approach. @Patricia In my opinion the building tool is part of our Roadmap. Not only that we need to document things, but we also need to think to extend its functionality to support us in future requirements. For example the requirement to sign Packages as our Product to prohibit that other sites change our product without changing the name. Also I agree with Jörg that the Roadmap should contain tasks that this list is concerned about but are not necessary a programming task. # Concerning 12h period. (did not find who brought this up :) ) What I mean is that it would be great if we could devide all activities in good estimate able chunks. Agile methology claims everything that an experienced developer estimates beyond 24h h (3 working days) of effort is inaccurate and there is a high propability that something has been forgotten. Thanks for you feedback! I will overhaul now our outdated Roadmaps, and start a base for a new Roadmap. All the best Peter - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Meson: yet another build system
On 05.12.2016 17:32, Pedro Giffuni wrote: Objective C? Yacc? Cygwin? Custom compiler flags to disable C++ exception handling, build some files with optimizations disabled? Our build systems are not our biggest problem. Meson, or SCons, or others, could be good if we were starting a new project. We aren't. We are maintaining one we poorly understand. I agree the build system is not our biggest problem. My build Problems are substantial. It blocks all other activities I want to do. Porting to Meson will not be any easier than porting to gbuild. Writing gbuild code becomes easy with practice. *Understanding* dmake / build.lst / d.lst is hard... So you are now a fan of gbuild? ;). Moving python would be a huge step forward towards getting rid of dmake as it seems to be required for any alternative build system (other than gbuild which of course would require it to build with gbuild anyways). What do you mean by this? All the best Peter - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Meson: yet another build system
Objective C? Yacc? Cygwin? Custom compiler flags to disable C++ exception handling, build some files with optimizations disabled? Our build systems are not our biggest problem. Meson, or SCons, or others, could be good if we were starting a new project. We aren't. We are maintaining one we poorly understand. I agree the build system is not our biggest problem. Porting to Meson will not be any easier than porting to gbuild. Writing gbuild code becomes easy with practice. *Understanding* dmake / build.lst / d.lst is hard... So you are now a fan of gbuild? ;). Moving python would be a huge step forward towards getting rid of dmake as it seems to be required for any alternative build system (other than gbuild which of course would require it to build with gbuild anyways). I've spend the last day trying to port several more modules to gbuild. I've succeeded with main/fileaccess, main/io and main/package, but ran into walls with main/rdbmaker and main/store. Dmake apparently has ways to name libraries that gbuild can neither produce nor find (eg. libstore.so.3, libreg.so.3). These culprits use the evil UNIXVERSIONNAMES setting which generates such names: cppu cppuhelper jvmaccess jvmfwk registry salhelper sal store Jikes. Pedro. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Fake site
Hello, http://openoffice-fr.net/ This para-site is very annoying for our french users. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Fwd: Ihre Praesentation bei den Chemnitzer Linux-Tagen 2017
Am 05.12.2016 um 15:40 schrieb Matthias Seidel: > Thank you for your constant presence on such events! > Without my wife Mechtilde and my daughter Michaela (my core booth team) I could not do that job. They do lot of work at the booths (also before and after the events); so I have rather the role as a team speaker than a manager. Kind regards Michael signature.asc Description: OpenPGP digital signature
Re: Fwd: Ihre Praesentation bei den Chemnitzer Linux-Tagen 2017
Hello Michael, Thank you for your constant presence on such events! I hope to meet you at the FOSDEM 2017. And maybe I will have a nice present for you... ;-) regards, Matthias Am 03.12.2016 um 09:55 schrieb Dr. Michael Stehmann: > Hello, > > our application for a booth at the Chemnitzer Linux-Tage 2017 (march > 11.-12. 2017) for your information. Chemnitz is in Germany (Free State > Saxonia). > > Kind regards > Michael > > Weitergeleitete Nachricht > Betreff: Ihre Praesentation bei den Chemnitzer Linux-Tagen 2017 > Datum: Sat, 3 Dec 2016 09:49:24 +0100 (CET) > Von: CLT2017 Live-Team> An: i...@rechtsanwalt-stehmann.de > > Hallo! > > Vielen Dank fuer Deinen Beitrag zu den Chemnitzer Linux-Tage 2017. Weitere > Informationen erhaeltst du im Januar per E-Mail. > > Bitte kontaktiere das Live-Team bei Fragen und Problem per E-Mail: > l...@linux-tage.de > > Viele Gruesse, das CLT-Team 2017 > > > Hier nochmal die wichtigsten von Ihnen übermittelten Daten: > > Anzahl gemeldeter Personen: 3 > Die gemeldeten Personen sind: > > Anrede:m > Titel: Dr. > Vorname: Michael > Nachname: Stehmann > Email (intern):i...@rechtsanwalt-stehmann.de > Email (extern):Webseite (privat): Beruf: Firma: >Apache OpenOffice > Webseite (Firma): http://www.openoffice.org/de/ > > Anrede:f > Titel: Vorname: Mechtilde > Nachname: Stehmann > Email (intern):o...@mechtilde.de > Email (extern):Webseite (privat): Beruf: Firma: >Apache OpenOffice > Webseite (Firma): http://www.openoffice.org/de/ > > Anrede:f > Titel: Vorname: Michaela > Nachname: Stehmann > Email (intern):webmas...@rechtsanwalt-stehmann.de > Email (extern):Webseite (privat): Beruf: Firma: >Apache OpenOffice > Webseite (Firma): http://www.openoffice.org/de/ > > Beitragstitel: Apache OpenOffice > > Abstract: Apache OpenOffice - The Free and Open Productivity Suite - ist > eine Freie Officesuite, ein Apache Top-Level-Projekt und eine großartige > Gemeinschaft. > > Apache OpenOffice ist die führende Freie Officesuite. Sie ist in vielen > Sprachen verfügbar und arbeitet auf allen üblichen Computern. Die Daten > werden in Formaten gespeichert, die einem internationalen Standard > entsprechen. Außerdem können Dateien von anderen üblichen > Officeprogrammen gelesen und geschrieben werden. > Apache OpenOffice, das Ergebnis einer über zwanzigjährigen Entwicklung, > wurde seit 2012 bereits über 200.000.000-mal heruntergeladen. > > Menschen aus der ganzen Welt arbeiten zusammen, um diese Officesuite zu > verbessern. Jeder kann seine Fähigkeiten und sein Engagement einbringen > - in der Entwicklung, sondern auch in der Qualitätssicherung, der > Nutzerunterstützung, der Dokumentation, der Übersetzung und Lokalisation > und, der Entwicklung von Erweiterungen. > > > Webseite (Beitrag): http://www.openoffice.org/de/ > > Aufsteller: 2 > Tische: 1 > Stehtische: 1 > Sonstiges: > Laptops: 3 > PCs: 1 > Monitore: 1 > Beamer:0 > Sonstiges: Roll-Ups, Switch, Mehrfachsteckdose > > Bemerkungen: > > smime.p7s Description: S/MIME Cryptographic Signature
Re: idea for pen office
When I write the place where you write moves End of story 2016-12-05 12:06 GMT+01:00 Marcus: > Am 12/05/2016 11:32 AM, schrieb Jesper Andersson: > >> Have been using openoffice for a long time, but Im not a prolific >> writer, since I have windows 7 this applies only to win7 >> >> When I use the openoffice document, it is interceded by Windows, >> and for some reason starts looking for the pointer - it now goes on >> to put the prompt on the line where the pointer is >> >> Not certain, but if pointer outside of document, heads back to latest >> (place) >> >> If you did not know about this, I just wanted to let you know. >> >> It does this every 20 minutes (windows probably) >> > > I'm sorry but I don't understand the problem you are seeing. Is it > possible for you to describe it with other words or even better can you > provide us with a step-by-step description what you see, what is happening, > what you expect, etc.? > > Thanks in advance. > > Marcus > -- Jesper "Solskivan" Andersson Kan vara så att bostadsbubblan spricker om sex månader, kan vara så att Tyskland går in i en recession, om sex månader, och att Japan devalverar cirka om sex månader - januari eller februari. Många bostadsbubblor spricker då - Sverige drabbas nog senare. Nu rör sig kapitalet västerut - trots att hela skifferoljesvängen snart imploderar kommer amerikanska börser att stiga - krig i Mellanöstern. Sjunkande oljepris. Mer merkantilism i världen dessvärre - sälj en fastighet inom ett år är mitt råd - köp dollar (amerikanska) på medellång sikt, köp Euro på medellång sikt, sälj guld. Vissa aktier köpvärda om cirka ett år. Oljan stiger tillbaka mot hundra dollar om två eller tre år - Sverige blir på sikt som en blandning mellan Japan och Norge - rikt men under ständigt devalveringshot - detta varar fem år. Negativa räntor har inget med bankerna eller spararna att göra, det har med "appreciering" att göra This situation serves a number of short term purposes for the states involved. Negative rates help to control destabilizing financial inflows at times when fear is increasingly driving large amounts of money across borders. A primary objective has been to reduce upward pressure on currencies outside the eurozone. The Swiss, Danish and Swedish currencies have all been experiencing currency appreciation, hence a desire to use negative interest rates to protect their exchange rate, and therefore the price of their exports, by encouraging foreigners to keep their money elsewhere. The Danish central bank’s sole mandate is to control the value of the currency against the euro. For a time, Switzerland pegged their currency directly to the euro, but found the cost of doing so to be prohibitive. For them, negative rates are a less costly attempt to weaken the currency without the need to defend a formal peg. In a world of competitive, beggar-thy-neighbour currency devaluations, negative interest rates are seen as a means to achieve or maintain an export advantage, and evidence of the growing currency war.
Re: Homepage
Am 12/03/2016 12:18 AM, schrieb Matthias Seidel: I did all changes now... It could take some time to be visible. If you go to: https://plus.google.com/+openoffice there is a a link to our homepage underneath the logo. Behind the link there is a check mark. If you point the mouse on it it says "Verknüpfte Website". This is only to ensure that this website really belongs to the profile. But wait! It can be, that you see the "new" design from Google+. So it may be not visible for you. In my eyes the new design is quite ugly and not ready for release. But Google thinks it should be default... :-O Hard to explain, here is a picture (classical Google+): https://dl.dropboxusercontent.com/u/48386075/Google%2Bverification.png thanks for the screenshot. Than it makes sense. As you thought already I see a different webpage style. Marcus Am 02.12.2016 um 23:52 schrieb Marcus: Am 12/02/2016 08:33 PM, schrieb Matthias Seidel: Am 02.12.2016 um 19:59 schrieb Marcus: Am 12/02/2016 06:44 PM, schrieb Matthias Seidel: Am 02.12.2016 um 17:42 schrieb Marcus: Am 12/02/2016 01:11 PM, schrieb Matthias Seidel: Last night I did some changes to our homepage... ;-) thanks for your update. I've some questions: - Renewed the google-site-verification. Now we have a confirmed link to https://www.openoffice.org on Google+ What is the reason to exchange the old one? Got it invalid? No, the old one was for http, now the link is for https. Google needed a new verification code for that. Originally this was done by Rob Weir (?), so I just changed the string in index.html. OK, but what is now with HTTP? Isn't it then needed to have 2 codes? Or does the code for HTTPS include HTTP automatically? Yes. It is just to verify the quality of the link (See the checkmark behind the link on Google+) sorry, I'm not familar with G+. Wich checkmark do you mean? - Added favicon.png (Which now seems unnecessary, but doesn't hurt either) There is already one. Please see ".../branding/images/favicon.ico". So, please don't put other files into the root directory except dirs and HTML files. It's already enough filled with things that do not belong there. ;-) Nice to have a favicon in a subfolder, when it is not referenced in html. It will never be used! ;-) Browsers look by default in the root for favicon.ico. There was already one since 2014. It was 100k, the new one is 99k. But we can surely move the favicon.ico and change the link accordingly. Yes, please. OK, I will move it to /branding/images. What to do with the old unused icon? Can I rename it? "favicon_16x16.ico" looks like a good name for the backup. And I will delete favicon.png. Hopefully everything will work without it... No risk, no fun ... ;-) - Added a link to favicon.ico and favicon.png to get a thumbnail for the link to our homepage on YouTube - Increased the size of the orb in favicon.ico, so it looks much clearer now. From 1kB to 100kB is IMHO not really an improvement. Compared with some Youtube visitors, this will increase the loading time of every webpage request. As I said before, that 1k favicon.ico wasn't used. Who ever put it there... But I think we can delete favicon.png. That was just a fallback. Eventually Google only needed some time to crawl the webpage. Where can I see the icon in the Youtube channel [1]? When checking the graphic links nothing refers back to get them from our webpage. There are four links at the right side of the channel graphic. Homepage is the first and had a generic icon until recently. The icons are automatically pulled, when YouTube (Google) checks the link. That did work for Facebook, Twitter and Google+, but not for our homepage. So, that means Youtube goes to "www.openoffice.org", looks in "index.html" for an favicon entry and if existing take it from the given path? Right. Google pulls only the proper resolution. If you can't see the AOO orb in front of the link now, you may have to empty your browser cache and reload the page. Sure, I can see it. But I don't see an increase of quality. It's the same size as on our homepage. So, why is there a new and bigger favicon needed? Until recently, you couldn't even see the icon... It contains graphics for different resolutions like before. Therefore it is bigger, but more versatile than a small 16x16 icon. We live in the times of HiDPI- and Retina-Displays! And the one I adapted has been there since 2014 (file date). The size of the new file is even slightly smaller now. Let me clarify, the dimensions are the same, only it uses the available space better and looks "bigger". I think you can see the difference here: old: https://dl.dropboxusercontent.com/u/48386075/favicon_old.png new: https://dl.dropboxusercontent.com/u/48386075/favicon.png It's indeed looking bigger - or better said it's filling the complete available space. Again, thanks for the updates. Marcus BTW, in the near future Google
Re: idea for pen office
Am 12/05/2016 11:32 AM, schrieb Jesper Andersson: Have been using openoffice for a long time, but Im not a prolific writer, since I have windows 7 this applies only to win7 When I use the openoffice document, it is interceded by Windows, and for some reason starts looking for the pointer - it now goes on to put the prompt on the line where the pointer is Not certain, but if pointer outside of document, heads back to latest (place) If you did not know about this, I just wanted to let you know. It does this every 20 minutes (windows probably) I'm sorry but I don't understand the problem you are seeing. Is it possible for you to describe it with other words or even better can you provide us with a step-by-step description what you see, what is happening, what you expect, etc.? Thanks in advance. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
idea for pen office
Hi! Have been using openoffice for a long time, but Im not a prolific writer, since I have windows 7 this applies only to win7 When I use the openoffice document, it is interceded by Windows, and for some reason starts looking for the pointer - it now goes on to put the prompt on the line where the pointer is Not certain, but if pointer outside of document, heads back to latest (place) If you did not know about this, I just wanted to let you know. It does this every 20 minutes (windows probably)
Re: Request to join back the PMC
Hi Markus, * Am 12/5/2016 um 11:18 AM schrieb Marcus: Am 11/27/2016 06:06 PM, schrieb Marcus: Am 11/26/2016 07:21 PM, schrieb Raphael Bircher: In february 2015 I stepped back from the OpenOffice PMC. I stepped backi because I have no more time to work on the project. Now I want to come back. Let me know, if this is ok or not. please forward your request to the PMC's private@ mailing list. friendly reminder to write to the private mailing list. Otherwise it won't work. Thanks for the reminder. I've donne it! Regards Raphael - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Request to join back the PMC
Am 11/27/2016 06:06 PM, schrieb Marcus: Am 11/26/2016 07:21 PM, schrieb Raphael Bircher: In february 2015 I stepped back from the OpenOffice PMC. I stepped backi because I have no more time to work on the project. Now I want to come back. Let me know, if this is ok or not. please forward your request to the PMC's private@ mailing list. friendly reminder to write to the private mailing list. Otherwise it won't work. Thanks Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [discussion] Roadmap for Open Office
Hi Peter, * Am 12/3/2016 um 1:21 PM schrieb Peter Kovacs: Hello all, I thought a little. There were some people claiming that they want to help. But then wrote nothing more. I think if you come here, with the will to fight alone through all the mess, you will give up fast because you have no Idea what your next step is. I personally do not have the Problem, since I have a plan what I want to do. However I think this is not true for a lot of people. I would like to get us a bit organized. Get people work to do, while giving everyone the freedom the need / claim in order to advance. This can be one reason. An other one could be, that they see, that all is more complicated as they expect, and they give up.. It's a common thing, that a much more people offer help than realy jump in. So I suggest to keep Bugzilla as Bugtracker, and use Jira as a Todo backlog List type. I love Agile methology. Never came to use it thought, because companies can not deal well if there is no timeframe. But I think for us its perfect. This is something that might be small sounding, but there are lots of tasks involved. We collect all the necessary tasks List them up, and offer them on the TODO Bazar (The Backlog). Listing where we working on, is a good idea. But also keep in mind, that everyone deside on there own if what they do Volunteers can take the task from there, and solve it. It gets introduced into our trunc. If task is fullfilled, we generate a release out of it. I do not have an example ready. But maybe just roughly the signing issue: # EPIC: Signing in MAC ## Extend build tool with sign task ## build Online certificate vault plus client ## Test system Some thing like this. Maybe a bit more detailed, best Idea would be that no task takes more then estimated 12h to accomplish. If we manage to chop tasks into small pieces like this It is easy to wor through the tasks. I believe 12h task is unrealistic What do you think? Is this nuts? What are your thoughts? I think if we have such a roadmap, we can go also on public and have something to talk about. I think it would make our Project a lot more lovely. At least, I think, OpenOffice stays OpenOffice. It's big, complicated and not a smart project for programmer. It's mor a challange as fun. But there are people who search the challenge and they are right here. Regards Raphael - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org