Feature Request

[NewsArchive]

Hi Friedrich

Would it be alot of work to have the option to hide folders that we add to
the file and folders section of SB.

We can set the properties of files to some degree but not folders.

Reason being is more and more people are being forced into the
CSIDL/FolderId route so I'm opting for the quick route of moving my data
files from the common_appdata to common_documents area but want to hide the
top directory from users who might be playing to avoid the risk of deletion
basically.

Ideally I'd use Group policy to give the access but as MS have not created a
programmatic method of setting group policy yet the hiding of a folder is I
think the best workaround.

So would it be much trouble to add this option if you think its a good
idea?<g>

Cheers

Richard

[NewsArchive]

Hi Richard,

> Would it be alot of work to have the option to hide folders that we add to
> the file and folders section of SB.
>
> We can set the properties of files to some degree but not folders.
>
> Reason being is more and more people are being forced into the
> CSIDL/FolderId route so I'm opting for the quick route of moving my data
> files from the common_appdata to common_documents area but want to hide
> the top directory from users who might be playing to avoid the risk of
> deletion basically.
>
> Ideally I'd use Group policy to give the access but as MS have not created
> a programmatic method of setting group policy yet the hiding of a folder
> is I think the best workaround.
>
> So would it be much trouble to add this option if you think its a good
> idea?<g>

Such an option is already available <g>. The "SetFileAttributes" Windows
API sets the attributes for a file or directory.

http://msdn.microsoft.com/en-us/library/aa365535(VS.85).aspx

So you can use the "Set File Attribute" SetupBuilder function (a wrapper
around SetFileAttribute) to set the "Hidden" flag for folders. Of course,
if the user has the "Show hidden files and folders" Windows Explorer option
enabled, Windows even displays those hidden folder.

Does this help?

Friedrich

--
Friedrich Linder
Lindersoft
www.lindersoft.com
+1.954.252.3910

SetupBuilder is Windows 7 installation -- "point. click. ship"

-- Official Comodo Code Signing and SSL Certificate Partner

[NewsArchive]

I have about a billion installs on several computers in my office for
testing for the same program. Unfortunately, the update installs only
install to the last place the program was installed to. For my end users..
no real problem. For here, a real nightmare. Would it be possible to have a
switch that I could turn on somewhere that would make the updates install
into the folder I'm running from?

--
Ray Rippey
VMT Software - http://www.vmtsoft.com

[NewsArchive]

Ray,

> I have about a billion installs on several computers in my office for
> testing for the same program. Unfortunately, the update installs only
> install to the last place the program was installed to. For my end users..
> no real problem. For here, a real nightmare. Would it be possible to have
> a switch that I could turn on somewhere that would make the updates
> install into the folder I'm running from?

If you use the "Store Properties in INI File" option (Install Web Update
Client Properties) then iDeploy does not make use of the registry and the
folder you are running from is the "base" folder.

Please note that you have to replace the "Detect Previous Version" function
in your web update installer package with a function that detects the
current folder.

http://www.lindersoft.com/forums/showthread.php?t=12682
http://www.lindersoft.com/forums/showthread.php?p=18932#post18932

If you use the "standard" iDeploy method then all web update information are
stored in the registry and you can only run the web update process from the
original installation folder.

Does this help?

Friedrich

[NewsArchive]

Friedrich,

I would like it if instead of or in addition to the htm output on a compile,
I could get a spreadsheet output with just the table information. That way I
can sort by any field and do some evaluations.. for instance to see if I am
installing the same file twice. And being able to sort on those fields would
be great. Even if it was just comma delimited it or maybe xml it would be
great.. but just the header and table info so it could import easily into a
spreadsheet.

Thank you,

--
Ray Rippey
VMT Software - http://www.vmtsoft.com

[NewsArchive]

Friedrich,

It would sure be nice if instead of or in addition to the htm output on a
compile,
I could get a spreadsheet output with just the table information. That way I
can sort by any field and do some evaluations.. for instance to see if I am
installing the same file twice. And being able to sort on those fields would
be great. Even if it was just comma delimited it or maybe xml it would be
great.. but just the main table info so it could import easily into a
spreadsheet.

Thank you,



--
Ray Rippey
VMT Software - http://www.vmtsoft.com

[NewsArchive]

Ray,

> I would like it if instead of or in addition to the htm output on a
> compile, I could get a spreadsheet output with just the table information.
> That way I can sort by any field and do some evaluations.. for instance to
> see if I am installing the same file twice. And being able to sort on
> those fields would be great. Even if it was just comma delimited it or
> maybe xml it would be great.. but just the header and table info so it
> could import easily into a spreadsheet.

Thank you for your suggestion. We already have a similar request on our
ToDo list (feature will be added to one of the next builds).

Thanks,
Friedrich