|
|
|||||||
if one has homedrive set as follows: h: \\server\share\user.name @homedrive returns h: @homeshr returns \\server\share @homedir returns user~1.nam trying to map that, with: use @homedrive @homeshr+"\"+@homedir fails. can you ruud add a macro for PATH. the whole path and nothi... well, something that would return the WHOLE PATH \\server\share\user.name and could be used unlike the current ones... use @homedrive @homepath thanks. |
||||||||
|
|
|||||||
@homeshr and @homedir Both return the same information for me. |
||||||||
|
|
|||||||
doc, so what is your homepath set to in your user profile? |
||||||||
|
|
|||||||
\\SERVER\USERID$ |
||||||||
|
|
|||||||
It works OK for me: Code: use q: @HOMESHR+"\"+@HOMEDIR Give me: Code: Status Local Remote Network Jooel, what error do you get when the mapping fails? It's not down to something as simple as @HOMEDRIVE being already mapped, is it? |
||||||||
|
|
|||||||
Jooel, you're sure about that @homedrive returns h: ,@homeshr returns \\server\share and @homedir returns user~1.nam ? Like doc said, @homedir and @homeshr returns the same info for me aswell. Richard, seems like it returns something like Jooel says for you, otherwise your macro-line should be something like use q: \\server\share\\\server\share, no? |
||||||||
|
|
|||||||
well... guess the issue is that kixtart uses some shortname thingie for the homedir macro. anyways, adding a homepath macro would remove the need to add up macros for something that is a single field in the user account settings. |
||||||||
|
|
|||||||
How does the entry look for you? I don't have to add up any macros to get that path but I do a hidden share for each user and not \\server\folder\share mine is \\server\share$ |
||||||||
|
|
|||||||
mine is: \\server\share\user.name or more accurately: \\server\share\first.lastname |
||||||||
|
|
|||||||
hmmm.. okay. Wonder if that F.L is part of the issue. Have never seen it done that way. If I get time this week I'll play with some variations and see what results I get. May want to move this to General until we can confirm there is a real issue. |
||||||||
|
|
|||||||
this is not in beta. and the suggestion remains. |
||||||||
|
|
|||||||
Doesn't really bother me, just that currently you're the only one that seems to think it is an issue. I'll do some testing to see if I can confirm though. But must say that it seems to operate the same as it did back in 3.x days so not sure why after 5 years or so it seems to come up for you now. |
||||||||
|
|
|||||||
because I have new domain and for the first time, the user account name is long and for the first time it has dot in it. and again, I can accept that it works as it has always worked, but I need a new macro that will work properly so I can map the damn drive. thus, this is in suggestions. |
||||||||
|
|
|||||||
This code - Code:
Produced these results for me when I used a long folder name like Jooel has done. Code: KiX version: 4.53 Release Candidate 1 So I can confirm along with Jooel that the Macro needs some updating to produce the correct results for Long names. |
||||||||
|
|
|||||||
where did you get that @longhomedir? I've never ever thought to even look for one as I've always assumed homedrive related macros are named @home**** so, with it I can make it work. but my suggestion still stands. please ruud, add a macro that returns the full homePath |
||||||||
|
|
|||||||
What this returns depends on what's stored in ADUC / AD.... if there's H:\ there, it will return H:\, if it's an UNC path (recommended), it will return that... |
||||||||
|
|
|||||||
masken, what you are trying to say? what "this" returns? |