[buildbot] buildbot for Windows seems to have 'space problems'
Hi, our buildbot for Windows seems to have 'space problems': - aoo-w7snap, build #60 reports: exceptions.IOError: [Errno 28] No space left on device - aoo-w7ia2, build #141 reports: /usr/bin/m4:configure.in:3840: ERROR: cannot flush diversion to temporary file: No space left on device /usr/bin/m4:configure.in:3840: cannot clean temporary file for diversion - aoo-win7, build #657, reports: autom4te-2.68: cannot close /tmp/am4tv69lkQ/traces.m4: No space left on device Can someone with corresponding karma have a look? Thanks in advance. Best regards, Oliver. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [AOO 4.0]: migration of AOO 3.4.x/OOo 3.x user profile data - help needed
On 17/06/2013 Oliver-Rainer Wittmann wrote: I want to let you know that I am currently working on the migration of AOO 3.4.x/OOo 3.x user profiles to AOO 4.0. I am also including the migration of extensions. I am currently not planning to adjust any of the mentioned strings as I think it is too late for its translation. Is this safe? In a typical scenario, then, a user would have some extensions installed and he would see them imported in 4.0 without being warned about possible compatibility problems. Most of the extensions do not have a maxversion indication, so OpenOffice 4.0 will try and install them anyway, but some might be broken. And then the user is left alone in updating his extensions (which in theory he should be prompted to do after installation, assuming this mechanism is restored), but he wouldn't have a way to go back before it's too late. If my tests work fine, I will check-in the changes this week. If we will include these changes into our AOO 4.0 release, I will help to update the above wiki page. Let's keep them documented and see. Remember that we learned so far that a random user will manage to reinstall but not to do anything more elaborated, so if uninstallation/installation does not bring up a Do you want to reset your profile? dialog we still have a usability problem (which of course is not a regression, it's been there forever). Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [AOO 4.0]: migration of AOO 3.4.x/OOo 3.x user profile data - help needed
Hi, On 18.06.2013 09:26, Andrea Pescetti wrote: On 17/06/2013 Oliver-Rainer Wittmann wrote: I want to let you know that I am currently working on the migration of AOO 3.4.x/OOo 3.x user profiles to AOO 4.0. I am also including the migration of extensions. I am currently not planning to adjust any of the mentioned strings as I think it is too late for its translation. Is this safe? In a typical scenario, then, a user would have some extensions installed and he would see them imported in 4.0 without being warned about possible compatibility problems. Most of the extensions do not have a maxversion indication, so OpenOffice 4.0 will try and install them anyway, but some might be broken. And then the user is left alone in updating his extensions (which in theory he should be prompted to do after installation, assuming this mechanism is restored), but he wouldn't have a way to go back before it's too late. I had a close look at the functionality to 'migrate the extensions from a former user profile' and from my point of view we should give it a try. The function did the following: It looks for the extensions which are installed for the user. These are found in the former user profile. No shared-installed, bundled or pre-registered extensions are considered. The found user-installed extensions which are not on the blacklist are installed with the same mechanism which is used when the users triggers in the installation. I am activating an user interaction in case that an extension is already installed - the same user interaction which is used when the user triggers the installation of an already installed extension. On the blacklist will be the Presenter Screen and the Presentation Minimizer as they are now integrated into OpenOffice. If my tests work fine, I will check-in the changes this week. If we will include these changes into our AOO 4.0 release, I will help to update the above wiki page. Let's keep them documented and see. Remember that we learned so far that a random user will manage to reinstall but not to do anything more elaborated, so if uninstallation/installation does not bring up a Do you want to reset your profile? dialog we still have a usability problem (which of course is not a regression, it's been there forever). Agreed. Best regards, Oliver. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [AOO 4.0]: migration of AOO 3.4.x/OOo 3.x user profile data - help needed
On Tue, Jun 18, 2013 at 09:51:46AM +0200, Oliver-Rainer Wittmann wrote: On the blacklist will be the Presenter Screen and the Presentation Minimizer as they are now integrated into OpenOffice. These wouldn't work anyway; after the STLport change, former C++ extensions do not work on Windows and Linux 32 bit (I guess also in MacOS, as this affects 32 bit archs, where stlport was used). If there is a way to tell the migration service not to migrate C++ (excepting Linux 64 bit), it might be good to turn this option on. Regards -- Ariel Constenla-Haile La Plata, Argentina pgppfSt_h2C2t.pgp Description: PGP signature
Re: [AOO 4.0]: migration of AOO 3.4.x/OOo 3.x user profile data - help needed
Hi, On 18.06.2013 10:05, Ariel Constenla-Haile wrote: On Tue, Jun 18, 2013 at 09:51:46AM +0200, Oliver-Rainer Wittmann wrote: On the blacklist will be the Presenter Screen and the Presentation Minimizer as they are now integrated into OpenOffice. These wouldn't work anyway; after the STLport change, former C++ extensions do not work on Windows and Linux 32 bit (I guess also in MacOS, as this affects 32 bit archs, where stlport was used). If there is a way to tell the migration service not to migrate C++ (excepting Linux 64 bit), it might be good to turn this option on. I do not know of such an option. Do you know how this can be found out by observing the extension? Do you have one or two C++ extension at hand (except former Presenter Screen and former Presenation Minizer) for testing? Thanks in advance, Oliver. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [AOO 4.0]: migration of AOO 3.4.x/OOo 3.x user profile data - help needed
On Tue, Jun 18, 2013 at 5:21 AM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: On the blacklist will be the Presenter Screen and the Presentation Minimizer as they are now integrated into OpenOffice. These wouldn't work anyway; after the STLport change, former C++ extensions do not work on Windows and Linux 32 bit (I guess also in MacOS, as this affects 32 bit archs, where stlport was used). If there is a way to tell the migration service not to migrate C++ (excepting Linux 64 bit), it might be good to turn this option on. I do not know of such an option. Do you know how this can be found out by observing the extension? Do you have one or two C++ extension at hand (except former Presenter Screen and former Presenation Minizer) for testing? The PDF Import extension: http://extensions.openoffice.org/en/project/pdfimport MySQL Connector: http://extensions.openoffice.org/en/project/mysql_connector My version of this last one: http://code.google.com/a/apache-extras.org/p/aoo-my-sdbc/ Regards - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [AOO 4.0]: migration of AOO 3.4.x/OOo 3.x user profile data - help needed
Hi On 28.05.2013 17:10, Oliver-Rainer Wittmann wrote: Hi, I would like to activate/introduce code which migrates certain user profile data from AOO 3.4.x and OOo 3.x installations during the reactivated FirstStartWizard when the user starts the first time an installed AOO 4.0. I have submitted two issues for this task: - 122398 for the reactivation of the FirstStartWizard [1] - 122397 for the code and configuration changes to migrate an AOO 3.4.x/OOo 3.x user profile [2] I have solved both tasks inclusive the migration of user-installed extensions. As the translation deadline has passed I have made no string changes. Please provide feedback from your tests once a snapshot build or a buildbot build including these changes is available. Best regards, Oliver. In the last days I had a look at the user profile migration code and its configuration. I figured out how it works in general. Further investigation is needed to figure out, if and how the existing service to 'migrate' installed extensions works. I am currently not sure, if the automatic user profile migration should try to install extensions from a former version. My current preference is not to migrate extension from a former version. I need support and help with the migration of the user profile: (A) To figure out and test the user profile migration 'real-life' user profiles or 'early-alpha-testers' would be welcome. Thus, send my your AOO 3.4.x or OOo 3.x user profile in a compressed form (.zip file or .tar.gz file or ...) or let me know, if you want to try my builds. (B) The first page of the FirstStartWizard is a general welcome containing the following en-US strings. String This wizard will guide you through the license agreement, the transfer of user data from %OLD_VERSION and the registration of %PRODUCTNAME., if a user profile for a migration is found, and string This wizard will guide you through the registration of %PRODUCTNAME. otherwise. Since at least OOo 3.2 no license agreement was shown -- no text for a license agreement is needed on the welcome page. Since AOO 3.4 we do not have a registration -- no text for a registration has to be shown. Thus, I am asking for new string proposals for the welcome page of the FirstStartWizard. I have attached screenshots of the currently deactivated FirstStartWizard. [1] https://issues.apache.org/ooo/show_bug.cgi?id=122398 [2] https://issues.apache.org/ooo/show_bug.cgi?id=122397 Thanks in advance, Oliver. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: os2 build broken after stl updates #122208
On 6/17/13 4:38 PM, Yuri Dario wrote:
Hi,
after updates to STL for issue 122208, the OS/2 build is no longer
compiling. I was already not using OO STL and using system STL, and
now I get errors like
good to know and I think that OS2 needs some special handling here. you
are the only one with os2 and nobody else here has access. I am sure the
problem can be solved when Herbert is back from vacation.
In file included from
F:/rd/OOo/asf03/main/tools/source/debug/debug.cxx:62:
F:/rd/OOo/asf03/main/solver/400/os2gcci.pro/inc/stl/vector:39: error:
expected initializer before '' token
F:/rd/OOo/asf03/main/solver/400/os2gcci.pro/inc/stl/vector:43: error:
'std_bitset_count' declared as an 'inline' variable
F:/rd/OOo/asf03/main/solver/400/os2gcci.pro/inc/stl/vector:43: error:
'std::bit_vector' has not been declared
F:/rd/OOo/asf03/main/solver/400/os2gcci.pro/inc/stl/vector:43: error:
'std::bit_vector' has not been declared
F:/rd/OOo/asf03/main/solver/400/os2gcci.pro/inc/stl/vector:43: error:
expected primary-expression before 'bool'
F:/rd/OOo/asf03/main/solver/400/os2gcci.pro/inc/stl/vector:43: error:
initializer expression list treated as compound expression
F:/rd/OOo/asf03/main/solver/400/os2gcci.pro/inc/stl/vector:44: error:
expected ',' or ';' before '{' token
is -std=c++11 now required for builds? I'm using gcc 4.4.6 and this
seems to be a 4.7 option.
Herbert knows more but if you don't use the stlport before there should
a solution.
Herbert is back from vacation next week.
Juergen
thanks,
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Need commit help
On 6/15/13 6:01 AM, Ariel Constenla-Haile wrote: Hi Ricardo, On Thu, Jun 13, 2013 at 09:42:06PM +0200, RGB ES wrote: Looking at the ES build, I can see that the sidebar page on the bundled help is not localized. In fact this page it's not even on pootle yet (checked for ES and IT) so it cannot be translated. Will be there on next iteration? IIRC Jürgen planned to integrate it, but it isn't present in any of the SDF files: http://opengrok.adfinis-sygroup.org/source/search?q=sidebar_window.xhpdefs=refs=path=hist=project=aoo-trunk if integrated, that search should return locations in main/extras/l10n for the already committed SDF files, like http://opengrok.adfinis-sygroup.org/source/search?q=step1.xhpdefs=refs=path=hist=project=aoo-trunk no the help file is simply not integrated yet because the lack of time. It requires a new sdf file and merging all available translations against the new po files. And later on the merge back in the build env. Besides the most important translation part, the rest of the work is my time ;-) Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Download stats per platform?
On Mon, Jun 17, 2013 at 11:26 PM, Shenfeng Liu liush...@gmail.com wrote: We can get the data from SourceForge by define the date range by ourselves: http://sourceforge.net/projects/openofficeorg.mirror/files/stats/map :) That page measures something subtly different. It shows what platform the user was running when downloading. The number I reported was what platform version of AOO the user downloaded. The numbers should be close, but it is possible, for example, that a user downloads the Mac version of AOO from a Windows machine at work, and then copies onto a USB key to bring home to install on their Mac. The SF page would count that as a Windows user. My report would count that as a Mac user. -Rob - Shenfeng (Simon) 2013/6/18 Rob Weir robw...@apache.org On Mon, Jun 17, 2013 at 5:00 PM, David Gerard dger...@gmail.com wrote: On 17 June 2013 21:45, Rob Weir robw...@apache.org wrote: On Mon, Jun 17, 2013 at 2:32 PM, David Gerard dger...@gmail.com wrote: In the first 1 million or so AOO downloads, the breakdown was 87% Windows, 11% Macintosh and 2% Linux. But, of course, there's been over 50 million. Do we have a per-platform breakdown of the numbers since then for AOO? It sounds like you want this chart: https://blogs.apache.org/OOo/mediaresource/690f6d03-d666-4003-b1b2-8e44331e2511 From this blog post: https://blogs.apache.org/OOo/entry/apache_openoffice_one_year_50 That's the one, thank you! Do you have the % numbers that went into the graph? That chart shows it day-by-day. The %'s vary over time. But the average over the year is: Windows: 88% Mac OS: 10% Linux: 2% So little difference compared to the distribution reported initially. It still reflects the distribution of desktop OS usage in the market. -Rob - d. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- Opinions expressed in this communication reflect the author's individual personal view, not necessarily that of an amorphous collective. The above statements do not reflect an official position of any organization, corporation, religion (organized or disorganized) or national football association. The contents of said note are not guaranteed to have been spell checked, grammar checked or reviewed for metrical infelicities. The contents of this post may not be suitable for those whose native language is not logic. Caution should be exercised when operating heavy machinery when reading this note, or even when not reading it. Seriously, heavy machinery is dangerous. Be careful. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- Opinions expressed in this communication reflect the author's individual personal view, not necessarily that of an amorphous collective. The above statements do not reflect an official position of any organization, corporation, religion (organized or disorganized) or national football association. The contents of said note are not guaranteed to have been spell checked, grammar checked or reviewed for metrical infelicities. The contents of this post may not be suitable for those whose native language is not logic. Caution should be exercised when operating heavy machinery when reading this note, or even when not reading it. Seriously, heavy machinery is dangerous. Be careful. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Review of my code
Hello, The coding phase of GSoC started on 17th. So It would be nice if I get a review of the code written till today. git Repository of my code: https://github.com/rajaths589/CMISContentProvider.git git Repository of my test client code: https://github.com/rajaths589/CMISContentProviderTest.git -- Rajath S, M.Sc(Hons.) Physics, Birla Institute of Technology and Science - Pilani, Pilani
Re: [AOO 4.0]: migration of AOO 3.4.x/OOo 3.x user profile data - help needed
On Tue, Jun 18, 2013 at 3:51 AM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 18.06.2013 09:26, Andrea Pescetti wrote: On 17/06/2013 Oliver-Rainer Wittmann wrote: I want to let you know that I am currently working on the migration of AOO 3.4.x/OOo 3.x user profiles to AOO 4.0. I am also including the migration of extensions. I am currently not planning to adjust any of the mentioned strings as I think it is too late for its translation. Is this safe? In a typical scenario, then, a user would have some extensions installed and he would see them imported in 4.0 without being warned about possible compatibility problems. Most of the extensions do not have a maxversion indication, so OpenOffice 4.0 will try and install them anyway, but some might be broken. And then the user is left alone in updating his extensions (which in theory he should be prompted to do after installation, assuming this mechanism is restored), but he wouldn't have a way to go back before it's too late. I had a close look at the functionality to 'migrate the extensions from a former user profile' and from my point of view we should give it a try. The function did the following: It looks for the extensions which are installed for the user. These are found in the former user profile. No shared-installed, bundled or pre-registered extensions are considered. The found user-installed extensions which are not on the blacklist are installed with the same mechanism which is used when the users triggers in the installation. I am activating an user interaction in case that an extension is already installed - the same user interaction which is used when the user triggers the installation of an already installed extension. On the blacklist will be the Presenter Screen and the Presentation Minimizer as they are now integrated into OpenOffice. Is the blacklist a static list? Or is it something that can be retried/updated from the website? If we can make the blacklist be live in a document that we can update, this is like maintaining our own max version field for the cases where the extension author neglected to do so. -Rob If my tests work fine, I will check-in the changes this week. If we will include these changes into our AOO 4.0 release, I will help to update the above wiki page. Let's keep them documented and see. Remember that we learned so far that a random user will manage to reinstall but not to do anything more elaborated, so if uninstallation/installation does not bring up a Do you want to reset your profile? dialog we still have a usability problem (which of course is not a regression, it's been there forever). Agreed. Best regards, Oliver. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- Opinions expressed in this communication reflect the author's individual personal view, not necessarily that of an amorphous collective. The above statements do not reflect an official position of any organization, corporation, religion (organized or disorganized) or national football association. The contents of said note are not guaranteed to have been spell checked, grammar checked or reviewed for metrical infelicities. The contents of this post may not be suitable for those whose native language is not logic. Caution should be exercised when operating heavy machinery when reading this note, or even when not reading it. Seriously, heavy machinery is dangerous. Be careful. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [AOO 4.0]: migration of AOO 3.4.x/OOo 3.x user profile data - help needed
Hi, On 18.06.2013 13:36, Rob Weir wrote: On Tue, Jun 18, 2013 at 3:51 AM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 18.06.2013 09:26, Andrea Pescetti wrote: On 17/06/2013 Oliver-Rainer Wittmann wrote: I want to let you know that I am currently working on the migration of AOO 3.4.x/OOo 3.x user profiles to AOO 4.0. I am also including the migration of extensions. I am currently not planning to adjust any of the mentioned strings as I think it is too late for its translation. Is this safe? In a typical scenario, then, a user would have some extensions installed and he would see them imported in 4.0 without being warned about possible compatibility problems. Most of the extensions do not have a maxversion indication, so OpenOffice 4.0 will try and install them anyway, but some might be broken. And then the user is left alone in updating his extensions (which in theory he should be prompted to do after installation, assuming this mechanism is restored), but he wouldn't have a way to go back before it's too late. I had a close look at the functionality to 'migrate the extensions from a former user profile' and from my point of view we should give it a try. The function did the following: It looks for the extensions which are installed for the user. These are found in the former user profile. No shared-installed, bundled or pre-registered extensions are considered. The found user-installed extensions which are not on the blacklist are installed with the same mechanism which is used when the users triggers in the installation. I am activating an user interaction in case that an extension is already installed - the same user interaction which is used when the user triggers the installation of an already installed extension. On the blacklist will be the Presenter Screen and the Presentation Minimizer as they are now integrated into OpenOffice. Is the blacklist a static list? Or is it something that can be retried/updated from the website? The blacklist is part of our source code. These are corresponding entries in a XCU file - namely main/officecfg/registry/data/org/openoffice/Setup.xcu Have a look at my commit - revision 1494066 [1]. Search for 'ExcludedExtensions' [1] http://svn.apache.org/r1494066 If we can make the blacklist be live in a document that we can update, this is like maintaining our own max version field for the cases where the extension author neglected to do so. Such a feature is possible. It could be corresponding XML feed which OpenOffice could be accessed via the Internet - like the XML feed for the update service. Best regards, Oliver. -Rob If my tests work fine, I will check-in the changes this week. If we will include these changes into our AOO 4.0 release, I will help to update the above wiki page. Let's keep them documented and see. Remember that we learned so far that a random user will manage to reinstall but not to do anything more elaborated, so if uninstallation/installation does not bring up a Do you want to reset your profile? dialog we still have a usability problem (which of course is not a regression, it's been there forever). Agreed. Best regards, Oliver. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- Opinions expressed in this communication reflect the author's individual personal view, not necessarily that of an amorphous collective. The above statements do not reflect an official position of any organization, corporation, religion (organized or disorganized) or national football association. The contents of said note are not guaranteed to have been spell checked, grammar checked or reviewed for metrical infelicities. The contents of this post may not be suitable for those whose native language is not logic. Caution should be exercised when operating heavy machinery when reading this note, or even when not reading it. Seriously, heavy machinery is dangerous. Be careful. - 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
DataSink Object
Hello,
http://www.openoffice.org/ucb/docs/ucb-api-usage.html#GetDataStream
There are two types of datasinks:
1. XActiveDataSink
2. XOutputStream
Which one to use in my ucp? the active one or the passive one?
or implement both like file ucp?
code from file ucp:
Reference io::XOutputStream outputStream(
aCommandArgument.Sink,UNO_QUERY );
if( outputStream.is() )
{
m_pMyShell-page( nMyCommandIdentifier,
m_aUncPath,
outputStream );
}
sal_Bool bLock = ( aCommandArgument.Mode !=
OpenMode::DOCUMENT_SHARE_DENY_NONE );
Reference io::XActiveDataSink activeDataSink(
aCommandArgument.Sink,UNO_QUERY );
if( activeDataSink.is() )
{
activeDataSink-setInputStream( m_pMyShell-open(
nMyCommandIdentifier,
m_aUncPath,
bLock ) );
}
Reference io::XActiveDataStreamer activeDataStreamer(
aCommandArgument.Sink,UNO_QUERY );
if( activeDataStreamer.is() )
{
activeDataStreamer-setStream( m_pMyShell-open_rw(
nMyCommandIdentifier,
m_aUncPath,
bLock )
);
}
--
Rajath S,
M.Sc(Hons.) Physics,
Birla Institute of Technology and Science - Pilani,
Pilani
Re: Download stats per platform?
On 18/giu/2013, at 13:14, Rob Weir robw...@apache.org wrote: On Mon, Jun 17, 2013 at 11:26 PM, Shenfeng Liu liush...@gmail.com wrote: We can get the data from SourceForge by define the date range by ourselves: http://sourceforge.net/projects/openofficeorg.mirror/files/stats/map :) That page measures something subtly different. It shows what platform the user was running when downloading. The number I reported was what platform version of AOO the user downloaded. The numbers should be close, but it is possible, for example, that a user downloads the Mac version of AOO from a Windows machine at work, and then copies onto a USB key to bring home to install on their Mac. The SF page would count that as a Windows user. My report would count that as a Mac user. Correct. Actually aggregated stats are meant to be used only for generic stats about totals. to create reports per releases and/or languages Sourceforge's API are a better mouse trap (as proved by Rob's interesting stats!). -Rob - Shenfeng (Simon) 2013/6/18 Rob Weir robw...@apache.org On Mon, Jun 17, 2013 at 5:00 PM, David Gerard dger...@gmail.com wrote: On 17 June 2013 21:45, Rob Weir robw...@apache.org wrote: On Mon, Jun 17, 2013 at 2:32 PM, David Gerard dger...@gmail.com wrote: In the first 1 million or so AOO downloads, the breakdown was 87% Windows, 11% Macintosh and 2% Linux. But, of course, there's been over 50 million. Do we have a per-platform breakdown of the numbers since then for AOO? It sounds like you want this chart: https://blogs.apache.org/OOo/mediaresource/690f6d03-d666-4003-b1b2-8e44331e2511 From this blog post: https://blogs.apache.org/OOo/entry/apache_openoffice_one_year_50 That's the one, thank you! Do you have the % numbers that went into the graph? That chart shows it day-by-day. The %'s vary over time. But the average over the year is: Windows: 88% Mac OS: 10% Linux: 2% So little difference compared to the distribution reported initially. It still reflects the distribution of desktop OS usage in the market. -Rob - d. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- Opinions expressed in this communication reflect the author's individual personal view, not necessarily that of an amorphous collective. The above statements do not reflect an official position of any organization, corporation, religion (organized or disorganized) or national football association. The contents of said note are not guaranteed to have been spell checked, grammar checked or reviewed for metrical infelicities. The contents of this post may not be suitable for those whose native language is not logic. Caution should be exercised when operating heavy machinery when reading this note, or even when not reading it. Seriously, heavy machinery is dangerous. Be careful. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- Opinions expressed in this communication reflect the author's individual personal view, not necessarily that of an amorphous collective. The above statements do not reflect an official position of any organization, corporation, religion (organized or disorganized) or national football association. The contents of said note are not guaranteed to have been spell checked, grammar checked or reviewed for metrical infelicities. The contents of this post may not be suitable for those whose native language is not logic. Caution should be exercised when operating heavy machinery when reading this note, or even when not reading it. Seriously, heavy machinery is dangerous. Be careful. - 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: [QA][Test Report] Weekly Status Update as of 20130614
Simon and All, This is call for volunteers to do exploration test on Base / Drawing and write test cases for Base / Drawing: 1. About writing test cases for Base, I have completed to create hierarchies of test suites in TestLink based on the finalized test matrix http://wiki.openoffice.org/wiki/QA/Tescase. Please could volunteers navigate the test suite tree view in the Test Specification (Test Project is Apache OpenOffice testproject), and let's following below process to organize test case writing: 1) Volunteers provide their TestLink ID and list of their preferred test suites to Yu Zhen (Currently I have Anil Kumar's TestLink ID and confirmation to write test cases) 2) Yu Zhen specifies the test suites' assignment to the individual volunteer 3) Volunteers write test cases in the assigned test suites, in TestLink. For test cases related to connectivity testing, please attach the live test DB(s) and provide steps to set up test environment in Preconditions. It's encouraged test cases' author to test his/her test cases in execution stage. 2. I will work with Liu Ping on test matrix for Drawing later this week, if you have interest on Drawing test case writing, please let me know, I will book for you 3. I will consolidate exploration test reports on Base and Drawing from volunteers, and then incorporate to test case writing. Please see details on how to do as below (proposed by Simon): people do exploration test, and report in QA mail group on (1) covered platform/database; (2) tested scenario/steps; (3) test result/defect found Regards, Yu Zhen On Tue, Jun 18, 2013 at 11:35 AM, Shenfeng Liu liush...@gmail.com wrote: Yu Zhen, Thanks for the report! We made big progress, thanks for every volunteers contribution! One more think I suggest we to focus in the next week is the testing on Base and Drawing. The problem is that we don't have any existing test cases for Base and Drawing for now. So besides creating test cases from scratch, I think we can also try another way to do quick testing for these 2 applications: people do exploration test, and report in QA mail group on (1) covered platform/database; (2) tested scenario/steps; (3) test result/defect found. So that we can identify any ship blocker defects in Base and Drawing quickly. - Shenfeng (Simon) 2013/6/17 Yuzhen Fan fanyuz...@gmail.com Hi All, We wrap up the AOO 4.0 Full Regression test this week, here is the weekly update (6/10 - 6/14): *Test execution:* 1. Testing of upgrading/updating a former AOO/OOo's version - Done and Passed 2. Acceptance testing on stlport change on Win7/Mac/RHEL/Ubuntu platforms - Done and accepted, with none of the opening defects found from this testing, is introduced by stlport. However, it needs development's confirmation. * Defect summary:* 1. 4.0.0 release blocker candidate defects are under reviewing, the total number is 66 now (original is 90) 2. Redhat specific defect with 64-bit Java, Bug 122485 ([Crash]OOO crash when apply animation for table/chart object) gets resolved, will set QE to verify * Issues quality highlight:* 1. Need to cover silent installation testing on Windows as it is not included in previous testing 2. The triage of bugs for AOO 4.0.0 release blockers is ongoing. 3. QAs are reminded to retest the failed/blocked test executions as the defects get fixed *Volunteer status: * 1. No new volunteers(total 20 so far) on test execution work 2. No new volunteers(total 6 so far) on defect work, the progress on confirming defects are low, need more to clean backlog of unconfirmed and resolved defects *Plan for next week:* 1. Locate AOO MSI file for slient installation testing on Windows 2. Work out test plan for AOO 4.0 Final Regression test and populate test cases in Testlink as fixing defects 3. Work with development to prioritize critical defects as 4.0.0 release blockers and assign them to Dev volunteers 4. Retest the failed/blocked test executions as the defects get fixed Thanks you all for effort on full regression testing, let's work together to move to final regression testing! Regards, Yu Zhen
Fwd: IMPORTANT: Major Confluence Upgrade Coming Soon. Please review test instance now.
-- Forwarded message -- From: gmcdonald gmcdon...@apache.org Date: Tue, Jun 18, 2013 at 7:56 AM Subject: IMPORTANT: Major Confluence Upgrade Coming Soon. Please review test instance now. To: p...@apache.org, gene...@incubator.apache.org [PMCs please forward to your dev list ; Incubator Mentors please forward to your Podling dev list. Note that this message may be received twice as it will also go to committers@ list.] Hi All, If your project has a Confluence Wiki then this is an IMPORTANT announcement for you and your project. Please read this email carefully. NOTICE: The ASF Confluence instance is planned to be upgraded this Saturday 22nd June 2013. Judging by the time taken to upgrade the test instance, please expect the service to be in a down or read only state for the entire day. This email is to let you know that a test upgrade has already occurred and is live for you to play with now. This gives us all an opportunity to test for stability as well as any upgrade/plugin issues that might have happened along the way. Our current confluence wiki is at version 3.4.9 from way back in February 2011 and Atlassian have released a further 45 updates along the way, including another 2 major versions. The test instance has been upgraded several times along the way, with database surgery, operating system and server changes along the way. There have been casualties. Most notably is the Autoexport Plugin has had to be disabled permanently as during extensive testing, this plugin stopped working on version 4.3. Templates and Macros are also affected with major changes from wiki markup to xhtml amongst other things. Some plugins survived with upgrades all the way whilst some have been decommissioned/replaced or have changed to 'paid for' versions that we need to sort out licensing for. Nothing major that I can tell, but that's where you lot come in with your testing of your own spaces. Please familiarise yourself with what's new in Confluence 5.1 at https://confluence.atlassian.com/display/DOC/Confluence+5.1+Release+Notes and also take a good look around our upgraded test instance. Do not worry about mucking anything up on the test instance as that is what it is there for. Any changes/additions made will be lost on Saturday when a new migration will take place. The current confluence version will remain online in a read only state until the new version is completed. A jira ticket has been raised at https://issues.apache.org/jira/browse/INFRA-6406 where projects can add comments on any issues they are having with the test instance as compared to their old site. Just problems only please, do not turn it into a how to use confluence 5 thread. In addition, if there are any features that you currently use that do not work in the test instance, please replicate the feature in the current production TEST space so that I can test them all in the one place along the way. (Ask if you need create page permissions to cwiki.apache.org/confluence/display/TEST ) It may be possible in the future to replace Autoexport by playing around with the API to export the pages but this is not a priority, nor is it supported. We warned projects long ago that the Autoexport Tool would be incompatible with future Confluence versions and that time has now come. Ok so, please test and report to the Jira Issue mentioned anything amiss with your space. Go to https://cwiki2.apache.org/confluence and have a play around. You have 3 DAYS to report anything you find. Thanks Gavin (ASF Infra) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
XInputStream
Hello, The methods readBytes and readSomeBytes have an argument Byte[][] . But shouldn't it be Byte[] ? because java.io.InputStream reads to a byte[]? What is the point of having a byte [][]? This example also suggests this: http://forum.openoffice.org/en/forum/viewtopic.php?t=3801 They copy the ans to buffer[0] in buffer[][]. -- Rajath S, M.Sc(Hons.) Physics, Birla Institute of Technology and Science - Pilani, Pilani
review requested: [Bug 120020] Application crash when undo Ctrl+Delete under Outline view in SD. : [Attachment 80882] Do not delete linked undo actions.
Andre awf@googlemail.com has asked for review: Bug 120020: Application crash when undo Ctrl+Delete under Outline view in SD. https://issues.apache.org/ooo/show_bug.cgi?id=120020 Attachment 80882: Do not delete linked undo actions. https://issues.apache.org/ooo/attachment.cgi?id=80882action=edit --- Additional Comments from Andre awf@googlemail.com The crash is triggered in ~SfxLinkUndoAction() when the pAction member is accessed. This member is destroyed a little earlier by UndoManagerGuard(). The root cause is that undo actions are not reference counted and that ownership is not clearly defined. The attached patch prevents undo actions from being deleted in ~UndoManagerGuard() when they are linked. This would work under the assumption that linked actions would be destroyed by their owners. But that seems to not be the case. Therefore the patch prevents the crash for the cost of leaking undo action objects. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [AOO 4.0]: migration of AOO 3.4.x/OOo 3.x user profile data - help needed
On 6/18/13 2:17 PM, Oliver-Rainer Wittmann wrote: Hi, On 18.06.2013 13:36, Rob Weir wrote: On Tue, Jun 18, 2013 at 3:51 AM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 18.06.2013 09:26, Andrea Pescetti wrote: On 17/06/2013 Oliver-Rainer Wittmann wrote: I want to let you know that I am currently working on the migration of AOO 3.4.x/OOo 3.x user profiles to AOO 4.0. I am also including the migration of extensions. I am currently not planning to adjust any of the mentioned strings as I think it is too late for its translation. Is this safe? In a typical scenario, then, a user would have some extensions installed and he would see them imported in 4.0 without being warned about possible compatibility problems. Most of the extensions do not have a maxversion indication, so OpenOffice 4.0 will try and install them anyway, but some might be broken. And then the user is left alone in updating his extensions (which in theory he should be prompted to do after installation, assuming this mechanism is restored), but he wouldn't have a way to go back before it's too late. I had a close look at the functionality to 'migrate the extensions from a former user profile' and from my point of view we should give it a try. The function did the following: It looks for the extensions which are installed for the user. These are found in the former user profile. No shared-installed, bundled or pre-registered extensions are considered. The found user-installed extensions which are not on the blacklist are installed with the same mechanism which is used when the users triggers in the installation. I am activating an user interaction in case that an extension is already installed - the same user interaction which is used when the user triggers the installation of an already installed extension. On the blacklist will be the Presenter Screen and the Presentation Minimizer as they are now integrated into OpenOffice. Is the blacklist a static list? Or is it something that can be retried/updated from the website? The blacklist is part of our source code. These are corresponding entries in a XCU file - namely main/officecfg/registry/data/org/openoffice/Setup.xcu Have a look at my commit - revision 1494066 [1]. Search for 'ExcludedExtensions' [1] http://svn.apache.org/r1494066 If we can make the blacklist be live in a document that we can update, this is like maintaining our own max version field for the cases where the extension author neglected to do so. Such a feature is possible. It could be corresponding XML feed which OpenOffice could be accessed via the Internet - like the XML feed for the update service. before we implement further features in the context of the extension manager I would like to propose a complete review of the current design. That means analyze what we have today and we want to provide reliable tomorrow and rework the code according the new requirements. This means mainly a simplification of the current implementation to make it more better maintainable, more robust and easier to understand. The first feature that I would drop is the live deployment that is a nice feature but not worth the complexity that it brings in the code. A clean office restart after the installation should be no problem. We need also a better and cleaner way to handle and deploy bundled extensions like dictionaries etc. I would like to avoid the installation in the user home directory... Many more things come into my mind. The blacklist was of course not intended to be used to manage a big list of extensions. Juergen Best regards, Oliver. -Rob If my tests work fine, I will check-in the changes this week. If we will include these changes into our AOO 4.0 release, I will help to update the above wiki page. Let's keep them documented and see. Remember that we learned so far that a random user will manage to reinstall but not to do anything more elaborated, so if uninstallation/installation does not bring up a Do you want to reset your profile? dialog we still have a usability problem (which of course is not a regression, it's been there forever). Agreed. Best regards, Oliver. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- Opinions expressed in this communication reflect the author's individual personal view, not necessarily that of an amorphous collective. The above statements do not reflect an official position of any organization, corporation, religion (organized or disorganized) or national football association. The contents of said note are not guaranteed to have been spell checked, grammar checked or reviewed for metrical infelicities. The contents of this post may not be suitable for those whose native language is not logic. Caution
Re: XInputStream
Hello,
Also in the file XInputStream implementation,
readSomeBytes() implementation just calls readBytes() method.
Code:
sal_Int32 SAL_CALL
XInputStream_impl::readSomeBytes(
uno::Sequence sal_Int8 aData,
sal_Int32 nMaxBytesToRead )
throw( io::NotConnectedException,
io::BufferSizeExceededException,
io::IOException,
uno::RuntimeException)
{
return readBytes( aData,nMaxBytesToRead );
}
But this behaviour is not like the one described in
http://www.openoffice.org/api/docs/common/ref/com/sun/star/io/XInputStream.html#readBytes
.
Should I also do the same?
On Tue, Jun 18, 2013 at 7:50 PM, Rajath Shashidhara
rajaths.raja...@gmail.com wrote:
Hello,
The methods readBytes and readSomeBytes have an argument Byte[][] .
But shouldn't it be Byte[] ? because java.io.InputStream reads to a byte[]?
What is the point of having a byte [][]?
This example also suggests this:
http://forum.openoffice.org/en/forum/viewtopic.php?t=3801
They copy the ans to buffer[0] in buffer[][].
--
Rajath S,
M.Sc(Hons.) Physics,
Birla Institute of Technology and Science - Pilani,
Pilani
--
Rajath S,
M.Sc(Hons.) Physics,
Birla Institute of Technology and Science - Pilani,
Pilani
Re: XInputStream
On 6/18/13 5:04 PM, Rajath Shashidhara wrote:
Hello,
Also in the file XInputStream implementation,
readSomeBytes() implementation just calls readBytes() method.
Code:
sal_Int32 SAL_CALL
XInputStream_impl::readSomeBytes(
uno::Sequence sal_Int8 aData,
sal_Int32 nMaxBytesToRead )
throw( io::NotConnectedException,
io::BufferSizeExceededException,
io::IOException,
uno::RuntimeException)
{
return readBytes( aData,nMaxBytesToRead );
}
But this behaviour is not like the one described in
http://www.openoffice.org/api/docs/common/ref/com/sun/star/io/XInputStream.html#readBytes
.
Should I also do the same?
the IDL definition says it is an out parameter and out parameters
are mapped in Java to arrays of length 1. The caller of this method is
responsible for this parameter.
In C++ it's a reference parameter that is already created/initialized
and that can be changed or better filled in the method.
Juergen
On Tue, Jun 18, 2013 at 7:50 PM, Rajath Shashidhara
rajaths.raja...@gmail.com wrote:
Hello,
The methods readBytes and readSomeBytes have an argument Byte[][] .
But shouldn't it be Byte[] ? because java.io.InputStream reads to a byte[]?
What is the point of having a byte [][]?
This example also suggests this:
http://forum.openoffice.org/en/forum/viewtopic.php?t=3801
They copy the ans to buffer[0] in buffer[][].
--
Rajath S,
M.Sc(Hons.) Physics,
Birla Institute of Technology and Science - Pilani,
Pilani
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [AOO 4.0]: migration of AOO 3.4.x/OOo 3.x user profile data - help needed
Hi, On 18.06.2013 10:58, Oliver-Rainer Wittmann wrote: Hi On 28.05.2013 17:10, Oliver-Rainer Wittmann wrote: Hi, I would like to activate/introduce code which migrates certain user profile data from AOO 3.4.x and OOo 3.x installations during the reactivated FirstStartWizard when the user starts the first time an installed AOO 4.0. I have submitted two issues for this task: - 122398 for the reactivation of the FirstStartWizard [1] - 122397 for the code and configuration changes to migrate an AOO 3.4.x/OOo 3.x user profile [2] I have solved both tasks inclusive the migration of user-installed extensions. Unfortunately, my change causes build breaker on Mac OS and Linux. Root cause: My try to export a certain function from library deploymentgui.uno (module desktop) in order to use it in other libraries of module desktop failed under Mac OS and Linux. I am working on it. Best regards, Oliver. As the translation deadline has passed I have made no string changes. Please provide feedback from your tests once a snapshot build or a buildbot build including these changes is available. Best regards, Oliver. In the last days I had a look at the user profile migration code and its configuration. I figured out how it works in general. Further investigation is needed to figure out, if and how the existing service to 'migrate' installed extensions works. I am currently not sure, if the automatic user profile migration should try to install extensions from a former version. My current preference is not to migrate extension from a former version. I need support and help with the migration of the user profile: (A) To figure out and test the user profile migration 'real-life' user profiles or 'early-alpha-testers' would be welcome. Thus, send my your AOO 3.4.x or OOo 3.x user profile in a compressed form (.zip file or .tar.gz file or ...) or let me know, if you want to try my builds. (B) The first page of the FirstStartWizard is a general welcome containing the following en-US strings. String This wizard will guide you through the license agreement, the transfer of user data from %OLD_VERSION and the registration of %PRODUCTNAME., if a user profile for a migration is found, and string This wizard will guide you through the registration of %PRODUCTNAME. otherwise. Since at least OOo 3.2 no license agreement was shown -- no text for a license agreement is needed on the welcome page. Since AOO 3.4 we do not have a registration -- no text for a registration has to be shown. Thus, I am asking for new string proposals for the welcome page of the FirstStartWizard. I have attached screenshots of the currently deactivated FirstStartWizard. [1] https://issues.apache.org/ooo/show_bug.cgi?id=122398 [2] https://issues.apache.org/ooo/show_bug.cgi?id=122397 Thanks in advance, Oliver. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [UX] How add a new icon set?
2013/6/13 Claudio Filho filh...@gmail.com: I saw some interesting icons from Faenza collection and I wish to do a icon set for AOO with this material. Where can i find some material or orientation to see how to do it? Is possible to do a extension for this idea? Replying myself: http://svn.apache.org/viewvc/openoffice/trunk/main/ooo_custom_images/README.txt?view=markup Claudio - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [AOO 4.0]: migration of AOO 3.4.x/OOo 3.x user profile data - help needed
On Tue, 18 Jun 2013 21:54:52 +0200 Andrea Pescetti pesce...@apache.org wrote: Ariel Constenla-Haile wrote: On Tue, Jun 18, 2013 at 5:21 AM, Oliver-Rainer Wittmann wrote: Do you have one or two C++ extension at hand (except former Presenter Screen and former Presenation Minizer) for testing? The PDF Import extension: http://extensions.openoffice.org/en/project/pdfimport MySQL Connector: http://extensions.openoffice.org/en/project/mysql_connector My version of this last one: http://code.google.com/a/apache-extras.org/p/aoo-my-sdbc/ This deserves some discussion: these two extensions are very popular so it would be better to find a solution to this before users ask for support in scores. If I understand correctly, we have now have two problems with these extensions: 1) License: both extensions have GPL (or similar) dependencies, so they cannot be formally released by this Apache project. 2) Compatibility: the STLport change makes the latest versions incompatible with OpenOffice 4.0. Can the problem be solved by simply rebuilding the two extensions in the new framework? If it isn't too hard, it's better to upload an unofficial version (meaning: released by individual developers, but not officially by the project) to the Extensions site than dealing with feature limitations and support requests. For the time being, I updated http://wiki.openoffice.org/wiki/Extensions/Extensions_and_Apache_OpenOffice_4.0 with this information. Regards, Andrea. For me, the absence of the Presenter Console would be a major barrier to canverting my presentation laptops to AOO 4.0. I hope a way, even if not an official release, can be found to make this available more or less concurrently with the AOO 4.0 release. If Presentation Minimizer is being rewritten, some thought should be given towards adapting the code to provide a similar optimisation and reduction process for Writer documents; users often insert illustrations of considerably too higgh a resolution and size into Writer. A minimise process for this application wuld be useful. -- Rory O'Farrell ofarr...@iol.ie - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Wrong OS detection on download page
Thanks for the data. Here you can see for yourself that nothing points to Ubuntu or at least to a Debian based Linux distro. Unfortunatelly there is no way to make a correct download suggestion. So, I don't know how to fix this problem. Marcus Am 06/14/2013 09:54 PM, schrieb Hagar Delest: Le 14/06/2013 17:58, Kay Schenk a écrit : On Fri, Jun 14, 2013 at 6:07 AM, Hagar Delest hagar.del...@laposte.netwrote: I was checking the download process for MD5checksum verification and I noticed that the download page proposes a 64bit RPM file whereas my system is Ubuntu and should give a 64bit DEB. Hence when clicking the MD5checksum link, the wrong version is given. This should be fixed asap if we want users be able to check their download. Hagar Please try: http://www.openoffice.org/download/test/analyze.html so we can see more about your system. Thanks. Here it is: Variables from the browser Values navigator.appCodeName Mozilla navigator.appName Netscape navigator.appVersion 5.0 (X11) navigator.platform Linux x86_64 navigator.oscpu Linux x86_64 navigator.product Gecko navigator.productSub 20100101 navigator.vendor navigator.vendorSub navigator.language fr navigator.browserLanguage undefined navigator.userLanguage undefined navigator.systemLanguage undefined navigator.userAgent Mozilla/5.0 (X11; Linux x86_64; rv:22.0) Gecko/20100101 Firefox/22.0 JavaScript functions and variables Values Native language name Français ISO code fr Language array data fr,French,Français,y,http://www.openoffice.org/fr/ Native platform name Linux 64-bit (RPM) Mirror platform name Linux_x86-64_install-rpm Native file name Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_fr.tar.gz Native file extension .tar.gz Return value of getLink() http://people.apache.org/~marcus/aoo/4.0.0/binaries/fr/Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_fr.tar.gz Checksum file (here for MD5) http://people.apache.org/~marcus/aoo/4.0.0/binaries/fr/Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_fr.tar.gz.md5 hasMirrorLink() true My system is Xubuntu 13.04 64bit and I use the beta version of FF. Hagar - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [DISCUSS] a new web area for Apache OpenOffice third party products
On Mon, Jun 17, 2013 at 3:31 PM, Kay Schenk kay.sch...@gmail.com wrote: On Sun, Jun 16, 2013 at 5:40 PM, Rob Weir robw...@apache.org wrote: On Sun, Jun 16, 2013 at 5:38 PM, Kay Schenk kay.sch...@gmail.com wrote: On Fri, Jun 14, 2013 at 4:11 PM, Kay Schenk kay.sch...@gmail.com wrote: On Fri, Jun 14, 2013 at 10:31 AM, Rob Weir robw...@apache.org wrote: On Fri, Jun 14, 2013 at 12:14 PM, Kay Schenk kay.sch...@gmail.com wrote: . . . Levels in which we might do things: Level 1 -- Do nothing but watch for abuses. If someone wants to sell a CD, then they are free to do it, per the license. They can advertise on eBay, their website, etc., but they have no permission to use the trademarks. Nothing special on our website. Level 2 -- We allow a listing on our website (or wiki) of those who offer CDs. But we make no attempt to verify anything. It is all caveat emptor. We put in disclaimers on the page so users know that we have not vetted anything. Level 3 -- We review requests for listing and approve them only if they meet our qualifications, which might include proper use of trademarks, a link back to our website, etc. This is similar to what we did with consultants. Level 4 -- Like Level 3, but for those distributors who meet our qualifications we offer a special logo they can use, something like a Community Distributor. . . . It seems there is at least some consensus of moving ahead with a CD vendor page similar to the consultants page: http://www.openoffice.org/bizdev/consultants.html so, Rob, if you feel inclined to work on #1 and #2 from your suggestions above, please feel free to draft up something for us to review. Then move on to #3? We might be able to jump directly to #3. We don't need to do #1 or #2 first. I've started to draft the Distributor Best Practices page here: http://www.openoffice.org/distribution/best-practices.html ok, this looks pretty good... I think in the end we need three pages: 1) The main page, which is the listings page. 2) The Distributor Best Practices page 3) An instructions page for would-be distributors, of how to get listed. It might grow over time to include links to ISO's, CD labels, etc., in the future. These pages would be cross-linked. So, we don't have to un-reroute what we've already done with the old distribution area, I'm inclined to put this new CD page(s) in bizdev also. I'm hoping we can just implement this with xml and xslt. I'll do some testing in a day or so. That could be done now or later on. It is OK to start with a static HTML page (not MDText) and prototype the design and even go live with it, and then add the XSLT automation to generate it later. Depending on the number of listings automation might not be needed. Do you want to mock up a distributor listings page? Yes, I can do this over the next day or so I think. I just do up a static HTML as you suggest. Maybe like the old listing but without the region info -- to start. I started looking at some XML, and XSL just now, and well, not sure how this could be handled with the CMS vis a vis standard page headers etc. We could probaly define a new page type. For now, static HTML it is. OK, start here (revision of /distribution/index.html) http://www.openoffice.org/distribution/index_new.html This is a good start. I wonder if the main page (index.html) should the end-user facing page, e.g., the distributor listings? And then have the FAQ be in distributor-faqs.html or something like that? This might be a good idea. The main facing page IS a bit preachy I guess. The legacy Distribution project's main index page was more like a combination of the FAQ and best practices with links to CDs, etc. But if we're only going to be dealing with CDs, no reason to keep that organization, and it would probably be more friendly for users. (I have an archive of the old /distribution/index.html). Not a big deal, just an idea. Do we know what existing incoming links from 3rd party websites point to? I can't answer this one. (or even OO websites?) Because distribution used to be a separate project, there are many links to distribution.openoffice.org and a fair number JUST the cdrom area. Whatever URL was used for the distributor list before should probably stay as the listing page. That way the existing links will still be accurate. http://www.openoffice.org/distribution/distributors.html Since there were more than just CD vendors before, I think the page you would want to keep the same would be: /distribution/cdrom/sellers.html --and/or-- /distribution/cdrom/index.html The two pages above are in my old
Re: Wrong OS detection on download page
On Tue, Jun 18, 2013 at 4:45 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Thanks for the data. Here you can see for yourself that nothing points to Ubuntu or at least to a Debian based Linux distro. Unfortunatelly there is no way to make a correct download suggestion. So, I don't know how to fix this problem. Does it indicate RPMs? Or is it just ambiguous? If we are unable to decide maybe just give a link to another page that explains what version is appropriate for what distro? That would prevent the user from getting confused and downloading the wrong package. -Rob Marcus Am 06/14/2013 09:54 PM, schrieb Hagar Delest: Le 14/06/2013 17:58, Kay Schenk a écrit : On Fri, Jun 14, 2013 at 6:07 AM, Hagar Delest hagar.del...@laposte.netwrote: I was checking the download process for MD5checksum verification and I noticed that the download page proposes a 64bit RPM file whereas my system is Ubuntu and should give a 64bit DEB. Hence when clicking the MD5checksum link, the wrong version is given. This should be fixed asap if we want users be able to check their download. Hagar Please try: http://www.openoffice.org/download/test/analyze.html so we can see more about your system. Thanks. Here it is: Variables from the browser Values navigator.appCodeName Mozilla navigator.appName Netscape navigator.appVersion 5.0 (X11) navigator.platform Linux x86_64 navigator.oscpu Linux x86_64 navigator.product Gecko navigator.productSub 20100101 navigator.vendor navigator.vendorSub navigator.language fr navigator.browserLanguage undefined navigator.userLanguage undefined navigator.systemLanguage undefined navigator.userAgent Mozilla/5.0 (X11; Linux x86_64; rv:22.0) Gecko/20100101 Firefox/22.0 JavaScript functions and variables Values Native language name Français ISO code fr Language array data fr,French,Français,y,http://www.openoffice.org/fr/ Native platform name Linux 64-bit (RPM) Mirror platform name Linux_x86-64_install-rpm Native file name Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_fr.tar.gz Native file extension .tar.gz Return value of getLink() http://people.apache.org/~marcus/aoo/4.0.0/binaries/fr/Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_fr.tar.gz Checksum file (here for MD5) http://people.apache.org/~marcus/aoo/4.0.0/binaries/fr/Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_fr.tar.gz.md5 hasMirrorLink() true My system is Xubuntu 13.04 64bit and I use the beta version of FF. Hagar - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- Opinions expressed in this communication reflect the author's individual personal view, not necessarily that of an amorphous collective. The above statements do not reflect an official position of any organization, corporation, religion (organized or disorganized) or national football association. The contents of said note are not guaranteed to have been spell checked, grammar checked or reviewed for metrical infelicities. The contents of this post may not be suitable for those whose native language is not logic. Caution should be exercised when operating heavy machinery when reading this note, or even when not reading it. Seriously, heavy machinery is dangerous. Be careful. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Wrong OS detection on download page
Am 06/18/2013 11:53 PM, schrieb Rob Weir: On Tue, Jun 18, 2013 at 4:45 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Thanks for the data. Here you can see for yourself that nothing points to Ubuntu or at least to a Debian based Linux distro. Unfortunatelly there is no way to make a correct download suggestion. So, I don't know how to fix this problem. Does it indicate RPMs? Or is it just ambiguous? If we are unable to No indication. If there is no clear point to recognize the package system then RPM is the default. decide maybe just give a link to another page that explains what version is appropriate for what distro? That would prevent the user from getting confused and downloading the wrong package. OK, instead of building a download link the script could offer the URL to the other.html webpage. A task for tomorrow. Marcus Am 06/14/2013 09:54 PM, schrieb Hagar Delest: Le 14/06/2013 17:58, Kay Schenk a écrit : On Fri, Jun 14, 2013 at 6:07 AM, Hagar Delest hagar.del...@laposte.netwrote: I was checking the download process for MD5checksum verification and I noticed that the download page proposes a 64bit RPM file whereas my system is Ubuntu and should give a 64bit DEB. Hence when clicking the MD5checksum link, the wrong version is given. This should be fixed asap if we want users be able to check their download. Hagar Please try: http://www.openoffice.org/download/test/analyze.html so we can see more about your system. Thanks. Here it is: Variables from the browser Values navigator.appCodeName Mozilla navigator.appName Netscape navigator.appVersion 5.0 (X11) navigator.platform Linux x86_64 navigator.oscpu Linux x86_64 navigator.product Gecko navigator.productSub 20100101 navigator.vendor navigator.vendorSub navigator.language fr navigator.browserLanguage undefined navigator.userLanguage undefined navigator.systemLanguage undefined navigator.userAgent Mozilla/5.0 (X11; Linux x86_64; rv:22.0) Gecko/20100101 Firefox/22.0 JavaScript functions and variables Values Native language name Français ISO code fr Language array data fr,French,Français,y,http://www.openoffice.org/fr/ Native platform name Linux 64-bit (RPM) Mirror platform name Linux_x86-64_install-rpm Native file name Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_fr.tar.gz Native file extension .tar.gz Return value of getLink() http://people.apache.org/~marcus/aoo/4.0.0/binaries/fr/Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_fr.tar.gz Checksum file (here for MD5) http://people.apache.org/~marcus/aoo/4.0.0/binaries/fr/Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_fr.tar.gz.md5 hasMirrorLink() true My system is Xubuntu 13.04 64bit and I use the beta version of FF. Hagar Opinions expressed in this communication reflect the author's individual personal view, not necessarily that of an amorphous collective. The above statements do not reflect an official position of any organization, corporation, religion (organized or disorganized) or national football association. The contents of said note are not guaranteed to have been spell checked, grammar checked or reviewed for metrical infelicities. The contents of this post may not be suitable for those whose native language is not logic. Caution should be exercised when operating heavy machinery when reading this note, or even when not reading it. Seriously, heavy machinery is dangerous. Be careful. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Article on the Register
Am 06/14/2013 09:17 AM, schrieb Andre Fischer: On 13.06.2013 23:58, Marcus (OOo) wrote: Am 06/13/2013 01:48 PM, schrieb Rob Weir: On Thu, Jun 13, 2013 at 3:36 AM, Andre Fischerawf@gmail.com wrote: On 12.06.2013 22:06, Rob Weir wrote: On Wed, Jun 12, 2013 at 3:50 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 06/12/2013 06:48 PM, schrieb Andrea Pescetti: On 12/06/2013 Andre Fischer wrote: Can we have both? Some longer living, semi-'official' news and a more frequently changing list of recent blog posts. I find both important and interesting. And having blog posts listed on the main page may be an incentive to more people writing new posts. Adding Blog to the main navigation bar is surely helpful. For something more similar to what Andre asked for, I've just committed a test to http://ooo-site.staging.apache.org/test/index.html (if it gets published, no problem, it will still be in the test area). There you can see a block with the titles of the latest posts, good to show immediately what the blog topics are. That's right. One (maybe radical) idea comes into my mind: What if we stop the normal news (and the separate news webpage on .../news/index.html) and post everything in the blog? And write some headline on the homepage? I was thinking something similar. Shouldn't all new stories go onto the blog? And once we figure out how to update this live from the feed, I'd love to split the right side into three areas, one for the most recent blog posts, another for the most recent extensions and another for the most recent templates. So in a small space we can rotate headline from the blog, as well as templates, extensions, etc. I like your ideas (Andrea, Marcus, Rob) in general. But - I think the distinction between blogs and news can be a good thing if we understand blogs more as personal opinions of individual community members and news as 'official' announcements. If we mix blogs and news then I see the danger that news will be swept out of view by the much more frequently written blog posts. The problem is a news item might be longer than we can fit the full text on the home page. So it natural then to put the full text onto the blog and then a teaser on the home page. But note that the blog has categories that we can define and use, and if we want we could have a category for announcement or news or opinion, etc., to make it clearer. Or name it personal opinions. Then we can separate more clear personal statements of single people from the official announcements of the whole project. A clear disclaimer at the end of every text in this category will help - like Rob did in some of his previous mails. You may want to read that particular disclaimer before suggesting to use it in other mails :-) Andre, it's not we can copy paste Rob's text but a clear disclaimer - with accent on a. ;-) Marcus Or we could have a blog that we use only for official news, maybe map it to news.openoffice.org or something. Hm, then we have the same situation like today. IMHO it is a bit like the problem with our Wikis on Apache. We have OOOUSERS and OOODEV. But only DEVWIKI is used. ;-) Marcus - Listing blog posts, extensions and templates will only work if we have frequent updates of extensions and templates. I have to admit that I did not follow those two in the past months. Is there enough traffic to talk about? Three new templates so far in June: http://templates.openoffice.org/en/mostrecent And four new/updated extensions in June: http://extensions.services.openoffice.org/en/recent_updated Regards, -Rob -Andre -Rob We keep going to post news also on the homepage *and* get more blog posts. Another thing: Put the x recent headlines directly between nav bar and I want to learn more Yes, that would put everything a bit lower, but we would get rid of the right side and the entire page will be much more smaller. Better for mobile devices. And the news are always on top. So a single column? Another idea would be to introduce jQuery and implement one of the many sliders: http://vandelaydesign.com/blog/tools/awesome-jquery-sliders/ Unless there are objections, I plan to port it to the real homepage during the weekend. For me that would be fine. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Module cui - Add new color
Hi all, This patch registrodom.patch: This code snippet allows Auto Registration the colors to Apache OpenOffice Drawing , ie the self-colored. Through this patch allows the user to add new colors in the color palette without entering a name. If the color name already exists, it is automatically assigned a number to the name, eg open open4509 open0267 open8160 open1094 ... This code I've been working in the module cui (file: tpcolor.cxx). I would like that the community to help implement this code in AOO. The Auto Registration of colors: I think an excellent idea as draw integrated this functionality in AOO and allow the user to add new colors without many's restrictions, this process could be done more quickly and efficiently. No doubt it would be very useful in my humble opinion. Best Regards. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [AOO 4.0]: migration of AOO 3.4.x/OOo 3.x user profile data - help needed
Hi On 18.06.2013 22:06, Rory O'Farrell wrote: On Tue, 18 Jun 2013 21:54:52 +0200 Andrea Pescetti pesce...@apache.org wrote: Ariel Constenla-Haile wrote: On Tue, Jun 18, 2013 at 5:21 AM, Oliver-Rainer Wittmann wrote: Do you have one or two C++ extension at hand (except former Presenter Screen and former Presenation Minizer) for testing? The PDF Import extension: http://extensions.openoffice.org/en/project/pdfimport MySQL Connector: http://extensions.openoffice.org/en/project/mysql_connector My version of this last one: http://code.google.com/a/apache-extras.org/p/aoo-my-sdbc/ This deserves some discussion: these two extensions are very popular so it would be better to find a solution to this before users ask for support in scores. If I understand correctly, we have now have two problems with these extensions: 1) License: both extensions have GPL (or similar) dependencies, so they cannot be formally released by this Apache project. 2) Compatibility: the STLport change makes the latest versions incompatible with OpenOffice 4.0. Can the problem be solved by simply rebuilding the two extensions in the new framework? If it isn't too hard, it's better to upload an unofficial version (meaning: released by individual developers, but not officially by the project) to the Extensions site than dealing with feature limitations and support requests. For the time being, I updated http://wiki.openoffice.org/wiki/Extensions/Extensions_and_Apache_OpenOffice_4.0 with this information. Regards, Andrea. For me, the absence of the Presenter Console would be a major barrier to canverting my presentation laptops to AOO 4.0. I hope a way, even if not an official release, can be found to make this available more or less concurrently with the AOO 4.0 release. If Presentation Minimizer is being rewritten, some thought should be given towards adapting the code to provide a similar optimisation and reduction process for Writer documents; users often insert illustrations of considerably too higgh a resolution and size into Writer. A minimise process for this application wuld be useful. The Presenter Screen and the Presentation Minimizer have been integrated into OpenOffice as 'native' functions - Thanks to Ariel. Thus, the corresponding functionality is available in AOO 4.0. Best regards, Oliver. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
