arly, before even your dialog got the focus
from the operating system?
Ciao,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don't reply to "[EMAIL PROTECTED]".
I use it for
hing like that to catch the "right"
> moment?
At least on some platforms it can be asynchronous. As you seem to use
Linux: yes, possible.
Ciao,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
. So I think
that it's necessary to tell it that the cell actually contains a string.
Ciao,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don't reply to "[EMAIL PROTECTED]"
LT to this without the pop-up window ALWAYS
> showing??
> How do I code chr$13 in this macro?
This won't help - the dialog is not part of the PASTE function but part
of the text import function.
I'm afraid that it's not possible at the moment to get rid of the
dialog. The
n be moved by using a ViewCursor object or a Selection
object. Are you talking about things like moving the cursor some
characters to the left or right or some lines up and down? Or do you
want to position the cursor at an arbitrary part of the document?
Best regards,
Mathias
--
Mathias Bauer
GregChi wrote:
> On Tue, 20 Nov 2007 08:25:31 +0100, Mathias Bauer wrote:
>
>>GregChi wrote:
>>
>>> I want to do this without the need to confirm the format every time.
>>>
>>> When I try to paste to a calc file in OO.o 2.3, a window pops up
>&
plets or
floating frames). And other embedded objects even refuse to enter the
"running state" (e.g. Windows OLE-objects without a server installed).
So be prepared for exceptions in changeState() calls!
Ciao,
Matias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice
ner.
If an application knows that some of its events can be "consumed" it
will provide a special API for this that allows to do that in a
controlled manor - and it will do it *before* any listener gets notified
about the occuring event. This is what e.g. the XCloseable API is about
e closed the document or frame directly (through its XCloseable
interface) it would bypass your interceptor. The XCloseListener is the
more general and safe approach.
Ciao,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/
Robert Vojta wrote:
> On Dec 3, 2007 6:50 PM, Mathias Bauer <[EMAIL PROTECTED]> wrote:
>
>> This only helps for the case where the GUI is used. If a script or any
>> other code closed the document or frame directly (through its XCloseable
>> interface) it woul
hieve by establishing
another connection?
I don't know what answers you will get here - in case they don't satisfy
you you could perhaps try to get more information on [EMAIL PROTECTED]
Ciao,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineeri
s(0).Value = "Finances"
> args(1).Name = "Name"
> args(1).Value = "Car Costs"
> dispatcher = createUnoService("com.sun.star.frame.DispatchHelper")
> dispatcher.executeDispatch(StarDesktop, ".uno:NewDoc", "",
Oliver Brinzing wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> please have a look at: http://qa.openoffice.org/issues/show_bug.cgi?id=33781
Do you agree that this is a duplicate to issue 53097?
Ciao,
Mathias
--
Mathias Bauer (mba) - Project Lead Ope
"undo context" model?
In case you wanted to work on that feature by yourself we would be glad
to support you. There are some "formalities" we have to clarify before.
Do you know
http://contributing.openoffice.org/programming.html
and especially the part "How to submit code to O
hHelper")
>>> dispatcher.executeDispatch(StarDesktop, ".uno:NewDoc", "", 0,args())
>>>
>>> End Sub
>>
>> but it doesn't give you a return value. Perhaps this is enough for you?
>
> It's enough, thank you.
&g
ve the spec URL to 33781 (that I'm owning). If a is a duplicate of
b that should be true vice versa. :-)
Ciao,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don't reply to "[EMAIL PROT
focus listener does not work recursively you must use another API
for that: use the interfaces css.awt.XTopWindow of the ContainerWindows
or use the FrameActionEvents of the frame and register appropriate
listeners.
Ciao,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
Open
s behaviour normal or do i fill a issue ?
Known Issue, fixed in 2.4
Ciao,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don't reply to "[EMAIL PROTECTED]".
I use it for the OOo l
ktop object and its terminate method.
Ciao,
Mathias
(*) Honestly speaking, of course it would be possible to prepare for
that (nothing should be impossible in software). It's just considered a
big effort and so it doesn't happen. ;-)
--
Mathias Bauer (mba) - Project Lead OpenOffice.
ter?
Best regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don't reply to "[EMAIL PROTECTED]".
I use it for the OOo lists a
ace that
unites all the interfaces that the corresponding old style services had
implemented. That's all.
It should be quite easy to change the AsciiFilter into a new style
service. Let me have a look on the involved interfaces and I come up
with an idea next week.
Ciao,
Mathias
--
Mathias B
his for Writer or Calc only is enough, there is a simpler way
of copying/pasting code. You can get the current selection into a
clipboard object by calling
obj = ThisComponent.CurrentController.getTransferable()
and (after moving the cursor to the desired destination) copy it by calling
ThisComponen
need
> depending on some user action.
>
The trick is how you get the interceptor attached to the frames whose
DispatchProviders they want to intercept. This will need an additional
"Job" service implemented in the extension that is registered to the
DocumentEvent "OnViewCre
Guide.
Thanks for that. It's great that the DevGuide now is so easily
accessible! I love it. :-) Kudos to Jürgen and Clayton, life has become
easier for us now.
Ciao,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.o
e hints how to do that.
Ciao,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don't reply to "[EMAIL PROTECTED]".
I use it for the
Open Source application with an Open Standard file
format and not allowing users to extract content of their documents by
extensions, macros etc. is not the best idea. ;-)
Ciao,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.s
ail: [EMAIL PROTECTED]
>>
>
> ---------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOff
Tobias Krais wrote:
> Hi Mathias,
>
>> even if I'm a month too late: we also could define a new MediaDescriptor
>> parameter ("DisplayFormatWarning").
>
> my five Cents: godd idea. Should I create an Issue?
If Mikhail agrees...
Ciao,
Mathias
Joachim Lingner wrote:
> Mathias Bauer wrote:
>> Marc Santhoff wrote:
>>
>>> Hi,
>>>
>>> the devguide has information about embedding an OO.o window into a Java
>>> window as a client.
>>>
>>> I'd like to know if the
dialog even if the saving
is done from the UI? Then the additional parameter won't help. I don't
see a good fix for that.
OTOH if you are saving via API and see the dialog it is a bug and we
don't need an additional parameter - just fix the bug. But does it
happen by saving via API?
er that data loss might happen.
You can make sxw the standard format - then you will get the warning
once when you select the standard format, but not at every save.
Ciao,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFO
ler.Frame.ContainerWindow.SetVisible(true)
>>
> oh, hiding the document is no solution :(
> other ideas?
You could create a second, "hidden" view of the same document. I never
tried that by myself so I can't predict if this can create problems, but
OTOH - why should
mURL() method on it. If you pass the document as "Model"
argument to the call, the document will not be loaded a second time but
instead of that the frame should create a second view. You can do it
even easier by not creating the frame manually but using the
XComponentLoader of the deskto
ll needed to get it working). Currently I'm
working with Jan Nieuvenhuisen from Novell to get the most current
sources of the toolkit layouter integrated (cws layoutdialogs2). Last
week I got a Windows build finished (Jan works on Linux), now I wanted
to ask Ivo to help us with the localization
l!) not the standard way of doing
things (the published API) should be marked by a special attribute, but
the one off the road (the unpublished API).
Ciao,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.s
Stephan Bergmann wrote:
> On 01/27/09 09:13, Mathias Bauer wrote:
>> BTW: a keyword "unpublished" would come in handy here as it could become
>> the hyperlink itself! It seems we did it the wrong way. Not only because
>> of this but also because (as usual!) not the
ice crash/hang is a problem. The
> developers guide mentiones that modified documents might be a problem in
> this case. Please try to set all remaining documents to nonmodified
> state before terminating and probably close them.
I wouldn't expect that hidden frames are a problem
>>>> To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org
>>>> For additional commands, e-mail: dev-h...@api.openoffice.org
>>>
>>>
>>> ------
e and think a little
bit more. It's also more than a few lines of code to write.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don't reply to "nospamfor...
ation object still exists, I would
> have expected it to continue to function as before (so this feels like a
> bug to me).
Yes, the reason for the bug is a peculiarity in the way Basic inspects
property sets that was unknown to the developer that implemented the new
DocumentProperties. It
e behavior can been coded as a option for for all
> OO-docs who are run on a network
In OOo3 you don't need that as the new lock files will tell you that
anyway. And this is even better as it works without modifying the
document on disk.
Regards,
Mathias
--
Mathias Bauer (mba) - Project
; Regards,
>> Mathias
>>
>>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org
> For additional commands, e-mail: dev-h...@api.openoffice.org
>
ties of the storage elements that the
manifest describes. Can you explain what you want to achieve?
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don't reply to "nospamfor...@gmx.de&quo
Giuseppe Castagno wrote:
> Hi Mathias,
>
> Mathias Bauer wrote:
>> Giuseppe Castagno wrote:
>>
>>> Now my questions, keeping in mind that at a certain time I need to
>>> access the "META-INF" substorage to manipulate a custom file (read and
>
proposal). My question is, there
> is a way to handle events from OO, like saving a document, or creating a new
> document?
You don't need to look for events if you want to save an OOo document in
a particular format; please read about filter development in the OOo
Developer's G
menu bar.
You still may have problems when your application is written in a
languagge using garbage collection as this can lead to desctructor calls
of OOo objects executed in the garbage collection thread.
Best regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
Open
occurs an UNO
> Runtime Error. At the moment I reload the file manually over File ->
> Reload. This works but it is not really a solution.
>
> What is the right way to reload a document via API?
You can use the Dispatch API to achieve that. The command you have to
dispatch at th
Giuseppe Castagno wrote:
> Mathias Bauer wrote:
>> Giuseppe Castagno wrote:
>>
>>> Hi Mathias,
>>>
>>> Mathias Bauer wrote:
>>>> Giuseppe Castagno wrote:
>>>>
>>>>> Now my questions, keeping in mind that at a cer
ow incomatible changes
in the C++ libs also. Maybe that's what you wanted to express.
Ciao,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don't reply to "nosp
Thorsten Behrens wrote:
> Mathias Bauer wrote:
>> > limit impact considerations to non-ABI-dependent UNO bindings
>> > (i.e. the assumption is that c++ components break randomly anyway
>> > for every other release, so they shouldn't block API changes)
anges in the stack. Why is this so? Or how can I arrange
> it that both are behaving equally?
This is a philosophical problem.
I would say that this is a bug in Impress. But maybe the Impress
developers will call that a feature. :-)
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead
otrunately not, as the dispatch interception requires the
implementation of objects with an externally controlled life time. Some
time (years?) ago I proposed the implementation of a "generic" dispatch
interception object that can be bound to macros, but we didn't follow up
on tha
o a
large extent, we could also change the C++ binding incompatibly - as
well as any other language binding. But changing the C++ binding with
every release just because "it's fragile anyway" isn't a good idea.
Maybe it's harder to deal with C++ than with e.g. Java. But that
Let things evolve and
assume that all participants in the development process act reasonably.
A bad API change should be treated as any other code change or patch
that we have nowadays: if you see a problem with it, raise your concerns
and discuss.
Regards,
Mathias
--
Mathias Bauer (mba) - P
Thorsten Behrens wrote:
Mathias Bauer wrote:
>
Of course (as for every code change) you should do that accountably and
talk to other developers that will be influenced by your changes and you
should try to make your changes in a way that the potential work of
others is minimized.
But ple
My attempt works well but Andreas said:
>
> a)
> Method createUnoListener() was not thought to be used that way. [...]
>
> b)
> On the other side I believe you can run into trouble with lifetime of
> your basic objects.[...]
Yes, exactly this doesn't make that a r
Stephan Bergmann wrote:
> On 04/30/09 12:24, Mathias Bauer wrote:
>> Frank Schönheit - Sun Microsystems Germany wrote:
>>
>>> I'd say we need a set of highly proficient and highly respected
>>> architects, whose opinion should, at least, be weighted high.
&g
. Announcing a
change, taking part in discussions and reacting on reasonable requests
should be enough.
Ciao,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don't reply to "nospamfor...@gmx.de"
Juergen Schmidt wrote:
> Mathias Bauer wrote:
>> Frank Schönheit - Sun Microsystems Germany wrote:
>>
>>> Sorry, I stay with this: API should be as good as reasonably possible
>>> *before* put into the MWS, or even a release. And this requires
>>&g
: in case of new documents we fortunately don't have this problem, as
the old event "OnNew" (triggered when the document became visible)
doesn't conflict with the new event "OnCreate" (triggered when the
document actually was created, but before it got a view assigned).
Bernard Marcelly wrote:
> Message de Matthias B. date 2009-05-12 11:06 :
>> On Mon, May 11, 2009 at 10:56 AM, Mathias Bauer wrote:
>>> For the time being we had to keep "OnLoad" for compatibility reasons
>>> (both for registering as well as for sending
Matthias B. wrote:
> On Mon, May 11, 2009 at 10:56 AM, Mathias Bauer wrote:
>>
>> For the time being we had to keep "OnLoad" for compatibility reasons
>> (both for registering as well as for sending), but the documentation
>> would be changed to suggest "
it is useful to OpenOffice.org folks for presentation and discussions.
It looks nice. How did you create the diagrams? As XMind has an XML
based open file format, perhaps a new backend for the skeletonmaker
could generate it from the idl files?
Regards,
Mathias
--
Mathias Bauer (mba) - Proj
ot;. If they just describe implementations, changing this
documentation will not break any existing code, as this code relied on
what now gets documented anyway. I even would opt for allowing to change
them *now* and IIRC we already have done such changes in some cases.
Regards,
Mathias
--
Mathia
ying things fixed. So perhaps the
"pressure" to have more fixes only a few months later shouldn't be too
high and for now I would like to plan for 5.0 as the next release for
more changes. That leaves a lot of time for further discussion whether
we should also allow for changes
to complete chaos, the impression can emerge that indeed this will
happen.
So I opt for targeting only major releases for all API changes that will
force either code changes or recompilations. API changes with only
documentary character (like in old-style services) should be possible at
every release
es for all API changes that will
>> force either code changes or recompilations. API changes with only
>> documentary character (like in old-style services) should be possible at
>> every release (even 3.x).
>>
>> Every agreement can be reconsidered later, so th
common
understanding and sympathy is needed.
And we should refrain from tempting fate. Let's wait until the suggested
incompatibilities show up and then look at them from all sides.
Regards,
Mathias
(*) I hope that I could make clear that the reason for my event name
change is not "
not make a lot of sense anyway and we should
forbid that?!
When else do you think that in a common situation where the "old
concept" works fine the "new concept" would introduce a problem?
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.
bvoll...@informatik.uni-bremen.de wrote:
> Quoting Mathias Bauer :
>
>> Benjamin Vollmer wrote:
>>
>>> Hello,
>>>
>>> I work on an extension where in some cases the opened document is
>>> updated externally. So I have to rel
bedding doc, not the active one.
Yes, this is the "old" concept. I thought you wanted to change that. And
in that case we would have a different behavior here. But that would be
bearable, IMHO. We could define that as "undefined". :-)
So indeed your case is the only rel
on was a good one or not, I just
want to prevent the impression we would have done something because we
were not able to do differently.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don't
parts of "Base". IIRC we indeed discussed that and abandoned
that idea for varous reasons, but that wasn't MDI, as floating windows
have a different relationship to their application window as MDI windows
have (e.g. wrt. focus treatment, toolbar and other tool windows handling).
C
bvoll...@informatik.uni-bremen.de wrote:
> Quoting Mathias Bauer :
>
>> bvoll...@informatik.uni-bremen.de wrote:
>>> Unfortunately the solution with ".uno:Reload" does not work anymore
>>> since OO.org 3.1 was released. Under Windows I cannot update the
&
in our current API implementation while doing the refactoring. :-)
If you are interested in trying out the new API as "beta tester" once it
is implemented, please watch our API announcements and the GullFOSS blog.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Wri
on OpenOffice.org", Eyrolles 2004
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org
>> For additional commands, e-mail: dev-h...@api.openoffice.org
>>
>> -
>
want
> suggest?
OOo has a library (sot) that is able to load the OLE storage format. One
of the sub streams in such a storage tells the format. Using the sot
library of OOo standalone is not possible, you will need some others too.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOf
implemented (as much as we can add without
holding back the "add the get methods" task force).
Ciao,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don't reply to "
even don't see that). That's
not the kind of pain that I would see as a justification for an
incompatible change.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don't reply to "
it will not cause problems in extensions or code working with
OOo. But if an interface is implemented or used in OOo it's just wild
guessing whether it is used somewhere else and leaves too much room for
discussions.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
ut I don't see an urgent need for changing this in a single
interface.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don't reply to "nospamfor...@gmx.de"
ing a single interface. This will not
remove the "pain" you have described.
So I repeat my point: if re-working awt is important enough (and a
general agreement about that exists), it should be done. Fixing a single
interface is pointless and should be avoided.
Ciao,
Mathias
--
Mat
ing a
single interface just for language esthetical feelings IMHO isn't one of
them). Otherwise we will always have lengthy discussions like this one.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
lection, this wouldn't help. But if
not, this could solve your problem.
> 3- What is the "UNO service that can be called with an object receiving a
> callback"? Have you any pointer about it (documentation, sample code etc.)?
I'll dig that out.
Regards,
Mathias
--
t of course the crash caused by
this file will happen also.
Perhaps you can create a bug report and attach your file so that the
Calc developers can reproduce the problem easily.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http:/
h exceptions that could be a sign that OOo can't
close the loaded document and perhaps has a resource problem. Maybe
either your application or OOo runs out of file handles?!
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.
lue >());
> }
> catch(const css::uno::Exception& e)
> {
> }
myServiceFactory is the factory you can get from the ComponentFactory
you have bootstrapped. Of course you can also use the ComponentFactory
directly, but I didn't find the syntax
rvice, it will call the remote application
from inside the main thread and this will create another thread on the
remote application side that is assigned to OOo's main thread. Every
call done in this thread will not create multi threading problems for
OOo's own processing.
Regards,
es not have support for threads.
The "wait" call mentioned by Andreas is a dirty workaround but perhaps
it works for you.
Ciao,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don't reply
t is embedded in the IE Window. I'm not sure if you are
using it. This window still has a toolbar, but by providing a
configuration setting in the installed OOo application you can configure
it to hide this toolbar.
Ciao,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOf
tent to ignore the "hidden" property for the "_default"
target as there are situations where it doesn't work or creates
surprising effects (like letting the current document window vanish
without a "poof" ;-)). Using "_default" puts the document window und
mURL call?
> The complete call is:
>
> PropertyValue[] properties = new PropertyValue[1];
> properties[0] = new PropertyValue();
> properties[0].Name = "Hidden";
> properties[0].Value = Boolean.valueOf(false);
Are you talking about "ReadOnly" or a
be closed ATM, this is not an error. So just catch it
and go ahead. In case you passed "true" as parameter, the document will
be closed later as soon as the reason for the exception has gone away.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffic
using
refers to the latter.
AFAIK a presentation document is not able to create a text paragraph
through its XMultiServiceFactory interface.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don
edException. You mentioned
printing. Does it mean that the document is printed and later gets closed?
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don't reply to "
inting. Does it mean that the document is printed and later gets closed?
>>
>> Regards,
>> Mathias
>>
>>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org
> For additi
Frank Schoenheit, Sun Microsystems Germany wrote:
> Hi Paolo,
>
>> Why not the %origin% placeholder?
>> I just noticed that the graphic provider can handle demacrofyed urls
>> like this one:
>> vnd.sun.star.expand:$UNO_USER_PACKAGES_CACHE/uno_packages/sJYsUf_/MyExtension.oxt/icons/lightbulb.jpg
Madhur Kashyap wrote:
> Hi,
>
> My calc application has users on both Windows and linux. The application
> deals with loading of files from disk and hence the manner in which I
> construct the path strings should be portable. I am avid user of TCL and it
> supports a command namely "file join" "f
f OOo's path variable, like e.g.
the HOME folder. If you are not able to identify the operating system
you are working on, how can you guess "sRootDir" in the correct
notation? OTOH, if you know "sRootDir", you also know at least if your
OS has a Windows type or a Unix type file
erfly on the wheel. Jürgen's
proposal definitely is something to think about. This is not the first
time that extension developers asked for access to the "extension root
directory".
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engine
401 - 500 of 532 matches
Mail list logo