View Single Post
  #3  
Old May 20th, 2010, 08:21 PM posted to microsoft.public.access
ericb
external usenet poster
 
Posts: 76
Default How to protect myself without a condom

If a MDE file is the same as a ACCDE file I have another problem.

I customized the ribbon in my application. So when you start it all you get
is a login and exit button.

So to make a MDE file I have to use the shift key to get the acces ribbon
back. I then save the application as a ACCDE file.

Then I close the DB.

When I reload it i always come back to the ACCESS ribbon and not mine.

So how do I save the application as a ACCDE file and still have my own
ribbon ?

Also, how to remove the shift key bypass?

Thank you.
--
Eric


"Jerry Whittle" wrote:

If you make the database an MDE file, that effectively hides the code in
modules, forms, and reports to where mere mortals can't get to it. Tables,
queries, and macros (for the most part) can still be gotten at.

The next thing to do is to institute user level security on the FE and BE.
That way you can lock down who can do what.
--
Jerry Whittle, Microsoft Access MVP
Light. Strong. Cheap. Pick two. Keith Bontrager - Bicycle Builder.


"ericb" wrote:

Hi, imagine after a year and a half i'm getting to the end this !

I made a runtime application and it seems to work ok.

Now how can I protect the source code as best as possible. I figure their
will always be a crack somewhere but I want to give them a little bit of a
hard time to get the code.

For one thing, how can i disable the shift key when the application starts ?

And what else should i do or you can recommend that i do to protect this
application ?

Is it possible to split a runtime application and lock the structur of the
backend ?

Basically I want to lock this thing down so someone else can use it but not
look inside.

How to protect myself ?

Thank you for the tips.
--
Eric