warning: lengthy
>
> Thanks Xavier I've got some more questions
never a problem (with me at least! response to my answers are not my
responsibility!)
> > HKLM (the regedit abbrev) is only local to your machine but changing the
> > other keys will not affect the network! Rather, it's the network
> > system that
> > will change your keys.
>
> Do you mean that the network file classes get forced into the workstation
> while loged on?
in an enterprise bound network, your user "profile" administrator can do
what he wants...
Less on a mac (i believe). Unix, is even worse than PC (to my impression).
> Does this or could this cause files with the custom key to
> not appear in the ask file dialog when the filter is set to the
> custom key?
Literally, yes. If the admin reset's your profile each time you log-on and
that includes what you can see (concerns also user's permissions [to a
share] to see files of whatever type) then you can be without files.
But it's not that complicated. You put the files in a share, file types are
usually disregarded. However, it can be that the profile doesn't allow you
to install or change the registry and a program running under your
user-account-type prevents your program from changing the registry to
associate those files to a program...
(yes, Belgian Beer Jupiler is that potent and good!)
> > If you want a special file association spread out, you'll have to
> > include it
> > into the login script to add the missing key. Ask your domain admin or
> > consult www.ntfaq.com.
>
> I don't need this infact this i just need files to be associated on the
> machine that my program is installed on. This has worked at all times with
> the exception of the NT laptop when logged on.
check the user's policy. I mean the user you log in with. If he doesnt have
the permission to install or do modifs to the registry... you'll be sorry
for a long time...
d same for unix
> > Another solution would be to write it when your program runs BUT, if the
> > user is not admin of his workstation or the policy forbids the users to
> > change their registries (which it should), then it's back to the login
> > script.
>
> If this is a common policy then the program may not be able to support
> networked computers. It does seem odd though because quite a few common
> programs use the registry for storage like user preferences and
> recent docs.
if i'm right, that would be a bad programmer's assumption. In the Mac world,
it's not correct to write to a resource to save prefs. Reason being that you
make it messier. If you write to an ini or cfg file (in pcs) you're safe
since
the file is easy to copy around. Remember that on a mac they made a prefs
folder
in the system folder. lot's of times, backup of the program requires the
pref file
for successful restores and operation of the program. Tricks like this are
dangerous to the popularity of your program.
With a pref file in the program's folder, it's much easier. Look at
Quake3...
> I would think that these softs would completely fall down under a
> situation like this.
it's up to you to make it complicated... I have programs on my nt
workstation
that dont require registry entries and they never have a problem running
(much
like mac programs). IOW, avoid the registry and any ms dependent format.
Your
product will be less portable elsewhere. In the same line, remember that
cd's
are read only (like some net-shares or your priviledges in the net) so some
kind
of cookie sometimes is necessary... good old sugar for the processor type of
thinking req. here...
> > Concerning the slashes and quotes and command
> >
> > use this script in your startup (unless it's for Macs of course) (please
> > correct if im wrong but it works between NT and 95x.
> >
> > on CheckShellPlatform
[snip]
> > end CheckShellPlatform
>
> cmd.exe is for NT then is it? Is command.com not reliable on NT or is
> cmd.exe just better? Would this cause files not to be seen or the
> program to
> freeze when cloning stacks from a data folder but all only when
> the computer
> is logged on and fine the rest of the time?
dont question MS. cmd for nt, command for w*
it's gonna change soon anyway... vbs, wsh, wmi and virii for all!
[snip slashes]
> I dont use this I guess it's equivalent to
> set the directory to blah
> get the files
> Is the way you describe more stable? I guess the problem is I've never had
> the opportunity to muck around on a network so I'm a bit
> concerned that I'm
> going to have to say "sorry can't fix your problem, don't know how" to my
> clients.
in unix and windows shells, you either have to be in the folder where the
file is
or have the folder's path in your %path% environment variable. This is much
like
hypercard. if the path is not in the variable, you'll never will be able to
execute
that file. The mac is smart about this but it has it's drawbacks (but much
less than
represented by the path environment variable's limitations...
> Thanks again Xavier all help is welcome and appreciated
please stop that, im going to blush!
Xa
--
Judging from the taste, I'd say the other one is shinola.
Archives: http://www.mail-archive.com/[email protected]/
Info: http://www.xworlds.com/metacard/mailinglist.htm
Please send bug reports to <[EMAIL PROTECTED]>, not this list.
