dbTalk Databases Forums  

User Name

comp.databases.filemaker comp.databases.filemaker


Discuss User Name in the comp.databases.filemaker forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Bizouman
 
Posts: n/a

Default User Name - 01-04-2010 , 04:13 PM






Hi

How can we script the user name ?
when User connect using a username, run a script that will change the
actual "user name" field into the preference box ?? can this be
done ??

TY

Reply With Quote
  #2  
Old   
Ursus
 
Posts: n/a

Default Re: User Name - 01-04-2010 , 04:33 PM






Why would you want that? There's absolutely no need for that, and that's why
it can't be done. But if you want to do something specific, please explain
whta you want. There might be ways it can be done

--
Keep well / Hou je goed

Ursus

"Bizouman" <bizouman (AT) gmail (DOT) com> schreef in bericht
news:8512e881-e062-4a84-b43a-530f7aad4e62 (AT) k19g2000yqc (DOT) googlegroups.com...
Quote:
Hi

How can we script the user name ?
when User connect using a username, run a script that will change the
actual "user name" field into the preference box ?? can this be
done ??

TY

Reply With Quote
  #3  
Old   
Bizouman
 
Posts: n/a

Default Re: User Name - 01-04-2010 , 05:18 PM



the user default when login the a hosted file is that user name.
When using some fonctions to send SMS or other display user name in
some documents it will display the full name not the username.

user name are small caps (we use the same user login as per Windows to
keep login simple). first letter of 1st name and last name (jsmith)
but the display must show "Joe Smith"

And i'm not into creating another zillions linked table to
username=employee_name and won't be accessible thru out the tables
since the table won't be linked everwhere

So with one script I can go: if login =jsmith, set user = Joe Smith

Also the User field in the preference is windows based session... so
if a PC is open for many users but FM is acces be someone from 8:00am
to noon and from another user (using the same windows session) from
1pm to 5pm when the 2nd user connect using his acces to FM, it will
have it user name.

Because the Get(UserName) brind the data in the field enter i the
preference... not the user account name...

Maybe there's another way ?!?!

TY

Reply With Quote
  #4  
Old   
Bizouman
 
Posts: n/a

Default Re: User Name - 01-04-2010 , 05:29 PM



haaaaa I aslo forgot.... the Get (AccountName).. but still not fixing
my problem... If a user connect into another PC, the get(User Name)
still not working....

Reply With Quote
  #5  
Old   
Lynn Allen
 
Posts: n/a

Default Re: User NameX-TraceApproved - 01-04-2010 , 09:55 PM



On 2010-01-04 15:18:27 -0800, Bizouman <bizouman (AT) gmail (DOT) com> said:

Quote:
And i'm not into creating another zillions linked table to
username=employee_name and won't be accessible thru out the tables
since the table won't be linked everwhere

So with one script I can go: if login =jsmith, set user = Joe Smith
A table is definitely the way to go translating jsmith to Joe Smith.
Reasons behind this?

1. A table is easy to edit for users. A script is not.
2. Changing a script every time an employee is hired or fired or
changes their name is really high administrative overhead. Unworkable
in practice.
3. The table does *not* have to "be linked everywhere." The opening
script grabs the data that jsmith=Joe Smith and puts it in a global
variable ($$username) and THAT is available everywhere for that
session. You don't have to link the table anywhere, in fact. Just go to
a layout based on the TO and do a find for the login name. If it's
found, grab the data. If it's not found, the login fails.

Then when a record is created, the $$username of the person who
performed the action can be grabbed into the "Created By" field. Same
with the modification field or audit log field, if you have those.

and
4. If you ever find yourself entering a whole range of data into a
script to do the above kinds of translations, You're Doing It Wrong.
That calls for a table. Unless it's three or fewer items and they will
never change. And even then, I'd opt for a table, as users will tell
you things will never change, right up to the instant they want to
change them.
--
Lynn Allen
--
www.semiotics.com
Member FBA
FM 10 Certified Developer

Reply With Quote
  #6  
Old   
Bizouman
 
Posts: n/a

Default Re: User Name - 01-05-2010 , 11:39 AM



Thank you Lynn I was looking for an easy way out maybe... I've been
working to redo my FM6 to FM9 (now FM10) for the past year, and it's
not my full time job, I'm a HVAC contractor and the developpement of
this is done for internal use only.... and only by me !

The only problem is FM merge field won't accept variable $$usename in
a text ... need to send that back into a global field... just like the
old days !

I already have a Employee table, I will have to do it with it and see
how can I manage that.

Thank you

JF

Reply With Quote
  #7  
Old   
Bizouman
 
Posts: n/a

Default Re: User Name - 01-06-2010 , 07:18 PM



Me again.... I notice another raison why it could be a good thing to
be able to change the USER name in the pref dialog.... when looking at
the FM Server Console, you see a list of user connected to the
database.... and they all show the user in the pref not the login use
to connect... since I use Silent install from the server with a
predefine installation file and user= "workstation" all I see in the
FM consol are 7 WorkStation connect to the database with no clue who
they are... and we don't use static IP so I can't know who it is.....

any other ideas ?? I know that information is writen in the registry

HKEY_CURRENT_USER\Software\FileMaker\FileMaker Pro\10.0A\Preferences
\User Name

Is there a plugin that can send information to modify a registry
key ??

Thank you

Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.