Re: [Libreoffice] TextSection, TextCursor and component

2011-11-14 Thread Knut Olav Bøhmer
2011/11/14 Cedric Bosdonnat cedric.bosdonnat@free.fr:
 Hi Knut,

 On Mon, 2011-11-14 at 00:02 +0100, Knut Olav Bøhmer wrote:
 Is it allowed to insert a TextSection in to a document which was
 created from another document?

 Honnestly, I don't know what is allowed and what is not in that area.
 Clearly, this doesn't sound good and if you can insert a section created
 by the target document instance it would be better. This is an
 unspecified behavior and may be subject to changes, so take care if you
 use it ;)

 Next question. Can I create a TextSection if I only have a xTextCursor
 or a xTextRange?

 The global factory can't create that service and the cursor / text range
 have no idea what document they're in... so I'ld say no.

Would it be a good feature to let the cursor know which document their in?

 I hope this helps,

Yes, thanx

Best regards
-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


[Libreoffice] TextSection, TextCursor and component

2011-11-13 Thread Knut Olav Bøhmer
Hi,

Is it allowed to insert a TextSection in to a document which was
created from another document?
Like this:

doc1 = StarDesktop.loadComponentFromURL(private:factory/swriter,
_blank, 0, Array())
doc2 = StarDesktop.loadComponentFromURL(private:factory/swriter,
_blank, 0, Array())

oCursor = doc1.text.createTextCursor()

oSect = doc2.createInstance(com.sun.star.text.TextSection)
oSect.setName(SectionName)
oCursor.getText.insertTextContent(oCursor, oSect, True)

(It works, but is it not right to do it that way?)

Next question. Can I create a TextSection if I only have a xTextCursor
or a xTextRange?


Best regards
-- 
Knut Olav Bøhmer
41 000 108
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


[Libreoffice] Properties not accessible

2011-10-13 Thread Knut Olav Bøhmer
Hi,

Why is it that some properties on some objects/services are not settable
from BASIC?
Like for example
ThisComponent.getTextSections().getByName(sectionName).IsAutomaticUpdate
= True has no effect
Is it some way to fix it?

I'm also trying to set
oDoc.getTextSections().getByName(sectionName).FileLink.FileURL, but it's
also not possible.

Am i doing it the wrong way?


I remember I've had this problem before, long time ago. I think I was trying
to set some properties on a hyperlink.
I did also make a java addon to test if it would be possible to do it from
java. But it was not possible.
Can we take some action to fix this kind of issues?


Would it help to write my addons in C++? Or would that not make a
difference?

-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] [REVIEW] Patch for importing hyperliks from .doc files

2011-09-27 Thread Knut Olav Bøhmer
Hello,

Here is the LibreOffice bug report:
https://bugs.freedesktop.org/show_bug.cgi?id=41255

I did not check if the patch was applied in latest LibreOffice git
repository. If it is, I can just close the bug.

Thank you for all the help :)

Best regards
Knut Olav Bøhmer

2011/9/8 Harald Kagerer har...@binder-kagerer.de:
 Hi,


 Hyperlinks in theese two location was wrong (as I already explaind in
 the bugreport):
 gsf cat buggy.doc WordDocument  # (I guess this is where FormFields are 
 located)
 gsf cat buggy.doc Data

 This was right:
 gsf cat buggy.doc DocumentSummaryInformation

 And that's what your patch is using. If LibreOffice would use anything
 else for this docs, it would be wrong. So if you change it again, I
 can not use it.

 Harald, can you confirm that this patch fixes the problem for your docs too?



 I would like to confirm, that Knut's patch would solve a serious problem
 we have to face at the Munic Limux Project converting *.doc documents
 with hyperlinks to ODF. At the moment our only workaround is to use the
 MSO buildin converter :-(  I really would prefer to use LO for this task
 as soon as possible!!!

 Greetings

 Harald Kagerer



 --
 Harald Kagerer har...@binder-kagerer.de

 PGP
 Key-ID: 0xB2792619
 Fingerprint: 8763 31EA 65F8 D4BB 3501 E8D3 2728 CF77 B279 2619

 ()
 /\





-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] [REVIEW] Patch for importing hyperliks from .doc files

2011-09-07 Thread Knut Olav Bøhmer
2011/9/7 Caolán McNamara caol...@redhat.com:
 On Mon, 2011-09-05 at 23:57 +0200, Knut Olav Bøhmer wrote:
 2011/9/5 Caolán McNamara caol...@redhat.com:
  On Sun, 2011-09-04 at 00:29 +0200, Knut Olav Břhmer wrote:
  Hi,
 
  This patch solves a serious problem experienced by many companies and
  need to be included in libreoffice.
  I'm using this patch with my own build for my customers with ooo 3.2.1
 
  http://openoffice.org/bugzilla/show_bug.cgi?id=114485
 
  Which patch exactly, my patch from #12 or #15 above or something
  additional ?

 I think I was using the update patch to handle real-world documents.
 But it was so long time ago that I compiled it so I don't remember.
 Do you remember what you needed to improve to make it correct? Is
 there any example where the patch would not work?

 The reason I didn't go ahead with that patch IIRC, is because there
 appear to be *three* places where the hyperlink gets set, and the patch
 sets two of them, but not the two that really matter. i.e. there's the
 inline hyperlink in the field itself, there's some hyperlinks stored in
 the DocumentSummaryStream metadata, and then there's hyperlinks in the
 data stream associated with basically some FormField structure linked to
 the field.

 I think my patch set the DocumentSummaryStream one, but hacking
 documents manually showed that word used the FormField one if it exists
 over the metadata one, so I don't think the patch is quite right.

Well, in my buggy.doc the hyperlink was located 3 places.

Hyperlinks in theese two location was wrong (as I already explaind in
the bugreport):
gsf cat buggy.doc WordDocument  # (I guess this is where FormFields are located)
gsf cat buggy.doc Data

This was right:
gsf cat buggy.doc DocumentSummaryInformation

And that's what your patch is using. If LibreOffice would use anything
else for this docs, it would be wrong. So if you change it again, I
can not use it.

Harald, can you confirm that this patch fixes the problem for your docs too?


 Noel was playing with the fieldfield stuff IIRC, new parsers and the
 like, which might have some bearing on these, at least on getting the
 parser right to read the same hyperlink value as word reads.

I don't know, but if there is no hyperlink in
DocumentSummaryInformation, then word might use the FormField link
over the Data one.


Best regartds
-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


[Libreoffice] [REVIEW] Patch for importing hyperliks from .doc files

2011-09-03 Thread Knut Olav Bøhmer
Hi,

This patch solves a serious problem experienced by many companies and
need to be included in libreoffice.
I'm using this patch with my own build for my customers with ooo 3.2.1

http://openoffice.org/bugzilla/show_bug.cgi?id=114485

Best regards
-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] Where did Setup.xcu go?

2011-08-10 Thread Knut Olav Bøhmer
2011/8/10 Knut Olav Bøhmer boh...@gmail.com:
 Hi,

 Why does not LibreOffice have any Setup.xcu?

 And how can I set up LibreOffice to listens for uno connections? (like
 we did with openoffice and ooSetupConnectionURL in Setup.xcu)

I'm refering to how to do this in LibreOffice:
http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/ProUNO/Starting_OpenOffice.org_in_Listening_Mode

Best regards.
-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] DDEInitiate bug

2011-08-01 Thread Knut Olav Bøhmer
On 27 July 2011 14:06, Michael Meeks michael.me...@novell.com wrote:

 Hi Knut,

 On Tue, 2011-07-26 at 23:20 +0200, Knut Olav Bøhmer wrote:
  Sadly I don't know. I imagine you need to avoid the splash
 binary - and
   run soffice.bin. I would be tempted to remove soffice.exe rename
   soffice.bin - soffice.exe and debug that way.
 
  I found it.
  devenv /debugexe program args

 Great ;-)

  I had to cd URE\bin\ because I got an error message about sal3.dll.
  Why does we have two binaries?

 Well - one in theory is a small binary that passes its arguments to
 the
 main 'factory' process that is running: this speeds up the 2nd launch.
 Unfortunately the 'small-ness' of that binary is bloated to (was it 3 or
 6 Mb I forget) by all the embedded icons needed for associating that
 with the umpteen file-types we support [ or something ].

   Oooh ! and if you can build / debug on windows :-) perhaps you could
   help fix the dumb-ness that we duplicate many megabytes of icons
 between
   soffice.bin and soffice.exe (?) it requires only a small set of hacks I
   think.
 
  Do you have more information?

 Those same icons are then all present in soffice.bin as well in
 order
 to get window icons correct. Instead of that we should just be loading
 the window icons from our images.zip [ where they also live ], and
 setting them on the window at run-time I think.

That is what we do for the gtk+ backend, cf. GtkSalFrame::SetIcon
 and
 just needs replicating for Windows - so we can drop that duplication.
 gtk+ has a means of doing this for windows, so there is the API support
 there somewhere.


Now that I have my DDEInitiate-bug-workaround tested (and it works) I have
some more time to do this.
I think I should first find a solution to the DDEInitiate bug in
LibreOffice, then I could start to work on the icon isssue.
It sounds doable, as I can look in to what the Gtk version does.

I have updated the bug-report at
https://bugs.freedesktop.org/process_bug.cgi

Should the icon-issue be registered in the bugtracking system?


-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] building Basis/sdk/examples/DeveloperGuide/ProfUNO/CppBinding on Windows

2011-07-31 Thread Knut Olav Bøhmer
2011/7/29 Knut Olav Bøhmer boh...@gmail.com:
 2011/7/28 Knut Olav Bøhmer boh...@gmail.com:
 2011/7/28 Knut Olav Bøhmer boh...@gmail.com:
 2011/7/28 Caolán McNamara caol...@redhat.com:
 On Thu, 2011-07-28 at 15:31 +0200, Knut Olav Bøhmer wrote:
 On 28 July 2011 15:22, Caolán McNamara caol...@redhat.com wrote:
  On Thu, 2011-07-28 at 15:16 +0200, Knut Olav Bøhmer wrote:
 
  Now make says ../../../../settingss/stdtarget.mk:12 ** target
pattern
  contains no '%'. Stop  [15:08]
 
  That might be the bug fixed with
 
http://cgit.freedesktop.org/libreoffice/sdk/commit/?h=libreoffice-3-4id=dd0c9fdc119a991b8f08070316e86d44afac478d
  fix will be in 3.4.2, if its that, then apply that patch/replace
spaces
  with tabs in the makefile.

 It's great to get responce so fast. Thank you.
 But it did not help.

 in which case google on target pattern contains no '%' suggests it
 might be a generic make-under-cygwin issue, dump the make version, and
 try with some extra -d flags to get some more info

 According to this:

 http://cygwin.com/ml/cygwin/2006-07/msg00404.html

 Looks like it should work with 3.80, but it does not :(


C:\PROGRA~1\LIBREO~1\Basis\sdk\examples\DEVELO~1\ProfUNO\CPPBIN~1c:\cygwin\usr\local\bin\make.exe
 -d
 GNU Make 3.80
 Copyright (C) 2002  Free Software Foundation, Inc.
 This is free software; see the source for copying conditions.
 There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
 PARTICULAR PURPOSE.
 Reading makefiles...
 Reading makefile `Makefile'...
 Reading makefile `../../../../settings/settings.mk' (search path) (no
 ~ expansion)...
 Got a SIGCHLD; 1 unreaped children.
 Reading makefile `../../../../settings/std.mk' (search path) (no ~
expansion)...
 Got a SIGCHLD; 1 unreaped children.
 Reading makefile `../../../../settings/dk.mk' (search path) (no ~
expansion)...
 Reading makefile `../../../../settings/stdtarget.mk' (search path) (no
 ~ expansion)...
 ../../../../settings/stdtarget.mk:12: *** target pattern contains no
`%'.  Stop.

 C:\PROGRA~1\LIBREO~1\Basis\sdk\examples\DEVELO~1\ProfUNO\CPPBIN~1


 Looks like I came one step closer by setting OO_SDK_OUT to a cygwin-path

 Now I have seeral other error messages. I'll need to continue tomorrow.

 I now copied the config.guess file from the SDK i have installed on
 Linux to windows, and placed it in c:\program
 files\LibreOffice3\Basis\sdk\
 The fact that it is missing from the windows SDK is probably a bug.
 The Linux sdk installation is 3.4 and the Windows is 3.3. I hope it
 does not matter.

 Now I get the following errors (see attachment)
 make -d   make.log  21

 I don't know if it's able to find the right target to build.
 Another thing is that cppumaker gets C:/Program Files/LibreOffice
 3/Basis/programoffapi.rdb as argument. Does not look like ti exsists.

 Any suggestions? Did I forget something?

I've come some step closer to compile the examples. I have changed some make
files to use static paths instead of environment variables, and added som
slashes / two different places. for example C:/Program Files/LibreOffice
3/Basis/programoffapi.rdb file does not exsist it should be
program/offapi.rdb.

in my  c:\UserAppData\setsdkenv_windows.bat I added a slash:
REM Set office program path.
if defined OFFICE_BASE_HOME (
  set OFFICE_BASE_PROGRAM_PATH=%OFFICE_BASE_HOME%\program\
)

in sdk/settings/settings.mk i added a / at the end
URE_MISC=$(OO_SDK_URE_HOME)/misc/


in sdk/settings/stdtarget.mk I changed an argument to use static output
path:
- $(CPPUMAKER) -Gc -BUCR -O$(OUT_INC) $(URE_TYPES) $(OFFICE_TYPES)
+ $(CPPUMAKER) -Gc -BUCR -OC:/libreoffice3.4_sdk $(URE_TYPES)
$(OFFICE_TYPES)


*Did anyone ever compile the examples in the LibreOffice SDK on  Windows?*


Not I get the following errors. And, which compiler should I use? also need
to set CC

c:\Program Files (x86)\LibreOffice
3.4\Basis\sdk\examples\DevelopersGuide\ProfUNO\SimpleBootstrap_cppmake
cygdriveclibreoffice3.4_sdkWindows_NTexample.outobjSimpleBootstrap_cpp
make:
cygdriveclibreoffice3.4_sdkWindows_NTexample.outobjSimpleBootstrap_cpp:
Command not found
make:
[/cygdrive/c/libreoffice3.4_sdk/Windows_NTexample.out/obj/SimpleBootstrap_cpp/SimpleBootstrap_cpp.]
Error 127 (ignored)
cc -c -g -fPIC -DPIC  -fvisibility=hidden -O -I.
-I/cygdrive/c/libreoffice3.4_sdk/Windows_NTexample.out/inc
-I/cygdrive/c/libreoffice3.4_sdk/Windows_N
Texample.out/inc/examples -I../../../../include
-I/cygdrive/c/libreoffice3.4_sdk/Windows_NTexample.out/inc/SimpleBootstrap_cpp
-DUNX -DGCC -DFREEBSD -
DCPPU_ENV= -DGXX_INCLUDE_PATH= -DHAVE_GCC_VISIBILITY_FEATURE
-ocygdriveclibreoffice3.4_sdkWindows_NTexample.outobjSimpleBootstrap_cppSimpleBootstrap_c
pp. SimpleBootstrap_cpp.cxx
cc: error trying to exec 'cc1plus': execvp: No such file or directory
make: ***
[/cygdrive/c/libreoffice3.4_sdk/Windows_NTexample.out/obj/SimpleBootstrap_cpp/SimpleBootstrap_cpp.]
Error 1

c:\Program Files (x86)\LibreOffice
3.4\Basis\sdk\examples\DevelopersGuide\ProfUNO\SimpleBootstrap_cpp


-- 
Knut

Re: [Libreoffice] [dev] Re: Debugging Hanging OOo

2011-07-30 Thread Knut Olav Bøhmer
Hi,

After looking closer, it actually looks like it IS applied.
Sorry for the confusion.


2011/7/29 Knut Olav Bøhmer boh...@gmail.com:
 Hi,

 It does not look like this patch is included in LibreOffice.
 What can we do get it included?


 -- Forwarded message --
 From: Carsten Driesner carsten.dries...@oracle.com
 Date: 6 December 2010 13:56
 Subject: Re: [dev] Re: Debugging Hanging OOo
 To: d...@openoffice.org


 Am 06.12.2010 12:32, schrieb Knut Olav Bøhmer:

 I will change the patch to make it work for OOo 3.2.1 so you can test it. My
 tests with the latest DEV300 version looks very good and I cannot see a
 deadlock anymore. Please stay tuned I will send it to you as soon as
 possible.

 Thank you :)

 Hi Knut,

 Please look below where I added the content of the patch file.
 Unfortunately the mailing list removes attachments therefore you have
 to copy the patch from this mail to a patch file.
 The patch applies without a problem on OOO320m19.

 Regards,
 Carsten

 ---
 diff -urp old/sfx2/inc/sfx2/viewsh.hxx new/sfx2/inc/sfx2/viewsh.hxx
 --- old/sfx2/inc/sfx2/viewsh.hxx        2010-03-24 18:53:35.0 +0100
 +++ new/sfx2/inc/sfx2/viewsh.hxx        2010-12-06 10:57:07.092319976 +0100
 @@ -36,6 +36,7 @@
  #include svtools/lstner.hxx
  #include com/sun/star/ui/XContextMenuInterceptor.hpp
  #include com/sun/star/datatransfer/clipboard/XClipboardListener.hpp
 +#include com/sun/star/datatransfer/clipboard/XClipboardNotifier.hpp
  #include cppuhelper/interfacecontainer.hxx
  #include shell.hxx
  #include tools/gen.hxx
 @@ -304,6 +305,7 @@ public:
        void
 SetAdditionalPrintOptions( const com::sun::star::uno::Sequence 
 com::sun::star::beans::PropertyValue  );

        void
 AddRemoveClipboardListener( const com::sun::star::uno::Reference 
 com::sun::star::datatransfer::clipboard::XClipboardListener, BOOL );
 +        ::com::sun::star::uno::Reference
 ::com::sun::star::datatransfer::clipboard::XClipboardNotifier 
 GetClipboardNotifier();

  #if _SOLAR__PRIVATE
     SAL_DLLPRIVATE SfxInPlaceClient* GetUIActiveIPClient_Impl() const;
 diff -urp old/sfx2/source/view/viewsh.cxx new/sfx2/source/view/viewsh.cxx
 --- old/sfx2/source/view/viewsh.cxx     2010-03-24 18:53:36.0 +0100
 +++ new/sfx2/source/view/viewsh.cxx     2010-12-06 13:31:03.663300701 +0100
 @@ -44,7 +44,6 @@
  #include com/sun/star/system/SystemShellExecuteFlags.hpp
  #include com/sun/star/container/XContainerQuery.hpp
  #include com/sun/star/frame/XStorable.hpp
 -#include com/sun/star/datatransfer/clipboard/XClipboardNotifier.hpp
  #include com/sun/star/datatransfer/clipboard/XClipboard.hpp
  #include cppuhelper/implbase1.hxx

 @@ -115,7 +114,9 @@ DBG_NAME(SfxViewShell)
  class SfxClipboardChangeListener : public ::cppu::WeakImplHelper1
        datatransfer::clipboard::XClipboardListener 
  {
 -       SfxViewShell* pViewShell;
 +public:
 +    SfxClipboardChangeListener( SfxViewShell* pView, const
 uno::Reference datatransfer::clipboard::XClipboardNotifier 
 xClpbrdNtfr );
 +    virtual ~SfxClipboardChangeListener();

        // XEventListener
        virtual void SAL_CALL disposing( const lang::EventObject rEventObject 
 )
 @@ -125,54 +126,112 @@ class SfxClipboardChangeListener : publi
        virtual void SAL_CALL changedContents( const
 datatransfer::clipboard::ClipboardEvent rEventObject )
                throw ( uno::RuntimeException );

 -public:
 -       SfxClipboardChangeListener( SfxViewShell* pView );
 -       virtual ~SfxClipboardChangeListener();
 +    void DisconnectViewShell() { m_pViewShell = NULL; }
 +    void ChangedContents();
 +
 +    enum AsyncExecuteCmd
 +    {
 +        ASYNCEXECUTE_CMD_DISPOSING,
 +        ASYNCEXECUTE_CMD_CHANGEDCONTENTS
 +    };

 -    void DisconnectViewShell() { pViewShell = NULL; }
 +    struct AsyncExecuteInfo
 +    {
 +        AsyncExecuteInfo( AsyncExecuteCmd eCmd, uno::Reference
 datatransfer::clipboard::XClipboardListener  xThis,
 SfxClipboardChangeListener* pListener ) :
 +            m_eCmd( eCmd ), m_xThis( xThis ), m_pListener( pListener ) {}
 +
 +        AsyncExecuteCmd m_eCmd;
 +        uno::Reference datatransfer::clipboard::XClipboardListener  
 m_xThis;
 +        SfxClipboardChangeListener* m_pListener;
 +    };
 +
 +private:
 +    SfxViewShell* m_pViewShell;
 +    uno::Reference datatransfer::clipboard::XClipboardNotifier 
 m_xClpbrdNtfr;
 +    uno::Reference lang::XComponent  m_xCtrl;
 +
 +    DECL_STATIC_LINK( SfxClipboardChangeListener,
 AsyncExecuteHdl_Impl, AsyncExecuteInfo* );
  };

 -SfxClipboardChangeListener::SfxClipboardChangeListener( SfxViewShell* pView )
 -: pViewShell( 0 )
 +SfxClipboardChangeListener::SfxClipboardChangeListener( SfxViewShell*
 pView, const uno::Reference
 datatransfer::clipboard::XClipboardNotifier  xClpbrdNtfr )
 +    : m_pViewShell( 0 ), m_xClpbrdNtfr( xClpbrdNtfr )
  {
 -       uno::Reference  lang::XComponent  xCtrl(
 pView-GetController(), uno::UNO_QUERY );
 -       if ( xCtrl.is() )
 -       {
 -               xCtrl

Re: [Libreoffice] building Basis/sdk/examples/DeveloperGuide/ProfUNO/CppBinding on Windows

2011-07-29 Thread Knut Olav Bøhmer
2011/7/28 Knut Olav Bøhmer boh...@gmail.com:
 2011/7/28 Knut Olav Bøhmer boh...@gmail.com:
 2011/7/28 Caolán McNamara caol...@redhat.com:
 On Thu, 2011-07-28 at 15:31 +0200, Knut Olav Bøhmer wrote:
 On 28 July 2011 15:22, Caolán McNamara caol...@redhat.com wrote:
  On Thu, 2011-07-28 at 15:16 +0200, Knut Olav Bøhmer wrote:
 
  Now make says ../../../../settingss/stdtarget.mk:12 ** target pattern
  contains no '%'. Stop  [15:08]
 
  That might be the bug fixed with
  http://cgit.freedesktop.org/libreoffice/sdk/commit/?h=libreoffice-3-4id=dd0c9fdc119a991b8f08070316e86d44afac478d
  fix will be in 3.4.2, if its that, then apply that patch/replace spaces
  with tabs in the makefile.

 It's great to get responce so fast. Thank you.
 But it did not help.

 in which case google on target pattern contains no '%' suggests it
 might be a generic make-under-cygwin issue, dump the make version, and
 try with some extra -d flags to get some more info

 According to this:

 http://cygwin.com/ml/cygwin/2006-07/msg00404.html

 Looks like it should work with 3.80, but it does not :(

 C:\PROGRA~1\LIBREO~1\Basis\sdk\examples\DEVELO~1\ProfUNO\CPPBIN~1c:\cygwin\usr\local\bin\make.exe
 -d
 GNU Make 3.80
 Copyright (C) 2002  Free Software Foundation, Inc.
 This is free software; see the source for copying conditions.
 There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
 PARTICULAR PURPOSE.
 Reading makefiles...
 Reading makefile `Makefile'...
 Reading makefile `../../../../settings/settings.mk' (search path) (no
 ~ expansion)...
 Got a SIGCHLD; 1 unreaped children.
 Reading makefile `../../../../settings/std.mk' (search path) (no ~ 
 expansion)...
 Got a SIGCHLD; 1 unreaped children.
 Reading makefile `../../../../settings/dk.mk' (search path) (no ~ 
 expansion)...
 Reading makefile `../../../../settings/stdtarget.mk' (search path) (no
 ~ expansion)...
 ../../../../settings/stdtarget.mk:12: *** target pattern contains no `%'.  
 Stop.

 C:\PROGRA~1\LIBREO~1\Basis\sdk\examples\DEVELO~1\ProfUNO\CPPBIN~1


 Looks like I came one step closer by setting OO_SDK_OUT to a cygwin-path

 Now I have seeral other error messages. I'll need to continue tomorrow.

I now copied the config.guess file from the SDK i have installed on
Linux to windows, and placed it in c:\program
files\LibreOffice3\Basis\sdk\
The fact that it is missing from the windows SDK is probably a bug.
The Linux sdk installation is 3.4 and the Windows is 3.3. I hope it
does not matter.

Now I get the following errors (see attachment)
make -d   make.log  21

I don't know if it's able to find the right target to build.
Another thing is that cppumaker gets C:/Program Files/LibreOffice
3/Basis/programoffapi.rdb as argument. Does not look like ti exsists.

Any suggestions? Did I forget something?

-- 
Knut Olav Bøhmer


make.log
Description: Binary data
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


[Libreoffice] building Basis/sdk/examples/DeveloperGuide/ProfUNO/CppBinding on Windows

2011-07-28 Thread Knut Olav Bøhmer
Hi,

I'm trying to compile
Basis/sdk/examples/DeveloperGuide/ProfUNO/CppBinding on Windows

I have done the setsdkenv_windows.bat

doing make in the CppBinding directory gives me first a message saying that
../../../../configure.guess is missing

I don't know where this file comes from, if it is a standard file or
special made for LibreOffice
But I copied inn a configre.guess file I found. Error message is now gone.

Now make says ../../../../settingss/stdtarget.mk:12 ** target pattern
contains no '%'. Stop  [15:08]

What can I do to fix that?



-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] DDEInitiate bug

2011-07-26 Thread Knut Olav Bøhmer
On 25 July 2011 18:15, Michael Meeks michael.me...@novell.com wrote:

 Hi Knut,

 On Mon, 2011-07-25 at 17:25 +0200, Knut Olav Bøhmer wrote:
  1. Where can I find the main-loop in LibreOffice

        Ah - that at one level easy - attach a debugger, and watch the
 backtrace for a bit ;-) the main main-loop lives inside vcl/ and handles
 95% of the application code - living under the 'solar mutex'.

Thanx.

  2. How do I start a program (LibreOffice) to trace from Visual Studio
  C++ 2008? (I know how to attach to an exsisting process)

        Sadly I don't know. I imagine you need to avoid the splash binary - and
 run soffice.bin. I would be tempted to remove soffice.exe rename
 soffice.bin - soffice.exe and debug that way.

I found it.
devenv /debugexe program args

I had to cd URE\bin\ because I got an error message about sal3.dll.

Why does we have two binaries?



        Oooh ! and if you can build / debug on windows :-) perhaps you could
 help fix the dumb-ness that we duplicate many megabytes of icons between
 soffice.bin and soffice.exe (?) it requires only a small set of hacks I
 think.

Do you have more information?

--
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] DDEInitiate bug

2011-07-25 Thread Knut Olav Bøhmer
Hi,

1. Where can I find the main-loop in LibreOffice
2. How do I start a program (LibreOffice) to trace from Visual Studio C++
2008? (I know how to attach to an exsisting process)

On 21 July 2011 17:37, Knut Olav Bøhmer boh...@gmail.com wrote:

 2011/7/21 Knut Olav Bøhmer boh...@gmail.com:
  2011/7/21 Caolán McNamara caol...@redhat.com:
  On Sat, 2011-07-16 at 11:06 +0200, Knut Olav Břhmer wrote:
   pImp-hConv = DdeConnect( pInst-hDdeInstCli,*pService,*pTopic,
 NULL);
   DdeConnect is not an OpenOffice.org/LibreOffice function. I guess it
   is in unicows.
 
  http://support.microsoft.com/kb/136218
 
  Google says setting up a DDE connection involves sending a message to
  *every* top-level window to see if it will accept the conversation.
  You've got a process that is not clearing its message queue
 
  I guess the thing to try and find out is what process is the one not
  responding to the DdeConnect, whether its LibreOffice itself in some
  fashion or some other app.
 
  Thank you. It seams logical, as the 20 second delay is te standard
  timeout value for dde.
  I'll see what I can do using Spy++, something else or something similar
 :)

 Spy++ did not help me much. It just dies :(

  I presume your DdeServer there is working and not the one itself
  directly blocking the DdeConnect ?
 
  My DDEserver is working, but it is not (so) important. It's just used
  to reproduce the bug in the /real/ program, which I can not
  distribute, and which I don't have the source code for.



 --
 Knut Olav Bøhmer




-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] DDEInitiate bug

2011-07-21 Thread Knut Olav Bøhmer
2011/7/21 Knut Olav Bøhmer boh...@gmail.com:
 2011/7/21 Caolán McNamara caol...@redhat.com:
 On Sat, 2011-07-16 at 11:06 +0200, Knut Olav Břhmer wrote:
  pImp-hConv = DdeConnect( pInst-hDdeInstCli,*pService,*pTopic, NULL);
  DdeConnect is not an OpenOffice.org/LibreOffice function. I guess it
  is in unicows.

 http://support.microsoft.com/kb/136218

 Google says setting up a DDE connection involves sending a message to
 *every* top-level window to see if it will accept the conversation.
 You've got a process that is not clearing its message queue

 I guess the thing to try and find out is what process is the one not
 responding to the DdeConnect, whether its LibreOffice itself in some
 fashion or some other app.

 Thank you. It seams logical, as the 20 second delay is te standard
 timeout value for dde.
 I'll see what I can do using Spy++, something else or something similar :)

Spy++ did not help me much. It just dies :(

 I presume your DdeServer there is working and not the one itself
 directly blocking the DdeConnect ?

 My DDEserver is working, but it is not (so) important. It's just used
 to reproduce the bug in the /real/ program, which I can not
 distribute, and which I don't have the source code for.



-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] DDEInitiate bug

2011-07-16 Thread Knut Olav Bøhmer
2011/7/15 Knut Olav Bøhmer boh...@gmail.com:
 2011/7/13 Michael Meeks michael.me...@novell.com:
 Hi Knut,

 On Wed, 2011-07-13 at 16:54 +0200, Knut Olav Bøhmer wrote:
 Now, fight! :D

        This is a developers forum, not a place for sending E-mails about
 reported bugs :-) It is only on-topic if you have a patch, or you want
 advice and code pointers to help chase the issue down.

 I have debuged this in OOo321, as this is the version I've been able to 
 compile.
 I have found out where the delay happens (I think).

 Line 183 in \svtools\source\svdde\ddecli.cxx

 pImp-hConv = DdeConnect( pInst-hDdeInstCli,*pService,*pTopic, NULL);
 DdeConnect is not an OpenOffice.org/LibreOffice function. I guess it
 is in unicows.

 What can I do now to make progress?

According to this document: http://www.techsoft.de/htbasic/support/dde_man.pdf
Default timeout for dde connections is 20 seconds.

As described in the bug report, this happens when an new soffice
process is used to start the macro. So I have a theory about that the
new soffice process blocks the DDE activity of the main soffice
process for 20 seconds, and when it times-out, the macro call to
DDEInitiate is allowed to continue.

Is there anyone who could help me with some brainstorming on which
tactics to use fighting this bug?

-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] DDEInitiate bug

2011-07-15 Thread Knut Olav Bøhmer
2011/7/13 Michael Meeks michael.me...@novell.com:
 Hi Knut,

 On Wed, 2011-07-13 at 16:54 +0200, Knut Olav Bøhmer wrote:
 Now, fight! :D

        This is a developers forum, not a place for sending E-mails about
 reported bugs :-) It is only on-topic if you have a patch, or you want
 advice and code pointers to help chase the issue down.

I have debuged this in OOo321, as this is the version I've been able to compile.
I have found out where the delay happens (I think).

Line 183 in \svtools\source\svdde\ddecli.cxx

pImp-hConv = DdeConnect( pInst-hDdeInstCli,*pService,*pTopic, NULL);
DdeConnect is not an OpenOffice.org/LibreOffice function. I guess it
is in unicows.

What can I do now to make progress?


Best regard.

-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


[Libreoffice] DDEInitiate bug

2011-07-13 Thread Knut Olav Bøhmer
Hi,

I posted a bug-report at OpenOffice.org
http://openoffice.org/bugzilla/show_bug.cgi?id=118283

Do I need to create the bug-report at libreoffice as well? The bug is
also there.


-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] DDEInitiate bug

2011-07-13 Thread Knut Olav Bøhmer
http://openoffice.org/bugzilla/show_bug.cgi?id=118283 vs.
https://bugs.freedesktop.org/show_bug.cgi?id=39194

Now, fight! :D


2011/7/13 Knut Olav Bøhmer boh...@gmail.com:
 Hi,

 I posted a bug-report at OpenOffice.org
 http://openoffice.org/bugzilla/show_bug.cgi?id=118283

 Do I need to create the bug-report at libreoffice as well? The bug is
 also there.


 --
 Knut Olav Bøhmer




-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] DDEInitiate bug

2011-07-13 Thread Knut Olav Bøhmer
2011/7/13 Michael Meeks michael.me...@novell.com:
 Hi Knut,

 On Wed, 2011-07-13 at 16:54 +0200, Knut Olav Bøhmer wrote:
 Now, fight! :D

        This is a developers forum, not a place for sending E-mails about
 reported bugs :-) It is only on-topic if you have a patch, or you want
 advice and code pointers to help chase the issue down.

OK. The question was if I needed to post the bugreport in both places.
I was not able to log in to bugs.freedesktop.org, it took about an
hour and a half before I got the confirmation mail from the
registration at freedesktop.org. That's why I was asking.
I should have clarified that.

        It'd be great to work out where you found out about the dev list from -
 we could perhaps clarify the blurb there.

I don't understand. Do you want to know where I found the dev list?
http://www.libreoffice.org/get-involved/qa-testers/  (I guess. I don't
remember.)

I don't understand what blurb mean.

blurb – noun
- a brief advertisement or announcement, especially a laudatory one:
She wrote a good blurb for her friend's novel

Best regards
-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] DDEInitiate bug

2011-07-13 Thread Knut Olav Bøhmer
On 13 July 2011 19:57, Luuk luu...@gmail.com wrote:
 On 13-07-2011 16:54, Knut Olav Bøhmer wrote:
 http://openoffice.org/bugzilla/show_bug.cgi?id=118283 vs.
 https://bugs.freedesktop.org/show_bug.cgi?id=39194

 Now, fight! :D


 2011/7/13 Knut Olav Bøhmer boh...@gmail.com:
 Hi,

 I posted a bug-report at OpenOffice.org
 http://openoffice.org/bugzilla/show_bug.cgi?id=118283

 Do I need to create the bug-report at libreoffice as well? The bug is
 also there.


 --
 Knut Olav Bøhmer





 i thought DDE was dead?

Looks to me that it is used quite much in LibreOffice. I might be wrong.
It is used in an applications MS Office is communicating with. The
BASIC macros are ported to LibreOffice. Now we got to make it run
smooth. Users don't like waiting for 20 seconds.

 http://en.wikipedia.org/wiki/Dynamic_Data_Exchange
 NetDDE was still included with Windows Server 2003 and Windows XP
 Service Pack 2, although it was disabled by default. It has been removed
 entirely in Windows Vista.[3] However, this will not prevent existing
 versions of NetDDE from being installed and functioning on later
 versions of Windows.

Well, this is only DDEML. And DDEML will never be removed from
windows. It's part of it's core, as far as I know.

-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] DDEInitiate bug

2011-07-13 Thread Knut Olav Bøhmer
On 13 July 2011 21:00, Miklos Vajna vmik...@frugalware.org wrote:
 On Wed, Jul 13, 2011 at 04:54:32PM +0200, Knut Olav B?hmer boh...@gmail.com 
 wrote:
 http://openoffice.org/bugzilla/show_bug.cgi?id=118283 vs.
 https://bugs.freedesktop.org/show_bug.cgi?id=39194

 Now, fight! :D

 If there is a relation we try to avoid with OOo developers, then that's
 fighting, I think.

I'm very sorry I said this now. It was suppose to be funny. I regret it.

Best regards.
-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


[Libreoffice] Bugs from OpenOffice.org to LibreOffice

2011-05-28 Thread Knut Olav Bøhmer
Hi,

How can I check if a bug that is fixed in OpenOffice.org 3.4 is also fixed
in LibreOffice 3.4?

Especially interested in
http://openoffice.org/bugzilla/show_bug.cgi?id=115795
But if there is a general way to find out this things, I'd like to know.


-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


[Libreoffice] [REVIEW] - One line patche - Export hyperlinks to .doc

2011-05-22 Thread Knut Olav Bøhmer
Hi,

Related to this bug.
http://openoffice.org/bugzilla/show_bug.cgi?id=115297

2011/5/20 Knut Olav Bøhmer boh...@gmail.com

 Hi,

 Exporting hyperlinks to .doc is done wrong in LibreOffice Writer. There is
 a flag (hlstmfIsAbsolute) that is set to 1. It should be 0, because all
 links are exported relative.


 Before I make a patch, give me input on this.

 B - hlstmfIsAbsolute (1 bit): A bit that specifies whether this hyperlink
 is an absolute path or
 relative path.
 Value Meaning
 0 This hyperlink is a relative path.
 1 This hyperlink is an absolute path.

 The patch I have used for some time, that works for me and some hundred
 users is:

 diff --git a/sw/source/filter/ww8/wrtw8nds.cxx
 b/sw/source/filter/ww8/wrtw8nds.cxx
 index 4db4999..d5f7327 100644
 --- a/sw/source/filter/ww8/wrtw8nds.cxx
 +++ b/sw/source/filter/ww8/wrtw8nds.cxx
 @@ -918,7 +918,7 @@ bool WW8AttributeOutput::StartURL( const String rUrl,
 const String rTarget )
  SwWW8Writer::WriteLong( *m_rWW8Export.pDataStrm, 0x0002);
  sal_uInt32 nFlag = bBookMarkOnly ? 0 : 0x01;
  if ( bAbsolute )
 -nFlag |= 0x02;
 +nFlag |= 0x00;
  if ( sMark.Len() )
  nFlag |= 0x08;
  SwWW8Writer::WriteLong( *m_rWW8Export.pDataStrm, nFlag );


 But I guess a better patch would be (which I have not tested):


The following was suppose to do
 if ( !bAbsolute )
 insted of
 if ( bAbsolute )


 diff --git a/sw/source/filter/ww8/wrtw8nds.cxx
 b/sw/source/filter/ww8/wrtw8nds.cxx
 index 4db4999..d5f7327 100644
 --- a/sw/source/filter/ww8/wrtw8nds.cxx
 +++ b/sw/source/filter/ww8/wrtw8nds.cxx
 @@ -918,7 +918,7 @@ bool WW8AttributeOutput::StartURL( const String rUrl,
 const String rTarget )
  SwWW8Writer::WriteLong( *m_rWW8Export.pDataStrm, 0x0002);
  sal_uInt32 nFlag = bBookMarkOnly ? 0 : 0x01;
  if ( bAbsolute )
 -nFlag |= 0x02;
 +nFlag |= 0x00;
  if ( sMark.Len() )
  nFlag |= 0x08;
  SwWW8Writer::WriteLong( *m_rWW8Export.pDataStrm, nFlag );


 Anyway, this is very easy to test for anyone.
 1. Create a document with a hyperlink.
 2. Save it as .doc
 3. Open it in MS Word
 4. Ctrl Click on the link
 5 and, look.. It does not work

 6. Apply my patch
 7. repeat point 1,2,3,4
 8. and look.. It works :)



 --
 Knut Olav Bøhmer




-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


[Libreoffice] Export hyperlinks to .doc

2011-05-20 Thread Knut Olav Bøhmer
Hi,

Exporting hyperlinks to .doc is done wrong in LibreOffice Writer. There is a
flag (hlstmfIsAbsolute) that is set to 1. It should be 0, because all links
are exported relative.


Before I make a patch, give me input on this.

B - hlstmfIsAbsolute (1 bit): A bit that specifies whether this hyperlink is
an absolute path or
relative path.
Value Meaning
0 This hyperlink is a relative path.
1 This hyperlink is an absolute path.

The patch I have used for some time, that works for me and some hundred
users is:

diff --git a/sw/source/filter/ww8/wrtw8nds.cxx
b/sw/source/filter/ww8/wrtw8nds.cxx
index 4db4999..d5f7327 100644
--- a/sw/source/filter/ww8/wrtw8nds.cxx
+++ b/sw/source/filter/ww8/wrtw8nds.cxx
@@ -918,7 +918,7 @@ bool WW8AttributeOutput::StartURL( const String rUrl,
const String rTarget )
 SwWW8Writer::WriteLong( *m_rWW8Export.pDataStrm, 0x0002);
 sal_uInt32 nFlag = bBookMarkOnly ? 0 : 0x01;
 if ( bAbsolute )
-nFlag |= 0x02;
+nFlag |= 0x00;
 if ( sMark.Len() )
 nFlag |= 0x08;
 SwWW8Writer::WriteLong( *m_rWW8Export.pDataStrm, nFlag );


But I guess a better patch would be (which I have not tested):

diff --git a/sw/source/filter/ww8/wrtw8nds.cxx
b/sw/source/filter/ww8/wrtw8nds.cxx
index 4db4999..d5f7327 100644
--- a/sw/source/filter/ww8/wrtw8nds.cxx
+++ b/sw/source/filter/ww8/wrtw8nds.cxx
@@ -918,7 +918,7 @@ bool WW8AttributeOutput::StartURL( const String rUrl,
const String rTarget )
 SwWW8Writer::WriteLong( *m_rWW8Export.pDataStrm, 0x0002);
 sal_uInt32 nFlag = bBookMarkOnly ? 0 : 0x01;
 if ( bAbsolute )
-nFlag |= 0x02;
+nFlag |= 0x00;
 if ( sMark.Len() )
 nFlag |= 0x08;
 SwWW8Writer::WriteLong( *m_rWW8Export.pDataStrm, nFlag );


Anyway, this is very easy to test for anyone.
1. Create a document with a hyperlink.
2. Save it as .doc
3. Open it in MS Word
4. Ctrl Click on the link
5 and, look.. It does not work

6. Apply my patch
7. repeat point 1,2,3,4
8. and look.. It works :)



-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] Export hyperlinks to .doc

2011-05-20 Thread Knut Olav Bøhmer
2011/5/20 Knut Olav Bøhmer boh...@gmail.com

 Hi,

 Exporting hyperlinks to .doc is done wrong in LibreOffice Writer. There is
 a flag (hlstmfIsAbsolute) that is set to 1. It should be 0, because all
 links are exported relative.


My patch is tested in OpenOffice.org 3.2.1

-cut-

 Anyway, this is very easy to test for anyone.
 1. Create a document with a hyperlink.


Create it in LibreOffice


 2. Save it as .doc
 3. Open it in MS Word


or in MS WordViewer


 4. Ctrl Click on the link
 5 and, look.. It does not work

 6. Apply my patch
 7. repeat point 1,2,3,4
 8. and look.. It works :)




-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] Export hyperlinks to .doc

2011-05-20 Thread Knut Olav Bøhmer
It's related to this bug:

http://openoffice.org/bugzilla/show_bug.cgi?id=115297

However, don't use the attachments on the bug-report, they are wrong.


2011/5/20 Knut Olav Bøhmer boh...@gmail.com


 2011/5/20 Knut Olav Bøhmer boh...@gmail.com

 Hi,

 Exporting hyperlinks to .doc is done wrong in LibreOffice Writer. There is
 a flag (hlstmfIsAbsolute) that is set to 1. It should be 0, because all
 links are exported relative.


 My patch is tested in OpenOffice.org 3.2.1

 -cut-

 Anyway, this is very easy to test for anyone.
 1. Create a document with a hyperlink.


 Create it in LibreOffice


 2. Save it as .doc
 3. Open it in MS Word


 or in MS WordViewer


  4. Ctrl Click on the link
 5 and, look.. It does not work

 6. Apply my patch
 7. repeat point 1,2,3,4
 8. and look.. It works :)




 --
 Knut Olav Bøhmer




-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] Patch to fix bug in exporting relative hyperlinks to MS Word 97/2000/XP

2010-11-04 Thread Knut Olav Bøhmer
2010/11/3 Cédric Bosdonnat cedric.bosdonnat@free.fr

 Hi Knut,

 On Fri, 2010-10-29 at 23:30 +0200, Knut Olav Bøhmer wrote:
  I would be very happy if someone could take a look at
  the attached patch, and maybe improve it.

 First I couldn't reproduce the original problem neither with Word 97 nor
 Word 2007+. It seems that Word perfectly handles the / as directory
 separator (at least in the HYPERLINK fields). Could you provide
 documents to help me reproduce it?


Yes, it looks like the '/' and '\' was not the problem. The problem is that
Libo/OOo sets an attribute that tells MS Office that the hyperlink is
absolute, not relative. But the path is still relative.
I'll provide a patch today.

I'll make a new patch soon.

 Libo/OOo exports hyperlinks with / as directory separator. MS Office
  does not understand that kind of paths, so / has to be rewritten to \
 
 
  Description is here:
  http://qa.openoffice.org/issues/show_bug.cgi?id=115297

 Hum... That patch doesn't seem to harm anybody, but I'll push it after
 having understood the problem ;)

 I discovered another problem that may be related to your troubles:
 relative hyperlinks with spaces in their path can't be opened. The
 reason is that the space character is transformed into a %20 in the
 HYPERLINK value... which word doesn't understand as a space but as the
 %20 string.

 Could you check that you don't fall into that problem? If you're
 interested in fixing those doc path problems, then that one should be
 easy for you given the nice patch you already provided ;)

 Regards,
 --
 Cedric



 ___
 LibreOffice mailing list
 LibreOffice@lists.freedesktop.org
 http://lists.freedesktop.org/mailman/listinfo/libreoffice




-- 
Knut Olav Bøhmer
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice