COMDEV-76 [GSoC] Test Document Generator/Permutator for Apache OpenOffice

2013-07-09 Thread Sony Kovoor
Hi all,

I am an open source enthusiast and was looking forward to contribute
towards the community. It was then I heard about ASF Mentoring program[1]
conducted in association with ICFOSS[2] in India by Luciano Resende[3] and
attended it.

As a part of the program, we have to take up an idea from 2013 ICFOSS
Programme Project Ideas JIRA[4] and solve it under a formal mentor.

I would like to know whether any one has already taken up COMDEV-76
[GSoC] Test Document Generator/Permutator for Apache OpenOffice[5]. If not,
any one here is willing to support me with formal mentor-ship, more details
of the idea and induce me to the world of open source development.



[1] http://community.apache.org/mentoringprogramme-icfoss-pilot.html

[2] http://icfoss.org/

[3] http://people.apache.org/~lresende

[4] https://issues.apache.org/jira/issues/?filter=12324056

[5] https://issues.apache.org/jira/browse/COMDEV-76
 --
Sony Cyriac

E Mail   : sonyckov...@gmail.com


Re: upcoming Board Report -- July 17

2013-07-09 Thread Andrea Pescetti

On 09/07/2013 janI wrote:

On 8 July 2013 23:56, Kay Schenk  wrote:

We have an upcoming Board Report due on July 17.  Andrea started a
preliminary wiki page for it at:
https://cwiki.apache.org/confluence/display/OOOUSERS/2013+Jul

I made a change around genLang. I would like to suggest that we add the
names (apache id) for new commiters/pmc (of course unless we have a policy
saying not to do it).


Thank you for your contributions. CWiki insists that I am "not permitted 
to perform this operation", so here is the modified text as I would send 
it. Please copy it to CWiki before making other changes.


Apache OpenOffice

Apache OpenOffice is an open-source, office-document productivity
suite providing six productivity applications based around the
OpenDocument Format (ODF). OpenOffice is released on multiple
platforms and in dozens of languages.

Issues for Board Awareness
---

OpenOffice, like the ASF as a whole, is hit by the announced policy
change of Apache Extras. The project currently stores several libraries
there, in an area known as ooo-extras, and the build process downloads
them when options like --enable-category-b are used. A solution should
be found at the ASF level.

Community Development/Outreach Progress
---

The project added 4 committers (May: dwhytock, akerbeltz, vkadal;
July: pmralbuquerque) and one new PMC member (April: jani) since our
last report in April.

These new committers are primarily involved in the translation efforts
to incorporate additional native language capability into Apache
OpenOffice. Our new PMC member has many years of experience in open
source, and is assisting in administration of our LAMP servers.

A new documentation effort for an end-users manual under the ALv2
licence was started on the OpenOffice Wiki and is progressing well.

OpenOffice is participating in the Google Summer of Code program for
the first time after several years.

Community support forums remain popular with users. The mailing lists
for user support, localization, QA and marketing are quite active. As
Apache OpenOffice is a client product, we continue to investigate ways
to direct users to appropriate support venues. The developer list,
ooo-dev, remains very active.

Product/Project Development Progress


We will be releasing Apache OpenOffice 4.0 in July, likely the week
of July 15.

This release will feature a new, more modern, user interface, a
reworked directory layout to simplify development and installation,
code updates to allow building on newer platforms and (at least) 23
languages.

In preparation for the upcoming 4.0 release, new rebranding was
undertaken with a public call and survey resulting in the adoption of a
new logo and other graphic elements ready for the release. Many of our
new volunteers were instrumental in this process.

Activities that are already ongoing and will be finalized after the
release date include: the rejuvenate01 branch, to explore using native
platform capabilities and libraries for building rather than
downloading for building as has been done in the past; the IA2
accessibility work; actions for an easier installation and availability
on mainstream Linux distributions; a new localization process, that so
far has seen the source tree cleaned of non en-US messages allowing
normal translation of these parts; a build approach that is
progressively dropping the historical dmake in favor of GNU make.

Taking these kind of development steps will result in both a better
product for end users and simplify development and building for new
developers.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Apache OpenOffice Wiki e-mail address confirmation

2013-07-09 Thread Tina Mcafee
I did not request a MediaWikI  code expired Please send another link to
cancel this. Thank you


On Sun, Feb 17, 2013 at 12:25 AM, MediaWiki Mail
wrote:

> Someone, probably you, from IP address 68.103.170.127,
> has registered an account "Seeker" with this e-mail address on Apache
> OpenOffice Wiki.
>
> To confirm that this account really does belong to you and activate
> e-mail features on Apache OpenOffice Wiki, open this link in your browser:
>
>
> http://wiki.openoffice.org/wiki/Special:ConfirmEmail/abf5f4132524342949430ec24d3c9762
>
> If you did *not* register the account, follow this link
> to cancel the e-mail address confirmation:
>
>
> http://wiki.openoffice.org/wiki/Special:InvalidateEmail/abf5f4132524342949430ec24d3c9762
>
> This confirmation code will expire at 06:25, 24 February 2013.
>



-- 
Tina McAfee


New committer: Pedro Albuquerque (pmralbuquerque)

2013-07-09 Thread Andrea Pescetti

The Project Management Committee (PMC) for Apache OpenOffice has asked
Pedro Albuquerque to become a committer and we are pleased to announce
that he has accepted and taken the ID "pmralbuquerque".

A warm welcome to Pedro !

Regards,

Andrea, on behalf of the Apache OpenOffice PMC

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: [UX][DESIGN EXPLORATION] - flat application icons

2013-07-09 Thread Samer Mansour
I don't know what 'dia' means.

My opinion is that we should not worry about them being all the same or all
unique.
If the product's default perspective is landscape I did landscape, vice
versa if its default if portrait I did portrait.

When we go circle we gain space for the application picture, we also gain
"circle" branding.
Vice versa, when its square we loose circle branding but can gain gull
branding, loosing space though for gull.

Also putting the gull in the circle but not in one of the two places make
it looks wrong when icon is compared to official logo.

When I open documents I see a blank page (preferably with paragraphs).
When I open spreadsheets I see cells.
When I open presentations, I see bullets and a title.
When I open draw, my first experience was clicking rectangle and placing it
down on the canvas.
When I think formulas, I think Sum (Sigma).
When I think database. I think f*** how am I going to represent that?

That's the important part, think how a (slow) user would think.
Familiarity. Pretty comes second.

On Tue, Jul 9, 2013 at 8:17 AM, Armin Le Grand wrote:

> Hi Samer,
>
> nice stuff! No longer the basic 'app'-like shape, but nice ;-) I like the
> round ones, this is a visible change. I miss the gulls less than I would
> have imagined before seeing it...
>
> Some thoughts on looking at them:
> - The symbols in the objects are well distinguishable. The presentation
> one is rounded, the others have sharp edges. Would it be possible to have
> sharp/round for all uniquely? Maybe a unique size for all, too?
> - For Impress I still would prefer the 'dia' association, a frame with the
> classic 'dia' dimensions and an open 'window' in the center, like in the
> set from Kevin two above yours.
>
> Just my thoughts (and just suggestions of course)
>
>
> On 08.07.2013 17:21, Samer Mansour wrote:
>
>> Hi Everyone, took another stab:
>> https://cwiki.apache.org/**confluence/display/OOOUSERS/**
>> AOO4+-+Desktop+Icons
>>
>> Upon scaling down, I can tweak line thicknesses to create sharper small
>> set
>> icons, I only scaled cheap to get this draft out on the mailing list for
>> comments.
>>
>> Here are my thoughts when creating those:
>>
>> Flatter, sharper, more contrast, less gradients.
>> People mentions circle is part of the brand, note taken and implemented.
>> People mentioned too many gradients, I created this icon set back in
>> December 2012 before we were inspired by the flat idea. Gradients have
>> been
>> removed.
>> Someone mentioned shoot the birds, so I played Duck Hunt with them.
>> Someone said my icon for Impress was less than, I choose not to act on it
>> for the time being.
>> I like the oblique styling on the Sigma, that's what the person building
>> the shed wants to do.
>> Jurgen mentioned boarders too dark, I forgot to lighten them, but can in
>> future iterations.
>> Rob mentioned templates to be dotted, did it, works.  And its still
>> similar
>> enough for 3.x users to transition to.
>>
>> If time is running out, we can do just the main application icon for now.
>> I'm ok with doing these for 4.1
>>
>>
>> On Mon, Jul 8, 2013 at 7:25 AM, Andre Fischer  wrote:
>>
>>  [stuff deleted here]
> --
> ALG
>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


Re: 4.0 Release Dashboard

2013-07-09 Thread Marcus (OOo)

Am 07/09/2013 10:39 AM, schrieb Jürgen Schmidt:

On 7/8/13 11:01 PM, Marcus (OOo) wrote:

Am 07/08/2013 10:46 PM, schrieb Marcus (OOo):

Am 07/08/2013 03:59 PM, schrieb Rob Weir:

On Mon, Jul 8, 2013 at 4:44 AM, Jürgen Schmidt
wrote:

On 7/3/13 4:19 PM, Rob Weir wrote:

At the risk of seeming too "corporate", I've added a "dashboard" page
to the wiki to track our summary status:

https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard



I hate status reports as much as anyone, but with so much information
passing by on our many mailing lists, we risk losing track of the
high-level status. I'm hoping that this dash board page, if we update
it, can give us all a good view of how the release is progressing.

No need for a lot of detail. This is intended to be high-level,
identifying areas that are "on track" versus "at risk". Or
green/yellow/red.

This will also make it easier for volunteers to see what areas need
the most help. We have many volunteers who are able to help in more
than one area. Now we can see what areas need help.



indeed it could help but the page was not easy to find when losing this
email out of focus.

And I am wondering why it is not placed under Project Planning ->
Releases ->  AOO 4.0



I just moved it there now. URL is the same:

https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard




I just saw an entry for the download scripting, so I've added a comment.


Marcus I know that you have worked on the new directory structure and
tested it already. Can you please point me to the related information
that I can prepare my copy scripts accordingly to have them in place as
well.


the files are generally here:
http://www.openoffice.org/download/test/

The JavaScript logic is here:
http://www.openoffice.org/download/test/download.js

Some variables come from here:
http://www.openoffice.org/download/test/globalvars.js

Test files (empty !) are on my Apache people account:
http://people.apache.org/~marcus/aoo/

If you want to see some values from the JS functions and browser, use 
the analyze webpage:

http://www.openoffice.org/download/test/analyze.html

And if you have further questions just tell me.

HTH

Marcus


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Default size on Linux

2013-07-09 Thread Marcus (OOo)

Am 07/09/2013 05:03 PM, schrieb Jürgen Schmidt:

On 7/9/13 4:57 PM, Andre Fischer wrote:

Hi,

I would like to propose another small enhancement: a change of the
default size of application windows on Linux.  In some cases--Writer,
start center, Math, Base--the application window is almost square by
default (for Calc, Impress and Draw it is fullscreen).  This does not
work well with the new sidebar, which was designed with widescreen
displays in mind.

I would like to change that to what is used on Mac, use 80% of width and
height of the screen, on which the application starts.For screen widths
of 1024 and below I would still use the current values (therefore you
will see no differences in the 1024x768 and 800x600 screen shots.)  As
this sizing scheme is already in use on the Mac platform  it is tried
and accepted (at least I know of no complaints).  The default fullscreen
mode for Calc, Impress and Draw would not be changed.

Here are some comparisons for the current state (left side) and the
proposed sizes (right side).  To speed up download I have provided
smaller versions (25% and 50%) along with the original sizes:

  800x 600  25% [1],  50% [2],  100% [3]
1024x 768  25% [4],  50% [5],  100% [6]
1280x1024  25% [7],  50% [8],  100% [9]
1680x1050  25% [10], 50% [11], 100% [12]
1920x1200  25% [13], 50% [14], 100% [15]

The change is rather small and restricted to Linux (the GTK module) and
should have low risk of introducing regressions.


+1, I remember we have discussed this several times and always postponed
it because of other things. Easy fix with a huge improvement and an
improved first start experience


yes, sounds good, +1.

Marcus




[1] http://people.apache.org/~af/images/scale/writer-800-600-h-25.png
[2] http://people.apache.org/~af/images/scale/writer-800-600-h-50.png
[3] http://people.apache.org/~af/images/scale/writer-800-600-h-100.png
[4] http://people.apache.org/~af/images/scale/writer-1024-768-h-25.png
[5] http://people.apache.org/~af/images/scale/writer-1024-768-h-50.png
[6] http://people.apache.org/~af/images/scale/writer-1024-768-h-100.png
[7] http://people.apache.org/~af/images/scale/writer-1280-1024-h-25.png
[8] http://people.apache.org/~af/images/scale/writer-1280-1024-h-50.png
[9] http://people.apache.org/~af/images/scale/writer-1280-1024-h-100.png
[10] http://people.apache.org/~af/images/scale/writer-1680-1050-h-25.png
[11] http://people.apache.org/~af/images/scale/writer-1680-1050-h-50.png
[12] http://people.apache.org/~af/images/scale/writer-1680-1050-h-100.png
[13] http://people.apache.org/~af/images/scale/writer-1920-1200-25-h.png
[14] http://people.apache.org/~af/images/scale/writer-1920-1200-50-h.png
[15] http://people.apache.org/~af/images/scale/writer-1920-1200-h-100.png


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



review canceled: [Bug 121754] Build HSQLDB with JDK 7 : [Attachment 81042] remove the failiing part

2013-07-09 Thread bugzilla
Andrea Pescetti  has canceled Regina Henschel
's request for review:
Bug 121754: Build HSQLDB with JDK 7
https://issues.apache.org/ooo/show_bug.cgi?id=121754

Attachment 81042: remove the failiing part
https://issues.apache.org/ooo/attachment.cgi?id=81042&action=edit


--- Additional Comments from Andrea Pescetti 
Status: this new patch removes all ^M characters (line-ends problems) and only
keeps the code differences, thus removing readme and HTML files. If you examine
the options given to diff, you'll see that I had to fiddle with line-ends due
to the fact that the two versions have different line-end conventions. So the
patch was not mixing line-ends per se, it was a diff between files with
different line-ends conventions.

Tested like the other time: hsqldb module built successfully under Java 6 and 7
(Linux). Regina, thanks for your feedback and if you now can build on Windows
too then this should be fine.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: New Extensions website goes live!

2013-07-09 Thread Roberto Galoppini
2013/7/8 Rob Weir 

> On Sat, Jul 6, 2013 at 4:18 PM, Roberto Galoppini
>  wrote:
> > We are updating http://extensions.openoffice.org to tturn on all
> > enhancements previously made available at the test website.
> >
>
> This is great news, Roberto!
>

Indeed!


> Are you planning a blog post related to this at SourceForge?  Or
> should we plan something for the AOO blog?  (Or both?)
>

I'll cover that at the SF blog as usual, open to do something that makes
sense for AOO blog too, sure.

Give me a day or two, I want to finalize the migration before.

Roberto


>
> Do you have a list of changes that we can reference?
>
> Regards,
>
> -Rob
>
>
> > All users accounts will be migrated, along with associated passwords and
> > users content.
> >
> >  http://extensions.openoffice.org may be temporarily unavailable or slow
> > down.
> >
> > Once the migration will be completed "update notifications" will be
> > activated.
> >
> > Roberto
>


Re: Default size on Linux

2013-07-09 Thread Andrea Pescetti

Jürgen Schmidt wrote:

On 7/9/13 4:57 PM, Andre Fischer wrote:

Here are some comparisons for the current state (left side) and the
proposed sizes (right side).  To speed up download I have provided
smaller versions (25% and 50%) along with the original sizes:

+1, I remember we have discussed this several times and always postponed
it because of other things. Easy fix with a huge improvement and an
improved first start experience


I agree too, I remember that I had to maximize/enlarge the window 
several times...


Regards,
  Andrea.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Default size on Linux

2013-07-09 Thread Kay Schenk
On Tue, Jul 9, 2013 at 7:57 AM, Andre Fischer  wrote:

> Hi,
>
> I would like to propose another small enhancement: a change of the default
> size of application windows on Linux.  In some cases--Writer, start center,
> Math, Base--the application window is almost square by default (for Calc,
> Impress and Draw it is fullscreen).  This does not work well with the new
> sidebar, which was designed with widescreen displays in mind.
>
> I would like to change that to what is used on Mac, use 80% of width and
> height of the screen, on which the application starts.For screen widths of
> 1024 and below I would still use the current values (therefore you will see
> no differences in the 1024x768 and 800x600 screen shots.)  As this sizing
> scheme is already in use on the Mac platform  it is tried and accepted (at
> least I know of no complaints).  The default fullscreen mode for Calc,
> Impress and Draw would not be changed.
>
> Here are some comparisons for the current state (left side) and the
> proposed sizes (right side).  To speed up download I have provided smaller
> versions (25% and 50%) along with the original sizes:
>
>  800x 600  25% [1],  50% [2],  100% [3]
> 1024x 768  25% [4],  50% [5],  100% [6]
> 1280x1024  25% [7],  50% [8],  100% [9]
> 1680x1050  25% [10], 50% [11], 100% [12]
> 1920x1200  25% [13], 50% [14], 100% [15]
>
> The change is rather small and restricted to Linux (the GTK module) and
> should have low risk of introducing regressions.
>
> Best regards,
> Andre
>
>
>
> [1] 
> http://people.apache.org/~af/**images/scale/writer-800-600-h-**25.png
> [2] 
> http://people.apache.org/~af/**images/scale/writer-800-600-h-**50.png
> [3] 
> http://people.apache.org/~af/**images/scale/writer-800-600-h-**100.png
> [4] 
> http://people.apache.org/~af/**images/scale/writer-1024-768-**h-25.png
> [5] 
> http://people.apache.org/~af/**images/scale/writer-1024-768-**h-50.png
> [6] http://people.apache.org/~af/**images/scale/writer-1024-768-**
> h-100.png
> [7] http://people.apache.org/~af/**images/scale/writer-1280-1024-**
> h-25.png
> [8] http://people.apache.org/~af/**images/scale/writer-1280-1024-**
> h-50.png
> [9] http://people.apache.org/~af/**images/scale/writer-1280-1024-**
> h-100.png
> [10] http://people.apache.org/~af/**images/scale/writer-1680-1050-**
> h-25.png
> [11] http://people.apache.org/~af/**images/scale/writer-1680-1050-**
> h-50.png
> [12] http://people.apache.org/~af/**images/scale/writer-1680-1050-**
> h-100.png
> [13] http://people.apache.org/~af/**images/scale/writer-1920-1200-**
> 25-h.png
> [14] http://people.apache.org/~af/**images/scale/writer-1920-1200-**
> 50-h.png
> [15] http://people.apache.org/~af/**images/scale/writer-1920-1200-**
> h-100.png
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>
+1, seems fine


-- 
-
MzK

"Every day we should hear at least one little song,
 read one good poem, see one exquisite picture,
 and, if possible, speak a few sensible words."
 -- Johann Wolfgang von Goethe


build break problems with r1500167 for bug 121754

2013-07-09 Thread Regina Henschel

Hi all,

The commit r1500167 for 
https://issues.apache.org/ooo/show_bug.cgi?id=121754 breaks build on 
Windows in hsqldb. You see this break in buildbot aoo-win7 too.


The error is, that the part of trunk\main\hsqldb\patches\i121754.patch, 
that should patch the file readme.txt does not apply. I have removed 
that part on my PC and the build finished then without problems.


But I'm not able to fix it on master. Whatever I do, I get a diff, which 
does not only contains removing the above mentioned part (which is line 
68 to 80 in the original file), but the diff generated by git removes 
all lines and then added the lines which should stay.


I first thought it might be, because I messed up UNIX/DOS line ends, but 
even when I carefully only use UNIX line ends, the problem stays.


Therefore it would be nice when someone with more experience than me 
could fix the build break in master.


Kind regards
Regina

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



4.0.0_release_blocker requested: [Bug 122709] Change default size of application windows on Linux

2013-07-09 Thread bugzilla
Andre  has asked  for 4.0.0_release_blocker:
Bug 122709: Change default size of application windows on Linux
https://issues.apache.org/ooo/show_bug.cgi?id=122709


--- Additional Comments from Andre 
Requesting release blocker flag because a better default size would greatly
benefit the new sidebar feature.

The change is small and the probability for introducing regressions is small. 
Only Linux (GTK module) is affected.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Default size on Linux

2013-07-09 Thread Andre Fischer

On 09.07.2013 17:00, Armin Le Grand wrote:

Hi Andre,

+1

Armin

On 09.07.2013 16:57, Andre Fischer wrote:

Hi,

I would like to propose another small enhancement: a change of the 
default size of application windows on Linux.  In some cases--Writer, 
start center, Math, Base--the application window is almost square by 
default (for Calc, Impress and Draw it is fullscreen).  This does not 
work well with the new sidebar, which was designed with widescreen 
displays in mind.


Issue number is 122709 
(https://issues.apache.org/ooo/show_bug.cgi?id=122709)




I would like to change that to what is used on Mac, use 80% of width 
and height of the screen, on which the application starts.For screen 
widths of 1024 and below I would still use the current values 
(therefore you will see no differences in the 1024x768 and 800x600 
screen shots.)  As this sizing scheme is already in use on the Mac 
platform  it is tried and accepted (at least I know of no 
complaints).  The default fullscreen mode for Calc, Impress and Draw 
would not be changed.


Here are some comparisons for the current state (left side) and the 
proposed sizes (right side).  To speed up download I have provided 
smaller versions (25% and 50%) along with the original sizes:


 800x 600  25% [1],  50% [2],  100% [3]
1024x 768  25% [4],  50% [5],  100% [6]
1280x1024  25% [7],  50% [8],  100% [9]
1680x1050  25% [10], 50% [11], 100% [12]
1920x1200  25% [13], 50% [14], 100% [15]

The change is rather small and restricted to Linux (the GTK module) 
and should have low risk of introducing regressions.


Best regards,
Andre



[1] http://people.apache.org/~af/images/scale/writer-800-600-h-25.png
[2] http://people.apache.org/~af/images/scale/writer-800-600-h-50.png
[3] http://people.apache.org/~af/images/scale/writer-800-600-h-100.png
[4] http://people.apache.org/~af/images/scale/writer-1024-768-h-25.png
[5] http://people.apache.org/~af/images/scale/writer-1024-768-h-50.png
[6] http://people.apache.org/~af/images/scale/writer-1024-768-h-100.png
[7] http://people.apache.org/~af/images/scale/writer-1280-1024-h-25.png
[8] http://people.apache.org/~af/images/scale/writer-1280-1024-h-50.png
[9] http://people.apache.org/~af/images/scale/writer-1280-1024-h-100.png
[10] http://people.apache.org/~af/images/scale/writer-1680-1050-h-25.png
[11] http://people.apache.org/~af/images/scale/writer-1680-1050-h-50.png
[12] 
http://people.apache.org/~af/images/scale/writer-1680-1050-h-100.png

[13] http://people.apache.org/~af/images/scale/writer-1920-1200-25-h.png
[14] http://people.apache.org/~af/images/scale/writer-1920-1200-50-h.png
[15] 
http://people.apache.org/~af/images/scale/writer-1920-1200-h-100.png


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org


--
ALG

-
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: Default size on Linux

2013-07-09 Thread Jürgen Schmidt
On 7/9/13 4:57 PM, Andre Fischer wrote:
> Hi,
> 
> I would like to propose another small enhancement: a change of the
> default size of application windows on Linux.  In some cases--Writer,
> start center, Math, Base--the application window is almost square by
> default (for Calc, Impress and Draw it is fullscreen).  This does not
> work well with the new sidebar, which was designed with widescreen
> displays in mind.
> 
> I would like to change that to what is used on Mac, use 80% of width and
> height of the screen, on which the application starts.For screen widths
> of 1024 and below I would still use the current values (therefore you
> will see no differences in the 1024x768 and 800x600 screen shots.)  As
> this sizing scheme is already in use on the Mac platform  it is tried
> and accepted (at least I know of no complaints).  The default fullscreen
> mode for Calc, Impress and Draw would not be changed.
> 
> Here are some comparisons for the current state (left side) and the
> proposed sizes (right side).  To speed up download I have provided
> smaller versions (25% and 50%) along with the original sizes:
> 
>  800x 600  25% [1],  50% [2],  100% [3]
> 1024x 768  25% [4],  50% [5],  100% [6]
> 1280x1024  25% [7],  50% [8],  100% [9]
> 1680x1050  25% [10], 50% [11], 100% [12]
> 1920x1200  25% [13], 50% [14], 100% [15]
> 
> The change is rather small and restricted to Linux (the GTK module) and
> should have low risk of introducing regressions.

+1, I remember we have discussed this several times and always postponed
it because of other things. Easy fix with a huge improvement and an
improved first start experience

Juergen


> 
> Best regards,
> Andre
> 
> 
> 
> [1] http://people.apache.org/~af/images/scale/writer-800-600-h-25.png
> [2] http://people.apache.org/~af/images/scale/writer-800-600-h-50.png
> [3] http://people.apache.org/~af/images/scale/writer-800-600-h-100.png
> [4] http://people.apache.org/~af/images/scale/writer-1024-768-h-25.png
> [5] http://people.apache.org/~af/images/scale/writer-1024-768-h-50.png
> [6] http://people.apache.org/~af/images/scale/writer-1024-768-h-100.png
> [7] http://people.apache.org/~af/images/scale/writer-1280-1024-h-25.png
> [8] http://people.apache.org/~af/images/scale/writer-1280-1024-h-50.png
> [9] http://people.apache.org/~af/images/scale/writer-1280-1024-h-100.png
> [10] http://people.apache.org/~af/images/scale/writer-1680-1050-h-25.png
> [11] http://people.apache.org/~af/images/scale/writer-1680-1050-h-50.png
> [12] http://people.apache.org/~af/images/scale/writer-1680-1050-h-100.png
> [13] http://people.apache.org/~af/images/scale/writer-1920-1200-25-h.png
> [14] http://people.apache.org/~af/images/scale/writer-1920-1200-50-h.png
> [15] http://people.apache.org/~af/images/scale/writer-1920-1200-h-100.png
> 
> -
> 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: Default size on Linux

2013-07-09 Thread Armin Le Grand

Hi Andre,

+1

Armin

On 09.07.2013 16:57, Andre Fischer wrote:

Hi,

I would like to propose another small enhancement: a change of the 
default size of application windows on Linux.  In some cases--Writer, 
start center, Math, Base--the application window is almost square by 
default (for Calc, Impress and Draw it is fullscreen).  This does not 
work well with the new sidebar, which was designed with widescreen 
displays in mind.


I would like to change that to what is used on Mac, use 80% of width 
and height of the screen, on which the application starts.For screen 
widths of 1024 and below I would still use the current values 
(therefore you will see no differences in the 1024x768 and 800x600 
screen shots.)  As this sizing scheme is already in use on the Mac 
platform  it is tried and accepted (at least I know of no 
complaints).  The default fullscreen mode for Calc, Impress and Draw 
would not be changed.


Here are some comparisons for the current state (left side) and the 
proposed sizes (right side).  To speed up download I have provided 
smaller versions (25% and 50%) along with the original sizes:


 800x 600  25% [1],  50% [2],  100% [3]
1024x 768  25% [4],  50% [5],  100% [6]
1280x1024  25% [7],  50% [8],  100% [9]
1680x1050  25% [10], 50% [11], 100% [12]
1920x1200  25% [13], 50% [14], 100% [15]

The change is rather small and restricted to Linux (the GTK module) 
and should have low risk of introducing regressions.


Best regards,
Andre



[1] http://people.apache.org/~af/images/scale/writer-800-600-h-25.png
[2] http://people.apache.org/~af/images/scale/writer-800-600-h-50.png
[3] http://people.apache.org/~af/images/scale/writer-800-600-h-100.png
[4] http://people.apache.org/~af/images/scale/writer-1024-768-h-25.png
[5] http://people.apache.org/~af/images/scale/writer-1024-768-h-50.png
[6] http://people.apache.org/~af/images/scale/writer-1024-768-h-100.png
[7] http://people.apache.org/~af/images/scale/writer-1280-1024-h-25.png
[8] http://people.apache.org/~af/images/scale/writer-1280-1024-h-50.png
[9] http://people.apache.org/~af/images/scale/writer-1280-1024-h-100.png
[10] http://people.apache.org/~af/images/scale/writer-1680-1050-h-25.png
[11] http://people.apache.org/~af/images/scale/writer-1680-1050-h-50.png
[12] http://people.apache.org/~af/images/scale/writer-1680-1050-h-100.png
[13] http://people.apache.org/~af/images/scale/writer-1920-1200-25-h.png
[14] http://people.apache.org/~af/images/scale/writer-1920-1200-50-h.png
[15] http://people.apache.org/~af/images/scale/writer-1920-1200-h-100.png

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org


--
ALG

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Default size on Linux

2013-07-09 Thread Andre Fischer

Hi,

I would like to propose another small enhancement: a change of the 
default size of application windows on Linux.  In some cases--Writer, 
start center, Math, Base--the application window is almost square by 
default (for Calc, Impress and Draw it is fullscreen).  This does not 
work well with the new sidebar, which was designed with widescreen 
displays in mind.


I would like to change that to what is used on Mac, use 80% of width and 
height of the screen, on which the application starts.For screen widths 
of 1024 and below I would still use the current values (therefore you 
will see no differences in the 1024x768 and 800x600 screen shots.)  As 
this sizing scheme is already in use on the Mac platform  it is tried 
and accepted (at least I know of no complaints).  The default fullscreen 
mode for Calc, Impress and Draw would not be changed.


Here are some comparisons for the current state (left side) and the 
proposed sizes (right side).  To speed up download I have provided 
smaller versions (25% and 50%) along with the original sizes:


 800x 600  25% [1],  50% [2],  100% [3]
1024x 768  25% [4],  50% [5],  100% [6]
1280x1024  25% [7],  50% [8],  100% [9]
1680x1050  25% [10], 50% [11], 100% [12]
1920x1200  25% [13], 50% [14], 100% [15]

The change is rather small and restricted to Linux (the GTK module) and 
should have low risk of introducing regressions.


Best regards,
Andre



[1] http://people.apache.org/~af/images/scale/writer-800-600-h-25.png
[2] http://people.apache.org/~af/images/scale/writer-800-600-h-50.png
[3] http://people.apache.org/~af/images/scale/writer-800-600-h-100.png
[4] http://people.apache.org/~af/images/scale/writer-1024-768-h-25.png
[5] http://people.apache.org/~af/images/scale/writer-1024-768-h-50.png
[6] http://people.apache.org/~af/images/scale/writer-1024-768-h-100.png
[7] http://people.apache.org/~af/images/scale/writer-1280-1024-h-25.png
[8] http://people.apache.org/~af/images/scale/writer-1280-1024-h-50.png
[9] http://people.apache.org/~af/images/scale/writer-1280-1024-h-100.png
[10] http://people.apache.org/~af/images/scale/writer-1680-1050-h-25.png
[11] http://people.apache.org/~af/images/scale/writer-1680-1050-h-50.png
[12] http://people.apache.org/~af/images/scale/writer-1680-1050-h-100.png
[13] http://people.apache.org/~af/images/scale/writer-1920-1200-25-h.png
[14] http://people.apache.org/~af/images/scale/writer-1920-1200-50-h.png
[15] http://people.apache.org/~af/images/scale/writer-1920-1200-h-100.png

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Starting Introduction to Contributing to Apache OpenOffice Module

2013-07-09 Thread Rob Weir
On Tue, Jul 9, 2013 at 1:21 AM, Tom Goldie  wrote:
> "Who are you, where are you from, what are you interested in? These are all
> good things to cover."
>
> My name is Tom Goldie, and I am from, and live in, Arizona. I am an educator
> by trade.
>

Hi Tom,

I'm Rob Weir, from Massachusetts, and a member of the Apache
OpenOffice Project Management Committee.

> My interest in this list and this community is as follows: I currently teach
> inmates in a large (3500 men) prison -- 75 at any one time -- how to use
> OpenOffice. I use it, love it, and share what I know wherever I can. My
> motto: "Friends don't send friends document it will cost them hundreds of
> dollars to open."
>

Interesting.  I'd love to interview you for a blog post on your work
with OpenOffice and the inmates, if you would be willing.  This sounds
like a good story that our user community would enjoy reading.

> We have one problem: we don't have any recognized standards to teach to.
> Sure, we have come up with what WE think is important, but we're looking for
> something that guys can feel good about earning and that will tell potential
> employers what they are likely to know.
>

We have various tutorials, as I'm sure you've seen.  But we (Apache)
don't currently have formal user certificates.  There is, however, a
3rd party that offers accredited user certification per frameworks in
the UK and Europe:

https://theingots.org/community/CertOOo

I'm not deeply familiar with that work, but if you contact Ian I'm
sure he can explain it better.

> Here's what I'm offering: my "expertise", such as it is, and a whole lot of
> prison labor (voluntary, you can be assured) to flesh-out and test standards
> and curriculum materials to form the basis for an OpenOffice Certification.
> I believe the approach I'm suggesting is different and more easily completed
> because it is driven by produced documents -- which brings into ready and
> sharp focus requisite skills and thought processes.
>
> Here's the idea so far, with some sketching-in in a few places to give you
> an idea of how it would go together:
>
> 1) OpenOffice users across the globe are asked, "What documents is it
> important to know how to make?" Of course, depending on experience the
> responses will be varied, but perhaps it begins to shape up as follows:
>
> Writer -- business and personal letters, shopping lists, mailmerge letters,
> academic papers (MLA in the US, not sure about elsewhere), memos,
> newsletters, etc.
>
> Calc -- inventory sheet, payroll calculation, balance sheet, budget -- I
> KNOW there is a lot of variety out there, but perhaps representative sheets
> with common functions and can be settled on
>
> Draw -- line and block organization chart, simple product illustration,
> landscape scene with imported bitmaps, artistic rendering of automobile,
> whatever.
>
> Note that Impress, Base, Math,and Basic are left out for now -- but not
> forgotten.
>
> 2. We (a working group of me and interested people from this community)
> gather from all over the globe .pdfs of each of these documents and their
> specifications. We decide which document elements are signature, come up
> with different levels of elegance of handling them, and then assign
> documents and methods to certain levels.
>
> Some sketching here is in order: Let's take letters. There are business and
> personal letters. We can say what SHOULD NOT be done (hard returns at the
> end of lines), but also say that adding paragraph markers for above/below
> paragraph spacing is a beginner-level technique (and students should be
> aware of the pitfalls), but creating and applying a paragraph style is an
> intermediate-level technique. Instruction can be provided for creating
> common elements: page numbering, dates, alignments and indents, margins, and
> such -- which will be determined by looking over user submissions. The
> student passes the letter portion at either basic or intermediate level when
> they avoid all the don'ts, and then apply the appropriate techniques.
>

Some checks like this can be automated as well with scripts or by
using the ODF Toolkit, if you look at the original ODF file rather
than the PDF.


> This is done for each type of common document for each facet of OO. More
> difficult documents (say, books, or long academic papers -- things that
> require tweaks for headers, bookmarks, cross-references, etc.) are in the
> advanced section.
>
> For Impress, it is pretty easy to figure out what are basic tasks
> (transitions, animations), intermediate tasks (more complicated animations
> and timing, making groovy slide masters), and advanced topics (printing
> handouts, notes, etc.).
>
> For Base, beginners should be able to navigate a database, view data using
> filters and sort, perform queries, use forms, enter data in tables and
> forms, run reports with parameterized queries, etc. Intermediate users
> should be able to design/write queries, design tables, make forms, make
> reports, etc.

Re: in build, where can I find info about external packs that have been used

2013-07-09 Thread Regina Henschel

Hi Andrea,

Andrea Pescetti schrieb:

Regina Henschel wrote:

I have removed part hsqldb/readme.txt from i121754.patch and now hsqldb
is build.


Very good, thanks. There is some dangerous mix of whitespaces and
newlines there (upgrade HSQLDB 1.8.0.10 -> 11, which is tagged but not
officially released) and it might be that "patch" gets confused on some
systems. If you haven't already done so, please fix it in trunk too


I cannot fix it on trunk now. I'm struggling with git and something 
wrong would go to trunk.


 and

put a short comment on
https://issues.apache.org/ooo/show_bug.cgi?id=121754 saying that you had
to fix it since the patch didn't apply on Windows.


I have added a plain patch to the issue to show what needs to be removed.




Of course, removing the part of the patch that applies to readme.txt
does not have any practical consequence.



Kind regards
Regina


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Unsubscribe not working

2013-07-09 Thread Jürgen Schmidt
On 7/9/13 3:23 PM, John White wrote:
> I know I'm not supposed to email the mailing list about this, but could 
> someone please check the unsubscribe function?  I've sent five emails to 
> dev-unsubscr...@oppenoffice.apache.org and have received no confirmation 
> email.  I've checked my spam folder many times and nothing's there, and I 
> keep getting emails from the mailing list.
> 

if you have send it to exactly this email address above, you should
correct it to dev-unsubscr...@openoffice.apache.org -> notice the
removed "p"

I hope thsi help


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Unsubscribe not working

2013-07-09 Thread John White
I know I'm not supposed to email the mailing list about this, but could someone 
please check the unsubscribe function?  I've sent five emails to 
dev-unsubscr...@oppenoffice.apache.org and have received no confirmation email. 
 I've checked my spam folder many times and nothing's there, and I keep getting 
emails from the mailing list.

John
  

review requested: [Bug 121754] Build HSQLDB with JDK 7 : [Attachment 81042] remove the failiing part

2013-07-09 Thread bugzilla
Regina Henschel  has asked Regina Henschel
 for review:
Bug 121754: Build HSQLDB with JDK 7
https://issues.apache.org/ooo/show_bug.cgi?id=121754

Attachment 81042: remove the failiing part
https://issues.apache.org/ooo/attachment.cgi?id=81042&action=edit


--- Additional Comments from Regina Henschel 
The part, where the readme file is patched, does not apply on Windows but
produces a build break. The attached patch removes that part.

I wonder, that the file i121754.patch has DOS line ends (and so has this
patch). In addition I currently struggle with git. So please have a look and
help fixing it on master.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



4.0.0_release_blocker granted: [Bug 118671] Simple macro crashes OOo.Impress

2013-07-09 Thread bugzilla
j...@apache.org has granted Armin Le Grand 's request for
4.0.0_release_blocker:
Bug 118671: Simple macro crashes OOo.Impress
https://issues.apache.org/ooo/show_bug.cgi?id=118671


--- Additional Comments from j...@apache.org
showstopper flag got lost

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



4.0.0_release_blocker denied: [Bug 119152] creating seperating temp files for images for password protected document (if contains images)

2013-07-09 Thread bugzilla
j...@apache.org has denied fanyuz...@gmail.com's request for
4.0.0_release_blocker:
Bug 119152: creating seperating temp files for images for password protected
document (if contains images)
https://issues.apache.org/ooo/show_bug.cgi?id=119152


--- Additional Comments from j...@apache.org
remove showstopper request

the tmp files are not directly usable as Armin figured out. More work necessary
to find a better solution but it is no showstopper.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



4.0.0_release_blocker denied: [Bug 118936] Can't open xlsx(2007-2010) file with password

2013-07-09 Thread bugzilla
j...@apache.org has denied fanyuz...@gmail.com's request for
4.0.0_release_blocker:
Bug 118936: Can't open xlsx(2007-2010) file with password
https://issues.apache.org/ooo/show_bug.cgi?id=118936


--- Additional Comments from j...@apache.org
remove showstopper request, it's no bug but an enhancement

No easy fix available in time

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Sidebar toolbar improvement

2013-07-09 Thread Andre Fischer

On 05.07.2013 14:20, Andre Fischer wrote:

On 05.07.2013 13:40, Jürgen Schmidt wrote:

On 7/5/13 1:32 PM, Andre Fischer wrote:

Hi,

I would like to propose a little improvement to the way toolbars are
displayed in sidebar panels.  At the moment toolbars are displayed with
a gradient in the background but no border [1].  I would like to add a
subtle border to make the toolbars better recognizable [2].

a minor but useful improvement, I like it and would support this change

+1


Done.  See issue 122707 for more information 
(https://issues.apache.org/ooo/show_bug.cgi?id=122707)


-Andre



Juergen

The two images show screenshots made on Linux Ubuntu 13.04 with 
standard

Ambiance theme (far left), MacOS X 10.7.5 with standard theme (center)
and Windows 7 with standard theme (far right).
Note that the screenshot also show different languages: English en-US
(far left), German de (center) and Finnish fi (far right).

With the proposed borders around toolbars: [1]
Without borders: [2]


Ahem, this should be

With the proposed borders around toolbars: [2]
Without borders: [1]




The change itself is harmless, a simple exchange of color values in
sfx/source/sidebar/Theme.cxx

Best regards,
Andre


[1] http://people.apache.org/~af/images/sidebar-theme-LMW-old.png
[2] http://people.apache.org/~af/images/sidebar-theme-LMW-new.png

-
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






-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: [UX][DESIGN EXPLORATION] - flat application icons

2013-07-09 Thread Armin Le Grand

Hi Samer,

nice stuff! No longer the basic 'app'-like shape, but nice ;-) I like 
the round ones, this is a visible change. I miss the gulls less than I 
would have imagined before seeing it...


Some thoughts on looking at them:
- The symbols in the objects are well distinguishable. The presentation 
one is rounded, the others have sharp edges. Would it be possible to 
have sharp/round for all uniquely? Maybe a unique size for all, too?
- For Impress I still would prefer the 'dia' association, a frame with 
the classic 'dia' dimensions and an open 'window' in the center, like in 
the set from Kevin two above yours.


Just my thoughts (and just suggestions of course)

On 08.07.2013 17:21, Samer Mansour wrote:

Hi Everyone, took another stab:
https://cwiki.apache.org/confluence/display/OOOUSERS/AOO4+-+Desktop+Icons

Upon scaling down, I can tweak line thicknesses to create sharper small set
icons, I only scaled cheap to get this draft out on the mailing list for
comments.

Here are my thoughts when creating those:

Flatter, sharper, more contrast, less gradients.
People mentions circle is part of the brand, note taken and implemented.
People mentioned too many gradients, I created this icon set back in
December 2012 before we were inspired by the flat idea. Gradients have been
removed.
Someone mentioned shoot the birds, so I played Duck Hunt with them.
Someone said my icon for Impress was less than, I choose not to act on it
for the time being.
I like the oblique styling on the Sigma, that's what the person building
the shed wants to do.
Jurgen mentioned boarders too dark, I forgot to lighten them, but can in
future iterations.
Rob mentioned templates to be dotted, did it, works.  And its still similar
enough for 3.x users to transition to.

If time is running out, we can do just the main application icon for now.
I'm ok with doing these for 4.1


On Mon, Jul 8, 2013 at 7:25 AM, Andre Fischer  wrote:


[stuff deleted here]
--
ALG

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



4.0.0_release_blocker denied: [Bug 122312] Translate content in extras

2013-07-09 Thread bugzilla
j...@apache.org has denied Ariel Constenla-Haile 's request
for 4.0.0_release_blocker:
Bug 122312: Translate content in extras
https://issues.apache.org/ooo/show_bug.cgi?id=122312


--- Additional Comments from j...@apache.org
remove the showstopper request 

This issue is still valid and important  but I see no activity here from the
affected translation community. We should push this issue for 4.1 more
actively. Thanks Ariel for raising this issue and also for raising awareness on
the mailing list.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



4.0.0_release_blocker requested: [Bug 118671] Simple macro crashes OOo.Impress

2013-07-09 Thread bugzilla
Armin Le Grand  has asked  for 4.0.0_release_blocker:
Bug 118671: Simple macro crashes OOo.Impress
https://issues.apache.org/ooo/show_bug.cgi?id=118671


--- Additional Comments from Armin Le Grand 
ALG: Okay, checked again and comitted. This fixes the crash on linux systems
and avoids a null-pointer access on the other systems with writing a boolean
member there.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



4.0.0_release_blocker granted: [Bug 122707] [sidebar] Show frame around sidebar toolbars

2013-07-09 Thread bugzilla
j...@apache.org has granted Andre 's request for
4.0.0_release_blocker:
Bug 122707: [sidebar] Show frame around sidebar toolbars
https://issues.apache.org/ooo/show_bug.cgi?id=122707


--- Additional Comments from j...@apache.org
grant showstopper flag

proposed on dev list last week, no objections -> seems to be common consensus

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



4.0.0_release_blocker requested: [Bug 122707] [sidebar] Show frame around sidebar toolbars

2013-07-09 Thread bugzilla
Andre  has asked  for 4.0.0_release_blocker:
Bug 122707: [sidebar] Show frame around sidebar toolbars
https://issues.apache.org/ooo/show_bug.cgi?id=122707


--- Additional Comments from Andre 
Requesting show stopper flag to make a new feature as good as possible.
Fix exists. Should be harmless because it just changes some colors and
spacings.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



4.0.0_release_blocker denied: [Bug 119935] private:stream - load component from ByteArray crashes aoo34

2013-07-09 Thread bugzilla
j...@apache.org has denied liupingtan 's request for
4.0.0_release_blocker:
Bug 119935: private:stream - load component from ByteArray crashes aoo34
https://issues.apache.org/ooo/show_bug.cgi?id=119935


--- Additional Comments from j...@apache.org
remove showstopper request 

This problem is triggered by the client code and seems to work in Basic. Needs
further investigation and the issues exists already in version 3.3

If a usable and uncritical solution will be provided in time I will grant the
showstopper flag.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



4.0.0_release_blocker denied: [Bug 121454] Problem with "undo" feature on auto-bullet while using "record changes" feature

2013-07-09 Thread bugzilla
j...@apache.org has denied fanyuz...@gmail.com's request for
4.0.0_release_blocker:
Bug 121454: Problem with "undo" feature on auto-bullet while using "record
changes" feature
https://issues.apache.org/ooo/show_bug.cgi?id=121454


--- Additional Comments from j...@apache.org
remove showstopper request, not critical 

not easy to reproduce, more information required

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



4.0.0_release_blocker denied: [Bug 121094] Calc repeatedly crashes

2013-07-09 Thread bugzilla
j...@apache.org has denied fanyuz...@gmail.com's request for
4.0.0_release_blocker:
Bug 121094: Calc repeatedly crashes
https://issues.apache.org/ooo/show_bug.cgi?id=121094


--- Additional Comments from j...@apache.org
remove showstopper request

Proplem can't be reproduced and needs further investigation or more detailed
information of the environment

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



4.0.0_release_blocker denied: [Bug 120460] [non-pro] crash in import of special sheet with connectors but empty apart from that

2013-07-09 Thread bugzilla
j...@apache.org has denied fanyuz...@gmail.com's request for
4.0.0_release_blocker:
Bug 120460: [non-pro] crash in import of special sheet with connectors but
empty apart from that
https://issues.apache.org/ooo/show_bug.cgi?id=120460


--- Additional Comments from j...@apache.org
remove showstopper request, can't be reproduced

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: 4.0 Release Dashboard

2013-07-09 Thread Jürgen Schmidt
On 7/8/13 11:01 PM, Marcus (OOo) wrote:
> Am 07/08/2013 10:46 PM, schrieb Marcus (OOo):
>> Am 07/08/2013 03:59 PM, schrieb Rob Weir:
>>> On Mon, Jul 8, 2013 at 4:44 AM, Jürgen Schmidt
>>> wrote:
 On 7/3/13 4:19 PM, Rob Weir wrote:
> At the risk of seeming too "corporate", I've added a "dashboard" page
> to the wiki to track our summary status:
>
> https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard
>
>
>
> I hate status reports as much as anyone, but with so much information
> passing by on our many mailing lists, we risk losing track of the
> high-level status. I'm hoping that this dash board page, if we update
> it, can give us all a good view of how the release is progressing.
>
> No need for a lot of detail. This is intended to be high-level,
> identifying areas that are "on track" versus "at risk". Or
> green/yellow/red.
>
> This will also make it easier for volunteers to see what areas need
> the most help. We have many volunteers who are able to help in more
> than one area. Now we can see what areas need help.
>

 indeed it could help but the page was not easy to find when losing this
 email out of focus.

 And I am wondering why it is not placed under Project Planning ->
 Releases -> AOO 4.0

>>>
>>> I just moved it there now. URL is the same:
>>>
>>> https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard
>>>
>>>
>>
>> I just saw an entry for the download scripting, so I've added a comment.

Marcus I know that you have worked on the new directory structure and
tested it already. Can you please point me to the related information
that I can prepare my copy scripts accordingly to have them in place as
well.

Juergen


> 
> ... and added colors to the status text for a faster visibility, I hope
> you don't mind. ;-)
> 
> 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



4.0.0_release_blocker granted: [Bug 122603] Date field displays incorrect value as number text in Base report

2013-07-09 Thread bugzilla
j...@apache.org has granted fanyuz...@gmail.com's request for
4.0.0_release_blocker:
Bug 122603: Date field displays incorrect value as number text in Base report
https://issues.apache.org/ooo/show_bug.cgi?id=122603


--- Additional Comments from j...@apache.org
grant showstopper flag, patch available

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: EXTERNAL: Re: OpenOffice 3.3 and Java 7

2013-07-09 Thread Herbert Duerr

Hi Raymond,

On 08.07.2013 21:31, Steele, Raymond wrote:

Thanks for the response. I've been informed by Nicolas Christoper of Adfinis 
Sygroup that the Solaris x86 port was not completed, but could be completed at 
cost. I am not sure where my organization will go from here. We've been using 
the OpenOffice API to meet some of our customer requirements and would like to 
stick with OpenOffice to prevent any re-engineering for another office suite. 
However, as I said, the Java 7 directive is now forcing our hand in one 
direction.  In an attempt to prevent any additional cost to our project, it may 
be in our best interest to port  OpenOffice to Solaris x86 ourselves, but we 
are considering our options. Advice?


One option is to work with the Adfinis guys, the other option is to 
finish the port yourself by building and testing it on the target platform.


A nice start into this topic is available [1], especially its "how to 
create your own port" paragraph. In this case things should be easy as 
the Solaris port used to be maintained and related Unix ports were 
always progressing nicely. Don't hesitate to ask if you have more questions.


[1] http://www.openoffice.org/porting/

Herbert

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: IA2 branch testing of r1484083 merege with trunk

2013-07-09 Thread Steve Yin
Jamie and Stuart,

Sorry for the slowness of the IA2 development in the current phase. And I
will continue to push the IA2 dev work after the AOO 4.0 release. The
Presentation and Spreadsheet IA2 support were proposed in the next release
(AOO 4.1). Thanks a lot for your understanding. : )


On Tue, Jul 9, 2013 at 1:53 PM, V Stuart Foote wrote:

> Jamie,
>
> Steve Yin and folks do not push their ia2 branch dev work out very
> frequently. But I am sure they've been moving it along.  Just wish it were
> more transparent so we could catch any IAccessible2 or A11y standards
> issues
> earlier in the rework.
>
> Anyhow, the last build we had to work against was against r1484083 from May
> 18th--you have not missed anything.
>
> Simply, nothing newer has been checked back into SVN even if the buildbot
> was running to completion instead of erroring out as its done for quite
> some
> time.
>
> You can view the check-in status of the ia2 branch SVN at:
>
> http://svn.apache.org/viewvc/openoffice/branches/ia2/
>
> Stuart
>
>
>
>
> --
> View this message in context:
> http://openoffice.2283327.n4.nabble.com/IA2-branch-testing-of-r1484083-merege-with-trunk-tp4644296p4647467.html
> Sent from the Development mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
Best Regards,

Steve Yin


4.0.0_release_blocker granted: [Bug 121127] Writer crashes exporting this document to PDF

2013-07-09 Thread bugzilla
j...@apache.org has granted fanyuz...@gmail.com's request for
4.0.0_release_blocker:
Bug 121127: Writer crashes exporting this document to PDF
https://issues.apache.org/ooo/show_bug.cgi?id=121127


--- Additional Comments from j...@apache.org
grant showstopper flag, fix available

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



4.0.0_release_blocker granted: [Bug 118671] Simple macro crashes OOo.Impress

2013-07-09 Thread bugzilla
j...@apache.org has granted fanyuz...@gmail.com's request for
4.0.0_release_blocker:
Bug 118671: Simple macro crashes OOo.Impress
https://issues.apache.org/ooo/show_bug.cgi?id=118671


--- Additional Comments from j...@apache.org
grant showstopper flag, patch available

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org