4.0.0_release_blocker requested: [Bug 122678] Clicking New Document toolbar item crashes

[bugzilla]

Ariel Constenla-Haile  has asked  for
4.0.0_release_blocker:
Bug 122678: Clicking New Document toolbar item crashes
https://issues.apache.org/ooo/show_bug.cgi?id=122678


--- Additional Comments from Ariel Constenla-Haile 
Crash on Linux with gcc < 4.5.0

A bug in the libstdc++ dynamic cast runtime makes the dynamic_cast from
VCLXMenu* to VCLXPopupMenu * fail in framework::NewToolbarController::execute(
sal_Int16 ) framework/source/uielement/popuptoolbarcontroller.cxx

Bug is solved in gcc >= 4.5.0, see
http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=149297

Reproducible in Fedora 18 or some other newer Linux system if you copy in
/opt/openoffice4/program an older version of libstdc++, like the one available
in CentOS 5 (gcc 4.1.2).

Simple fix: replace the dynamic_cast with a reinterpret_cast, or C-style cast.

-
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 122678] Clicking New Document toolbar item crashes

[bugzilla]

j...@apache.org has granted Ariel Constenla-Haile 's request
for 4.0.0_release_blocker:
Bug 122678: Clicking New Document toolbar item crashes
https://issues.apache.org/ooo/show_bug.cgi?id=122678


--- Additional Comments from j...@apache.org
grant 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 granted: [Bug 122689] Galician translation update for AOO 4.0

[bugzilla]

j...@apache.org has granted  4.0.0_release_blocker:
Bug 122689: Galician translation update for AOO 4.0
https://issues.apache.org/ooo/show_bug.cgi?id=122689


--- Additional Comments from j...@apache.org
issue for tracking Galician translation update

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

Re: [RELEASE]: propose next snapshot build based on rev. 1499347

[Jürgen Schmidt]

On 7/4/13 2:17 PM, Jürgen Schmidt wrote:
> On 7/3/13 2:14 PM, Jürgen Schmidt wrote:
>> Hi,
>>
>> I would like to propose the next snapshot build based on rev. 1499347.
>> The SNAPSHOT tag is moved and it is based on trunk rev. 1499345.
>>
>> The build will include the following languages:
>>
>> ast cs de el en-GB en-US es fi fr gd gl hu it ja ko nl pt pt-BR ru sk sl
>> ta zh-CN
>>
>> Asturian (ast) Czech (cs), German (de), Greek (el), English United
>> Kingdom (en-GB), English US (en-US), Spanish (es), Finnish (fi) French
>> (fr), Scottish Gaelic (gd), Galician (gl), Hungarian (hu), Italian (it),
>> Japanese (ja), Korean (ko), Dutch (nl), Portuguese (pt), Portuguese
>> Brazil (pt-BR), Russian, (ru), Slovak (sk), Solvenian (sl), Tamil (ta),
>> Chinese (Simplified)
>>
>> Note that I have added Greek.
>>
>> Building, signing and uploading will take some time.
>>
>> Juergen
>>
>> PS: cc l10n and qa list, replies to the dev list please
>>
> 
> Windows builds are uploaded but only the exe files. The checksum files
> will take some time.
> 
> Mac and src upload is still ongoing but you can check what's there already.
> 
> https://people.apache.org/~jsc/developer-snapshots/snapshot/
> 
> Happy testing and review

The upload is finished. But Galician is not up-to-date, my fault. I
simply have overseen that I haven't merged and commit it.

Galician is in progress ;-)

Juergen

> 
> Juergen
> 


-
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 122607] [help content] filename of extension manager page is wrong

[bugzilla]

j...@apache.org has granted Rob Weir 's request for
4.0.0_release_blocker:
Bug 122607: [help content] filename of extension manager page is wrong
https://issues.apache.org/ooo/show_bug.cgi?id=122607


--- Additional Comments from j...@apache.org
grant showstopper fix, easy fix and no translation/Pootle update involved

-
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 122676] undo-redo works correctly only after double click

[bugzilla]

j...@apache.org has denied Edwin Sharp 's request for
4.0.0_release_blocker:
Bug 122676: undo-redo works correctly only after double click
https://issues.apache.org/ooo/show_bug.cgi?id=122676


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

Easy workaround is possible. I am willing to grant the showstopper flag again
when a useable, uncritical fix comes in time.

Before you request a showstopper please think about our criteria. We accept
only issues that fulfill our showstopper criteria or simple issues where a fix
is already in place and which are not critical.

And moving the release date based on such simple issue is not an option because
than we will never release. And the next release is coming as well.

-
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 122649] Color names not found for translation

[bugzilla]

j...@apache.org has granted Armin Le Grand 's request for
4.0.0_release_blocker:
Bug 122649: Color names not found for translation
https://issues.apache.org/ooo/show_bug.cgi?id=122649


--- Additional Comments from j...@apache.org
grant showstopper issue, fix in place and no translation update necessary

-
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 118986] [RTF export] crashes when copy an empty line from Writer below a tif picture then paste into spreadsheet

[bugzilla]

j...@apache.org has granted liupingtan 's request for
4.0.0_release_blocker:
Bug 118986: [RTF export] crashes when copy an empty line from Writer below a
tif picture then paste into spreadsheet
https://issues.apache.org/ooo/show_bug.cgi?id=118986


--- Additional Comments from j...@apache.org
grant showstopper flag, fix is in place

-
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 122692] boost build fixes for OS/2

[bugzilla]

Yuri Dario  has asked  for 4.0.0_release_blocker:
Bug 122692: boost build fixes for OS/2
https://issues.apache.org/ooo/show_bug.cgi?id=122692

-
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 121772] Insert - Object - PlugIn fails with error message

[bugzilla]

j...@apache.org has denied  4.0.0_release_blocker:
Bug 121772: Insert - Object - PlugIn fails with error message
https://issues.apache.org/ooo/show_bug.cgi?id=121772


--- Additional Comments from j...@apache.org
remove showstopper flag, small fix to prevent crash but the issue can't be
fixed completely in time. Needs further investigation...

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

Re: OpenOffice 3.3 and Java 7

[James Lee]

On 03/07/2013 18:58, Steele, Raymond wrote:

Hello,



We are currently running Solaris x86 with OpenOffice 3.3. We have recently be 
directed to upgrade our systems to Java 7, but cannot seem to get Java 7 to 
work correctly with OpenOffice version 3.3.



I think it needs to at least be compiled for 1.7.  I use Solaris 10 
i386  OOo-3.4.1, with Java 1.7 it fails



Error occurred during initialization of VM
Unable to load native library: ld.so.1: soffice.bin: fatal: relocation 
error: file /usr/jdk1.7.0_25/jre/lib/i386/libjava.so: symbol 
JVM_SetNativeThreadName: referenced symbol not found


I'm not sure if it compiles with 1.7, I didn't try.

Why not install 2 JREs?  I use 1.6 with OOo and 1.7 with everything else.



James.


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

Sidebar toolbar improvement

[Andre Fischer]

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].


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]

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

Re: Sidebar toolbar improvement

[Jürgen Schmidt]

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

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]
> 
> 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

4.0.0_release_blocker granted: [Bug 122692] boost build fixes for OS/2

[bugzilla]

j...@apache.org has granted Yuri Dario 's request for
4.0.0_release_blocker:
Bug 122692: boost build fixes for OS/2
https://issues.apache.org/ooo/show_bug.cgi?id=122692


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

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

Re: Sidebar toolbar improvement

[Andre Fischer]

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

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

4.0.0_release_blocker requested: [Bug 122676] undo-redo works correctly only after double click

[bugzilla]

Armin Le Grand  has asked j...@apache.org for
4.0.0_release_blocker:
Bug 122676: undo-redo works correctly only after double click
https://issues.apache.org/ooo/show_bug.cgi?id=122676


--- Additional Comments from Armin Le Grand 
ALG: Using the SfxDispatcher::Execute call which allows a null-terminated list
of SfxPoolItems to be handed over instead of doing two calls with just one
SfxPoolItem. The difference is that only one SlotID can be handed over, Checked
that the adding of SfxPoolItems to an SfxItemSet is directly done in
SfxDispatcher::Execute itself, thus the SfxPoolItems always arrive at the
application as SfxItemSet. Prerequisite to make this work is that the SlotIDs
used lead to the correct execution, this is done in DrawViewShell::FuTemporary
and in a single case the slots SID_ATTR_FILL_STYLE, SID_ATTR_FILL_COLOR,
SID_ATTR_FILL_GRADIENT, SID_ATTR_FILL_HATCH and SID_ATTR_FILL_BITMAP are
handled using SetAttributes at the SdrDrawView. Thus, using a single Execute
call with two SfxPoolItems and the slot of the original command and not
SID_ATTR_FILL_STYLE works well. This path exists in the other apps, too, so I
would say the change is safe.
Resetting the ReleaseBlocker flag now with a possible solution which I evaluate
as not dangerous. Preparing to add the patch, too.

-
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 122676] undo-redo works correctly only after double click

[bugzilla]

j...@apache.org has granted Armin Le Grand 's request for
4.0.0_release_blocker:
Bug 122676: undo-redo works correctly only after double click
https://issues.apache.org/ooo/show_bug.cgi?id=122676


--- Additional Comments from j...@apache.org
grant showstopper flag, fix is 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 denied: [Bug 119995] Calc crashed if click formula toolbar while range picker enabled in another calc document

[bugzilla]

j...@apache.org has denied fanyuz...@gmail.com's request for
4.0.0_release_blocker:
Bug 119995: Calc crashed if click formula toolbar while range picker enabled in
another calc document
https://issues.apache.org/ooo/show_bug.cgi?id=119995


--- Additional Comments from j...@apache.org
I also can't reproduce the crash on Mac.

I can confirm that the second document is protected completely, no changes in
any cell or the formular field.

I don't think that this is a critical showstopper. But I will grant the
showstopper flag again when a usable and uncritical fix will come in time

-
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

[Samer Mansour]

Hey guys,

I've thrown my icon set up again if you are interested in using it or
altering it, let me know.
https://cwiki.apache.org/confluence/display/OOOUSERS/AOO4+-+Desktop+Icons

Samer Mansour



On Mon, Jul 1, 2013 at 5:47 PM, Kay Schenk  wrote:

> On Wed, Jun 26, 2013 at 11:31 PM, Kevin Grignon
> wrote:
>
> > Hello all,
> >
> > I've updated my flat application icons design exploration to show the
> icons
> > adjacent to the new flat logo.
> >
> >
> https://cwiki.apache.org/confluence/display/OOOUSERS/AOO4+-+Desktop+Icons
> >
> > Scroll to end of page to see the flat icons.
> >
> > Thoughts?
> >
> > Regards,
> > Kevin
> >
>
> Hi -- I LIKE these! Very nice.  Modern.
>
> I would just like to mention that a small "flat" orb icon in various sizes
> might also be needed to replace the images that start with "main..." in:
>
> http://svn.apache.org/viewvc/openoffice/trunk/main/default_images/res/
>
> This is used on (my) Linux system(s) for the main soffice component.
>
>
>
> --
>
> -
> MzK
>
> "If you stick with a vision, it might not all work,
>  but some of it will be absolute genius."
>-- Kim Cattrall
>

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

[Armin Le Grand]

Hi Samer,

On 05.07.2013 16:03, Samer Mansour wrote:

Hey guys,

I've thrown my icon set up again if you are interested in using it or
altering it, let me know.
https://cwiki.apache.org/confluence/display/OOOUSERS/AOO4+-+Desktop+Icons


Thanks for sharing, nice stuff. As you know, I like the rectangle ones 
which are similar to 'App'-style ones, thus I like the 1st line :-)


I saw you have changed the symbol for Impress; I think it's not too well 
distinguishable as Presentation app/File, I had to detect it by 
excluding the other ones. Would it be better to use the 'Dia' 
association which Kevin used, maybe with graphic objects in the dia?


Sincerely,
Armin



Samer Mansour



On Mon, Jul 1, 2013 at 5:47 PM, Kay Schenk  wrote:


On Wed, Jun 26, 2013 at 11:31 PM, Kevin Grignon
wrote:


Hello all,

I've updated my flat application icons design exploration to show the

icons

adjacent to the new flat logo.



https://cwiki.apache.org/confluence/display/OOOUSERS/AOO4+-+Desktop+Icons

Scroll to end of page to see the flat icons.

Thoughts?

Regards,
Kevin


Hi -- I LIKE these! Very nice.  Modern.

I would just like to mention that a small "flat" orb icon in various sizes
might also be needed to replace the images that start with "main..." in:

http://svn.apache.org/viewvc/openoffice/trunk/main/default_images/res/

This is used on (my) Linux system(s) for the main soffice component.



--

-
MzK

"If you stick with a vision, it might not all work,
  but some of it will be absolute genius."
-- Kim Cattrall


--
ALG

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

Re: Problem accessing web site

[Donald Whytock]

On Thu, Jul 4, 2013 at 6:27 PM, Marcus (OOo)  wrote:

> Am 07/04/2013 11:05 PM, schrieb Kay Schenk:
>
>  On Thu, Jul 4, 2013 at 1:34 PM, Dave Fisher
>>  wrote:
>>
>>
>>> On Jul 4, 2013, at 8:18 AM, Pedro Marquez wrote:
>>>
>>>  Dear Sir:

 I´ve been trying to download the OpenOffice software from:
 http://www.openoffice.org/es/**descargar/

 However, it always respond with:




  http://sourceforge.net/**projects/openofficeorg.mirror/**
>>> files/localized/es/3.4
>>> .
>>>
 1/Apache_OpenOffice_**incubating_3.4.1_Win_x86_**
 install_es.exe/download

 Server not found



 I´ve asked to my systems administrator about, and he tells me that the
 security system “Fortinet” we use blocks it. What can I do?

>>>
>>> (1) You can download from here:
>>>
>>> http://www.apache.org/dist/**incubator/ooo/files/localized/**es/3.4.1/
>>>
>>> But you don't get the mirror system offered by sourceforge.net to our
>>> project (and many other non-Apache.)
>>>
>>> (2) Ask Fortinet or your admin to whitelist sourceforge.net.
>>>
>>> 
>>>
>>> Marcus/Kay - Have we thought more about offering downloads from the
>>> Apache
>>> Mirror system for these exceptional cases?
>>>
>>
> No, up to today there were really just very few complains about downloads
> that do not work due to network restrictions of companies or ISPs.
>
> But ...
>
>
>  Well, we can certainly think about it now. Marcus is really the lead in
>> this. Maybe it would be as simple as changing the description of the
>> alternate link from:
>>
>> *Get all platforms, languages, language packs*
>>
>> to
>>
>> *Problems downloading? Get all platforms, languages, language packs.*
>>
>>
>> and offer
>>
>> http://www.apache.org/dist> incubator/ooo/files/localized/**es/3.4.1/
>> >
>>
>> as another alternative...somewhere
>>
>
> ... yes, somewhere else is good because the green box is already full
> enough of additional links, of course IMHO. :-)
>
> I could think of a section on the "other.html" webpage:
>
> - Another entry in the TOC
> - Some text and link to the Apache server below the tables
> - Additionally a link on the main download webpage,
>  in link bar on the right
>
>
>  It's good that you sent this. I for one had forgotten that we need to
>> change this link off "incubator" for 4.0. It needs to be added to our 4.0
>> tasks.
>>
>
> Too late ;-) , it's already gone as we can see with the current snapshot
> builds.
>
> Marcus
>
>
>
The set of Apache mirrors offers different domains and domain types, some
of which might be more easily reached through restrictive firewalls.  At my
company I'm able to download from SourceForge but some other
open/public/shareware/freeware sites are blocked.  Plus, some businesses
are blocked but university domains are generally reachable.  So, yes,
getting on the Apache mirrors might make AOO more accessible for
downloading.

Don

How can I find the method of some functions in source code

[Yi]

Hi all,
 How can I find the method of some functions in source code, such as Insert 
Comment in Writer, I found it was so difficult to find the method in source 
code, who can give me a hint?




Yi

build problem...missing oox/source/token/tokens.hxx

[Kay Schenk]

I'm trying to a build and seem to be missing  oox/source/token/tokens.hxx

referenced in oox/prj/d.lst

I seem to have oox/source/token/tokens.hxx.head and
oox/source/token/tokens.hxx.tail
but no oox/source/token/tokens.hxx.

Can d.lst be fixed to use these or has tokens.hxx been removed or ???

-- 
-
MzK

"If you stick with a vision, it might not all work,
 but some of it will be absolute genius."
   -- Kim Cattrall

Re: build problem...missing oox/source/token/tokens.hxx

[Herbert Duerr]

On 05.07.2013 17:53, Kay Schenk wrote:

I'm trying to a build and seem to be missing  oox/source/token/tokens.hxx

referenced in oox/prj/d.lst

I seem to have oox/source/token/tokens.hxx.head and
oox/source/token/tokens.hxx.tail
but no oox/source/token/tokens.hxx.

Can d.lst be fixed to use these or has tokens.hxx been removed or ???


The tokens.hxx header seems to be a file generated by
  main/oox/source/token/token.pl
and
  main/oox/source/token/makefile.mk

I suggest to remove the output tree from the oox/module and then rebuild 
that module. The name of that output tree depends on the platform (e.g. 
wntmsci12* on Windows).


Herbert

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

Re: build problem...missing oox/source/token/tokens.hxx

[Kay Schenk]

On Fri, Jul 5, 2013 at 9:02 AM, Herbert Duerr  wrote:

> On 05.07.2013 17:53, Kay Schenk wrote:
>
>> I'm trying to a build and seem to be missing  oox/source/token/tokens.hxx
>>
>> referenced in oox/prj/d.lst
>>
>> I seem to have oox/source/token/tokens.hxx.**head and
>> oox/source/token/tokens.hxx.**tail
>> but no oox/source/token/tokens.hxx.
>>
>> Can d.lst be fixed to use these or has tokens.hxx been removed or ???
>>
>
> The tokens.hxx header seems to be a file generated by
>   main/oox/source/token/token.pl
> and
>   main/oox/source/token/makefile**.mk 
>

hmmm...OK, this is a help. I didn't run into this last time about a month
or so ago, so a surprise.



>
> I suggest to remove the output tree from the oox/module and then rebuild
> that module. The name of that output tree depends on the platform (e.g.
> wntmsci12* on Windows).
>

ok, thanks.


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


-- 
-
MzK

"If you stick with a vision, it might not all work,
 but some of it will be absolute genius."
   -- Kim Cattrall

Re: Problem accessing web site

[Kay Schenk]

On Fri, Jul 5, 2013 at 7:28 AM, Donald Whytock  wrote:

> On Thu, Jul 4, 2013 at 6:27 PM, Marcus (OOo)  wrote:
>
> > Am 07/04/2013 11:05 PM, schrieb Kay Schenk:
> >
> >  On Thu, Jul 4, 2013 at 1:34 PM, Dave Fisher
> >>  wrote:
> >>
> >>
> >>> On Jul 4, 2013, at 8:18 AM, Pedro Marquez wrote:
> >>>
> >>>  Dear Sir:
> 
>  I´ve been trying to download the OpenOffice software from:
>  http://www.openoffice.org/es/**descargar/<
> http://www.openoffice.org/es/descargar/>
> 
>  However, it always respond with:
> 
> 
> 
> 
>   http://sourceforge.net/**projects/openofficeorg.mirror/**
> >>> files/localized/es/3.4<
> http://sourceforge.net/projects/openofficeorg.mirror/files/localized/es/3.4
> >
> >>> .
> >>>
>  1/Apache_OpenOffice_**incubating_3.4.1_Win_x86_**
>  install_es.exe/download
> 
>  Server not found
> 
> 
> 
>  I´ve asked to my systems administrator about, and he tells me that the
>  security system “Fortinet” we use blocks it. What can I do?
> 
> >>>
> >>> (1) You can download from here:
> >>>
> >>> http://www.apache.org/dist/**incubator/ooo/files/localized/**es/3.4.1/
> 
> >>>
> >>> But you don't get the mirror system offered by sourceforge.net to our
> >>> project (and many other non-Apache.)
> >>>
> >>> (2) Ask Fortinet or your admin to whitelist sourceforge.net.
> >>>
> >>> 
> >>>
> >>> Marcus/Kay - Have we thought more about offering downloads from the
> >>> Apache
> >>> Mirror system for these exceptional cases?
> >>>
> >>
> > No, up to today there were really just very few complains about downloads
> > that do not work due to network restrictions of companies or ISPs.
> >
> > But ...
> >
> >
> >  Well, we can certainly think about it now. Marcus is really the lead in
> >> this. Maybe it would be as simple as changing the description of the
> >> alternate link from:
> >>
> >> *Get all platforms, languages, language packs*
> >>
> >> to
> >>
> >> *Problems downloading? Get all platforms, languages, language packs.*
> >>
> >>
> >> and offer
> >>
> >> http://www.apache.org/dist >> incubator/ooo/files/localized/**es/3.4.1/<
> http://www.apache.org/dist/incubator/ooo/files/localized/es/3.4.1/>
> >> >
> >>
> >> as another alternative...somewhere
> >>
> >
> > ... yes, somewhere else is good because the green box is already full
> > enough of additional links, of course IMHO. :-)
> >
> > I could think of a section on the "other.html" webpage:
> >
> > - Another entry in the TOC
> > - Some text and link to the Apache server below the tables
> > - Additionally a link on the main download webpage,
> >  in link bar on the right
>

I would definitely put a section in "other.html" rather than trying to add
more to the green DL box. Hopefully this kind of situation won't happen
often.


> >
> >
> >  It's good that you sent this. I for one had forgotten that we need to
> >> change this link off "incubator" for 4.0. It needs to be added to our
> 4.0
> >> tasks.
> >>
> >
> > Too late ;-) , it's already gone as we can see with the current snapshot
> > builds.
>

ah! OK, I hadn't checked lately.


> >
> > Marcus
> >
> >
> >
> The set of Apache mirrors offers different domains and domain types, some
> of which might be more easily reached through restrictive firewalls.  At my
> company I'm able to download from SourceForge but some other
> open/public/shareware/freeware sites are blocked.  Plus, some businesses
> are blocked but university domains are generally reachable.  So, yes,
> getting on the Apache mirrors might make AOO more accessible for
> downloading.
>
> Don
>

I think just providing the "standard" Apache DL page options is good enough
for these cases, which hopefully are few. If one mirrror doesn't work, they
can try another.





-- 
-
MzK

"If you stick with a vision, it might not all work,
 but some of it will be absolute genius."
   -- Kim Cattrall

Re: Building in recent environments: Java 7 and Mozilla

[Andrea Pescetti]

On 02/07/2013 Herbert Duerr wrote:

--disable-build-mozilla
[1] http://www.openoffice.org/tools/moz_prebuild/OOo3.2/

In case someone is interested I'd like to point to issue [1] (removing
the mozilla dependency for security stuff) and its corresponding branch
[2]. When this is finished the only remaining dependency to Mozilla is
AFAIK for its address book support. IMHO the system and LDAP address
books should suffice.
[1] https://issues.apache.org/ooo/show_bug.cgi?id=122365
[2] http://svn.apache.org/repos/asf/openoffice/branches/Remove_MOZ/


It seems that this still breaks in the "connectivity" module (even when 
using --disable-build-mozilla and the above prebuilt stuff), with errors 
like


.../main/connectivity/source/drivers/mozab/mozillasrc/MLdapAttributeMap.cxx:127:17: 
error: cannot convert 'nsresult (nsIAbCard::*)(PRUnichar**) {aka 
unsigned int (nsIAbCard::*)(short unsigned int**)}' to 
'connectivity::mozab::{anonymous}::CardPropertyGetter {aka unsigned int 
(nsIAbCard::*)(short unsigned int**)}' in initialization
.../main/connectivity/source/drivers/mozab/mozillasrc/MLdapAttributeMap.cxx:127:17: 
error: cannot convert 'nsresult (nsIAbCard::*)(const PRUnichar*) {aka 
unsigned int (nsIAbCard::*)(const short unsigned int*)}' to 
'connectivity::mozab::{anonymous}::CardPropertySetter {aka unsigned int 
(nsIAbCard::*)(const short unsigned int*)}' in initialization
dmake:  Error code 1, while making 
'../../../../unxlngi6.pro/slo/MLdapAttributeMap.obj'


So, unless I use --disable-mozilla, I'm still unable to make a full 
build on a recent system.


This is with gcc 4.8.1 on a 32-bit system (Fedora 19).

Regards,
  Andrea.

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