Frank Schönheit - Sun Microsystems Germany wrote:
Hi Fernand,
The problem is that we have a
policy to store ore macro's in the docs or subcomponents (for loaction
an distribute problems)and not in "globalscope". In the case of Base we
can at this moment not have macro's in it.
If wai
Hi Fernand,
> The problem is that we have a
> policy to store ore macro's in the docs or subcomponents (for loaction
> an distribute problems)and not in "globalscope". In the case of Base we
> can at this moment not have macro's in it.
If waiting for 3.1 is an option - 3.1 does allow this.
> P
So, the bottom line is: Password protection on a per-object basis either
works for the most novice users only, or is extremely expensive to
implement.
OK : the "maker" of a frontend must decide if a sub-compoment can been
1. "seen" by the GUI (with implement can been run)
2. "altered"
Marc Santhoff wrote:
Am Freitag, den 09.01.2009, 09:33 +0100 schrieb Fernand Vanrie:
Marc Santhoff wrote:
Am Donnerstag, den 08.01.2009, 16:18 +0100 schrieb Fernand Vanrie:
Frank,
Is it also a reasonable RTF to asks that every SubComponent tables,
Querys etc been protected
Am Freitag, den 09.01.2009, 09:33 +0100 schrieb Fernand Vanrie:
> Marc Santhoff wrote:
> > Am Donnerstag, den 08.01.2009, 16:18 +0100 schrieb Fernand Vanrie:
> >
> >> Frank,
> >>
> >> Is it also a reasonable RTF to asks that every SubComponent tables,
> >> Querys etc been protected by a passwor
Hi Fernand,
>> You see, I fail to see the overall picture how such a feature would look
>> like, could you elaborate?
>>
> Think on how Spreadsheets are protected.
>
> DB-doc GUImodifing protection by password
> DB-doc-SUBcomponent protection on GUI-USE (simpel: a Table, Query,
> Report, Form
Frank Schönheit - Sun Microsystems Germany wrote:
Hi Fernand,
Is it also a reasonable RTF to asks that every SubComponent tables,
Querys etc been protected by a password or a other protection sheme
(from out the API)
Not exactly sure ... Do you want to specify a password per
table/qu
Marc Santhoff wrote:
Am Donnerstag, den 08.01.2009, 16:18 +0100 schrieb Fernand Vanrie:
Frank,
Is it also a reasonable RTF to asks that every SubComponent tables,
Querys etc been protected by a password or a other protection sheme
(from out the API)
I think you can achieve user righ
Am Donnerstag, den 08.01.2009, 16:18 +0100 schrieb Fernand Vanrie:
> Frank,
>
> Is it also a reasonable RTF to asks that every SubComponent tables,
> Querys etc been protected by a password or a other protection sheme
> (from out the API)
I think you can achieve user rights discrimination by do
Hi Fernand,
> Is it also a reasonable RTF to asks that every SubComponent tables,
> Querys etc been protected by a password or a other protection sheme
> (from out the API)
Not exactly sure ... Do you want to specify a password per
table/query/form/report? If so, what should be covered by this
Frank,
Is it also a reasonable RTF to asks that every SubComponent tables,
Querys etc been protected by a password or a other protection sheme
(from out the API)
Greetz
Fernand
So: No, I don't think that's possible ATM. Wanna submit an RFE for a
notification API?
Ciao
Frank
Hi Fernand,
> BTW: do you see a way to do the inverse: closing the DB doc when last
> subcomponent is closed ?
There's no built-in mechanism for doing this (we recently discussed this
over there in us...@dba, IIRC). And for doing it via API, a mechanism to
be notified of opened/closed sub compon
Hallo Frank
It gives a better, well-defined state. For instance, when you open a
form using the XDatabaseDocumentUI, then it will be tracked by the
application main window, and closed automatically when the DB doc is
closed. When going via loadComponentFromURL at the forms collection,
then this t
Hi Fernand,
> Please tell me: Gives XDatabaseDocumentUI faster, better, saver
> connection than the old stuff ??
It gives a better, well-defined state. For instance, when you open a
form using the XDatabaseDocumentUI, then it will be tracked by the
application main window, and closed automatica
Frank Schönheit - Sun Microsystems Germany wrote:
Hi Fernand,
Frank S. adviced me to use XDatabaseDocumentUI.loadComponent, instead of
loadComponentFromURL with the particular advantage that
loadComponentFromURL, does not require the active connection, but
calculates it itself. so i tryed t
Hi Fernand,
> Frank S. adviced me to use XDatabaseDocumentUI.loadComponent, instead of
> loadComponentFromURL with the particular advantage that
> loadComponentFromURL, does not require the active connection, but
> calculates it itself. so i tryed this code:
>
> oDB = stardesktop.loadComponen
16 matches
Mail list logo
