Hi;
In OpenOffice.org windows version, because the special character( something
like ф) in file name is not allowed, the file can't be opened by double
clicking, An IllegalArgumentException is thrown while doing
loadComponentFromURL(...) in desktop module.
However, the file with special
Hi Laurent,
On 03/22/07 18:50, Laurent Denoue wrote:
On 3/22/07, Frank Meies - Sun Germany - Development - Software Engineer
[EMAIL PROTECTED] wrote:
Hi Laurent,
On 21.03.2007 18:25, Laurent Denoue wrote:
It looks like some tables from the second page end up on the first
page.
Maybe a
Hi,
Matthias B. schrieb:
A frequent problem for us is that the proxy is misconfigured which
causes our custom component (which loads templates from a web server
via loadComponentFromUrl) to fail. Since we don't need access to the
outside world for OOo, we want to disable the proxy completely.
Hello zhaosheng,
Hi;
In OpenOffice.org windows version, because the special character( something
like ф) in file name is not allowed, the file can't be opened by double
clicking, An IllegalArgumentException is thrown while doing
loadComponentFromURL(...) in desktop module.
However, the
Andreas Schlüns wrote:
If you talk about loadComponentFromURL() .. I guess you specified the
URL by yourself. Did you forgot to encode those URL ?
E.g. file:///mypath/any content.odt must be encoded to
file:///mypath/any%20content.odt.
Please note further that loadComponentFromURL() accepts URLs
Hello zhaosheng,
Actually, OO encoded it for me , but the file name contains special
characters
E.g. file:///mypath/@¢£%�Q.odt, it becomes file:///mypath/%E%B%B.odt,
something like this
the file can't be opened.
Which service do you use to encode those URL's ?
On the other side ... you
Hei,
Går OpenOffice.org 2.1 i lag med operativsystemet MsVista?
Beste helsing Even
-
Even Øverbø (FAU-leiar)
Engesetvegen 21 A, N-6150 ØRSTA
Tlf. (a): 70 06 86 60, (p): 70 06 20 06
Mobil: 90 96 70 96, faks: 70 04 95 10
Straumpost: [EMAIL PROTECTED],
Hi,
I've got a addons.xcu that describes some customs menuitems. Is it
possible to add a Tooltip for these menuitems, that is shown when I
move the mousepointer over the menuitem?
Here my example addons.xcu.
?xml version=1.0 encoding=UTF-8?
oor:component-data
zhaosheng wrote:
Hi;
In OpenOffice.org windows version, because the special character( something
like ф) in file name is not allowed, the file can't be opened by double
clicking, An IllegalArgumentException is thrown while doing
loadComponentFromURL(...) in desktop module.
What exactly
Stephan Bergmann wrote:
What exactly do you mean by opened by double clicking above? Are you
in the Windows Explorer, double clicking on some file for which
OpenOffice.org will be started to display it?
yes, as you said, I can't open the openoffice file with special characters in
file name,
zhaosheng wrote:
Stephan Bergmann wrote:
What exactly do you mean by opened by double clicking above? Are you
in the Windows Explorer, double clicking on some file for which
OpenOffice.org will be started to display it?
yes, as you said, I can't open the openoffice file with special
Pathnames in Windows are in Unicode (UTF-16). Command line
arguments are byte strings.
Actually, in NT-based Windows, all the internal stuff goes on in
UTF-16. The (multi-)byte string (ANSI, i.e. system codepage) APIs
are just wrappers around the wide-char (UTF-16) string APIs. Also,
note that
Hi All,
Where can I find the corresponding .idl for the header
file XTextAppendAndConvert.hpp? 16:33
it's not under com/sun/star/text directory in solver
also
solver 680
while trying to build writer filter in windows am
getting
com/sun/star/textfile/XTextAppendAndConvert.hpp not
found error
Tor Lillqvist wrote:
but the issue is that the
command line contains characters not representable in the system
codepage, and OOo fetches the command line using the ANSI API. I am
surprised, though, I am relatively sure I have seen that OOo does use
wide-char APIs in the low-level Win32 code.
So
nandan k wrote:
Hi All,
Where can I find the corresponding .idl for the header
file XTextAppendAndConvert.hpp? 16:33
it's not under com/sun/star/text directory in solver
also
solver 680
while trying to build writer filter in windows am
getting
On 24/03/2007, at 4:50 AM, Mathias Bauer wrote:
nandan k wrote:
Hi All,
Where can I find the corresponding .idl for the header
file XTextAppendAndConvert.hpp? 16:33
it's not under com/sun/star/text directory in solver
also
solver 680
while trying to build writer filter in windows am
Hi again... (again nobody replied :-((()
On Sun, Mar 04, 2007 at 01:09:02PM +0100, Christian Lohmaier wrote:
On Tue, Feb 27, 2007 at 06:39:37PM +0100, Bernd Eilers wrote:
I would try the following to check nas support:
$ nasd -aa# -aa allows any host access
$ export
On 24/03/2007, at 8:33 AM, Jim Watson wrote:
On 24/03/2007, at 4:50 AM, Mathias Bauer wrote:
nandan k wrote:
Hi All,
Where can I find the corresponding .idl for the header
file XTextAppendAndConvert.hpp? 16:33
it's not under com/sun/star/text directory in solver
also
solver 680
while
I(zhaosheng) wrote:
So does it make sense to make OOo use the wide-char API to fetch the command
line also?
I found I was a little wrong here, it seems OOo really can support special
characters as file name as long as the character can be translated
according to the code page conversion tables
19 matches
Mail list logo