[dev] Re: OOoBeanViewer -- required dll's and so's

[ramboid]

Joachim Lingner  sun.com> writes:

> 
> Carlos Oliva wrote:
> > Would not the applet need to find all
> > the so libraries if it runs in a Linux server? 
> The OOoBean uses the classloader of the OOoBean class to locate a couple 
> of libraries. This usually works, when the class loader loads the jar 
> files from office/program/classes. Then the libraries are just one level up.
> 
> When running an applet the browser typically does not use the classpath 
> set in the environment. Therefore you must either add the classpath in 
> the "Java Control Panel" (-Djava.lang.classpath) or use an extra 
> classloader that knows where to find the office installation. You may 
> also need to change your security policies because the applet uses files 
> from your office.
> 
> Joachim
> 
> > 
> > 
> > 
> > -
> > To unsubscribe, e-mail: dev-unsubscribe  openoffice.org
> > For additional commands, e-mail: dev-help  openoffice.org
> > 
> 
Thank you again Joaquim.  How would you suggest that I could add the classpath 
or any other proerty to the "Java Control Panel" (if this exists) of a FireFox 
browser running in a Linux server?  I was able to run the applet in my PC from 
my web browser by adding the security property to the "Java Control Panel".  
And I want to reproduce my findings in the Linux server.

Furthermore, I moved the applet and html file to the program folder of the 
OpenOffice instalation and I can launch OpenOffice from the appletviewer by 
adding the security property (-J-Djava.security).  However, browsing to 
the applet from the FireFox browser to the html page fails because I need to 
modify the security manager of FireFox in a way similar to what I did with 
the "Java Control Panel" in my Windows PC.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [dev] Build instructions are out of date

[Leibowitz, Michael]

Could we have the main page point to the wiki, please?  New developers
go to the main page, which is not dynamic enough it seems.  We all know
getting the build going is difficult for new developers.  It would make
sense to put the easy to find instructions in a place where we can all
edit it.   I think we need the help of a good bit of the developer
community to help solve this problem.

--
Michael Leibowitz
Software Engineer, Channel Platform Solutions Group
Intel Corporation
michael.leibowitz at intel.com
+1 503 264 7621


>-Original Message-
>From: Christian Lohmaier [mailto:[EMAIL PROTECTED]
>Sent: Friday, September 15, 2006 10:48 AM
>To: dev@openoffice.org
>Subject: Re: [dev] Build instructions are out of date
[snip..snip]
>I'd rather not start with using the old site and then bringing it
>up-to-date, but to only copy'n'paste the relevant sections only.

[snip..snip]
>The wiki already has some distro-specifig instructions and special
>instructions for Mac or linux/sparc.
>
>see
>http://wiki.services.openoffice.org/wiki/Building
>http://wiki.services.openoffice.org/wiki/Building_vanilla
>http://wiki.services.openoffice.org/wiki/MacOSXBuildInstructions
>http://wiki.services.openoffice.org/wiki/GNULinuxSparcPorting
>http://wiki.services.openoffice.org/wiki/Category:Distribution-
>Specific_Build_Instructions

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] Build instructions are out of date

[Volker Quetschke]

Volker Quetschke wrote:
> The changed/new OOo 2.x build instructions should go on a website
I mean wiki page.

I hope it is possible to enhance the current linux-centric version to a
cross-platform version with a few OS specific subsections/wiki links.

  Volker

-- 
= http://wiki.services.openoffice.org/wiki/Debug_Build_Problems  =
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D



signature.asc
Description: OpenPGP digital signature

Re: [dev] Build instructions are out of date

[Volker Quetschke]

Hi Christian,

>> IMHO it's the time to start a wiki page for build instructions of the
>> current development versions (SRC680 and newer) and leave the instructions
>> for the current release (up to OOo 2.04) on that webpage.
> 
> That process was already started a while ago.
> 
>> Question: Is there an easy way to a webpage into our wiki.
> 
> I'd rather not start with using the old site and then bringing it
> up-to-date, but to only copy'n'paste the relevant sections only.

Err, you propably didn't notice why I'm asking this. There are build
instructions for W32-tcsh for 2.0.x (and hidden also for W32-4nt) and also
for 1.x for 4nt/tcsh. The wikipage you mention below is near worthless
for Windows builders. So I'd like to bring the the
 
instructions to a usable state for OOo 2.0.4 and then forget about
them.

The changed/new OOo 2.x build instructions should go on a website
that is also usable for windows builders. (The current wiki page doesn't take
the many specialties of windows builds into account.) I'll try what I can do.

>> Shall we keep separate wiki pages for the build instructions for each
>> architecture? I think we only need one general page for all OSs but
>> we should add links to separate wiki pages for the build requirements
>> of each of these OSs.
> 
> The wiki already has some distro-specifig instructions and special
> instructions for Mac or linux/sparc.
> 
> see 
> http://wiki.services.openoffice.org/wiki/Building
> http://wiki.services.openoffice.org/wiki/Building_vanilla
> http://wiki.services.openoffice.org/wiki/MacOSXBuildInstructions
> http://wiki.services.openoffice.org/wiki/GNULinuxSparcPorting
> http://wiki.services.openoffice.org/wiki/Category:Distribution-Specific_Build_Instructions

It's a start, but a lot has to be done ...

Volker

-- 
= http://wiki.services.openoffice.org/wiki/Debug_Build_Problems  =
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D



signature.asc
Description: OpenPGP digital signature

Re: [dev] Build instructions are out of date

[Christian Lohmaier]

Hi Volker, *,

On Sun, Sep 10, 2006 at 10:37:43AM -0700, Volker Quetschke wrote:
> Kai Backman wrote:
> [...] 
> While we are on this topic. There will probably be a few changes in the
> build system of the coming OOo 2.1. (More choices: W32-bash, maybe VS2005
> Express, Jam?, ...) Also we should mention the parallel build stuff
> somewhere.
> 
> IMHO it's the time to start a wiki page for build instructions of the
> current development versions (SRC680 and newer) and leave the instructions
> for the current release (up to OOo 2.04) on that webpage.

That process was already started a while ago.

> Question: Is there an easy way to a webpage into our wiki.

I'd rather not start with using the old site and then bringing it
up-to-date, but to only copy'n'paste the relevant sections only.

> Shall we keep separate wiki pages for the build instructions for each
> architecture? I think we only need one general page for all OSs but
> we should add links to separate wiki pages for the build requirements
> of each of these OSs.

The wiki already has some distro-specifig instructions and special
instructions for Mac or linux/sparc.

see 
http://wiki.services.openoffice.org/wiki/Building
http://wiki.services.openoffice.org/wiki/Building_vanilla
http://wiki.services.openoffice.org/wiki/MacOSXBuildInstructions
http://wiki.services.openoffice.org/wiki/GNULinuxSparcPorting
http://wiki.services.openoffice.org/wiki/Category:Distribution-Specific_Build_Instructions

ciao
Christian
-- 
NP: Downset - Holding Hands

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] Code Review configure19: config_office/configure.in

[Christian Lohmaier]

Hi *,

On Fri, Sep 08, 2006 at 04:19:18PM +0200, Kai Backman wrote:
> configure19 contained a change in default behaviour for ./configure (in this
> case --enable-build-mozilla was changed to --disable-build-mozilla).
> 
> This has broken the the build instruction (http://tools.openoffice.org/) for
> all platforms. Who it be good to require whoever does such changes to also
> update the build instructions?

IMHO this is a worthless and broken change anyway.

If you *manually* copy the prebuilt mozilla binaries into the source -
what would you like to do?

[ ] build from scratch
[ ] use the prebuilt ones you just copied into place

ciao
Christian
-- 
NP: Metallica - Crash Course In Brain Surgery

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[dev] configmgr patch & more data ...

[Michael Meeks]

On Wed, 2006-09-13 at 12:22 +0200, Joerg Barfurth wrote:
> Looks good.

I fixed your issues; thanks for the feedback, I attach the improved
patch. I also expanded the cache to some more fields that are broadly
constant, and split it into 1 cache per re-usable field. It saves some
more memory.

I'm also looking at the Subtree set usage:

http://go-oo.org/~michael/sortedsizes.ods

My concern here is the 16bytes per RBTree node (used in the set), at
least allocation here shows up on the profile.

It seems that 90% of these sorted sets are 8 items or less, and thus (I
suspect) rather fast to search, well, at least indistinguishable from
the order of the Set. The RBTree overhead for these <= 8 sets is ~250k
(malloc), overall 500k. I'm sure we can do better.

HTH,

Michael.

-- 
 [EMAIL PROTECTED]  <><, Pseudo Engineer, itinerant idiot

diff -u -r -x 'unxlng*' configmgr/source/backend/binaryreadhandler.cxx configmgr/source/backend/binaryreadhandler.cxx
--- configmgr/source/backend/binaryreadhandler.cxx	2006-06-20 00:18:33.0 +0100
+++ configmgr/source/backend/binaryreadhandler.cxx	2006-09-14 14:56:37.0 +0100
@@ -78,6 +78,8 @@
 , m_aNodeFactory()
 , m_aComponentName(_aComponentName)
 		{
+			for (int i = 0; i < LastEntry; i++)
+m_nInsert[i] = 0;
 		}
 		// -
 		BinaryReadHandler::~BinaryReadHandler()
@@ -283,6 +285,21 @@
 			m_BinaryReader.read (_aString);
 		}
 
+		void BinaryReadHandler::readName(rtl::OUString &_aString, NamePool ePool)
+			SAL_THROW( (io::IOException, uno::RuntimeException) )
+		{
+			m_BinaryReader.read (_aString);
+			const int nElems = (sizeof (m_aPreviousName[0])
+/ sizeof (m_aPreviousName[0][0]));
+			for (int i = 0; i < nElems; i++)
+			{
+if (m_aPreviousName[ePool][i] == _aString)
+	_aString = m_aPreviousName[ePool][i];
+			}
+			m_aPreviousName[ePool][m_nInsert[ePool]++] = _aString;
+			m_nInsert[ePool] %= nElems;
+		}
+
 		// -
 		void BinaryReadHandler::readAttributes(node::Attributes  &_aAttributes)
 			SAL_THROW( (io::IOException, uno::RuntimeException) )
@@ -311,7 +344,7 @@
 			SAL_THROW( (io::IOException, uno::RuntimeException) )
 		{
 			readAttributes(_aAttributes);
-			readString(_aName);
+			readName(_aName, GroupName);
 		}
 		// -	
 		void BinaryReadHandler::readSet(rtl::OUString &_aName, node::Attributes &_aAttributes,
@@ -319,9 +352,9 @@
 			SAL_THROW( (io::IOException, uno::RuntimeException) )
 		{
 			readAttributes(_aAttributes);
-			readString(_aName);
-			readString(_sInstanceName);
-			readString(_sInstanceModule);	
+			readName(_aName, SetName);
+			readName(_sInstanceName, InstanceName);
+			readName(_sInstanceModule, InstanceModule);
 		}
 			
 		// -
@@ -421,7 +454,7 @@
 
 			ValueFlags::Type eBasicType = readValueFlags(bSeq, bHasValue, bHasDefault);
 			readAttributes(_aAttributes);
-			readString(_aName);
+			readName(_aName, ValueName);
 			
 			if (!bSeq && (bHasValue || bHasDefault))
 			{
diff -u -r -x 'unxlng*' configmgr/source/backend/binaryreadhandler.hxx configmgr/source/backend/binaryreadhandler.hxx
--- configmgr/source/backend/binaryreadhandler.hxx	2006-01-19 17:52:58.0 +
+++ configmgr/source/backend/binaryreadhandler.hxx	2006-09-14 14:55:49.0 +0100
@@ -95,6 +95,18 @@
 			BinaryReader m_BinaryReader;	
 ComponentDataFactory m_aNodeFactory;
 rtl::OUStringm_aComponentName;
+
+			// pool recent strings for re-use
+			enum NamePool {
+	GroupName,
+	SetName,
+	InstanceName,
+	InstanceModule,
+	ValueName,
+	LastEntry
+			};
+			int   m_nInsert[LastEntry];
+			rtl::OUString m_aPreviousName[LastEntry][8];
 		public:
 			BinaryReadHandler(rtl::OUString const & _aFileURL, rtl::OUString const & _aComponentName, MultiServiceFactory const & _aFactory);
 			~BinaryReadHandler();
@@ -154,8 +166,10 @@
 			void readValue(rtl::OUString &_aName, node::Attributes &_aAttributes,
 			  uno::Any& _aValue, uno::Any& _aDefaultValue,uno::Type& _aType)
 			SAL_THROW( (io::IOException, uno::RuntimeException) );
-			
+
+			void readName(rtl::OUString &_aString, NamePool ePool)
+SAL_THROW( (io::IOException, uno::RuntimeException) );
 		};
 	// ---
 	}
--- configmgr/source/data/types.cxx	2005-12-28 17:29:35.0 +
+++ configmgr/source/data/types.cxx	2006-09-09 13:02:04.0 +0100
@@ -60,26 +60,6 @@
 //-	
 using memory::Allocator;
 using memory::Accessor;
-//

Re: [dev] Build instructions are out of date - Was: [dev] Code Review configure19: config_office/configure.in

[Giuseppe Castagno]

On 9/15/06, Volker Quetschke <[EMAIL PROTECTED]> wrote:

Giuseppe Castagno wrote:
> On 9/10/06, Volker Quetschke <[EMAIL PROTECTED]> wrote:
>> Hi!
>>
>> Kai Backman wrote:
>> > configure19 contained a change in default behaviour for ./configure (in
>> > this
>> > case --enable-build-mozilla was changed to --disable-build-mozilla).
>> >
>> > This has broken the the build instruction
>> (http://tools.openoffice.org/)
>> > for
>> > all platforms. Who it be good to require whoever does such changes
>> to also
>> > update the build instructions?
>> +1
>>
>>
>> While we are on this topic. There will probably be a few changes in the
>> build system of the coming OOo 2.1. (More choices: W32-bash, maybe VS2005
>> Express, Jam?, ...) Also we should mention the parallel build stuff
>> somewhere.
>
> any chance of VS2005 Professional as well ?

Well, that depends on the (OOo) developer having a VS2005 Professional licence 
;)
Even though that is currently not the case with a little luck it might still 
work
with that compiler.


actually I have said licence.

I had to bought it for another job I was hired for last month.
I tried to compile OOo then, but failed miserably.

I'm willing to try as soon as there is something to check.

In any case, around the end of this month I'll finish that job with
VS2005 and revert back to 2003 version to compile OOo. At least with
VS2003 I know I can.

--
Kind regards,
Giuseppe

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] Build instructions are out of date - Was: [dev] Code Review configure19: config_office/configure.in

[Volker Quetschke]

Giuseppe Castagno wrote:
> On 9/10/06, Volker Quetschke <[EMAIL PROTECTED]> wrote:
>> Hi!
>>
>> Kai Backman wrote:
>> > configure19 contained a change in default behaviour for ./configure (in
>> > this
>> > case --enable-build-mozilla was changed to --disable-build-mozilla).
>> >
>> > This has broken the the build instruction
>> (http://tools.openoffice.org/)
>> > for
>> > all platforms. Who it be good to require whoever does such changes
>> to also
>> > update the build instructions?
>> +1
>>
>>
>> While we are on this topic. There will probably be a few changes in the
>> build system of the coming OOo 2.1. (More choices: W32-bash, maybe VS2005
>> Express, Jam?, ...) Also we should mention the parallel build stuff
>> somewhere.
> 
> any chance of VS2005 Professional as well ?

Well, that depends on the (OOo) developer having a VS2005 Professional licence 
;)
Even though that is currently not the case with a little luck it might still 
work
with that compiler.

  Volker

-- 
= http://wiki.services.openoffice.org/wiki/Debug_Build_Problems  =
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D



signature.asc
Description: OpenPGP digital signature

Re: [dev] Re: OOoBeanViewer -- required dll's and so's

[Joachim Lingner]

Carlos Oliva wrote:

Would not the applet need to find all
the so libraries if it runs in a Linux server? 
The OOoBean uses the classloader of the OOoBean class to locate a couple 
of libraries. This usually works, when the class loader loads the jar 
files from office/program/classes. Then the libraries are just one level up.


When running an applet the browser typically does not use the classpath 
set in the environment. Therefore you must either add the classpath in 
the "Java Control Panel" (-Djava.lang.classpath) or use an extra 
classloader that knows where to find the office installation. You may 
also need to change your security policies because the applet uses files 
from your office.


Joachim







-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[dev] Rhino JavaScript Debugger dont appear

[Clovis Wichoski]

Hi,

I search in
http://api.openoffice.org/docs/DevelopersGuide/ScriptingFramework/ScriptingFramework.xhtmldocumentation
and that says "Clicking the Edit button in the JavaScript
Organizer will open the Rhino JavaScript Debugger:" as Rhino is a Java API i
must install the rhino jars or the Rhino.jar already exists in OpenOffice
Instalation?
on Linux when click  the button Editor dont appear, maybe this is a
misconfiguration? how to check what is wrong?

Thanks

[dev] Re: OOoBeanViewer -- required dll's and so's

[Carlos Oliva]

Thank you for your response Joachim.  Would not the applet need to find all
the so libraries if it runs in a Linux server?  To test the applet before
uploading it to a Linux server, I ran it in with the appletviewer in my
windows PC and the applet would fail to run unless I copied several dll's
from the program folder to the folder where the classes of the applet are.

In the final implementation, the user would navigate his or her Windows PC's
browser to the html page with the applet embedded.

"Joachim Lingner" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> The safest thing would be to leave the dlls where they are (in the office
> installation), because there is actually no fixed set of libraries and in
> the future link dependencies could change.
>
> Joachim
>
> ramboid wrote:
>> Which libraries besides libofficebean.so, libsal3.so would I need in
>> order to run this applet by navigating my web browser to an html page
>> that resides in a Linux server?
>>
>> I managed to run the OOoBeanViewer in my Windows XP PC with the applet
>> viewer by adding several dll's to the folder that has the compiled
>> classes and the required jar files.  I noticed that my installation of
>> OpenOffice has libsal.so, libsal.so.3, and libsal.so.3.1.0 instead of
>> libsal3.so (as section 16.4 Configuring the OfficeBean of the Development
>> Guide indicates) in the program folder.
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] Build instructions are out of date - Was: [dev] Code Review configure19: config_office/configure.in

[Giuseppe Castagno]

On 9/10/06, Volker Quetschke <[EMAIL PROTECTED]> wrote:

Hi!

Kai Backman wrote:
> configure19 contained a change in default behaviour for ./configure (in
> this
> case --enable-build-mozilla was changed to --disable-build-mozilla).
>
> This has broken the the build instruction (http://tools.openoffice.org/)
> for
> all platforms. Who it be good to require whoever does such changes to also
> update the build instructions?
+1


While we are on this topic. There will probably be a few changes in the
build system of the coming OOo 2.1. (More choices: W32-bash, maybe VS2005
Express, Jam?, ...) Also we should mention the parallel build stuff
somewhere.


any chance of VS2005 Professional as well ?

--
Kind regards,
Giuseppe Castagno

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] Willing to Contribute

[KAMI]

Jayaprakash Manikka írta:

Dear Sir,

  I'm interested to contribute my programming skills to develop the
OpenOffice.

  I've good skills in C, C++ and Java.

  I know VB though not well skilled.

  So please let me know what can I do for the OpenOffice Community.


In OpenOffice.org projects there are many contribution areas. A good 
place to start is to look at

the wiki: http://wiki.services.openoffice.org/wiki/Main_Page

There is work for many kinds of skillset and commitment levels and many
areas of interest.

Of course if you want to contribute directly to OpenOffice.org Premium we
can find out the way how can you work useful for us and ententainmenting
to you

Assuming you have a dev machine, suggest using Linux - OpenSuse 10.1 is
excellent, free, and many of the helpful developers who hang out on IRC
#go-oo can help you with it.

Or try this:
http://tools.openoffice.org/
(You can build Windows machine from here)

Core development contributions would be in C/C++. Or you can use Python
to add plug-in components and features. But many part of OpenOffice.org
are in JAVA.

For example some of wizards are java based, the database part of OOo 
also contains lot of java code.

We can develop new wizards or improve the already available...

Hacker's guide:
http://www.go-oo.org/hackers-guide.html (go-oo is a fork of original 
OpenOffice.org)


The best way to start is to hangout on IRC, setup the dev machine,
download the source, build and use Openoffice.org and then pick a task
or area. At any of the points above, feel free to ask for help.

So what is your interest?

Thank you in advance!

KAMI

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[dev] Back to earth

[Charles Schulz]

Hello all,

well I'm just opening my computer now... And am slowly recovering from
this fantastic week we had in Lyon.
Thank you to everybody who managed to come to Lyon, we shall not forget
it! Thank you to the french team who made it happen!
On a light note, I have heard here and there that the contest for the
next conference is officiously open... Let's see how it will turn out!

Cheers!

Charles.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] Learning VCL

[Charles Schulz]

Shalom Alan,

You may want to contact Eric Bachard from the Mac Porting project. His
works led him to document the VCL in a quite comprehensive way.

Best,
Charles.

Alan Yaniger a écrit :
> Hi list-members,
>
> I deal mostly with RTL issues in OOo, and not surprisingly, I often
> end up looking at the VCL code. Is there a document which
> systematically describes this code? If not, does anyone have
> recommendations about how to go about learning this code in an
> efficient way?
>
> Thanks,
> Alan
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] Learning VCL

[Stephan Bergmann]

Philipp Lohmann - Sun Germany wrote:

Hi,

Alan Yaniger wrote:

Hi list-members,

I deal mostly with RTL issues in OOo, and not surprisingly, I often 
end up looking at the VCL code. Is there a document which 
systematically describes this code? If not, does anyone have 
recommendations about how to go about learning this code in an 
efficient way?


There is basically no documentation on vcl (one of our many entry 
barriers). For the time being i can only suggest having a look at the 
sample programs svtools/workben/svdem.cxx and vcl/workben/svdem.cxx. The 
vcl svdem is a simple "hello world" while the svtools svdem contains a 
set of controls and uses dialogs. To use them go to the respective 
workben directory, dmake and copy svdem and applicat.rdb (they will be 
produced by dmake) from the bin output directory to an existing office 
installation. You can start them from there.


Kind regards, pl


Maybe the Mac native porters have some knowledge/links to share.  Eric?

-Stephan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [dev] Broken Links in Deleveloper News

[Stephan Bergmann]

Peter Eberlein wrote:

Hi,

EIS is subscribed at http://planet.go-ooo.org/
It seems, that the URL's refer to internal pages 
(http://so-web.germany.sun.com/).

Is there a chance to restore the old behavior?


I had noted this too and I think Bernd Eilers fixed it in the meantime.

-Stephan


Regards

Peter


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]