Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.databases.filemaker > #2225 > unrolled thread

Selecting a Field in a Script

Back to article view | Back to comp.databases.filemaker

Contents

  Selecting a Field in a Script csampson@inetworld.net (Charles H. Sampson) - 2015-04-21 13:25 -0700
    Re: Selecting a Field in a Script Helpful Harry <HelpfulHarry@BusyWorking.com> - 2015-04-22 08:52 +1200
      Re: Selecting a Field in a Script csampson@inetworld.net (Charles H. Sampson) - 2015-04-23 16:27 -0700
        Re: Selecting a Field in a Script Helpful Harry <HelpfulHarry@BusyWorking.com> - 2015-04-24 18:40 +1200

#2225 — Selecting a Field in a Script

The subject line is a bit of a tease, because that mignt not be what I
want to do.

I have a fairly elaborate layout that has an obvious first field. By
that I mean that when entering data this is the first value one would
reasonably want to set. (It's an account number. I'm pretty sure that
when entering data the first thing you would want to do is make sure
you're working on the proper account.) The layout works as I wanted.
Create a new record and the account number list is displayed, awaiting
selection.

I have a script that creates a similar record to the current record. It
saves the values of a few fields, creates a new record, and plugs those
values in. The problem is that when the script is run the first field
still displays the account number list, even though an account number is
already in the field.

This obviously isn't a serious problem. A click in the second field gets
me started. It is, however, displeasing. I'd much rather the script end
with the cursor in the second field, but I don't see how to do that in
FMP8. Reversing the order of the two fields doesn't work because in most
instances the current first field is where you want to start, as I've
argued above.

By the way, it happens that the drop-down list for the first field
covers the second, so I really have to start by clicking in the third
field and go back to the second field later. Yes, moving the second
field elsewhere takes care of this but I'm pretty pleased with the
organization of the layout as it is.

Any ideas?

Charlie
-- 
Nobody in this country got rich on his own.  You built a factory--good.
But you moved your goods on roads we all paid for.  You hired workers we
all paid to educate. So keep a big hunk of the money from your factory.
But take a hunk and pay it forward.  Elizabeth Warren (paraphrased)

[toc] | [next] | [standalone]

#2226

In article <1m38cet.dj8rxa1fv6n3jN%csampson@inetworld.net>, Charles H.
Sampson <csampson@inetworld.net> wrote:
> 
> The subject line is a bit of a tease, because that mignt not be what I
> want to do.
> 
> I have a fairly elaborate layout that has an obvious first field. By
> that I mean that when entering data this is the first value one would
> reasonably want to set. (It's an account number. I'm pretty sure that
> when entering data the first thing you would want to do is make sure
> you're working on the proper account.) The layout works as I wanted.
> Create a new record and the account number list is displayed, awaiting
> selection.
> 
> I have a script that creates a similar record to the current record. It
> saves the values of a few fields, creates a new record, and plugs those
> values in. The problem is that when the script is run the first field
> still displays the account number list, even though an account number is
> already in the field.
> 
> This obviously isn't a serious problem. A click in the second field gets
> me started. It is, however, displeasing. I'd much rather the script end
> with the cursor in the second field, but I don't see how to do that in
> FMP8. Reversing the order of the two fields doesn't work because in most
> instances the current first field is where you want to start, as I've
> argued above.
> 
> By the way, it happens that the drop-down list for the first field
> covers the second, so I really have to start by clicking in the third
> field and go back to the second field later. Yes, moving the second
> field elsewhere takes care of this but I'm pretty pleased with the
> organization of the layout as it is.
> 
> Any ideas?

Easy-peasy. That's what the Go To Field command is for.
i.e.
      Go To Field [MyField]

Since the field is empty, you don't need the  "Select/Perform" option
turned on.

In normal fields the "Select/Perform" option will select (highlight)
the field's data ready for copying or typing over with new data. It
also has a handy trick with container fields by being able to play the
movie or sound stored in them (I've seen some databases that use it to
play a fanfare when opening the database for example, or play a sound
when a long data-processing script has finished).


Also, if you set-up the Tab order for the Layout appropriately via the
menu option in Layout Mode, then when in Browse or Find Modes you can
get from the first field to the second by pressing the Tab key - no
need to click in the third field first.

Helpful Harry  :o)

[toc] | [prev] | [next] | [standalone]

#2232

Helpful Harry <HelpfulHarry@BusyWorking.com> wrote:

> In article <1m38cet.dj8rxa1fv6n3jN%csampson@inetworld.net>, Charles H.
> Sampson <csampson@inetworld.net> wrote:
> > 
> > The subject line is a bit of a tease, because that mignt not be what I
> > want to do.
> > 
> > I have a fairly elaborate layout that has an obvious first field. By
> > that I mean that when entering data this is the first value one would
> > reasonably want to set. (It's an account number. I'm pretty sure that
> > when entering data the first thing you would want to do is make sure
> > you're working on the proper account.) The layout works as I wanted.
> > Create a new record and the account number list is displayed, awaiting
> > selection.
> > 
> > I have a script that creates a similar record to the current record. It
> > saves the values of a few fields, creates a new record, and plugs those
> > values in. The problem is that when the script is run the first field
> > still displays the account number list, even though an account number is
> > already in the field.
> > 
> > This obviously isn't a serious problem. A click in the second field gets
> > me started. It is, however, displeasing. I'd much rather the script end
> > with the cursor in the second field, but I don't see how to do that in
> > FMP8. Reversing the order of the two fields doesn't work because in most
> > instances the current first field is where you want to start, as I've
> > argued above.
> > 
> > By the way, it happens that the drop-down list for the first field
> > covers the second, so I really have to start by clicking in the third
> > field and go back to the second field later. Yes, moving the second
> > field elsewhere takes care of this but I'm pretty pleased with the
> > organization of the layout as it is.
> > 
> > Any ideas?
> 
> Easy-peasy. That's what the Go To Field command is for.
> i.e.
>       Go To Field [MyField]
> 
> Since the field is empty, you don't need the  "Select/Perform" option
> turned on.
> 
> In normal fields the "Select/Perform" option will select (highlight)
> the field's data ready for copying or typing over with new data. It
> also has a handy trick with container fields by being able to play the
> movie or sound stored in them (I've seen some databases that use it to
> play a fanfare when opening the database for example, or play a sound
> when a long data-processing script has finished).
> 
> 
> Also, if you set-up the Tab order for the Layout appropriately via the
> menu option in Layout Mode, then when in Browse or Find Modes you can
> get from the first field to the second by pressing the Tab key - no
> need to click in the third field first.

Damn! I hate wasting other peoples' time almost as much as I hate
exposing my ignorance or wasting my own time.

This is exactly what I needed, of course. My problem is that I was
looking for it under the Fields group of commands and, failing that, the
Miscellaneous group. Also, I was looking for something about "selecting"
the field. It reminds me about the old complaint about using a
dictionary to check the spelling of a word. In order to do that, you
have to know how to spell the word.

Still, there's always something to be learned. I should have displayed
all the commands alphabetically, without any grouping (All by Name). I
might then have noticed all those "go to" commands as I scrolled down.

I realized the tab use after I had posted.

As usual, Harry, thanks.

Charlie
-- 
Nobody in this country got rich on his own.  You built a factory--good.
But you moved your goods on roads we all paid for.  You hired workers we
all paid to educate. So keep a big hunk of the money from your factory.
But take a hunk and pay it forward.  Elizabeth Warren (paraphrased)

[toc] | [prev] | [next] | [standalone]

#2233

In article <1m3caka.hn2txo110d1ikN%csampson@inetworld.net>, Charles H.
Sampson <csampson@inetworld.net> wrote:
> 
> Damn! I hate wasting other peoples' time almost as much as I hate
> exposing my ignorance or wasting my own time.

The only ones "wasting other people's time" are the trolls and
spammers, and thankfully those types are very rare in this newsgroup.

Helpful Harry  :o)

[toc] | [prev] | [standalone]

Back to top | Article view | comp.databases.filemaker

csiph-web