Hi Aidan,
> it seems to be a bug. Please submit an issue and when you have a simple
> test macro/program please attach it to the bug.
you should assign this but to me ([EMAIL PROTECTED]).
-
To unsubscribe, e-mail: [EMAIL PROTEC
ntrols() ' all controls managed by the
' controller
(0) ' the table control
.getModel() ' the model of the table control
.getParent()' the database form
which
Hi Bernard,
> I could use Paolo's method, see macro hereunder.
> But there is still a nasty problem: the positions obtained seem to
> include "inactive records" of the base. For example in the Bibliography
> table if you select all lines you get positions 1, and 25 to 36 which
> are out of limi
Hi Michael,
> so i thought, what the heck is UNO_SET_THROW?
> it seems to do the same thing as UNO_QUERY_THROW, except it does not
> query, it only checks for NULL.
> hmm, according to opengrok's mere 50 results, i'm not the only one who
> never heard of it...
http://www.openoffice.org/servlets
Hi Fernand,
> BTW: oController.loadComponent( "my form",
> com.sun.star.sdb.application.DatabaseObject.FORM,FALSE )
> do not works , must be:
> oController.loadComponent(com.sun.star.sdb.application.DatabaseObject.FORM,
> "my form",FALSE )
Uhm, sorry, and thanks for fixing it :)
Ciao
Frank
Hi Patrick,
> I have another question on the same subject : is osl::Mutex recursive ? If a
> thread has a mutex locked, what happens if it tries to lock it again ?
it succeeds.
Ciao
Frank
-
To unsubscribe, e-mail: dev-unsubscr
Hi Juergen,
> One comment from me, i wouldn't use the protocol name
> "vnd.sun.star.extension:///"
> I would prefer something like
> "vnd.ooo.extension:///"
> or
> "vnd.oxt:///"
Thought about such, too. Finally, I just tried to be consistent with
other UCP schemes, like those at
http
ply we should not address scenario C. at all, assuming that the
consequences are bearable.
API proposal
XUndoAction, XUndoManager, XUndoManagerSupplier - find the generated IDL
for the proposed API at
http://udk.openoffice.org/files/documents/23/4795/undo.zip
Ciao
Frank
--
ere. In fact, I
am convinced that the new UNO API, for now (!), should be a wrapper
around existing non-UNO implementations, instead of the other way
'round. Everything else would, so I think, need tremendous efforts.
So, I prefer an incremental solution. Which is why I introduced the API
make those actions UNDOable - which is an UX problem for years
now.
So, unless I am overruled, I will *not* implement an API which does not
have "addUndo( XUndo )" :)
Ciao
Frank
--
ORACLE
Frank Schönheit | Software Engineer | frank.schoenh...@oracle.com
Oracle Office Productivity: http://w
ture-proof as possible, even if we will not
immediately use it as complete internal replacement.
Ciao
Frank
--
ORACLE
Frank Schönheit | Software Engineer | frank.schoenh...@oracle.com
Oracle Office Productivity: http://www.oracle.com/office
mmon ground in all
applications this way, which will also be prepared for the
above-mentioned changes.
Ciao
Frank
PS: If only a Writer developer could lend me a hand for implementing the
new ::svl::IUndoManager interface on top of Writer's own home-grown Undo
implementation, the whole thing w
o the resulting
change" - simply because currently, listeners might not always transport
enough information for this.
Ciao
Frank
--
ORACLE
Frank Schönheit | Software Engineer | frank.schoenh...@oracle.com
Oracle Office Productivity: http://www.oracle.com/office
-
m
really curious how difficult this turns out to be in reality ...
Ciao
Frank
--
ORACLE
Frank Schönheit | Software Engineer | frank.schoenh...@oracle.com
Oracle Office Productivity: http://www.oracle.com/office
-
To unsubscribe, e
cking the Undo
manager, listener notification, and the like.
Ciao
Frank
--
ORACLE
Frank Schönheit | Software Engineer | frank.schoenh...@oracle.com
Oracle Office Productivity: http://www.oracle.com/office
-
To unsubscribe, e-
which may depend on the top
action, also can't
d. both b. and c.
I tend to 1a., 2-yes, and 3d., but would appreciate any opinion on this.
Ciao
Frank
--
ORACLE
Frank Schönheit | Software Engineer | frank.schoenh...@oracle.com
Oracle Office Productivi
Hi Stephan,
>> 1. whether XUndoManager.undo/redo, when invoked while an Undo context
>> is open, should
>> a. throw
>> b. silently and implicitly close all open contexts
>> c. ignore the call
>> d. other?
>> 2. whether XUndoAction.undo/redo should be allowed to raise exceptions
bar item, and this script is ran, then the framework could
close all contexts left behind by the script.
This would still allow for education of API clients :), but wouldn't
bother the user too much with the results of broken scripts.
Ciao
Frank
--
ORACLE
Frank Schönheit | Software Engineer
WrappedTargetRuntimeExceptions (I thus consider the mere existence of
this class a bad hack. Well, a way-too-easy door opener for bad hacks,
that is.).
For the moment, I declared an UndoFailedException, derived from
css.uno.Exception, and let undo/redo throw it. Still an euphemism for
"any
#x27;t think that it makes sense to implement this for databases. In
Base, "Undo" is not even present at the UI (if we talk about data
changes - it well exists in UI components such as the
query/table/forms/reports designers), so there's nothing the API
implementation could be b
specific
exception is slightly better for knowing what went wrong than a generic
one, I'd say.
Ciao
Frank
--
ORACLE
Frank Schönheit | Software Engineer | frank.schoenh...@oracle.com
Oracle Office Productivity: http://www.oracle.com/office
;) makes too much sense. In any
case, the only reasonable option for the caller is to clear the
respective stack, since it cannot know whether invoking the action will
succeed next time (temporary vs. permanent failures).
Also, not having the distinction simplifies the implementation of the
actions,
Hi Mathias,
> I think that editing of OLE objects (and linked sheets are just a
> variant of them) should stay as they are: while you are editing the
> object, you might be able to undo parts of the editing, but after
> leaving the OLE object all changes made in this session can only be
> undo
Hi Michael,
>> @since OpenOffice.org 3.3
>> @since OOo 3.3
>> @since OOo 3.3.0
>> @since OOo3.3
>> @since OpenOffice.org 3.3
>>
>> Please, API developers, could you stick to one rule ? :-)
>
> yes, that would indeed be a good idea :)
> can somebody (jsc?) please declare one of these as "correct"
f the current autodoc, compared with doxygen.
Ciao
Frank
--
ORACLE
Frank Schönheit | Software Engineer | frank.schoenh...@oracle.com
Oracle Office Productivity: http://www.oracle.com/office
-
To unsubscribe, e-mail: de
he above statement was "embedded OOo
object" :-P
> Besides that, of course nothing is impossible in software.
That's an urban legend. Except you can show me the piece of code which
solves the halting problem.
Ciao
Frank
--
ORACLE
Frank Schönheit | Software Engineer | frank.s
would break the build ...
Ciao
Frank
--
ORACLE
Frank Schönheit | Software Engineer | frank.schoenh...@oracle.com
Oracle Office Productivity: http://www.oracle.com/office
-
To unsubscribe, e-mail: dev-unsubscr...@api.openof
>> What about autodoc enforcing this? Since autodoc is ran in the odk
>> module, not following the rule would break the build ...
> could be a next step ;-)
http://www.openoffice.org/issues/show_bug.cgi?id=115368
Ciao
Frank
--
ORACLE
Frank Schönheit | Software Engineer
r example
> 99% of macro writers)
as I was the one who wrote this service (out of a particular need):
Sorry, I wasn't aware that Type is such a ... difficult thing in Basic.
I'll keep that in mind for the next API I design :-\
Ciao
Frank
--
ORACLE
Frank Schönheit | Software Engine
at
the moment whether it was d...@api or interface-disc...@ooo, but I
definitely did, as I remember the pain to make it conform to all the
(rightful) requirements raised by different people). Sadly, nobody
caught this Type-problem - I'd bet this is pretty unknown to a lot of
people.
Ciao
Fra
asic.
I'm all in for enhancing this, but know too little details to judge
whether this is feasible and doable.
Ciao
Frank
--
ORACLE
Frank Schönheit | Software Engineer | frank.schoenh...@oracle.com
Oracle Office Productivity: http://www.oracle.com/office
, "string" )
That would be really useful - great idea!
Ciao
Frank
--
ORACLE
Frank Schönheit | Software Engineer | frank.schoenh...@oracle.com
Oracle Office Productivity: http://www.oracle.com/office
-
To unsubscribe, e-m
Hi Andreas,
> >> Il 21/12/2010 10:25, Frank Schönheit ha scritto:
> >>> as I was the one who wrote this service (out of a particular need):
> >>> Sorry, I wasn't aware that Type is such a ... difficult thing in Basic.
> >>> I'll keep that in mind for the next API I design :-\
>
> This is the
Hi Bernard,
> Can the Grid control be displayed on OOo 3.3.0 ?
It can, but there's a number of ... undocumented traps. Without
investigating your concrete use case, it is difficult to tell what you
miss - but there sure is something, I already saw living grid controls
in a 3.3 :), though I don't
g done so, the script runs (and works)
with the new implementations as well.
Ciao
Frank
--
ORACLE
Frank Schönheit | Software Engineer | frank.schoenh...@oracle.com
Oracle Office Productivity: http://www.oracle.com/office
-
To unsub
will manifest in master with the
integration of CWS gridsort), and grabbed the other one. Implementing a
resizable row header column would be pretty easy, though I am not sure
about the implications ... For the moment, I just grabbed the issue,
let's see.
Ciao
Frank
--
ORACLE
Frank Schönheit
Hi Andrew,
>>> I had hoped it would be as easy as
>>>
>>> CreateUnoService("com.sun.star.awt.PrinterServer")
>>>
>>> Unfortunately, the returned object is not usable.
>>
>> "Usable" is a relative term. You can always do something like this:
>>
>> oServer = CreateUnoService("com.sun.star.awt.Printe
Hi Jürgen,
> But it means also that components may not work with future versions
> and we have to rethink our compatibility paradigm.
That's the fault of the component using unpublished API ;)
Well, that's halfway serious only. Today, you cannot really blame the
component author since we have a
Hi Mathias,
> Besides that it looks strange that "ApplyFormDesignMode" is a model
> property. Is it stored in the content.xml or in the settings.xml?
content.xml.
Why is this strange? It's more on the level of, say, the background
color, than, say, the zoom level: It's an aspect of the document
ort the Java object
via UNO - is (probably) impossible when it comes to two JVMs, at the latest.
Ciao
Frank
--
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOffice.org Base
Hi Christoph,
> Is there another way to veto on saveAs-actions for specific targets?
I don't think so ...
> I want to veto on a saveAs-action using the document event OnSaveAs.
> The veto should be done only for specific target URLs (save-as
> filename), the user has chosen in the SaveAs-Dialog.
API features at least three different concepts of assigning
scripts to certain events on certain objects, and if we're going to
renew one of them, we should simply use (and perhaps improve) one of the
other ones, if appropriate.
Ciao
Frank
--
- Frank Schönheit, Software Engineer
ures, we should have a *very* close look at the other two
event-attaching-related APIs, and see if there's room for consolidation.
Ciao
Frank
--
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems http://www.sun.com/star
urrent form. Requiring even more - namely: wait
until the mail arrives in the archive, look it up, and send an
additional mail telling the link - won't work, for sure.
Also, I think it is not necessary: If we agree on a suitable channel to
send the mails to, then interested people can subs
> please no! there are already too many mailing lists in OOo.
Well - at some point in time (when all devs really announce all their
API changes), people might complain about too much traffic they're not
interested in. But it's of course sufficient to discuss a list
separation then, a
and /me? Is
everybody happy with such things being announced in
[EMAIL PROTECTED] (or, well, not being announced at all)? Jürgen,
do you have an opinion on this?
Ciao
Frank
--
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems http:/
an agree on
this, we should Just Do It (TM).
Enhancing API/mails would be a next step. Which has the potential for
quite some discussion, too.
Ciao
Frank
--
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems http://www.sun.com
ever, that isn't a really strong opinion of mine, I could live with
cross-posting, too (the more since probably, there are UNO API changes
which might be "developer-related", too).
Ciao
Frank
--
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems
ol"
Sounds a little bit like issue 94980:
http://www.openoffice.org/issues/show_bug.cgi?id=94980
Ciao
Frank
--
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOffice.org Base
t the Filter/ApplyFilter
(and for consistency: all other relevant properties of a
css.sdb.DataAccessDescriptor) should be supported in both .initialize
and .select, then I might care to implement this :)
Thanks & Ciao
Frank
--
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Mi
by the UNO API using less code than the
> opening by the Dispatch API ?
Docking by API is not possible. However, I think the beamer should
always be docked when you pass the proper flags to loadComponentFromURL.
Try using FrameSearchFlag.AUTO.
Ciao
Frank
--
- Frank Schönheit, Software Engin
do not works because the SQL Statement is not
> recognised as a "connection"
Hmm, I would have expected those to work, too. May I encourage you to
file an issue, with precise descriptions how to reproduce the problem? I
cannot guarantee this will be fixed today or tomorrow then, but it
"controlName" )
control = ThisComponent.CurrentController.getControl( controlModel )
control.setFocus()
should do.
Ciao
Frank
--
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOffice.org Base
ough the behavior and appearance of
both is dictated by the one and only control model (and if the control
model's background color property is changed, then both controls will
honor this, for instance). However, also the controls are independent to
a certain degree, for instance the cursor position
ding it to a result set column, the
FormatKey from the latter is transferred to the former, but there's no
life connection.
So, a
oModel.getByName( ).setPropertyValue( "FormatKey", 2 )
should do.
Ciao
Frank
--
- Frank Schönheit, Software Engineer [EMAIL PROTECTE
ead ??
> But i understood alsoo your point, I will never do it again :-)
Just wanted to say that this kind of introduction is unnecessary, I
usually find the topics I can/want to contribute to without it :)
Ciao
Frank
--
- Frank Schönheit, Software Engineer [EMAIL PROTECTED] -
- Su
's not intentional, and most probably a regression of the update to
HSQLDB 1.8.0.10, which happened in DEV300m30. The problem is now known
as issue 97032, thanks for finding it!
> Perhaps related to Issue 93381 ?
Not at all.
Ciao
Frank
--
- Frank Schönheit, Software Engineer
Hi Daniel,
> Ah, by studying the sources, I learned that it should be
>
> uno::Reference< XSomething > xS2( xS1, uno::UNO_SET_THROW );
>
> Right?
Right.
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems
violation
// of xBar's constraint
...
it just felt wrong (since potentially too expensive) to do
Reference< XFoo > xFoo( xBar->getSomeFoo(), UNO_QUERY_THROW );
UNO_SET_THROW is cheaper in this case.
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh
d itself. For this, just press the "..." button in
the "Default selection" line in the property browser, but make sure
beforehand the list box actually has list entries.
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems
ever, since it is published, as well as the service using it ...
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOffice.org Base
ant to achieve with
this?
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOffice.org Base http://dba.openoffi
, it could be considered
a bug that they currently don't. However, I would need more thinking
about the potential side effects of running an embedded form with an
alien connection. In the worst case, this could lead to the conclusion
that an ActiveConnection being different from the current connec
should work as you expect it.
> - open a OO-base-doc in a "hidden" way ?
Should work, too, though I never played with this.
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/starof
t/version.
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOffice.org Base http://db
suggests the connection should be done automatically in
the loadComponent implementation ... Hmm. Have to think about this.
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems
lished, yet (XDatabaseDocumentUI.isConnected()),
then you need to do so (.connect()) - that might be worth an improvement.
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOffice.or
/closed sub components is missing :(
So: No, I don't think that's possible ATM. Wanna submit an RFE for a
notification API?
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/staroffice -
the overall picture how such a feature would look
like, could you elaborate?
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOffice.org Base http:/
asis either
works for the most novice users only, or is extremely expensive to
implement.
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOffice.org Base
led whenever a sub component is opened or closed.
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOf
nglish speaker
who thinks that "XFooExtended" sounds like ... well, non-native English
speakers creating API names? XExtendedFoo, or XFooExtension, or XFoo2,
or ... but "XFooExtended"?)
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@su
for css.awt.X/PopupMenu and
> css.awt.X/MenuBar, so IMHO the published/unpublished concept should be
> redesign.
No, you won't get me in joining this discussion here. But you're
absolutely right :)
Ciao
Frank
--
ces, is that an old-style service, which effectively
describes an *implementation* (rather than an abstract contract), must
be able to be adjusted to properly describe the evolving implementation.
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Micros
to scan the DevGuide just
> to learn this important peculiarity of our API.
Like that idea ...
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOffice.org Base
nerated HTMLs - this should be a breakage
instead of a warning, so it will be noticed immediately, not months
later ... But given the speed of fixing for this kind of issues, I'd say
it's not worth the time ...
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@
(initNew
or load) before doing anything else with the model.
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOffi
roperly implemented In the SFX
application framework (used by Writer, Calc, Draw, Impress), the UNO API
really is only a facade on top of a non-UNO implementation, which
obviously was never prepared to exchange the document of a given view.
Ciao
Frank
--
- Frank Schönheit, Software Engineer
ation, to prevent this kind of problems.
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOffice.org
e-opened the issue, and asked Ocke to investigate the problem. Thanks
for the hint!
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOffice.org Base http://
#x27;d say this is an API compatibility issue. Try submitting a issue, and
raising it as 3.1 blocker in relea...@openoffice.org.
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOff
thing()", then in basic, you can do "object.Something", and this
will automatically invoke the method "getSomething()".
Now there is a XTextTableSupplier interface, which has a method
getTextTable. So maybe your object supports this interface?
Ciao
Frank
--
- Frank Schönheit, Sof
before jumping in :)
Thanks & Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOffice.org Base htt
enty of (evolving) implementations and clients for them,
and changing this situation is a challenging task of its own. Plus,
the discussion whether it's *worth* changing this situation is a
challenging topic of its own. Let's keep all this separate, please.
--
- Frank Sch
-platform extensions. Given all that, I believe their use
> should be discouraged,
agreed so far.
> and they should have less weight when it comes
> to deciding for or against a change that would affect c++ extensions
> alone.
"less weight" - yes. But not "no weight
hy C++ extensions break.
All known (to me :) C++ extensions use the UDK API only, which I think
we should be even more careful with than with the "normal" office API.
If we are, then there's no reason why C++ should not work in different
OOo versions ... (well, introduci
s, and so on. Before we don't clarify those, it's
useless to discuss the approval process.
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/star
mer can't, or only at the cost of introducing
additional legacy/compatibility burdens.
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
discussion, most of the time.
Ciao
Frank
--
- Frank Schönheit, Software Eng
ng an issue? (component: tools, sub component: autodoc,
owner: np, cc: fs :)
Thanks & Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOffice.org Base
e, I'd like to take all those
awt/form services which effectively describe *implementations* in OOo,
and make all the "optional" properties added over the years
non-optional, to match reality.
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun
quickly once
needed.
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOffice.org Base
are allowed).
Ah, great, that's most welcome!
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOffice.org Base
ill start with small steps. I also have some ideas for
replacing services with MI interfaces (UnoControl comes to my mind
immediately, plus a few others), but trying to do everything at once is
likely to fail.
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Su
g all
those lying "optional" attributes - this shouldn't affect clients in any
way.
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/staroffice -
- OpenOffice.or
or my manager, and for myself) to embark on the project,
again. (Until another painful client implementation, which sadly will be
1 month after 4.0 is out.)
So, I still think we should be more open to API changes between major
releases, if we seriously want them to happen. (And no, they're n
ding :)
I still think we should keep an open mind for earlier changes. As you
agree below, old style services can (in some respect) changed even now,
without any effect on clients.
There's probably more things which are not *that* trivial, but still
trivial enough to be made even before 4.
acter (like in old-style services) should be possible at
> every release (even 3.x).
>
> Every agreement can be reconsidered later, so this one also. But we
> don't need to do that before 4.0 has actua
by chance
vote for it when we asked for user input? :)
(http://blogs.sun.com/GullFOSS/entry/if_you_had_3_wishes)
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www
hanged ThisComponent otherwise, then every existing
code (implementing such a functionality as sketched above) would have
needed to be rewritten.
Ciao
Frank
--
- Frank Schönheit, Software Engineer frank.schoenh...@sun.com -
- Sun Microsystems http://www.sun.com/staro
hould
> forbid that?!
This is forbidden already: The "Run Macro" dialog lists the global
macros, plus the ones from the current document, nothing else.
It is of course still possible to programmatically execute a macro which
resides in a non-current document, and therein, ThisComponent po
1 - 100 of 236 matches
Mail list logo
