OOO BZ Down for SQL migration

[Tony Stevenson]

I am about to start the SQL migration of the OOO BZ instance, so that
the daily cbackup cron job can be killed on the local VM, thus hopefully
not taking the service out of action. 

I hope this will be done within the hour. 



-
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

[Tanja Meece]

Thank you so much!
On Jan 19, 2014 11:03 AM, "Will Nettles" 
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
>
>

Re: Malware/ Adware masquerading as an Open Office extension

[Max Merbald]

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

Malware/ Adware masquerading as an Open Office extension

[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

Re: Building OpenOffice revisited (again)

[Kay Schenk]

On Fri, Jan 17, 2014 at 9:59 AM, Kay Schenk  wrote:

>
>
> On Fri, Jan 17, 2014 at 12:26 AM, Andre Fischer  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 \
>> ))
>>
>> ->
>>
>> 
>> 
>> 
>> 
>> 
>> ...
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> ...
>> 
>> 
>>
>> 
>> 
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
>>
>
>
> --
>
> -
> MzK
>
> "Cats do not have to

Re: AOO [Bug 122235] Connection fails with "502 Error reading from remote server"

[Rainer Bielefeld]

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

* 
  (I would have done, but I do not have permissions)
* 
  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: AOO [Bug 122235] Connection fails with "502 Error reading from remote server"

[Tony Stevenson]

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  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 
>  wrote:
> 
>> Hi,
>> 
>> we have the rather annoying fact that every day 1/2 hour AOO Bugzilla is 
>> unusable; for details please see 
>> . 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: MacOSX: How to get rid of the dialog "The last time you opened ..." ?

[Rony G. Flatscher (Apache)]

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: loadComponentFromURL - Solaris 11 OO 3.3

[Paul Gress]

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: Typo on New Volunteer Orientation page

[Dave Barton]

 Original Message  
From: Elly Mo 
To: Dave Barton 
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

Typo on New Volunteer Orientation page

[Elly Mo]

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: wiki upgrade warning.

[Marcus (OOo)]

Am 01/19/2014 10:36 AM, schrieb jan i:

On 18 January 2014 15:46, Andrea Pescetti  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

Re: Little improvements from the first Web Satisfaction Survey (sent to @dev)

[Marcus (OOo)]

Am 01/19/2014 10:34 AM, schrieb Rory O'Farrell:

On Sun, 19 Jan 2014 10:17:32 +0100
Andrea Pescetti  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: Open Document Editors Devroom at FOSDEM 2014, 1 February 2014, Brussels

[Andrea Pescetti]

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: FOSDEM smalltalk.

[Andrea Pescetti]

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: wiki upgrade warning.

[jan i]

On 18 January 2014 15:46, Andrea Pescetti  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: Little improvements from the first Web Satisfaction Survey (sent to @dev)

[Rory O'Farrell]

On Sun, 19 Jan 2014 10:17:32 +0100
Andrea Pescetti  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 

-
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

[Andrea Pescetti]

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
 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 
 >>
 >> 15
 >> Jan 2014
 >>
 >> 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 posit

Re: Little improvements from the first Web Satisfaction Survey (sent to @dev)

[Andrea Pescetti]

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