[Re: Will there be an "official" Solaris build?]
Forwarding to the OP, whose original message got moderated. - Forwarded message from Jürgen Schmidt - Date: Thu, 13 Sep 2012 08:23:39 +0200 From: Jürgen Schmidt To: ooo-dev@incubator.apache.org Subject: Re: Will there be an "official" Solaris build? Reply-To: ooo-dev@incubator.apache.org User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 On 9/12/12 7:46 PM, David A Criswell wrote: > > "RGB" at the AOO Community Forum encouraged me to bring my question here... > Thanks > > > > > > Will there be an "official" Solaris build? I don't say no and I don't say yes and will try to explain that. At Apache a group of volunteers are working on the source code and drive the development of OpenOffice. And because of the history of OpenOffice we also provide binary releases for convenience of our users for the 3 most popular platforms (Linux, Windows, MacOS) where we had enough volunteers from the beginning. FreeBSD is also an active port as well as Solaris and OS/2. But we don't provide binary releases yet. But this can change in the future. Important is not only the port and the build but also a group of volunteers who can ensure the testing and QA of such a binary. That doesn't mean that the binary packages for other platforms don't have the same quality but we would like to ensure that we can guarantee this in some way. That means that a decision if we provide a binary package for a new platform or not is driven by the community and the community members who drive this forward. That means for example if you and some others can join the Solaris group and can help to ensure some testing and QA it is likely that we can provide binary releases for Solaris as well. For FreeBSD the people working on the port are providing a binary package via the official FreeBSD distribution channel that is build on the same release version as the official builds were built on and where it is possible to download the source release and build the office on your own. Some other people working on the Solaris port and providing a binary package built on the same release version. And you can download it from their own webpage. See http://www.openoffice.org/porting/ To ensure a minimum of guarantee a binary package have to be built on the same source release version and should come from a trusted source. In case of the Solaris package I would say that Adfinis SyGroup is a trusted source. The ports are part of our project and we work close together and help to solve potential problems on these platforms. I would be happy to support platforms "officially" but it really depends on the community and the active people who doing the work on this platform. In case of Solaris I am sure that we can ensure this over time. I hope this helps and it is only my personal opinion and others have potentially a different opinion on this. Juergen > by gpspilot » Tue Sep 11, 2012 3:58 pm > RGB wrote:You can find non official Solaris builds for AOO 3.4 here: Apache > OpenOffice Solaris x86 > > My organization had StarOffice on our Solaris workstations for many years, > then upgraded to OpenOffice 3.3, and now we'd like to upgrade to AOO 3.4, but > our administrators are leery of installing "non official" builds. > > Has Apache dropped support for Solaris? My googling has not turned up any > official announcement of this. Can we hope to see Solaris make a reappearance > at http://www.openoffice.org/download/other.html? > > According to > http://user.services.openoffice.org/en/forum/viewtopic.php?f=6&t=53698#p234768, > as of four months ago there were only two "major" bugs in the Solaris build, > and one of them has been fixed. So it sounds like the current Solaris build > is of good quality. Why wouldn't Apache adopt it as an officially-supported > platform? > > I think we Solaris users deserve to know the "roadmap" for where AOO is > heading. > > Thanks > > > OpenOffice 3.3 on Solaris > > > > Re: Will there be an "official" Solaris build? > by RGB » Wed Sep 12, 2012 6:08 am > AFAIK, at the moment there are some technical problems... like the lack of a > proper build environment. > > You'll get better answers on the dev mailing list > > ooo-dev@incubator.apache.org > > no need to subscribe to send an email there (the traffic is huge...), but if > you send your question without subscribing, please make the situation clear > on the first line of your email so people could know they need to add you to > the CC list. > > > There are two types of people: the ones that believe that there are two types > of people and the ones that not. > > openSUSE 11.4 with KDE SC 4.8.4 / AOO 3.4.1 > - End forwarded message - -- Ariel Constenla-Haile La Plata, Argentina pgptVdS5ZizfB.pgp Description: PGP signature
Re: Will there be an "official" Solaris build?
On 9/12/12 7:46 PM, David A Criswell wrote: > > "RGB" at the AOO Community Forum encouraged me to bring my question here... > Thanks > > > > > > Will there be an "official" Solaris build? I don't say no and I don't say yes and will try to explain that. At Apache a group of volunteers are working on the source code and drive the development of OpenOffice. And because of the history of OpenOffice we also provide binary releases for convenience of our users for the 3 most popular platforms (Linux, Windows, MacOS) where we had enough volunteers from the beginning. FreeBSD is also an active port as well as Solaris and OS/2. But we don't provide binary releases yet. But this can change in the future. Important is not only the port and the build but also a group of volunteers who can ensure the testing and QA of such a binary. That doesn't mean that the binary packages for other platforms don't have the same quality but we would like to ensure that we can guarantee this in some way. That means that a decision if we provide a binary package for a new platform or not is driven by the community and the community members who drive this forward. That means for example if you and some others can join the Solaris group and can help to ensure some testing and QA it is likely that we can provide binary releases for Solaris as well. For FreeBSD the people working on the port are providing a binary package via the official FreeBSD distribution channel that is build on the same release version as the official builds were built on and where it is possible to download the source release and build the office on your own. Some other people working on the Solaris port and providing a binary package built on the same release version. And you can download it from their own webpage. See http://www.openoffice.org/porting/ To ensure a minimum of guarantee a binary package have to be built on the same source release version and should come from a trusted source. In case of the Solaris package I would say that Adfinis SyGroup is a trusted source. The ports are part of our project and we work close together and help to solve potential problems on these platforms. I would be happy to support platforms "officially" but it really depends on the community and the active people who doing the work on this platform. In case of Solaris I am sure that we can ensure this over time. I hope this helps and it is only my personal opinion and others have potentially a different opinion on this. Juergen > by gpspilot » Tue Sep 11, 2012 3:58 pm > RGB wrote:You can find non official Solaris builds for AOO 3.4 here: Apache > OpenOffice Solaris x86 > > My organization had StarOffice on our Solaris workstations for many years, > then upgraded to OpenOffice 3.3, and now we'd like to upgrade to AOO 3.4, but > our administrators are leery of installing "non official" builds. > > Has Apache dropped support for Solaris? My googling has not turned up any > official announcement of this. Can we hope to see Solaris make a reappearance > at http://www.openoffice.org/download/other.html? > > According to > http://user.services.openoffice.org/en/forum/viewtopic.php?f=6&t=53698#p234768, > as of four months ago there were only two "major" bugs in the Solaris build, > and one of them has been fixed. So it sounds like the current Solaris build > is of good quality. Why wouldn't Apache adopt it as an officially-supported > platform? > > I think we Solaris users deserve to know the "roadmap" for where AOO is > heading. > > Thanks > > > OpenOffice 3.3 on Solaris > > > > Re: Will there be an "official" Solaris build? > by RGB » Wed Sep 12, 2012 6:08 am > AFAIK, at the moment there are some technical problems... like the lack of a > proper build environment. > > You'll get better answers on the dev mailing list > > ooo-dev@incubator.apache.org > > no need to subscribe to send an email there (the traffic is huge...), but if > you send your question without subscribing, please make the situation clear > on the first line of your email so people could know they need to add you to > the CC list. > > > There are two types of people: the ones that believe that there are two types > of people and the ones that not. > > openSUSE 11.4 with KDE SC 4.8.4 / AOO 3.4.1 >
Re: Help updating Apache OpenOffice timeline
Hi, Rob, I wonder if the latest timeline was published? I wanted to quote it, but found the picture is still the old one... Could you please tell me where can I find the new one? Thanks! - Simon 2012/8/15 Rob Weir > On Wed, Aug 15, 2012 at 6:01 AM, Yue Helen wrote: > > Should "2012-05-16 Symphony code contributed" be counted? Thanks. > > > > Yes, that is an important one. I've added it now. > > -Rob > > > Helen > > > > 2012/8/13 Oliver-Rainer Wittmann > > > >> Hi, > >> > >> > >> On 13.08.2012 16:25, Rob Weir wrote: > >> > >>> Remmeber this? > >>> > >>> https://blogs.apache.org/OOo/**entry/an_apache_openoffice_**timeline< > https://blogs.apache.org/OOo/entry/an_apache_openoffice_timeline> > >>> > >>> That was in March. A lot has happened since then. > >>> > >>> 2012-05-08: Released OpenOffice 3.4 > >>> 2012:05-15: 1 million downloads > >>> 2012-06-20: 5 million downloads > >>> 2012-07-31: 10 million downloads > >>> > >>> I'm sure there are some other key milestones we can put here. If you > >>> have one you would like listed, please post the date and a short label > >>> and I'll add it. > >>> > >>> > >> 2012-06-05 - 06-14: activation of update service for OOo 3.3 (*) > >> 2012-07-12: activation of update service for OOo 3.2 and OOo 3.2.1 (*) > >> > >> > >> * for platforms and languages for whose we have AOO 3.4 release > >> > >> > >> Best regards, Oliver. > >> >
Re: [DISCUSS] ML Moderators
On Sep 12, 2012, at 3:14 PM, Dave Fisher wrote: > Hi, > > Here are the changes to moderation that will be requested shortly. If anyone > else would like to be added please respond. I will create a JIRA issue for > the changes this weekend. > > Please open another email thread to either discuss or propose where to > document the moderators including the moderation documentation that Dennis > has thoughtfully provided. > >> I think the action list and number of moderators needed is: >> ooo-commits - 2 > + Peter Junge > + Louis Suárez-Potts > - robweir > >> ooo-dev - 1 > - robweir > + bmcs > + mayongl > + Ian Lynch > >> ooo-issues - 2 > + Peter Junge > + Louis Suárez-Potts > >> ooo-notifications - 2 > + Peter Junge > + Louis Suárez-Potts > > ooo-qa > + Peter Junge > + Ji Yan > + Louis Suárez-Potts > >> ooo-private - 2 > + Peter Junge > + Louis Suárez-Potts >Dennis will take care of these changes. > >> ooo-security - 2 > - robweir > I never requested this. I asked for someone else to take the lead on the communications side of the Security team. But I intend to continue with the work there I'm already involved in. >> ooo-users - 2 > - robweir > - orcmid > + bmcs > >> ooo-users-fr - ? > - water...@sunrise.ch > > > Thanks & Regards, > Dave
Re: [Bugzilla] Clean-up default assignees
+1 2012/9/13 Ariel Constenla-Haile : > > Hi *, > > it would be nice if someone with bugzilla admin rights could clean up > the old default assignees; for example: select product "database access" > and component "none" for a new bug, and it gets assigned to > needsconf...@dba.openoffice.org > > > Regards > -- > Ariel Constenla-Haile > La Plata, Argentina -- Best Regards >From aliu...@gmail.com
Re: Clipart library
Hi, Joost wrote somewhere in this thread that SVG dropped to the gallery is converted to bitmap formats. I checked this and it is not true. When using a SVG from the gallery and svaing the document, I checked the SVG embedded into the ODF format - it's exactly (byte by byte) the original SVG I was dropping to the gallery. Works as intended/expected. On 12.09.2012 14:42, Armin Le Grand wrote: Hi, just wanted to mention: I just tried it out, SVG graphics can now be part of the existing gallery due to the added SVG import support. D&D SVG into gallery theme works like a charm. Thus, all SVG cliparts can be added to whatever form of clipart extension/builtin. On 30.08.2012 16:51, Ian Lynch wrote:t I'm organising the Open clipart library into categories. We could use this then as a useful resource to complement AOO. Any thoughts about the best way to implement making the categorised library available to the community?
Re: [DISCUSS] ML Moderators
Hi, Here are the changes to moderation that will be requested shortly. If anyone else would like to be added please respond. I will create a JIRA issue for the changes this weekend. Please open another email thread to either discuss or propose where to document the moderators including the moderation documentation that Dennis has thoughtfully provided. > I think the action list and number of moderators needed is: > ooo-commits - 2 + Peter Junge + Louis Suárez-Potts - robweir > ooo-dev - 1 - robweir + bmcs + mayongl + Ian Lynch > ooo-issues - 2 + Peter Junge + Louis Suárez-Potts > ooo-notifications - 2 + Peter Junge + Louis Suárez-Potts ooo-qa + Peter Junge + Ji Yan + Louis Suárez-Potts > ooo-private - 2 + Peter Junge + Louis Suárez-Potts Dennis will take care of these changes. > ooo-security - 2 - robweir > ooo-users - 2 - robweir - orcmid + bmcs > ooo-users-fr - ? - water...@sunrise.ch Thanks & Regards, Dave
[Bugzilla] Clean-up default assignees
Hi *, it would be nice if someone with bugzilla admin rights could clean up the old default assignees; for example: select product "database access" and component "none" for a new bug, and it gets assigned to needsconf...@dba.openoffice.org Regards -- Ariel Constenla-Haile La Plata, Argentina pgpVK4Z7w3Sbk.pgp Description: PGP signature
Re: [DISCUSS]: What should be part of AOO by default or what belongs more into a broader eco-system around AOO
On 11/09/2012 Rob Weir wrote: On Sep 11, 2012, at 12:27 AM, "Jürgen Schmidt" wrote: Things that comes to my mind where I would always prefer an extension solution: - Connectors to some non free, non open source software based on proprietary API's. ... - Dependencies on external GPL, LGPL libraries. - Rarely used features ... I think those are reasonable guidelines. Amother category is a "standard extension" that is under ALv2 and is part of a release. I agree, these components should be packaged as extensions. We should probably think of what install enhancements we can make to better facilitate bundling of extensions. To the developer and user, extension + easy install integration should feel the same as adding a feature to the core. The main problem is that the ecosystem around OpenOffice is completely unknown to most end users. It would be a huge leap forward to use the bottom-right part of the Start Centre to promote this ecosystem (Extensions, Templates, everything that makes sense) by displaying a couple lines of dynamic content retrieved from sources we control. Examples of content we could broadcast there: - "Add a grammar checker to OpenOffice: [link to LanguageTool/LightProof on the Extensions site]" - "Download a CV template for OpenOffice: [link to a template on the Templates site]" - "Add clipart to OpenOffice: [relevant link]" - "Tip of the day: using styles in OpenOffice [link to wiki page]" This shouldn't be hard to do and it would allow us to make users aware of the ecosystem around OpenOffice, which in turn means we can be confident that users will try to find functionality in Extensions if they don't have it readily available in OpenOffice. Regards, Andrea.
Will there be an "official" Solaris build?
"RGB" at the AOO Community Forum encouraged me to bring my question here... Thanks Will there be an "official" Solaris build? by gpspilot » Tue Sep 11, 2012 3:58 pm RGB wrote:You can find non official Solaris builds for AOO 3.4 here: Apache OpenOffice Solaris x86 My organization had StarOffice on our Solaris workstations for many years, then upgraded to OpenOffice 3.3, and now we'd like to upgrade to AOO 3.4, but our administrators are leery of installing "non official" builds. Has Apache dropped support for Solaris? My googling has not turned up any official announcement of this. Can we hope to see Solaris make a reappearance at http://www.openoffice.org/download/other.html? According to http://user.services.openoffice.org/en/forum/viewtopic.php?f=6&t=53698#p234768, as of four months ago there were only two "major" bugs in the Solaris build, and one of them has been fixed. So it sounds like the current Solaris build is of good quality. Why wouldn't Apache adopt it as an officially-supported platform? I think we Solaris users deserve to know the "roadmap" for where AOO is heading. Thanks OpenOffice 3.3 on Solaris Re: Will there be an "official" Solaris build? by RGB » Wed Sep 12, 2012 6:08 am AFAIK, at the moment there are some technical problems... like the lack of a proper build environment. You'll get better answers on the dev mailing list ooo-dev@incubator.apache.org no need to subscribe to send an email there (the traffic is huge...), but if you send your question without subscribing, please make the situation clear on the first line of your email so people could know they need to add you to the CC list. There are two types of people: the ones that believe that there are two types of people and the ones that not. openSUSE 11.4 with KDE SC 4.8.4 / AOO 3.4.1
Re: [user documentation] Requirements for a documentation project
Hi Andrea, Hi all, 2012/9/12 Andrea Pescetti > On 10/09/2012 Guy Waterval wrote: > >> As I have more free time until June 2013, I plan to continue writing a >> user >> documentation for OOoLight (Educoo.org). As the two products AOO et >> OOoLight are, from an end user point of view of course, relatively similar >> to use, my goal is to try to interfacing properly with the AOO project, to >> allow an easy reuse of some parts by people here who could be interested >> to >> create a specific AOO documentation project. >> > > Good, thanks! > > > So, I will work with the Alv2 licence and I have signed the CLA in june. >> Is >> it enough or are there more requirements? >> > > There aren't any more requirements as far as I know. If you become a > regular contributor to Apache, you will be voted as a committer, but this > won't give you any special rights besides being able to directly put files > in the OpenOffice repository (if desired). > Become a committer is not my priority. I would only produce something helpful for endusers in my langage (I don't speak English), but in a way it could eventually serve to people working here on an official documentation project, without these boring issues of licenses, rules, etc. My work will be "unofficial", but I can perfectly live with that. My personal opinion is that a real and efficient AOO doc project should be initiated and lead by the strongest community (US/EN) in a clear defined and simple way, with a low technical barrier to rise the number of possible contributors. But I have to admit it's more easy to say that to do. Please, consider I will try to do something "beside" but not "against" the AOO project. My question was how to work in this direction : a compatible final product, not obligatory integrated, but in which the community could reuse smoothly any part it could found interesting.. A link to the template I'm intending to use. If something is wrong, please, let me know and I correct it. it. http://www.softenpoche.com/sep/iron.odt Regards -- gw >
Re: Clipart library
Hi Ian, Ian Lynch schrieb: On 12 September 2012 17:52, Juergen Schmidt wrote: Am Mittwoch, 12. September 2012 um 08:42 schrieb Armin Le Grand: Hi, just wanted to mention: I just tried it out, SVG graphics can now be part of the existing gallery due to the added SVG import support. D&D SVG into gallery theme works like a charm. Thus, all SVG cliparts can be added to whatever form of clipart extension/builtin. this is very nice, thanks for the info I tried to drag an odg drawing into the gallery and it didn't work. That seems strange. I expected odg would be the first filetype to be accepted - am I missing something? (ok don't say a brain ;-) ) What do you try? I don't understand "drag an odg drawing into the gallery". If you have a Draw document opened and drag an object (oval, star, 3D-scene) from the edit window to the gallery, that should work without problems. Or do you try to drag an odg-document from your file manager to the gallery? I would not expect, that it works, because it is a complete document and not only the part, which contains a single object. Kind regards Regina
Re: [DISCUSS] Code of Conduct
On 12/09/12 19:02, Kay Schenk wrote: On 09/11/2012 02:50 AM, Oliver-Rainer Wittmann wrote: Hi, On 11.09.2012 07:51, Dave Fisher wrote: Hi, We have a code of conduct here: http://incubator.apache.org/openofficeorg/list-conduct.html These are the community's code and we should all agree to abide by the code. Maybe there is some more work to do exposing the code. Maybe the code needs to be modified. Graduation requires the project to be self-governing. What do people think? I think we should discuss a few topics. (1) What are the consequences of breaking the code of conduct? - Loss of merit in the community including the possibility of losing any karma in the project. Karma is the ability to make commits. - Banning from the list. Moderators will need to treat offenders like spammers. (2) Who is responsible for enforcing the code? - it should be enforced by anyone who sees it happening. In most cases a reminder will be enough. - what if they won't stop? who is next? If the PPMC is working it should be noticed, but if not then probably a note to ooo-private. (3) How do we expose the code? - we have unsubscribe links on ooo-users, we could add a link to the policy. (4) Should we update the code? - the code should be edited to include the information decided for (1) and (2) - anything else? Please feel free to elaborate. Let's leave this open for a week to discuss. No need to hurry. I also think that we should use these code of conduct as guidelines instead of strict rules. From my point of view, we should make clear that certain consequences - like to one mentioned above - may occur in case of repeated violation. As I do not want that something like this will happen in the future I think we can save the time now to discuss the consequences in detail and for every case. We just have to make clear the possible consequences and that we will decide on case-by-case. Best regards, Oliver. I too believe these were basically constructed as behavior guidelines, and not enforceable codes/regulations. Andrea's comments also seem worthwhile. Yes, that's the case. Wolf and I worked on them, as a desired code of behaviour and consideration, we were trying to avoid the 'list of rules' way of doing it. But maybe we need something a little different? Dave. I think it would be advantageous for the ASF (as a whole) to adopt and publish expected Codes of Conduct. I see from: http://community.apache.org/newbiefaq.html#NewbieFAQ-IsthereaCodeofConductforApacheprojects? that this seems to be project specific and I wonder why. So, some examples... General participation, and consequences: http://opensourcebridge.org/about/code-of-conduct/ http://www.kde.org/code-of-conduct/ More specifics for Board Members (toward the bottom): http://opensource.org/minutes20100505
Re: [DISCUSS] Code of Conduct
On 09/11/2012 02:50 AM, Oliver-Rainer Wittmann wrote: Hi, On 11.09.2012 07:51, Dave Fisher wrote: Hi, We have a code of conduct here: http://incubator.apache.org/openofficeorg/list-conduct.html These are the community's code and we should all agree to abide by the code. Maybe there is some more work to do exposing the code. Maybe the code needs to be modified. Graduation requires the project to be self-governing. What do people think? I think we should discuss a few topics. (1) What are the consequences of breaking the code of conduct? - Loss of merit in the community including the possibility of losing any karma in the project. Karma is the ability to make commits. - Banning from the list. Moderators will need to treat offenders like spammers. (2) Who is responsible for enforcing the code? - it should be enforced by anyone who sees it happening. In most cases a reminder will be enough. - what if they won't stop? who is next? If the PPMC is working it should be noticed, but if not then probably a note to ooo-private. (3) How do we expose the code? - we have unsubscribe links on ooo-users, we could add a link to the policy. (4) Should we update the code? - the code should be edited to include the information decided for (1) and (2) - anything else? Please feel free to elaborate. Let's leave this open for a week to discuss. No need to hurry. I also think that we should use these code of conduct as guidelines instead of strict rules. From my point of view, we should make clear that certain consequences - like to one mentioned above - may occur in case of repeated violation. As I do not want that something like this will happen in the future I think we can save the time now to discuss the consequences in detail and for every case. We just have to make clear the possible consequences and that we will decide on case-by-case. Best regards, Oliver. I too believe these were basically constructed as behavior guidelines, and not enforceable codes/regulations. Andrea's comments also seem worthwhile. I think it would be advantageous for the ASF (as a whole) to adopt and publish expected Codes of Conduct. I see from: http://community.apache.org/newbiefaq.html#NewbieFAQ-IsthereaCodeofConductforApacheprojects? that this seems to be project specific and I wonder why. So, some examples... General participation, and consequences: http://opensourcebridge.org/about/code-of-conduct/ http://www.kde.org/code-of-conduct/ More specifics for Board Members (toward the bottom): http://opensource.org/minutes20100505 -- MzK "We never sit anything out. We are cups, constantly and quietly being filled. The trick is, knowing how to tip ourselves over and let the beautiful stuff out." -- Ray Bradbury, "Zen in the Art of Writing"
Re: Helping open office
On 09/11/2012 05:49 PM, sean gayton wrote: Hi, My name is Sean and my peer is Bianca (cc'd) and we're looking to help contribute to Open Office.We were hoping we could assist with some documentation in creating a simple user guide and installation guide for computer illiterate users.We were also looking into assisting with some marketing, like developing artwork for open office to use. We are both 3rd year IT students studying at the University of Ballarat, Australia and need to contribute to an open source project for a major assignment.We would love to help open office in anyway we can. Thank you. Regards,Sean Gayton and Bianca Kosir. Sean, Thanks for contacting us! We can always use help with documentation. In the past, an easy way for people to contribute to documentation efforts has been through the Documentation project's wiki. It's easy to apply to for an OpenOffice MediaWiki account. So, here's the link to the main Documentation wiki area: http://wiki.openoffice.org/wiki/Documentation You might want to take a look at "Pages that Need Help!" in the WANT TO HELP? box, or some of the pages in the HOWTOs area that could probably use some updating. We look forward to seeing your contributions. Please keep us posted. -- MzK "We never sit anything out. We are cups, constantly and quietly being filled. The trick is, knowing how to tip ourselves over and let the beautiful stuff out." -- Ray Bradbury, "Zen in the Art of Writing"
Re: Clipart library
On 12 September 2012 17:52, Juergen Schmidt wrote: > Am Mittwoch, 12. September 2012 um 08:42 schrieb Armin Le Grand: >> Hi, >> >> just wanted to mention: I just tried it out, SVG graphics can now be >> part of the existing gallery due to the added SVG import support. D&D >> SVG into gallery theme works like a charm. Thus, all SVG cliparts can be >> added to whatever form of clipart extension/builtin. >> >> > > this is very nice, thanks for the info I tried to drag an odg drawing into the gallery and it didn't work. That seems strange. I expected odg would be the first filetype to be accepted - am I missing something? (ok don't say a brain ;-) ) -- Ian Ofqual Accredited IT Qualifications (The Schools ITQ) www.theINGOTs.org +44 (0)1827 305940 The Learning Machine Limited, Reg Office, 36 Ashby Road, Tamworth, Staffordshire, B79 8AQ. Reg No: 05560797, Registered in England and Wales.
Re: Clipart library
Am Mittwoch, 12. September 2012 um 08:42 schrieb Armin Le Grand: > Hi, > > just wanted to mention: I just tried it out, SVG graphics can now be > part of the existing gallery due to the added SVG import support. D&D > SVG into gallery theme works like a charm. Thus, all SVG cliparts can be > added to whatever form of clipart extension/builtin. > > this is very nice, thanks for the info Juergen > > On 30.08.2012 16:51, Ian Lynch wrote:t > > I'm organising the Open clipart library into categories. We could use > > this then as a useful resource to complement AOO. Any thoughts about > > the best way to implement making the categorised library available to > > the community? > > > > >
Re: Clipart library
Hi, just wanted to mention: I just tried it out, SVG graphics can now be part of the existing gallery due to the added SVG import support. D&D SVG into gallery theme works like a charm. Thus, all SVG cliparts can be added to whatever form of clipart extension/builtin. On 30.08.2012 16:51, Ian Lynch wrote:t I'm organising the Open clipart library into categories. We could use this then as a useful resource to complement AOO. Any thoughts about the best way to implement making the categorised library available to the community?
[Call For Review] Issue 120629 Performance improvement for loading xls file with several Pivot Tables. SOT optimization
Hi All, I have fixed a issue related with performance of pivot tables, as following link, https://issues.apache.org/ooo/show_bug.cgi?id=120629 Could anyone help review it please? Thanks a lot! Regards, Tan Li
Re: Mountain Lion für Mac
Sehr geehrter Herr Klenk, Sie schreiben leider auf deutsch an eine englischsprachige Mailing-Liste. Bitte wenden Sie sich an unsere deutsche Anwenderliste unter ooo-users...@incubator.apache.org. Viele Grüße, Peter Junge P.S.: M.W. läuft OpenOffice auch auf Mountain Lion einwandfrei. Allerdings bin ich kein Mac-User und möchte nichts falsches versprechen. P.P.S: I have pointed Mr. Klenk on the German user list. On 9/12/2012 4:13 PM, Harald Klenk wrote: Sehr geehrte Damen und Herren, wann kann man die Office-Programme auch für dieses Betriebssystem nutzen? Schöne Grüße Harald Klenk
Mountain Lion für Mac
Sehr geehrte Damen und Herren, wann kann man die Office-Programme auch für dieses Betriebssystem nutzen? Schöne Grüße Harald Klenk
Re: [Call-for-Review] Issue 120881:Page number in footer display incorrectly
I have finished the code review. After applying the patch,the page numbering displays well,I committed the patch with revision 1383857.Thanks. On Wed, Sep 12, 2012 at 3:34 PM, chengjh wrote: > I will have a look..thanks. > > > On Wed, Sep 12, 2012 at 1:53 PM, jane kang wrote: > >> I have fixed issue *120881.* Detail info of issue pls refer tohttps:// >> issues.apache.org/ooo/show_bug.cgi?id=120881< >> https://issues.apache.org/ooo/show_bug.cgi?id=120864>. >> Patch infor pls refer to >> https://issues.apache.org/ooo/attachment.cgi?id=79412< >> https://issues.apache.org/ooo/attachment.cgi?id=79111>. >> Plz review it. Thanks. >> > > > > -- > > Best Regards,Jianhong Cheng > > -- Best Regards,Jianhong Cheng
Re: What's difference between udkapi and offapi
On 9/12/12 10:37 AM, Clarence GUO wrote: > HI~ > I know there are many interface definitions under offapi. But why there's a > separated folder udkapi who also has many interface definitions? It seems > the interfaces under udkapi are more fundamental, related to the most > basical objects, such as stream, registry, pipe, and so on. Is my > understanding correct? Then if it's necessary to add a new interface, how > to decide which folder should I put it into? The split was to differentiate indeed between general, generic API's that can be used for many different use cases and are not office specific. The idea was making UNO as middleware technology available for others as well. udk = uno development kit, well a poor name from today's view. uca = uno core api would be potentially better, I don't know and it is not so important. When you design new interfaces it can make indeed sense to think about how generic they are and if they can be useful in other scenarios as well. Office specific API's should go definitely in offapi. But we have also thought about a merge of both modules and the merge of some other modules where we differentiate between the 2. For example ridljar and unoil where we generate the Java code for the API's. Or offuh where the headers are generated. Well nothing important at the moment and as we have seen UNO is used outside the office as well and it is probably also valid to keep this differentiation. I hope this helps a little bit Juergen
What's difference between udkapi and offapi
HI~ I know there are many interface definitions under offapi. But why there's a separated folder udkapi who also has many interface definitions? It seems the interfaces under udkapi are more fundamental, related to the most basical objects, such as stream, registry, pipe, and so on. Is my understanding correct? Then if it's necessary to add a new interface, how to decide which folder should I put it into? Thanks & BRs Clarence
Re: [DISCUSS]: I would like to propose a new conversion mode parameter
On 8/21/12 10:48 AM, Jürgen Schmidt wrote: > On 8/21/12 3:46 AM, Rob Weir wrote: >> On Mon, Aug 20, 2012 at 10:54 AM, Jürgen Schmidt >> wrote: >>> Hi, >>> >>> OpenOffice is not only used as desktop application but also as hidden >>> part of other software and often as a conversion engine in the backend. >>> >>> OpenOffice has very good filters for many file formats and the usage as >>> a conversion engine is straight forward. And the conversion from one >>> format into another can be improved and optimized by some special >>> handling of parts of the document. >>> >>> For example external linked parts can be ignored and don't have to be >>> loaded during conversion, embedded images can be simply copied etc. >>> >>> I would like to improve AOO for this kind of usage by introducing a new >>> parameter "-conversionmode". It's not comparable with the command line >>> parameter "-headless" or the "hidden" property for loadComponentFromUrl(). >>> >>> The intention of this new global option is to have it available >>> everywhere in the underlying code to optimize the performance of the >>> conversion. >>> >> >> It is an interesting idea. Perhaps in the future it could be combined >> with a #define and its own makefile so we could compile the project >> for this purpose specifically, perhaps having a smaller memory >> footprint. Or do you think you can get most of the benefit with >> run-time flags alone? > > probably not and it can be a combination of both. I think mechanisms to > exclude specific code at compile time will provide further > opportunities. This can evolve over time and we can make use of this on > demand. > > Juergen > for now I propose the following where I have a patch in the queue already. 1. new cmd line option "-conversionmode". This option enables automatically "headless" mode and can be seen as an extension to that. "headless" is already an extension to "invisible". We can see if this fits together or if we have to distinguish the modes. Let it evolve and adapt it on demand. 2. cmd line help ### OpenOffice.org 3.5 350m1(Build:9610) Usage: soffice [options] [documents...] Options: -minimized keep startup bitmap minimized. -invisible no startup screen, no default document and no UI. -norestore suppress restart/restore after fatal errors. -quickstart starts the quickstart service (only available on windows and OS/2 platform) -nologo don't show startup screen. -nolockcheckdon't check for remote instances using the installation -nodefault don't start with an empty document -headless like invisible but no userinteraction at all. *-conversionmode enable further optimization for document conversion,* includes enabled headless mode. -help/-h/-? show this message and exit. -writer create new text document. ... ### 3. usage in the code Similar to handling the headless mode. The Application class in vcl gets 2 new member functions. static void Application::EnableConversionMode(bool bEnableConv = true); static bool Application::IsConversionModeEnabled(); And the desktop::CommandLineArgs class get also a new member sal_Bool desktop::CommandLineArgs::IsConversionMode() const; With this change it is possible to make use of the conversion mode in the code and further optimization can be triggered. I will also check all other parameters to get an even better overview what we already have, what is documented and what not etc. Juergen
Re: [Call-for-Review] Issue 120881:Page number in footer display incorrectly
I will have a look..thanks. On Wed, Sep 12, 2012 at 1:53 PM, jane kang wrote: > I have fixed issue *120881.* Detail info of issue pls refer tohttps:// > issues.apache.org/ooo/show_bug.cgi?id=120881< > https://issues.apache.org/ooo/show_bug.cgi?id=120864>. > Patch infor pls refer to > https://issues.apache.org/ooo/attachment.cgi?id=79412< > https://issues.apache.org/ooo/attachment.cgi?id=79111>. > Plz review it. Thanks. > -- Best Regards,Jianhong Cheng
Re: Problems with axial gradient and low color steps
Hi Regina, On 08.09.2012 21:27, Regina Henschel wrote: Hi Armin, Armin Le Grand schrieb: Hi Regina, On 06.09.2012 21:35, Regina Henschel wrote: Hi all, I see a lot of problems with axial gradients, but I'm not sure about the desired behavior. Please have look at attachment https://issues.apache.org/ooo/attachment.cgi?id=79324 in bug https://issues.apache.org/ooo/show_bug.cgi?id=120604 Problem (1): How many color steps has an axial gradient, if the user set it to n steps in the UI? Old versions (SO5.2 to at least OOo2.4.3) make it in n steps, with n/2 steps blending color "up" and n/2 steps blending color "down". Around OOo3.2.1 this behavior was changed so that (n-1) steps "up", 1 step in the middle and (n-1) steps down. In AOO we have now (n-1) steps "up" and (n-1) steps "down". The ODF does not specify it. How many stripes should the shape show, if the user sets the step count to 5 ? 5 -> old behavior, does not fit at all 8 -> behavior in 3.4.1 and 3.5 9 -> behavior in 3.2.1, only one middle strip 10 -> I would prefer this; as in 3.2.1, but with double middle strip I agree. I first thought about 9, but 10 is the exactly once mirrored behaviour of 'linear'. Do we have a task for it? Problem (2): What colors should the steps have? In the old version the colors for "up" and "down" where different, what I think has been a bug. Yes. Also the step count was wrongly interpreted. There are numerous errors in the old, VCL-based gradient painters. In AOO 3.4.1 version neither the start not the end color is used, only values between. Start and end color should be used (if visible). In the Yellow/Green example this seems to be okay. Compare it with pure color green and pure color yellow and compare it with a linear gradient with green -> yellow and linear gradient with yellow -> green. The linear gradient includes the start color and excludes the end color. (I think that it would be better the other way round, because the start color can be included via border. But that is a different problem.) The axial gradient has neither start nor end color. I see this both as errors. Start and end color should always be used. Do we have tasks for this? Problem (3): The old gradients are still used for presentation mode, AFAIK presentation has its own gradient rendering, targeted at system-specific canvases. If redoing this, it sould use the primitives directly (one day). It's an export. converting to bitmap, Should use primitives nowadays. If not, should be changed to do so. Indeed, that is fixed in AOO3.5. It is correct for export to png and jpg too in AOO3.5. Copy and Save as "GDI metafile" is better in AOO3.5 than in AOO3.4.1. The gradient is the same as for the shape and the gradient rotates together with the shape, as expected for a picture. But 'Break' and 'Convert to bitmap' are wrong. 'Convert to bitmap' looses the rotation which comes from the shape rotation and 'Break' looses the step count in addition. But that is not specific for axial gradient. export to pdf Yes, is based on and 'paints' metafiles (but not with the VCL mechanisms). It's an export and should be changed to primitive usage one day. Mh. If I export it to pdf using my build with my changes in OutputDevice::ImplDrawLinearGradient, I can see exact this changes. Okay, so export to metafile uses OutputDevice::ImplDrawLinearGradient. and flash. Not sure about this, also an export. I think, that needs to be fixed. I have looked around, and think, that it is in OutputDevice::ImplDrawLinearGradient in \main\vcl\source\gdi\outdev4.cxx. Is that right? If yes, are other places effected as well? Should it be fixed or is someone working on a more general solution? It *could* be fixed there if really used. Have You tried to set breaks (pr fprintfs) to check this? Most usages should not use it. No. I have changed the colors and steps in OutputDevice::ImplDrawLinearGradient and can see those changes using the resulting build. Good. If it is used, it could be made to work using temp primitives internally to ensure equal rendering. As far as I have tested, OutputDevice::ImplDrawLinearGradient is used in presentation mode, export to pdf, swf, emf, and wmf. The exports to png and jgp are OK in AOO3.5. I havn't tested other formats. For all exports which are nowadays still based on metafiles the solution should be to rewrite/modify these exports to be based on primitives in the future. Do I understand you correct, that you think, it is not worth to correct OutputDevice::ImplDrawLinearGradient? But the effort should be to make it totally superfluous? No. I appreciate and (more than) welcome when you correct the behaviour in OutputDevice::ImplDrawLinearGradient. This is the only (and probably best) short-term solution. I just wanted to say that - if it would be a lot of work - it may be worth to think about fixing it by migragting more exporters to primitive usage. Doing so would in t
