Re: [CODE]: googletest is now available and can be used
On 06/06/14 23:43, Andrea Pescetti wrote: > On 02/06/2014 Jürgen Schmidt wrote: >> Maybe some volunteers have interest to adapt further existing unit >> tests, the idea is to migrate all existing tests from cppunit to >> gtest. ... >> [1] https://wiki.openoffice.org/wiki/Googletest >> [2] https://issues.apache.org/ooo/show_bug.cgi?id=125003 > > Why isn't this in a blog post? It is interesting, modern, suitable for > new volunteers... it has everything to go there. I mean, of course we > need to track this in Bugzilla and document it on the wiki, but neither > of these two tools (or the dev list, for that matter) is effective for > outreach. Nice things should be more visible. well it is not really spectacular, it is simply the replacement of something we had before and we don't have migrated a lot of test by now. Just a few and still a lot of work is necessary. But the main purpose for me at the moment is to make it useable for the new OOXML framework from the beginning. But on the other hand it's time for a new blog post, I will see ... Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [DOWNLOAD] New download webpage
Hi, On 06.06.2014 18:00, Marcus (OOo) wrote: Hi all, http://www.openoffice.org/download/index.html As promized in a previous mail, I've now put the new webpage as default. If you find some errors please report them by mail or Bugzilla issue. If you think the design could be improved please make a (graphical) suggestion. I'll watch for errors and reports and will be available today and tomorrow for any short-term fixes. A big thank you to all who helped me with opinions & suggestions. Looks good on my Windows 7 system after clearing browser cache. Best regards, Oliver. Marcus - 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: Image loss in Writer documents
Hi, On 07.06.2014 16:38, Rory O'Farrell wrote: There is an existing bu https://issues.apache.org/ooo/show_bug.cgi?id=59915 on image loss in Writer documents. On the en-Forum, John-Ha has made a useful post of diagnostic information, which clearly links this problem to the memory allocations for graphics in OpenOffice (and garbage collection?). John_Ha's post is at https://forum.openoffice.org/en/forum/viewtopic.php?f=7&p=314079#p314079 With modern memory sizes the memory allocations in OpenOffice may be too conservative and should be revised upwards, but this may involve major surgery to the code. Perhaps such a revision should be targeted for the next major release? I recently worked on "image loss" issues (124717, 114361 and 124966) and "high memory consumption by images" issues (124999 and 125000). I assume that the observations described in the above mentioned forum post are related to issue 124999 and 125000. Reading through the comments of issue 59915 I think that different "image loss" defects had been reported in this issue and that the initial reported "image loss" was never stable reproducible. I think with the work on the above mentioned issues, the builds from actual trunk versions should be tested, if the recent found defects still exist. If yes, please submit a new issue and put me on CC. 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: Image loss in Writer documents
On Tue, 10 Jun 2014 10:51:53 +0200 Oliver-Rainer Wittmann wrote: > Hi, > > On 07.06.2014 16:38, Rory O'Farrell wrote: > > There is an existing bu > > https://issues.apache.org/ooo/show_bug.cgi?id=59915 on image loss in > > Writer documents. On the en-Forum, John-Ha has made a useful post of > > diagnostic information, which clearly links this problem to the > > memory allocations for graphics in OpenOffice (and garbage > > collection?). John_Ha's post is at > > https://forum.openoffice.org/en/forum/viewtopic.php?f=7&p=314079#p314079 > > > > With modern memory sizes the memory allocations in OpenOffice may be > > too conservative and should be revised upwards, but this may involve > > major surgery to the code. Perhaps such a revision should be targeted > > for the next major release? > > > > > > I recently worked on "image loss" issues (124717, 114361 and 124966) and > "high memory consumption by images" issues (124999 and 125000). > > I assume that the observations described in the above mentioned forum > post are related to issue 124999 and 125000. > > Reading through the comments of issue 59915 I think that different > "image loss" defects had been reported in this issue and that the > initial reported "image loss" was never stable reproducible. > > I think with the work on the above mentioned issues, the builds from > actual trunk versions should be tested, if the recent found defects > still exist. If yes, please submit a new issue and put me on CC. > > 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 > > I have echoed this message to the en-Forum thread for information of those affected. If there is any feedback I'll copy it to this list. -- Rory O'Farrell - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Image loss in Writer documents
Hi, On 10.06.2014 11:19, Rory O'Farrell wrote: On Tue, 10 Jun 2014 10:51:53 +0200 Oliver-Rainer Wittmann wrote: Hi, On 07.06.2014 16:38, Rory O'Farrell wrote: There is an existing bu https://issues.apache.org/ooo/show_bug.cgi?id=59915 on image loss in Writer documents. On the en-Forum, John-Ha has made a useful post of diagnostic information, which clearly links this problem to the memory allocations for graphics in OpenOffice (and garbage collection?). John_Ha's post is at https://forum.openoffice.org/en/forum/viewtopic.php?f=7&p=314079#p314079 With modern memory sizes the memory allocations in OpenOffice may be too conservative and should be revised upwards, but this may involve major surgery to the code. Perhaps such a revision should be targeted for the next major release? I recently worked on "image loss" issues (124717, 114361 and 124966) and "high memory consumption by images" issues (124999 and 125000). I assume that the observations described in the above mentioned forum post are related to issue 124999 and 125000. Reading through the comments of issue 59915 I think that different "image loss" defects had been reported in this issue and that the initial reported "image loss" was never stable reproducible. I think with the work on the above mentioned issues, the builds from actual trunk versions should be tested, if the recent found defects still exist. If yes, please submit a new issue and put me on CC. Thanks in advance. Best regards, Oliver. I have echoed this message to the en-Forum thread for information of those affected. If there is any feedback I'll copy it to this list. Thank you very much for keeping the different information sources connected. Best regards, Oliver. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Image loss in Writer documents
On Tue, 10 Jun 2014 11:34:31 +0200 Oliver-Rainer Wittmann wrote: > Hi, > > On 10.06.2014 11:19, Rory O'Farrell wrote: > > On Tue, 10 Jun 2014 10:51:53 +0200 Oliver-Rainer Wittmann > > wrote: > > > >> Hi, > >> > >> On 07.06.2014 16:38, Rory O'Farrell wrote: > >>> There is an existing bu > >>> https://issues.apache.org/ooo/show_bug.cgi?id=59915 on image loss > >>> in Writer documents. On the en-Forum, John-Ha has made a useful > >>> post of diagnostic information, which clearly links this problem > >>> to the memory allocations for graphics in OpenOffice (and > >>> garbage collection?). John_Ha's post is at > >>> https://forum.openoffice.org/en/forum/viewtopic.php?f=7&p=314079#p314079 > >>> > >>> > >>> > With modern memory sizes the memory allocations in OpenOffice may be > >>> too conservative and should be revised upwards, but this may > >>> involve major surgery to the code. Perhaps such a revision should > >>> be targeted for the next major release? > >>> > >>> > >> > >> I recently worked on "image loss" issues (124717, 114361 and > >> 124966) and "high memory consumption by images" issues (124999 and > >> 125000). > >> > >> I assume that the observations described in the above mentioned > >> forum post are related to issue 124999 and 125000. > >> > >> Reading through the comments of issue 59915 I think that different > >> "image loss" defects had been reported in this issue and that the > >> initial reported "image loss" was never stable reproducible. > >> > >> I think with the work on the above mentioned issues, the builds > >> from actual trunk versions should be tested, if the recent found > >> defects still exist. If yes, please submit a new issue and put me > >> on CC. > >> > >> Thanks in advance. > >> > >> Best regards, Oliver. > >> > > > > I have echoed this message to the en-Forum thread for information of > > those affected. If there is any feedback I'll copy it to this list. > > > > > > Thank you very much for keeping the different information sources connected. > > Best regards, Oliver. > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > > One reaction already, at https://forum.openoffice.org/en/forum/viewtopic.php?f=7&t=41271&p=314391#p314394 That posting is from one of the Forum's Windows gurus, so things look good! -- Rory O'Farrell - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: presets of Writer
Hi Julia, I have put you in CC, because your mail has been moderated. If you do not want to subscribe to the list, you need to follow the discussion in a mail archive, otherwise you will likely miss some answers. Julia Heitz schrieb: Dear Open Office Team, I hope you're doing amazing! I’m a huge fan and avid user of your software. Currently I am working on my bachelor paper which discusses sustainability in typography. The reason I am contacting you is following: I am particularly interested in the typographical presets of Writer. This subject-matter will be a part of my bachelor paper. I’d appreciate if you could spare 5 minutes of your schedule to give me a couple of answers. Why is Times New Roman set as the default font and why as point 12? Choosing this font and size has to be seen historically. "Times New Roman" and "Arial" were the default fonts on Windows and in MS-Word. Therefore the default document template for western languages was set to these, "Arial" for headings and "Times New Roman" for the rest. I don't know and cannot look up, which fonts are used on Linux, Mac, OS/2 or Solaris, and which fonts are used for non western languages. Up to now nobody has seen a need to change it. Corporate identity will be achieved by own default document templates anyway and interested private users will set their favorite font in Tools > Options or in their personal document templates. Why are the line spacings available in predefined steps (1, 1.5, 2.0) and not in point sizes? Why should they be in point? The values 1, 1.5 and 2 are well known from typewriters. The average user will be unable to cope with typographical settings, and these settings known from typewriters work in most cases. Advanced users and designers of corporate document templates do not need a specially unit to set the correct leading. The possible settings in AOO go far beyond this simple values. Do you know the dialog? And why are the borders defined they way they are? Because of compatibility to Word 98? I don't know. Have the standard settings changed in recent versions of Writer? The default font settings have to consider, that the font or at least a compatible replacement font is available on the user machine. That is the case for "Times New Roman" and "Arial". Using another font as default makes only sense, when AOO would bundle this font. In that case the font would need to be under Apache License. You will find some discussions and changes in LibreOffice. Please look there directly. I would deeply appreciate an answer. This will be very beneficial to achieving my bachelor degree. Thanks for your support! Kind regards Regina - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: News about the new OOXML framework.
Another update of my progress. I can now create a validating parser, i.e. one that checks that a document conforms to the specs while it parses its content. At the moment the validation is restricted to complex types (as opposed to simple types and attributes) but I think that is the hardest part. One NFA (non-deterministic finite automaton) is created for each complex type and one for the top level elements. The NFAs are then converted into equivalent DFAs (deterministic FAs) and finally minimized (via the Hopcroft algorithm). The minimization step became necessary when I added support for the 'all' schema element which states that its children each occur once in arbitrary order. Recognizing this with an FA leads to enumerate all permutations of the children. With n children there are n! permutations. Luckily the 'all' element is used only once and then only for 7 children (7! = 5040). Here are some numbers: The 1st and 4th edition of the ECMA-376 specification (1st edition is what is used by MS Office, 4th edition is equivalent to the ISO standard) have 40 schema files. These contain 1917 complex types and 781 simple types. Used are 1851 complex types and 727 simple types (have to check if there are really unused complex types or if my optimization is broken). The non-validating parser has 1853 states and 6987 transitions. The validating parser has 129530 states and 43512 transitions after creating the NFAs. After conversion to DFAs there remain 20999 states and 73772 transitions. After minimization there are 6097 states and 34286 transitions. Please note that the time for parsing OOXML documents does not depend on the number of states or transitions. It only depends on the length of the input. The number of states and transitions only make the parser bigger. Progress and commits are tracked in issue 125035. Best regards, Andre - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
review granted: [Issue 125072] OOo cannot correctly import ODF with modified default styles in non-English UI : [Attachment 83534] patch to fix the bug (imported from LO, not tested)
Oliver-Rainer Wittmann has granted Elie Roux 's request for review: Issue 125072: OOo cannot correctly import ODF with modified default styles in non-English UI https://issues.apache.org/ooo/show_bug.cgi?id=125072 Attachment 83534: patch to fix the bug (imported from LO, not tested) https://issues.apache.org/ooo/attachment.cgi?id=83534&action=edit --- Additional Comments from Oliver-Rainer Wittmann patch looks good - I integrate it into trunk - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Reporting broken download link
*Browser variables* *Values*navigator.appCodeName Mozillanavigator.appName Netscapenavigator.appVersion 5.0 (X11)navigator.platform Linux i686navigator.oscpu Linux i686navigator.cpuClass undefinednavigator.product Geckonavigator.productSub 20100101navigator.vendor navigator.vendorSub navigator.language en-USnavigator.browserLanguage undefinednavigator.userLanguage undefinednavigator.systemLanguage undefinednavigator.userAgent Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:29.0) Gecko/20100101 Firefox/29.0Debian / Ubuntu / IceWeasel ? No / Yes / No*Stable Release* *JavaScript functions/variables* *Values*Language ISO code en-USLanguage ISO code (from select box) en-USRelease matrix platform position (full) 5Release matrix platform position (lp) 6Release matrix platform array data y,146Release matrix language array data en-US,English (US),English (US),y,download/other.htmlUI platform name Linux 32-bit (x86) (DEB)UI platform name (not supported) Platform (short) lnx32dURL platform name (full) Linux_x86_install-debURL platform name (lp) Linux_x86_langpack-debURL platform name (from select box) lnx32dVersion (from select box) 4.1.0File name (full) Apache_OpenOffice_4.1.0_Linux_x86_install-deb_en-US.tar.gzFile name (lp) Apache_OpenOffice_4.1.0_Linux_x86_langpack-deb_en-US.tar.gzFile extension .tar.gzFile size (full) (MByte) 146File size (lp) (MByte) 18Release info Milestone AOO410m18 | Build ID 9764 | SVN r1589052 | Released 2014-Apr-29Download file link (full) http://sourceforge.net/projects/openofficeorg.mirror/files/4.1.0/binaries/en-US/Apache_OpenOffice_4.1.0_Linux_x86_install-deb_en-US.tar.gz/downloadDownload file link (lp) http://sourceforge.net/projects/openofficeorg.mirror/files/4.1.0/binaries/en-US/Apache_OpenOffice_4.1.0_Linux_x86_langpack-deb_en-US.tar.gz/downloadChecksum file link (full) (here for MD5) http://archive.apache.org/dist/openoffice/4.1.0/binaries/en-US/Apache_OpenOffice_4.1.0_Linux_x86_install-deb_en-US.tar.gz.md5Checksum file link (lp) (here for MD5) http://archive.apache.org/dist/openoffice/4.1.0/binaries/en-US/Apache_OpenOffice_4.1.0_Linux_x86_langpack-deb_en-US.tar.gz.md5Base URL to Sourceforge.net http://sourceforge.net/projects/openofficeorg.mirror/files/4.1.0/binaries/Base URL to Apache Archive http://archive.apache.org/dist/openoffice/4.1.0getLinkSel() http://sourceforge.net/projects/openofficeorg.mirror/files/4.1.0/binaries/en-US/Apache_OpenOffice_4.1.0_Linux_x86_install-deb_en-US.tar.gz/downloadisLangSupported() ? trueOld platform ? falseContains link to Sourgeforge ? trueContains link to porting webpage ? falseContains link to the archive ? falseGeneral error ? false
Re: Portuguese download broken
Am 06/09/2014 11:31 PM, schrieb Kay Schenk: On 06/09/2014 02:21 PM, Marcus (OOo) wrote: Am 06/09/2014 11:10 PM, schrieb Kay Schenk: On 06/09/2014 01:45 PM, Marcus (OOo) wrote: Am 06/08/2014 12:45 PM, schrieb Andrea Pescetti: Bruno Coelho wrote: Just check another thing, i search oppenoffice in google the first result take me to https://www.openoffice.org/pt/ then i click on "transferir" that mean Download in Portuguese but i cant see a button to download It's the same for https://www.openoffice.org/it/download/ http://www.openoffice.org/es/descargar/ and possibly others. What's gone wrong? Some old JavaScript issues that resurfaced with the new download page? Breaking download pages is always bad, hopefully the new system will fix this. I've documented the problem in this issue: https://issues.apache.org/ooo/show_bug.cgi?id=125070 It would take a bit longer to get the old functionality back working because it was completly reworked. Unfortunately, I have a tooth problem and need to visit the dentist tomorrow. So, I'm not able to do any larger things and this would be one. Marcus I think we've got work arounds in for our binary release now (I will double check again.). I would not be in favor of reverting BACK to the old download because I think what you've done is superior despite some hiccups. esp the localization aspects. ups, I don't meant a complete revert but just to get the old functionality back (the old functions within "download.js"). Of course the current look& feel would stay but to have the old working - kind of - in parallel. If I would have known that we have in the meantime so many download pages that rely on the main webpage and its functions, I would have made old and new working in parallel. ;-( I could think of the download.js and release matrix JS file. But I'm not sure if this is all or if something additionally has to be changed. It seems we are in a lucky position: It's easier than thought as only the following has to be done: - Add the following 4 files back to the main download area: - download.js - globalvars.js - exceptions.css - release_matrix.js - Rename the new files with adding something (e.g., "download2.js") to separate from the old files. - Change the file references in the "head" part of the "index.html" in the main download webpage, so that the new files will be used. - Delete the added "Click this temporary link to download" text box in every localized "index.html" file. That's it. I've tested this locally with the "es" download and it works. Now the golden question: :-) Do we want to go on with the temporary way? Or change back to the old One-Click-Download behavior? As it was my work that broke the localized webpages of course I would volunteer to do the work. So, some of the native lang DLs will just go to Engligh main for now. I wish just looking at the logic, and seeing what we could do to at least provide the native language automatically IN the English DL at least. I'm sure there's a relatively easy way to that. This is actually making me braver to just use Google translate to setup the download sub-directories for our released binary areas, but I can't do much on this until next week. I've made a "proof-of-concept" with the German download webpage. It's with the new select boxes and fully localized. Maybe we can adapt this to the other langauges. Yes, I saw this and that's when I started digging a bit more. We may need to further discuss how to handle non-JS folks and if we need to reinstate other.html as a static page. When you now disable JavaScript and reload the main download webpage then the text and links within the "noscript" HTML tag are displayed. Now the ASF closer.cgi script [2] is used which is not optimal for our end users as there are too many possible ways and too many clicks. But here we can think of using the Sourceforge.net entry page [1] and improve the display of file names as they are currently shown cut off. From my Web Software Engineering experience (my daily job) I know that the averge user is not browsing with disabled JavaScript (offtopic: or without cookies) as the very most majority of websites use it nowadays to offer their full user experience. Furthermore, I don't like the idea of a static webpage of this size. It will become bigger with every new released language. I've done the current improvements to avoid this piece of effort. ;-) [1] http://sourceforge.net/projects/openofficeorg.mirror/files/4.1.0/binaries/ [2] http://www.apache.org/dyn/aoo-closer.cgi/openoffice/ My 2 ct Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Reporting broken download link
Thanks for your report. Please can you tell us also what the problem is? From the values I can see that you get a valid and working download link and nothing points to an error. Thanks in advance. Marcus Am 06/10/2014 03:52 PM, schrieb nivilwilsonp .: *Browser variables* *Values*navigator.appCodeName Mozillanavigator.appName Netscapenavigator.appVersion 5.0 (X11)navigator.platform Linux i686navigator.oscpu Linux i686navigator.cpuClass undefinednavigator.product Geckonavigator.productSub 20100101navigator.vendor navigator.vendorSub navigator.language en-USnavigator.browserLanguage undefinednavigator.userLanguage undefinednavigator.systemLanguage undefinednavigator.userAgent Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:29.0) Gecko/20100101 Firefox/29.0Debian / Ubuntu / IceWeasel ? No / Yes / No*Stable Release* *JavaScript functions/variables* *Values*Language ISO code en-USLanguage ISO code (from select box) en-USRelease matrix platform position (full) 5Release matrix platform position (lp) 6Release matrix platform array data y,146Release matrix language array data en-US,English (US),English (US),y,download/other.htmlUI platform name Linux 32-bit (x86) (DEB)UI platform name (not supported) Platform (short) lnx32dURL platform name (full) Linux_x86_install-debURL platform name (lp) Linux_x86_langpack-debURL platform name (from select box) lnx32dVersion (from select box) 4.1.0File name (full) Apache_OpenOffice_4.1.0_Linux_x86_install-deb_en-US.tar.gzFile name (lp) Apache_OpenOffice_4.1.0_Linux_x86_langpack-deb_en-US.tar.gzFile extension .tar.gzFile size (full) (MByte) 146File size (lp) (MByte) 18Release info Milestone AOO410m18 | Build ID 9764 | SVN r1589052 | Released 2014-Apr-29Download file link (full) http://sourceforge.net/projects/openofficeorg.mirror/files/4.1.0/binaries/en-US/Apache_OpenOffice_4.1.0_Linux_x86_install-deb_en-US.tar.gz/downloadDownload file link (lp) http://sourceforge.net/projects/openofficeorg.mirror/files/4.1.0/binaries/en-US/Apache_OpenOffice_4.1.0_Linux_x86_langpack-deb_en-US.tar.gz/downloadChecksum file link (full) (here for MD5) http://archive.apache.org/dist/openoffice/4.1.0/binaries/en-US/Apache_OpenOffice_4.1.0_Linux_x86_install-deb_en-US.tar.gz.md5Checksum file link (lp) (here for MD5) http://archive.apache.org/dist/openoffice/4.1.0/binaries/en-US/Apache_OpenOffice_4.1.0_Linux_x86_langpack-deb_en-US.tar.gz.md5Base URL to Sourceforge.net http://sourceforge.net/projects/openofficeorg.mirror/files/4.1.0/binaries/Base URL to Apache Archive http://archive.apache.org/dist/openoffice/4.1.0getLinkSel() http://sourceforge.net/projects/openofficeorg.mirror/files/4.1.0/binaries/en-US/Apache_OpenOffice_4.1.0_Linux_x86_install-deb_en-US.tar.gz/downloadisLangSupported() ? trueOld platform ? falseContains link to Sourgeforge ? trueContains link to porting webpage ? falseContains link to the archive ? falseGeneral error ? false - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: EXTERNAL: Re: Macro Security Button
On Mon, Jun 9, 2014 at 3:12 PM, Steele, Raymond wrote: > I will give this a try. However, I noticed that when I -enable-category-b > and -enable-nss-module, the environment variable ENABLE_NSS_MODULE is set > to NO. Is this correct? > This doesn't sound right to me, but typically I don't "-enable-category-b" so ENABLE_NSS_MODULE=NO on my setup typically. Looking at configure.in, to me it seems -enable-nss-module is set to "yes" unless you set it to no, if you use enable-category-b, If I were you I would try dmake clean (source your shell file first before doing this), followed by a fresh configure with just "-enable-category-b" added and then see what you get on ENABLE_NSS_MODULE. > -Original Message- > From: Oliver-Rainer Wittmann [mailto:orwittm...@googlemail.com] > Sent: Friday, June 06, 2014 4:25 AM > To: dev@openoffice.apache.org > Subject: EXTERNAL: Re: Macro Security Button > > Hi, > > On 05.06.2014 20:24, Steele, Raymond wrote: > > In reference to the following thread, is setting the > > -enable-category-b switch and re-compiling the only way to get the > > macro security button to work in OpenOffice? > > > > http://markmail.org/thread/etx2btp74xaazc3p > > > > configure option -enable-category-b activates the build of nss which is > needed for security related stuff in AOO. > > Thus, you can use -enable-category-b to get the macro security stuff. > I think you can also -enable-nss-module top get it work. > > Best regards, Oliver. > > > Raymond > > > > > > - > 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 > > -- - MzK "In the midst of winter, I found there was, within me, an invincible summer." -- Albert Camus
.mdb file
I have one .mdb file, created some years ago using M/S Access. It is a personal file concerning my collections. However, with acquiring new a computer, I somehow lost access to Access. I still have the file, and can read it.but cannot add items. Do you have a program which would help me? Thanks for your attention. Kenneth Scotland --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com
Re: .mdb file
Am 10.06.2014 18:20, Kenneth Scotland wrote: > I have one .mdb file, created some years ago using M/S Access. It is > > a personal file concerning my collections. However, with acquiring new a > > computer, I somehow lost access to Access. I still have the file, and can > > read it.but cannot add items. > > > > Do you have a program which would help me? > > > [Tutorial] MS Access and OOo Base https://forum.openoffice.org/en/forum/viewtopic.php?f=83&t=25300 Hope this helps. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: News about the new OOXML framework.
On Tue, Jun 10, 2014 at 2:58 AM, Andre Fischer wrote: > Another update of my progress. > > I can now create a validating parser, i.e. one that checks that a document > conforms to the specs while it parses its content. > At the moment the validation is restricted to complex types (as opposed to > simple types and attributes) but I think that is the hardest part. > > One NFA (non-deterministic finite automaton) is created for each complex > type and one for the top level elements. The NFAs are then converted into > equivalent DFAs (deterministic FAs) and finally minimized (via the Hopcroft > algorithm). The minimization step became necessary when I added support > for the 'all' schema element which states that its children each occur once > in arbitrary order. Recognizing this with an FA leads to enumerate all > permutations of the children. With n children there are n! permutations. > Luckily the 'all' element is used only once and then only for 7 children > (7! = 5040). > > Here are some numbers: > The 1st and 4th edition of the ECMA-376 specification (1st edition is what > is used by MS Office, 4th edition is equivalent to the ISO standard) have > 40 schema files. > These contain 1917 complex types and 781 simple types. > Used are 1851 complex types and 727 simple types (have to check if there > are really unused complex types or if my optimization is broken). > > The non-validating parser has 1853 states and 6987 transitions. > > The validating parser has 129530 states and 43512 transitions after > creating the NFAs. > After conversion to DFAs there remain 20999 states and 73772 transitions. > After minimization there are 6097 states and 34286 transitions. > > Please note that the time for parsing OOXML documents does not depend on > the number of states or transitions. It only depends on the length of the > input. The number of states and transitions only make the parser bigger. > > Progress and commits are tracked in issue 125035. Thanks for the update -- very impressive! > > > Best regards, > Andre > > > - > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > > -- - MzK "In the midst of winter, I found there was, within me, an invincible summer." -- Albert Camus
Re: .mdb file
Hello Kenneth, Am 10.06.2014 18:26, schrieb Andreas Säger: > Am 10.06.2014 18:20, Kenneth Scotland wrote: >> I have one .mdb file, created some years ago using M/S Access. It is >> >> a personal file concerning my collections. However, with acquiring new a >> >> computer, I somehow lost access to Access. I still have the file, and can >> >> read it.but cannot add items. So you didn't use primary keys in your database. I know Ms Access alow you to do so. But then you can only add items with MS-Access. Maybe you can add a column to each table for the primary key. So you need kowledge about the relation among the tables and so on. >> >> Do you have a program which would help me? > > [Tutorial] MS Access and OOo Base > https://forum.openoffice.org/en/forum/viewtopic.php?f=83&t=25300 > > Hope this helps. > Kind regards Mechtilde signature.asc Description: OpenPGP digital signature
Bug 668130 - Remove auditing code in fipstokn.c which breaks Solaris 11
I wanted to share this bug that I came across during my AOO 4.0.1 compile. https://bugzilla.mozilla.org/show_bug.cgi?id=668130 Raymond
New dev wishing to participate :)
Hi everyone! My name is Greg Rivera and am interested in becoming a dev for Open Office! I am from Los Angeles and am a back-end web developer doing mostly Java. I do have experience in C++ (still my preferred language :). I will continue following the guide and see if I can build on my local machine, and then take a look at the tracking software, etc. I look forward to working with the team! Greg Rivera -- Greg Louis Rivera UCLA | Class of 2013 | B.S. Computer Science Principal Development Group | Sony Pictures Entertainment | Software Engineer gregrive...@gmail.com
Re: News about the new OOXML framework.
Am 06/10/2014 11:58 AM, schrieb Andre Fischer: Another update of my progress. I can now create a validating parser, i.e. one that checks that a document conforms to the specs while it parses its content. At the moment the validation is restricted to complex types (as opposed to simple types and attributes) but I think that is the hardest part. One NFA (non-deterministic finite automaton) is created for each complex type and one for the top level elements. The NFAs are then converted into equivalent DFAs (deterministic FAs) and finally minimized (via the Hopcroft algorithm). The minimization step became necessary when I added support for the 'all' schema element which states that its children each occur once in arbitrary order. Recognizing this with an FA leads to enumerate all permutations of the children. With n children there are n! permutations. Luckily the 'all' element is used only once and then only for 7 children (7! = 5040). Here are some numbers: The 1st and 4th edition of the ECMA-376 specification (1st edition is what is used by MS Office, 4th edition is equivalent to the ISO standard) have 40 schema files. These contain 1917 complex types and 781 simple types. Used are 1851 complex types and 727 simple types (have to check if there are really unused complex types or if my optimization is broken). The non-validating parser has 1853 states and 6987 transitions. The validating parser has 129530 states and 43512 transitions after creating the NFAs. After conversion to DFAs there remain 20999 states and 73772 transitions. After minimization there are 6097 states and 34286 transitions. Please note that the time for parsing OOXML documents does not depend on the number of states or transitions. It only depends on the length of the input. The number of states and transitions only make the parser bigger. Progress and commits are tracked in issue 125035. that's existing. I cannot really follow the technical stuff and what this all means but it sounds like a great progress in the OOXML area. And for me this is exiting. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: New dev wishing to participate :)
On Tue, Jun 10, 2014 at 2:40 PM, Greg Rivera wrote: > Hi everyone! > > My name is Greg Rivera and am interested in becoming a dev for Open Office! > > I am from Los Angeles and am a back-end web developer doing mostly Java. I > do have experience in C++ (still my preferred language :). I will continue > following the guide and see if I can build on my local machine, and then > take a look at the tracking software, etc. > > I look forward to working with the team! > Greg Rivera > > -- > Greg Louis Rivera > UCLA | Class of 2013 | B.S. Computer Science > Principal Development Group | Sony Pictures Entertainment | Software > Engineer > gregrive...@gmail.com > Welcome Greg! We look forward to hearing more from you. -- - MzK "In the midst of winter, I found there was, within me, an invincible summer." -- Albert Camus
Second stage for new developers
Hi I wonder if there any second stage for a new developer to go through after doing the initial build, compile, and other development activities. In the past there were some tinderbox/easy hacks to play with in order to get acquainted with the process and provide some documentation on it. There are also some coding styles, references, and other such things. I wonder however if these are up to date and/or reviewed in order to be as efficient as it was originally planned? Maybe some veteran devs can chip in into reviewing such process and evaluate if there are any 'most have' elements to the process. Regards. -- Alexandro Colorado Apache OpenOffice Committer - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Portuguese download broken
Marcus (OOo) wrote: It's easier than thought as only the following has to be done: - Add the following 4 files back to the main download area: - download.js - globalvars.js - exceptions.css - release_matrix.js - Rename the new files with adding something (e.g., "download2.js") to separate from the old files. This will cause some caching issues (for those who have already used the new download page) but indeed it seems not so bad. - Change the file references in the "head" part of the "index.html" in the main download webpage, so that the new files will be used. OK, unless you wish to rename the old ones (to download_old.js and such) if this is still easy, since we may want to actually get rid of the old mechanism in favor of the new one. - Delete the added "Click this temporary link to download" text box in every localized "index.html" file. For my commits, this means reverting http://svn.apache.org/viewvc?view=revision&revision=1601211 http://svn.apache.org/viewvc?view=revision&revision=1601213 Of course, feel free to revert both when replacing them with a better solution. Now the golden question: :-) Do we want to go on with the temporary way? Or change back to the old One-Click-Download behavior? Could we go back to the old behavior (whatever the file names) but then try and encapsulate all logic differently? The most difficult part is that one just wants to localize the page, but still there's a lot of JavaScript around. From a maintenance point of view, I would prefer to have a "createDownloadDiv(var strings)" function that takes an array of all strings needed to build the localized div and returns the div markup. This would simplify a translator's work, since they would only have to translate a long but understandable function call. If this is unclear I can make an example. And this would also guarantee that we can adjust it more easily. Furthermore, I don't like the idea of a static webpage of this size. It will become bigger with every new released language. I've done the current improvements to avoid this piece of effort. ;-) If we really want to have a webpage to serve all needs of people who disable technologies, we could build other.html with a script that scans the files tree and simply outputs a minimal table. But I don't know if this is worth the effort. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Bug 668130 - Remove auditing code in fipstokn.c which breaks Solaris 11
On Tue, Jun 10, 2014 at 12:04 PM, Steele, Raymond wrote: > I wanted to share this bug that I came across during my AOO 4.0.1 compile. > > https://bugzilla.mozilla.org/show_bug.cgi?id=668130 > > > Raymond > > It would be best to report this in issues.openoffice.org and submit a patch. Thanks. -- - MzK "In the midst of winter, I found there was, within me, an invincible summer." -- Albert Camus
Apachecon EU, and a possible AOO event.
Hi. We have been offered a possibility to have a AOO event just after ApacheCon EU. ApacheCon EU is monday-wednesday, so the AOO event can be thursday and friday, in parallel with a cloudstack event. There are costs asociated with the offering, how to handle that is being discussed by the PMC, either we find a sponsor and can make the event next to free of charge, or we have to charge a fee and look for the more professional users (goverments etc). I think its a great opertunity to show that AOO is still a very active project, and show what we do for other projects. I also believe its a great opertunity for developers, QA, documenters to meet with real life users and visa versa. My aim with such an event, would just be the event itself, and the marketing that follows. It can be a major kick to our project. But in order for this to be a reality, the community needs to be behind the idea, and we need a couple of people to stand up, and help get it organized. Therefore my simple questions: - Is this something the community at large wants to pursue ? - Any volunteers to help ? Looking forward to hear responses. rgds jan I.
