t;OK" button, most
probably a modal dialog is recommended and no other dialogs (except sub
dialogs) should be operable while it is visible.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Oracle: http://blogs.sun.com/GullFOSS
Pleas
's OOo 3.2.1 though, so maybe that does not work with that "old" version?
Hm, probable. I tested with 3.3. Maybe if I come across a 3.2.1 I might
try it again.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Oracle: http
.S.: One observation: it is not possible to delete the programmatically
created toolbar using "Tools -> Customize" as the delete option is
greyed out. One can delete the individual toolbar items and make the
toolbar empty and on the next restart the toolbar seems to have gone.
ar is created.
As an example, I configured "SHIFT-ALT-G" for "Insert-Gallery" in the
keyboard configuration. The "view" menu (don't ask me why the menu has
it in "view", the config in "insert" ;-)) immediately shows the new
accelerator, the
On 25.05.2011 10:34, Rony G. Flatscher wrote:
On 25.05.2011 08:35, Mathias Bauer wrote:
On 24.05.2011 22:31, Rony G. Flatscher wrote:
Hi there,
in the meantime I have been able to add shortcuts to the toolbar items
and they are operational. However, the shortcut letter is not
underlined
?
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Oracle: http://blogs.sun.com/GullFOSS
Please don't reply to "nospamfor...@gmx.de".
I use it for the OOo lists and only
only for the ActiveX component that was mentioned
above, but also for the Mozilla browser plugin that works on all platforms.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Oracle: http://blogs.sun.com/GullFOSS
Please don't reply
his is already being worked on.
Regards,
Mathias
--
-
To unsubscribe send email to dev-unsubscr...@api.openoffice.org
For additional commands send email to sy...@api.openoffice.org
with Subject: help
--
Mathias Bauer (mba) - Proj
worked on.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Oracle: http://blogs.sun.com/GullFOSS
Please don't reply to "nospamfor...@gmx.de".
I use it for the OOo list
key in the xcu file, but it's possible that it doesn't
work either because Writer caches this setting internally. That would be
a bug, but I assume that this doesn't make it better. I'm afraid you
have to find that out.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead
est.txt'), stream)
Thanks,
David Roe
As you are asking here, this code obviously doesn't work. Can you tell
us where something goes wrong?
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Oracle: http://blogs.sun.com/GullFOSS
f I take it from a
text document, creating a footnote works as expected, e.g. in Basic:
Sub Main
obj = ThisComponent.createInstance("com.sun.star.text.Footnote")
print obj.dbg_supportedinterfaces
End Sub
This will display all interfaces of the implementation class SwXFootnot
Another question: did you try the same with other kinds of documents
(not ppt)?
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Oracle: http://blogs.sun.com/GullFOSS
Please don't reply to "no
sides that, of course nothing is impossible in software.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Oracle: http://blogs.sun.com/GullFOSS
Please don't reply to "nospamfor...@gmx.de".
I use it for the OOo lists and onl
On 10/26/2010 03:07 PM, Andrew Douglas Pitonyak wrote:
Although I am ignorant in much of this, I do have some random thoughts.
Mathias Bauer mentioned allowing the container to control changes for
some items (such as he did with notes2), but that this may be a problem
with larger objects such
thing like the difference between clearing the objects memory or
not.
No, it a component supports XCloseable, you must call close(), otherwise
dispose(). As close() will call dispose() internally, all you can get
from an explicit dispose() call is a DisposedException.
Regards,
Mathias
--
Ma
your
application is implemented in Java, don't rely on the garbage collection
doing the work for you, it might kick in just too late.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Oracle: http://blogs.sun.com/GullFOSS
Please
ly this idea to drawing objects also. For OLE
objects OTOH this probably wouldn't help as copying the whole object
each time it changes surely would be too much.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Oracle: http://blogs.sun
e, done that, got to hate that.
If the information provided to a listener is not sufficient, that should
be changed.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Oracle: http://blogs.sun.com/GullFOSS
Please don't reply to "
ill do our very best.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Oracle: http://blogs.sun.com/GullFOSS
Please don't reply to "nospamfor...@gmx.de".
I use it for the OOo lists and only rare
be one combined entry in the undo stack is worth
the implementation already. Whether we want to use that for combined
undo stacks also is something we should decide for "version 2.0" of the
implementation (it wouldn't influence the API, IMHO).
Regards,
Mathias
--
Mathias Bauer (mba)
in the css.text.DocumentSettings and, amongst others, a
"IsPrintHandout" property in the css.presentation.DocumentSettings.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don't re
oks as if this needs
some extra code in OOo to make that possible. We could perhaps implement
something in sfx2 where the final Help class is implemented.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/G
s not necessarily an impediment, as I've
long-since simply removed the de-register without any observable side
effects. It would be much more satisfying, however, to get to the root
issue. :)
-- Cameron
On Fri, Jun 25, 2010 at 3:29 AM, Mathias Bauer wrote:
Hi Cameron,
On 06/23/2010 08:4
how events? Have you made shure that the
listener wasn't removed before the slide show was disposed?
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.
On 06/24/2010 06:48 AM, Akila Wajirasena wrote:
Thanks Cor,
By the way is there any plan to add this in the future?
Yes.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead OpenOffice.org Writer
OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
Please don't rep
amming language for
OOo extensions that should run on several platforms.
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".
I use it for th
#x27;t think so. You should use the Microsoft VC++ Express Compiler. Or
Java. :-)
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".
I use it for
platforms (at the end, it's a "simple" mail service) does not
allow to pass a body text to the mail client.
It could work with the MAPI based implementation on Windows, but if you
write platform specific code, you don't need a platform independent API
for that.
Regards
what
"deprecated" or "unpublished" means. Removing deprecated APIs is
something that I would do only for a major release. Changing
"unpublished" APIs should not be done in a micro release. But that's
only my personal POV.
Regards,
Mathias
--
Mathias Bauer (
Patrick Bernard wrote:
> Hello
>
>> "Normal" is that your instance will live until references to it have
>> been removed. There could be other references elsewhere that you didn't
>> mention. In case your object is implemented in Java, it's possible that
>> you have to wait until the garbage coll
se we wanted to fix a name
clash. Unfortunately that never happened. So it's time to think about
that and either revert that state of that interface or finally fix the
problem. I have to investigate that before I can answer you question.
Regards,
Mathias
--
Mathias Bauer (mba) - Project Lead
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
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
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
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
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
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 "
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
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
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
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
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
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
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,
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
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.
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:/
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
--
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
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
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"
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
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 "
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 "
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
on OpenOffice.org", Eyrolles 2004
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org
>> For additional commands, e-mail: dev-h...@api.openoffice.org
>>
>> -
>
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
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
&
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
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
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
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
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.
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 "
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
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
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
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
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
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 "
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
: 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).
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
. 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"
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
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
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
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
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
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
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)
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
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
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
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
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
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
>
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
; Regards,
>> Mathias
>>
>>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org
> For additional commands, e-mail: dev-h...@api.openoffice.org
>
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
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 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...
>>>> To unsubscribe, e-mail: dev-unsubscr...@api.openoffice.org
>>>> For additional commands, e-mail: dev-h...@api.openoffice.org
>>>
>>>
>>> ------
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
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
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
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
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
1 - 100 of 532 matches
Mail list logo