Re: Little improvements from the first Web Satisfaction Survey (sent to @dev)
Marcus (OOo) wrote: I've read through the results of the Web Satisfaction Survey that Rob has started (the first one went only to the subscribers of dev@, as kind of beta test, right?). From this I made some improvements They look nice in general! Not sure about dropping Mac from Mac OS X, but if we are confident that Mac users (oops, OS X users!) won't be confused it's OK for me. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Suggested modifications to Open Office Draw
Forwarding to the list. Ian, I don't have any merit for the answers, I was forwarding a message from Armin. Please always include dev@openoffice.apache.org in your responses. If you need more details on how our mailing lists work, see http://openoffice.apache.org/mailing-lists.html ; if you don't receive an answer, make sure you check the archives: http://markmail.org/message/jvt6q5vslflz6u35 or subscribe to the list as explained above. Ian's comments below. Regards, Andrea. Ian Symons wrote: Hello Andrea Thank you for the response. RE 1. Left side ruler. Depending upon the zoom level, numbers from 100 up often form a continuous numeric stream. They can be interpreted, but it is so much easier if you can read it at a glance. RE: 2a. Snap Lines, Snap Points and Grid I am talking about objects that help positioning. For example you might set a guide line at Y=100. Then when positioning / modifying shapes, the guide may be clicked on instead of the shape. This is particularly troublesome when a line or point lies on or close to the guideline. When this happens the tiniest movement of the mouse will shift the guide line. This problem would be solved if the guides (or snap point) can be locked preferably via their existing UI dialog box. This would then operate in the same manner as shapes that can be locked in position via their Position Size UI dialog box. RE: 2b. My apologies, I phrased my question badly. Yes, you do have X-Y co-ordinates displayed. Perhaps it is just on my computer (a fairly new 64 bit 2.4GHz Toshiba Qosmio X870 laptop, Windows 8), but the X-Y co-ordinates do not update when slowly and continuously dragging a shape. Also when the movement of the shapes stops for a moment, the X-Y co-ordinates take about one quarter to one third of a second to update. A good update speed would be about a tenth of a second. RE: 2c and 2d. I am referring to the ability to select shapes AND to also select guides THEN group the guides with the shapes. This facility has always existed in Visio. It has several important advantages: (i) When the shapes and selected guidelines are grouped, then the guides are visually removed as unnecessary clutter from other object shapes on the screen. (ii) The grouping can be copied and then placed elsewhere upon the screen. This is a common function. Note that the guidelines will have different co-ordinates when the grouping of shapes and guidelines is ungrouped. (iii) I have often done this just to copy a group of guidelines, so that after positioning my copied group, I would then ungroup it and then delete the shape object. (iv) A very common action is to copy a shape with its guides and then paste it onto a different page. RE: 2e and 2f. Ah, thank you. I had in fact set this up when I first started using Draw. Now I do not know if it is the default setting, but Snap to Grid is best selected rather than Visible grid. My error was that I had it set to Visible grid. I use Snap to Grid with a 1 mm resolution with 10 subdivisions. The reason for this is that whatever resolution that you select as default, most of your drawing will use that setting. In the case where you do want an off-grid point, you either use a UI dialog box, set guidelines via a UI dialog box, or zoom into the view you want. When zooming, the visible grid is very handy as a reference, but not if objects snap to it as changing the zoom level is a constant process during drawing. Having said all this it would be great if direct access to this UI was made possible via an additional icon it the View-Toolbars-Options bar. Again, thanks for the great response. Best regards, Ian On Saturday, 18 January 2014 3:10 AM, Andrea Pescetti pesce...@apache.org wrote: Forwarding Armin's answer (below) to Ian who is not subscribed. Andrea On 16/01/2014 Armin Le Grand wrote: Hi Ian, thanks for your suggestions, much appreciated. Some are pretty interesting. Comments inline... On 15.01.2014 20:27, Ian Symons wrote: Ian Symons ian.sym...@yahoo.com.au mailto:ian.sym...@yahoo.com.au 15 Jan 2014 dev@openoffice.apache.org mailto:dev@openoffice.apache.org RE: Suggested modifications to Open Office Draw Hello, The following suggestions generally have work around solutions, however performing such is a real pain when these are common actions. 1. Re the ruler on the left side, please orientate the numbers horizontally. The vertical numbering blends together and is unreadable. I have not seen it blend togethter, but I agree that these would be less irritating when done horizontally. 2. Re Snap Lines, Snap Points and Grid a. It is a common error that when positioning lines and shapes that the Snap Line or Snap Point is accidentally moved slightly. This is often not noticed immediately. Please provide an option to lock these Snaps into their set position. Doy you talk about - objects that get placed or -
Re: Little improvements from the first Web Satisfaction Survey (sent to @dev)
On Sun, 19 Jan 2014 10:17:32 +0100 Andrea Pescetti pesce...@apache.org wrote: Marcus (OOo) wrote: I've read through the results of the Web Satisfaction Survey that Rob has started (the first one went only to the subscribers of dev@, as kind of beta test, right?). From this I made some improvements They look nice in general! Not sure about dropping Mac from Mac OS X, but if we are confident that Mac users (oops, OS X users!) won't be confused it's OK for me. I agree with Andrea's point about the Mac. Perhaps either meave (Mac) in brackets, or say OS X.Y.Z as used on Macs (or equivalent wording). It is my experience on the Forum that Mac users frequently have limited analytical thinking (present company excepted, of course!) so I advise against total removal of the term Mac. -- 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: wiki upgrade warning.
On 18 January 2014 15:46, Andrea Pescetti pesce...@apache.org wrote: On 14/01/2014 Andrea Pescetti wrote: jan i wrote: wiki.openoffice.org will be upgraded over the next days, starting 15january 8:00 UTC and ending 17january 23:00 UTC. Thanks! https://wiki.openoffice.org/wiki/MediaWiki:Sitenotice updated accordingly. A notice is now shown on all wiki pages, so people can see it today. http://www.openoffice.org/contact_us.html (the line For problems with the Wiki) should be updated too. I've actually seen the wiki quite regularly online during the last days... Just for confirmation, is maintenance concluded? Can I remove the notices? I have tried to keep it online as much as possible. Maintenence is not finished,but you canremove the notice. Sadly enough the wiki was so much behind that I have to do more investigation to make the final upgrade. Long time ago I created wikitest for exact that purpose. when wikitest upgrades correct,the work on wiki will continue (2-3 hours downtime max.). rgds jan i ps.security patches are in place on all servers Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: FOSDEM smalltalk.
On 17/01/2014 jan i wrote: should we arrange some face to face discussions, potentially not in the dev room The good thing about face-to-face discussion at FOSDEM is that they needn't be arranged! FOSDEM takes over whole blocks of a University campus, and offers a decent, open, WiFi connection. This makes it possible to have a quick informal talk more or less anywhere around the campus. On Saturday, the devroom will run for the full day with no breaks. I will be around before the program starts and after the devroom closes, but there are other opportunities, like a dinner on Saturday evening or the whole day on Sunday. On both Saturday and Sunday we have our stand available all day. The stand is not very large, but last year we used it for gathering too. So: if we want to plan something in advance, we can. But we can also meet on Saturday and make plans there, or just let things happen. Opportunities for talks will surely be available. The important thing is that we don't forget to talk about some important topics (your examples, i.e., build system, digital signatures, VM maintenance are all good topics we can brainstorm about). Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Open Document Editors Devroom at FOSDEM 2014, 1 February 2014, Brussels
On 26/11/2013 Andrea Pescetti wrote: Open Document Editors Devroom at FOSDEM 2014, 1 February 2014, Brussels Open document editors are coming again to FOSDEM with a shared devroom which gives every project in this area a chance to present ODF related developments and innovations. The devroom is organized by Apache OpenOffice and LibreOffice. The full schedule is now available at https://fosdem.org/2014/schedule/track/open_document_editors/ As you see, it's going to be a nice day, packed with talks, covering several different topics and different projects. It will also be a good opportunity for some of the regular posters to this list to meet in person. We will also have a stand, coordinated by Michael and Mechtilde. This one is specifically for OpenOffice and it will run the full day on Saturday and Sunday (1-2 February). https://fosdem.org/2014/stands/ Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Little improvements from the first Web Satisfaction Survey (sent to @dev)
Am 01/19/2014 10:34 AM, schrieb Rory O'Farrell: On Sun, 19 Jan 2014 10:17:32 +0100 Andrea Pescettipesce...@apache.org wrote: Marcus (OOo) wrote: I've read through the results of the Web Satisfaction Survey that Rob has started (the first one went only to the subscribers of dev@, as kind of beta test, right?). From this I made some improvements They look nice in general! Not sure about dropping Mac from Mac OS X, but if we are confident that Mac users (oops, OS X users!) won't be confused it's OK for me. OK, let's see. It would be easy to revert the change. I agree with Andrea's point about the Mac. Perhaps either meave (Mac) in brackets, or say OS X.Y.Z as used on Macs (or equivalent wording). As the current build is working with several OS X versions, IMHO it is not helpful to make here a limitation to a single version. It is my experience on the Forum that Mac users frequently have limited analytical thinking (present company excepted, of course!) so I advise against total removal of the term Mac. Technical oriented people excluded, too, of course. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: wiki upgrade warning.
Am 01/19/2014 10:36 AM, schrieb jan i: On 18 January 2014 15:46, Andrea Pescettipesce...@apache.org wrote: On 14/01/2014 Andrea Pescetti wrote: jan i wrote: wiki.openoffice.org will be upgraded over the next days, starting 15january 8:00 UTC and ending 17january 23:00 UTC. Thanks! https://wiki.openoffice.org/wiki/MediaWiki:Sitenotice updated accordingly. A notice is now shown on all wiki pages, so people can see it today. http://www.openoffice.org/contact_us.html (the line For problems with the Wiki) should be updated too. I've actually seen the wiki quite regularly online during the last days... Just for confirmation, is maintenance concluded? Can I remove the notices? I have tried to keep it online as much as possible. Maintenence is not finished,but you canremove the notice. I've removed the hint from the Contact Us webpage Marcus Sadly enough the wiki was so much behind that I have to do more investigation to make the final upgrade. Long time ago I created wikitest for exact that purpose. when wikitest upgrades correct,the work on wiki will continue (2-3 hours downtime max.). rgds jan i ps.security patches are in place on all servers Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Typo on New Volunteer Orientation page
Hi there, Just to let you know there is a typo on this page http://openoffice.apache.org/orientation/index.html As highlighted below; Once you have completed these first two Levels, you will have been exposed to the basic skills that enable you to volunteer as a general contributor, or to dive deeper into a specialized are of the project, like Quality Assurance, Marketing, Translation or Development.' *area That is all. Love your work and value OpenOffice immensely. Kindest Regards, Ellen :) ~ Please consider the environment before printing this e-mail ~
Re: Typo on New Volunteer Orientation page
Original Message From: Elly Mo ellym...@mail.com To: Dave Barton d...@tasit.net Date: Sun, 19 Jan 2014 06:54:03 -0500 Hi there, Just to let you know there is a typo on this page http://openoffice.apache.org/orientation/index.html As highlighted below; Once you have completed these first two Levels, you will have been exposed to the basic skills that enable you to volunteer as a general contributor, or to dive deeper into a specialized are of the project, like Quality Assurance, Marketing, Translation or Development.' *area That is all. Love your work and value OpenOffice immensely. Kindest Regards, Ellen :) Hi Ellen, Thank you for your keen eyed observation. The typo are has now been corrected to area. Kindest Regards Dave - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: loadComponentFromURL - Solaris 11 OO 3.3
Hi, I did point to the 3.4 build, but I'm using a self built 3.4. I did it myself to add CUPS support. I've tried to build 4.0 without success. Paul On 01/17/14 05:26 AM, James Lee wrote: On 17/01/2014 00:29, Paul Gress wrote: There is one person (Apostols Syropoulos) trying to compile the latest version 4.0, but having trouble. Then there are at least 2. I've tried and so far failed to compile 4.0. [I'm using self built 3.4.1] James. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: MacOSX: How to get rid of the dialog The last time you opened ... ?
On 18.01.2014 21:41, Andrea Pescetti wrote: Rony G. Flatscher (Apache) wrote: Larry, will do it at home: thanks an awful lot for your fast reponse, kudos to you! Rony, please keep a copy of the wrong state. We were rather sure to have fixed this with https://issues.apache.org/ooo/show_bug.cgi?id=119006 but apparently 4.0.1 still suffers from a similar problem, so the bug has been reopened and any feedback from a user who knows what he is doing is welcome. Thank you for the link, uploaded the state data with the issue. ---rony - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO [Bug 122235] Connection fails with 502 Error reading from remote server
Following the thread below, and the containing BZ issue in AOO space (and notably not in the Infra JIRA instance) - I will move the SQL DB that runs the AOO instance of BZ tomorrow morning at 07:30 (5 minutes before the currently scheduled backup that will ‘kill’ the service anyway.). To be clear, this will move the SQL DB from the app node (BSD jail) to the central SQL host. I expect this will take about 1 hour. On 19 Jan 2014, at 17:19, Tony Stevenson t...@pc-tony.com wrote: Rainer, I have read that thread, and I can tell you that the backup is indeed starting at 07:35. However I will be moving the SQL DB from the local host to the central DB server in the coming days, where at which time the backup strategy changes and the service will not be affected. On 19 Jan 2014, at 15:55, Rainer Bielefeld rainerbielefeld_ooo...@bielefeldundbuss.de wrote: Hi, we have the rather annoying fact that every day 1/2 hour AOO Bugzilla is unusable; for details please see https://issues.apache.org/ooo/show_bug.cgi?id=122235. 2% per day seems acceptable, but it's a real mess if I am in a complex Bugzilla research and suddenly BZ stops working. I think it's outmoded to bother volunteers with such obstacles, and I can't believe that it should not be possible to do maintenance, backup or whatever causes that problem in a smarter way. Can you help? Best regards Rainer Bielefeld Cheers, Tony -- Tony Stevenson t...@pc-tony.com pct...@apache.org http://www.pc-tony.com GPG - 1024D/51047D66 -- Cheers, Tony -- Tony Stevenson t...@pc-tony.com pct...@apache.org http://www.pc-tony.com GPG - 1024D/51047D66 -- - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO [Bug 122235] Connection fails with 502 Error reading from remote server
Tony Stevenson schrieb: Following the thread below, and the containing BZ issue in AOO space (and notably not in the Infra JIRA instance) - I will move the SQL DB that runs the AOO instance of BZ tomorrow morning at 07:30 (5 minutes before the currently scheduled backup that will ‘kill’ the service anyway.). Hi all, can someone please add a short announcement Bugzilla will be down for maintenance 2014-01-20 07:30 ... 08:30 UTC (estimated) on * https://wiki.openoffice.org/wiki/Main_Page (I would have done, but I do not have permissions) * http://openoffice.apache.org/get-involved.html and related localized pages * Bugzilla, may be in footer This is Apache OpenOffice (AOO) Bugzilla ... or so so that users will be informed? May be most QA staff users are used to that, but we should try to inform early normal users who might want to report a bug. Best Regards Rainer - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Building OpenOffice revisited (again)
On Fri, Jan 17, 2014 at 9:59 AM, Kay Schenk kay.sch...@gmail.com wrote: On Fri, Jan 17, 2014 at 12:26 AM, Andre Fischer awf@gmail.com wrote: I would like to present some ideas about how to improve the building of OpenOffice. Maybe this can serve as a basis for a face-to-face discussion at FOSDEM. Makefiles in general and our build environment in particular have a declarative and an imperative part. In short dependencies are declared and build recipes are given as instructions. This is reflected by both our build systems. For dmake we have makefile.mk files in all source directories. They contain basically the names of libraries to build and c++ files to compile. The recipes that define how to link and compile are located in solenv/inc/. This is similar for gbuild. There are a couple of makefiles (named Makefile, Module...mk, Library...mk and so on) in the top level module directories. They also just declare the set of files to compile or link. The gbuild recipes can be found in solenv/gbuild/. This observation together with my (our) unhappiness of the current state of our build systems lead me to the following insight. One obstacle when playing around with other build tools, like cmake or ninja or just plain GNU make makefiles (as opposed to our meta-programming gbuild files) is the syntax of how our dependencies are declared. It would be so much easier when they would be stored in a file format that is both machine and human readable and not tied to one specific program. What if we used XML files to represent the dependencies? We could convert the gbuild makefiles into XML files with very similar structure. A simple Perl script or Java program (both understand XML and are part of our build prerequisites) can convert the XML file to gbuild files that would be almost identical to what we have today. And when we want to try alternatives, we can provide other converters and make experiments. See [2] for an example. Such a converter could be more complex than just do a simple syntax translation. For using ninja [1], which is described as assembler and has no %.o : %c rules and no if/else/fi, we would need more than that. But still less than cmake because our compiler (and other build tool) detection is done by configure. Using XML files would probably not much of an overhead. The translation into makefiles has to be done only when the makefile/XML representation changes. The additional dependencies, one per current makefile (less than 10 in the average module), are negligible compare to the dependencies for several hundreds of source files and several thousands of headers. But again, this is not (yet) a proposal for change. Just the basis for discussion. It is also not (yet) a non-proposal for changing the build system completely. Just the idea to express our business logic in a way that is independent from the build system (whichever we use/will use). Best regards, Andre Any move to making tracking dependencies (build setups) for the modules better/easier is a move in the right direction. We have quite an inconsistent mix right now. Look at what's in /connectivity vs /comphelper as an example. Discuss away! :) I've had a bit more time to think about this and do some investigation. Using XML files for specs does seem like a nice way to go and would open up some other administrative options for us. This so reminded me of ant but for C++, I started looking around...and yes, there are some ant building tools for C++ out there -- commercial not open source -- but I know this isn't what you meant really. Anyway, I look forward to hearing more about this. [1] http://martine.github.io/ninja/manual.html [2] Excerpt from sw/Library_sw.mk: $(eval $(call gb_Library_add_linked_libs,sw,\ avmedia \ basegfx \ comphelper \ ... vcl \ vos3 \ xo \ $(gb_STDLIBS) \ )) $(eval $(call gb_Library_add_exception_objects,sw,\ sw/source/core/SwNumberTree/SwNodeNum \ sw/source/core/SwNumberTree/SwNumberTree \ sw/source/core/access/acccell \ ... sw/source/ui/wrtsh/wrtsh3 \ sw/source/ui/wrtsh/wrtsh4 \ sw/source/ui/wrtsh/wrtundo \ )) - library=sw linked-libraries library-reference name=avmedia/ library-reference name=basegfx/ library-reference name=comphelper/ ... library-reference name=vcl/ library-reference name=vos3/ library-reference name=xo/ library-reference variable=gb_STDLIBS/ /linked-libraries source-files language=c++ exception_handling=yes file name=sw/source/core/SwNumberTree/SwNodeNum.cxx/ file name=sw/source/core/SwNumberTree/SwNumberTree/ file name=sw/source/core/access/acccell/ ... file name=sw/source/ui/wrtsh/wrtsh3/ file name=sw/source/ui/wrtsh/wrtsh4/ file name=sw/source/ui/wrtsh/wrtundo/
Malware/ Adware masquerading as an Open Office extension
It’s nearly impossible to send a simple e-mail to you guys. Malware/ Adware masquerading as an Open Office extension Yesterday I wanted to place thousand separator commas… The top website on Google for this seemed legit, but I wound up installing Genieo a mean little malware/adware bug. It’s not the first time this thing snuck on my computer. Anyway, love Open Office, keep up the good work. Thanks Will Nettles - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Malware/ Adware masquerading as an Open Office extension
Will, it's obviously not impossible to send us an e-mail - you succeeded! How did you obtain Genieo? Did it come with your installation of Openoffice? If so, you did not install it from the official website www.openoffice.org. Openoffice from the official site comes without any additional programs and, of course, without malware. Genieo does have malware issues as its article on the Wikipedia says: https://en.wikipedia.org/wiki/Genieo I'd say it makes sense to do a little research before you install some software you're not familiar with. Hope you got rid of the malware! Max Am 19.01.2014 19:52, schrieb Will Nettles: It’s nearly impossible to send a simple e-mail to you guys. Malware/ Adware masquerading as an Open Office extension Yesterday I wanted to place thousand separator commas… The top website on Google for this seemed legit, but I wound up installing Genieo a mean little malware/adware bug. It’s not the first time this thing snuck on my computer. Anyway, love Open Office, keep up the good work. Thanks Will Nettles - 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: Malware/ Adware masquerading as an Open Office extension
Thank you so much! On Jan 19, 2014 11:03 AM, Will Nettles nettlesph...@roadrunner.com wrote: It’s nearly impossible to send a simple e-mail to you guys. Malware/ Adware masquerading as an Open Office extension Yesterday I wanted to place thousand separator commas… The top website on Google for this seemed legit, but I wound up installing Genieo a mean little malware/adware bug. It’s not the first time this thing snuck on my computer. Anyway, love Open Office, keep up the good work. Thanks Will Nettles - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org