Jump to content
View in the app

A better way to browse. Learn more.

FMForums.com

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

Featured Replies

  • Newbies

I apologize if this is in the wrong forum.

I'm using a search script and it won't work with email addresses.  I have found information about the @ being a wildcard, so it won't work when searching for emails.  I understand why, I just don't understand how to modify what I have to make it work.  Here is my script.  Any help would be appreciated.  Be nice, I'm learning.

I've attached a screen capture here.

Thanks for your anticipated help.

screen cap.jpg

You need to escape the @ character. Either enter it as \@, or make your script do it for you by:

Set Field [ Students::Email ; Substitute ( Search::Search Field ; "@" ; "\@" ) ]

--
P.S. Next time please post your script as code, not as a picture.

Or you could set indexing to "unicode" in the field definition (thanks to JFS for the reminder...)

This is especially helpful when such an email field is accessible in search mode for users...

27 minutes ago, Lem Alpha said:

Or you could set indexing to "unicode" in the field definition (thanks to JFS for the reminder...)

This is especially helpful when such an email field is accessible in search mode for users...

I would avoid changing the field indexing. If you do that, then it also makes it case sensitive, which can be confusing to users as well.

True. But I have seldom seen emails encoded with upper case, so I think the benefits of users being able to search for emails using @ are greater.
And just making this field an auto-entered calc Lower ( Self ) would prevent indexing upper case chars.

I was specifically speaking of users manually searching for emails, of course.

47 minutes ago, Lem Alpha said:

Or you could set indexing to "unicode" in the field definition

That may have unintended consequences: for example, searching for a@b will also find "axb". IOW, @ is still a wild card.

This is also a good remark.

In my case of making it easier for users to search for emails, it was never an issue because when someone puts in the @ it means they put in a complete address, so there shouldn't be any parasitic results.

But of course, for such a scripted search, it would not be bulletproof then.

Thanks for pointing out these caveats, both of you.

If you really want an exact match, I have used this before:

"==" & Quote ( $email_search )

That specifies an exact match and takes care of quoting the search term.

Create an account or sign in to comment

Important Information

By using this site, you agree to our Terms of Use.

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.