Using Ctrl+[nbr]

[Von Bailey]

Is there a way to give someone access to the Ctrl+[nbr] function to
initiate checked scripts that doesn't also include giving them access
to edit scripts?

von

[Helpful Harry]

In article <c1c1301f.0310281509.13b2af86@posting.google.com >,
[email]redbai@MailAndNews.com[/email] (Von Bailey) wrote:

> Is there a way to give someone access to the Ctrl+[nbr] function to
> initiate checked scripts that doesn't also include giving them access
> to edit scripts?
>
> von

The Ctrl+[nbr] (or Apple+[nbr]) shortcuts are nothing to do with the
ability to edit a script. Anyone with permission to edit the scripts in
the database can easily get at them whether or not they have a shortcut
/ appear in the menu.

To stop people editing scripts then you need to use a couple of
passwords and relevant settings - one for the normal users (with Edit
Scripts turned off) AND one for you (with Edit Scripts turned on). The
normal user password can be "auto-entered" on opening via the
Document's Preferences. You can hold down Option (on the Mac, not sure
what it is on for Windows) when opening the database to enter your own
Admin / Developer password.

*BUT*
backup the database first before playing with the password options -
it's EXTREMELY easy to lock yourself out of the database by accident.

Helpful Harry
"Just trying to help whenever I can." :o)

[Von Bailey]

Helpful Harry <helpful_harry@nom.de.plume.com> wrote in message news:<291020031247107359%helpful_harry@nom.de.plum e.com>...

> In article <c1c1301f.0310281509.13b2af86@posting.google.com >,
> [email]redbai@MailAndNews.com[/email] (Von Bailey) wrote:
>

> > Is there a way to give someone access to the Ctrl+[nbr] function to
> > initiate checked scripts that doesn't also include giving them access
> > to edit scripts?
> >
> > von

>
> The Ctrl+[nbr] (or Apple+[nbr]) shortcuts are nothing to do with the
> ability to edit a script. Anyone with permission to edit the scripts in
> the database can easily get at them whether or not they have a shortcut
> / appear in the menu.
>
> To stop people editing scripts then you need to use a couple of
> passwords and relevant settings - one for the normal users (with Edit
> Scripts turned off) AND one for you (with Edit Scripts turned on). The
> normal user password can be "auto-entered" on opening via the
> Document's Preferences. You can hold down Option (on the Mac, not sure
> what it is on for Windows) when opening the database to enter your own
> Admin / Developer password.
>
> *BUT*
> backup the database first before playing with the password options -
> it's EXTREMELY easy to lock yourself out of the database by accident.
>
> Helpful Harry
> "Just trying to help whenever I can." :o)

Thanks for the answer but I think my ambiguous request left to much
out to get the answer that I actually need. I will attempt to do
better below.

The goal is not to just stop editing script with a password but to do
that and still retain the user ability to use the Ctrl+[nbr] (or
Apple+[nbr])functionality of the scripts.

Scenario:

I have the password setup that you suggest however I want to augment
the navigation to some menus with the option of using the keyboard for
access instead of just mouse clicked buttons (i.e. Ctrl+1 would access
the Order Menu, Ctrl+2 would access Customer Menu, etc) and I want
everyone, regardless of their password, to have access to this
functionality.

Problem:

When I attempt to use the Ctrl+[nbr] function while logged in with the
generic password none of the Ctrl+[nbr] scripts are initiated when I
depress the keyboard combinations. Access to the "edit scripts"
option in the Define Passwords dialog seems to be the key.

So with that in mind, is there any way to get the functionality of the
Ctrl+[nbr] without having access to editing scripts?

von

[Howard Schlossberg]

No, the ability to edit scripts and run them using CTRL+[nbr] are
completely separate. I just set up a test database (FMP6v4) with a
low-level password that doesn't allow anything except browsing and
'menus' is set to none. The script itself just pops up a 'Show Message'
step. AFter logging in with that password, i am still able to use
CTRL-1 to run the script with no problem.

So I have four questions for you:
1) What version of FMP are you using?
2) What does the script do?
3) What other limitations have been placed on that password and could
these be prohibiting specific steps in your script?
4) Is this running in Kiosk mode?


Von Bailey wrote:

> The goal is not to just stop editing script with a password but to do
> that and still retain the user ability to use the Ctrl+[nbr] (or
> Apple+[nbr])functionality of the scripts.
>
> Scenario:
>
> I have the password setup that you suggest however I want to augment
> the navigation to some menus with the option of using the keyboard for
> access instead of just mouse clicked buttons (i.e. Ctrl+1 would access
> the Order Menu, Ctrl+2 would access Customer Menu, etc) and I want
> everyone, regardless of their password, to have access to this
> functionality.
>
> Problem:
>
> When I attempt to use the Ctrl+[nbr] function while logged in with the
> generic password none of the Ctrl+[nbr] scripts are initiated when I
> depress the keyboard combinations. Access to the "edit scripts"
> option in the Define Passwords dialog seems to be the key.
>
> So with that in mind, is there any way to get the functionality of the
> Ctrl+[nbr] without having access to editing scripts?

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Howard Schlossberg (818) 883-2846
FM Pro Solutions Los Angeles, California
Associate Member, FileMaker Solutions Alliance

[Von Bailey]

Howard Schlossberg <howard@antispahm.fmprosolutions.com> wrote in message news:<vpvoo81s470vc5@corp.supernews.com>...

> No, the ability to edit scripts and run them using CTRL+[nbr] are
> completely separate. I just set up a test database (FMP6v4) with a
> low-level password that doesn't allow anything except browsing and
> 'menus' is set to none. The script itself just pops up a 'Show Message'
> step. AFter logging in with that password, i am still able to use
> CTRL-1 to run the script with no problem.
>
> So I have four questions for you:
> 1) What version of FMP are you using?

ver. 5.5

> 2) What does the script do?

Most open menu layouts and a couple copy data from one file to
another.

But in both cases the user can access and use these scripts when they
are initiated using a button without any issue regardless of password.

> 3) What other limitations have been placed on that password and could
> these be prohibiting specific steps in your script?

The list of what the user can do is shorter so I will supply that.
Anything else can be assume nonaccessible to the generic user
password.
Browse Records (ALL)
Create Records
Print Records

> 4) Is this running in Kiosk mode?
>

It does when the generic password is active but not when the
adminstrative password is used. I think I get where this is going.
Does Kiosk mode cancel out the Ctrl+[nbr] function?

von

>
> Von Bailey wrote:
>

> > The goal is not to just stop editing script with a password but to do
> > that and still retain the user ability to use the Ctrl+[nbr] (or
> > Apple+[nbr])functionality of the scripts.
> >
> > Scenario:
> >
> > I have the password setup that you suggest however I want to augment
> > the navigation to some menus with the option of using the keyboard for
> > access instead of just mouse clicked buttons (i.e. Ctrl+1 would access
> > the Order Menu, Ctrl+2 would access Customer Menu, etc) and I want
> > everyone, regardless of their password, to have access to this
> > functionality.
> >
> > Problem:
> >
> > When I attempt to use the Ctrl+[nbr] function while logged in with the
> > generic password none of the Ctrl+[nbr] scripts are initiated when I
> > depress the keyboard combinations. Access to the "edit scripts"
> > option in the Define Passwords dialog seems to be the key.
> >
> > So with that in mind, is there any way to get the functionality of the
> > Ctrl+[nbr] without having access to editing scripts?

>
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> Howard Schlossberg (818) 883-2846
> FM Pro Solutions Los Angeles, California
> Associate Member, FileMaker Solutions Alliance

[Howard Schlossberg]

Von Bailey wrote:

>>4) Is this running in Kiosk mode?

> It does when the generic password is active but not when the
> adminstrative password is used. I think I get where this is going.
> Does Kiosk mode cancel out the Ctrl+[nbr] function?

That is correct. Kiosk mode cancels out all menus and that's where the
shortcuts live. You will see that CTRL-F also no longer works. In
fact, even in non-kiosk mode, CTRL-F won't work if the menu option is
set to 'none'. If its not available on the menu, then its not available
on the keyboard. Kiosk mode assumes that you don't want the users to
have menu access and, thus, no keyboard access.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Howard Schlossberg (818) 883-2846
FM Pro Solutions Los Angeles, California
Associate Member, FileMaker Solutions Alliance

[Helpful Harry]

In article <vq0804bguec7f6@corp.supernews.com>, Howard Schlossberg
<howard@antispahm.fmprosolutions.com> wrote:

> Von Bailey wrote:

> >>4) Is this running in Kiosk mode?

> > It does when the generic password is active but not when the
> > adminstrative password is used. I think I get where this is going.
> > Does Kiosk mode cancel out the Ctrl+[nbr] function?

>
> That is correct. Kiosk mode cancels out all menus and that's where the
> shortcuts live. You will see that CTRL-F also no longer works. In
> fact, even in non-kiosk mode, CTRL-F won't work if the menu option is
> set to 'none'. If its not available on the menu, then its not available
> on the keyboard. Kiosk mode assumes that you don't want the users to
> have menu access and, thus, no keyboard access.

There is a free plug-in called "Display Toolbox" available at
[url]http://www.geocities.com/SiliconValley/Network/9327/plPLUGs.html[/url]
which can be used to SIMULATE Kiosk mode by hiding the Dekstop and Menu
Bar, but still allows menu shortcuts to work.

It might be worth a try, BUT it's only available for MacOS "Classic"
(not X) and the Windows version is an "experimental beta version". It
was created back in the FileMaker 4 days and so far the author hasn't
updated it, but it works quite happily with FileMaker 6 on MacOS 9.2
(I've never needed to try the Windows version).

NOTE: unlike real Kiosk mode, keyboard application switching still
works too, so you may need to turn that off in the OS preferences (if
possible).


Helpful Harry
"Just trying to help whenever I can." :o)

[Warren Dale]

On Wed, 29 Oct 2003 12:16:01 -0800, Howard Schlossberg

>That is correct. Kiosk mode cancels out all menus and that's where the
>shortcuts live. You will see that CTRL-F also no longer works. In
>fact, even in non-kiosk mode, CTRL-F won't work if the menu option is
>set to 'none'. If its not available on the menu, then its not available
>on the keyboard. Kiosk mode assumes that you don't want the users to
>have menu access and, thus, no keyboard access.

What is "kiosk mode"? It is not in the FMP 6 manual, and there is only
brief mention of it in the on-line help. Is it something specific to
FM (perhaps in FM Developer), or is it a "concept". Where can I read
about it?

Warren.

[Howard Schlossberg]

It is a feature of FileMaker Developer. It runs your solution with a
black background and no menus or other controls.

Warren Dale wrote:

> On Wed, 29 Oct 2003 12:16:01 -0800, Howard Schlossberg
>

>>That is correct. Kiosk mode cancels out all menus and that's where the
>>shortcuts live. You will see that CTRL-F also no longer works. In
>>fact, even in non-kiosk mode, CTRL-F won't work if the menu option is
>>set to 'none'. If its not available on the menu, then its not available
>>on the keyboard. Kiosk mode assumes that you don't want the users to
>>have menu access and, thus, no keyboard access.

>
>
> What is "kiosk mode"? It is not in the FMP 6 manual, and there is only
> brief mention of it in the on-line help. Is it something specific to
> FM (perhaps in FM Developer), or is it a "concept". Where can I read
> about it?
>
> Warren.

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Howard Schlossberg (818) 883-2846
FM Pro Solutions Los Angeles, California
Associate Member, FileMaker Solutions Alliance

[Von Bailey]

Howard Schlossberg <howard@antispahm.fmprosolutions.com> wrote in message news:<vq0804bguec7f6@corp.supernews.com>...

> Von Bailey wrote:

> >>4) Is this running in Kiosk mode?

> > It does when the generic password is active but not when the
> > adminstrative password is used. I think I get where this is going.
> > Does Kiosk mode cancel out the Ctrl+[nbr] function?

>
> That is correct. Kiosk mode cancels out all menus and that's where the
> shortcuts live. You will see that CTRL-F also no longer works. In
> fact, even in non-kiosk mode, CTRL-F won't work if the menu option is
> set to 'none'. If its not available on the menu, then its not available
> on the keyboard. Kiosk mode assumes that you don't want the users to
> have menu access and, thus, no keyboard access.
>

Thanks for the feedback.

von

[Von Bailey]

Helpful Harry <helpful_harry@nom.de.plume.com> wrote in message news:<301020031300178594%helpful_harry@nom.de.plum e.com>...

> In article <vq0804bguec7f6@corp.supernews.com>, Howard Schlossberg
> <howard@antispahm.fmprosolutions.com> wrote:
>

> > Von Bailey wrote:

> > >>4) Is this running in Kiosk mode?
> > > It does when the generic password is active but not when the
> > > adminstrative password is used. I think I get where this is going.
> > > Does Kiosk mode cancel out the Ctrl+[nbr] function?

> >
> > That is correct. Kiosk mode cancels out all menus and that's where the
> > shortcuts live. You will see that CTRL-F also no longer works. In
> > fact, even in non-kiosk mode, CTRL-F won't work if the menu option is
> > set to 'none'. If its not available on the menu, then its not available
> > on the keyboard. Kiosk mode assumes that you don't want the users to
> > have menu access and, thus, no keyboard access.

>
> There is a free plug-in called "Display Toolbox" available at
> [url]http://www.geocities.com/SiliconValley/Network/9327/plPLUGs.html[/url]
> which can be used to SIMULATE Kiosk mode by hiding the Dekstop and Menu
> Bar, but still allows menu shortcuts to work.
>
> It might be worth a try, BUT it's only available for MacOS "Classic"
> (not X) and the Windows version is an "experimental beta version". It
> was created back in the FileMaker 4 days and so far the author hasn't
> updated it, but it works quite happily with FileMaker 6 on MacOS 9.2
> (I've never needed to try the Windows version).
>
> NOTE: unlike real Kiosk mode, keyboard application switching still
> works too, so you may need to turn that off in the OS preferences (if
> possible).
>
>
> Helpful Harry
> "Just trying to help whenever I can." :o)

And you were...

Thanks

von