PDA

View Full Version : Adding files - duplicates



NewsArchive
08-28-2007, 02:08 AM
I just checked out a project which seemed quite large to me. When I checked
it, I found that I had inadvertently added duplicate files to the project.

Please see attached screenshot.

Should there not be a warning when this happens (or overwrite the existing
file)?

BTW This happened adding files to the application folder. I am assuming the
same happens whatever the location.

Also to clarify this is not the actual compiled install, but adding files to
a project list prior to compiling.

Hope this makes sense.

John Fligg

NewsArchive
08-28-2007, 02:09 AM
>Should there not be a warning when this happens (or overwrite the existing
>file)?

I do get a warning. Perhaps there is some method of turning it off
but, if there is, I can't find it.

Steve

--
Steve Wolstenholme Neural Planner Software Ltd

EasyNN-plus. The easy way to build neural networks.

http://www.easynn.com

NewsArchive
08-28-2007, 02:09 AM
Hi John,

I see this (see attached screenshot) when I try to add an already existing
file in the "Files and Folders" Visualizer.

BTW, it should not overwrite (or replace) an existing file.

Friedrich

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

"point. click. ship" - that's SetupBuilder 6.5
Create Windows Vista ready installations in minutes

-- Official Comodo Code Signing and SSL Certificate Partner

NewsArchive
08-28-2007, 02:13 AM
Hmm - so do I!!!

I bet I said Yes inadvertently to it. I know I was multitasking at the time.
Obviously not very successfully.

BTW Why does it say "confirm delete"? Not that it matters.

John

NewsArchive
08-28-2007, 02:14 AM
Hi John,

>
> BTW Why does it say "confirm delete"? Not that it matters.
>

Oops. Seems to me my brain hit a bad sector. "Copy and paste" issue.
Fixed now, thank you.

Friedrich

NewsArchive
08-28-2007, 02:30 AM
> Hi John,
>
> I see this (see attached screenshot) when I try to add an already existing
> file in the "Files and Folders" Visualizer.
>
> BTW, it should not overwrite (or replace) an existing file.

Friedrich,

AND THAT is a great feature to have as I found out recently!

Coupled WITH OS specific (File Properties - Conditions Tab - Target
Operation System)

I was able to setup a path data file that would install according to their
OS - so in Vista - you get the C:\Users\ etc and in Pre-Vista OSs you get
the C:\Documents and Settings\ etc.

Illustrated in the attached screen shot of both.

Thanks again for this amazing setup tool! As we all continuously discover
it's amazing power and diversity of implementation, it gives a competitive
advantage that is greatly appreciated!

Product Description - SetupBuilder 6.5 Developer, MFG - Lindersoft
Internet Link - http://www.lindersoft.com/products_setupbuilder_dev.htm

David


--
From David Troxell - Product Scope 32 PRO - Encourager Software
Clarion Third Party Profile Exchange Online
http://encouragersoftware.com/profile/clarlinks.html
http://www.encouragersoftware.com/
http://www.profileexchanges.com/blog/

NewsArchive
08-28-2007, 02:31 AM
David I am curious.

I provide the same install for pre Vista and Vista and beyond. Why? because
when my users migrate from XP to Vista their application remains the same.
All data and file locations remain the same (or that is the thory <g>).

I am just being over paranoid and wondering why you cannot do the same. BTW
I only develop for XP. Nothing for W95 or 98. Maybe you do and need that
flexibility.

Incidentally, although we have 2 machines running Vista our main development
machines are running XP and have not found a "vista setup" any problem under
this OS.

Again, just curious.

John Fligg

NewsArchive
08-28-2007, 02:39 AM
> David I am curious.
>
> I provide the same install for pre Vista and Vista and beyond. Why? because
> when my users migrate from XP to Vista their application remains the same.
> All data and file locations remain the same (or that is the thory <g>).

John,

My reason is this:

I am including a predefined TPS file for sample data folder locations - the
help will explain - they can save data in multiple data folder locations
anywhere the OS says it's legal,

but by giving them some predefined locations in Public Documents area, it's
makes it easier for those trying out the program for the first time.

The learning curve is shortened considerably when sample data files are
included, and a brand new user doesn't even have to think about creating
that first data folder - it's created during the install, sample files are
included, and they immediately have something useful.

(the other data file locations are there for illustration purposes - to
show how they might organize their data folder collection, of course, if
they select it, the folder is created.)

So I created two predefined TPS files (same name) and one of them is chosen
depending on the OS.

I am only supporting:

Windows 2000/2003, XP, XP PRO, Vista

I'm open for suggestions, but this seems to work.

David


--
From David Troxell - Product Scope 32 PRO - Encourager Software
Clarion Third Party Profile Exchange Online
http://encouragersoftware.com/profile/clarlinks.html
http://www.encouragersoftware.com/
http://www.profileexchanges.com/blog/

NewsArchive
08-28-2007, 02:54 AM
> but by giving them some predefined locations in Public Documents area, it's
> makes it easier for those trying out the program for the first time.
<snip>

> (the other data file locations are there for illustration purposes - to
> show how they might organize their data folder collection, of course, if
> they select it, the folder is created.)
>
> So I created two predefined TPS files (same name) and one of them is chosen
> depending on the OS.

A couple of thoughts come to mind:

1) Store all the data files in a zip (in the Program Files folder) and then
when you detect (at runtime) that they do not exist - offer to install
sample data (and use the CSIDL to suggest locations.

2) Present the user a choice of how they want to install (private data or
shared) and then offer a CSIDL location in a post installer created by
SetupBuilder.


In PageSnip, I have a tiny (<200K) exe file created by SetupBuilder that
runs when any user logs into the machine.

It reads the users HKCU registry entry to see if the data location has been
set. If it has - it exits quietly. If not, it opens a "User Setup
Wizard".

This has a drop down selection for "Keep my data files private" or "Share
common data files with other users on this computer". It then tells the
user that it will make a suggestion for the data location based on their
decision.

On the next screen, it suggests a CSIDL location and will also allow them
to change the location for the data to anywhere EXCEPT any folder under
Program Files (with Vista - there is just no reason to allow that at
all<g>).

Then it stores that data in the HLCU for PageSnip and creates the related
data folders below the user selection.

When PageSnip goes to access the data files, it reads the HKCU for the
location of "DataDir" and uses that.


BTW - another cool trick is that the SB exe is set to quietly exit if the
location is specified, but I can also run it with a command line parameter
if I want to "Wizard" the user through a change. This is done from a
option menu in the app.

So my little SB created exe gets double duty by making that part easy
within my app (and it provides a common interface to the user both during
the install and afterwards).

JAT...

;-)

Charles




--
-------------------------------------------------------------------------------------------------------
Charles Edmonds

www.clarionproseries.com - "Serious imaging tools for Clarion Developers"
www.ezround.com - "Round Corner HTML tables with matching Banners, Buttons
and Forms!"
www.lansrad.com - "Intelligent Solutions for Universal Problems"
www.fotokiss.com - "World's Best Auction Photo Editor"
-------------------------------------------------------------------------------------------------------

NewsArchive
08-28-2007, 12:13 PM
>> but by giving them some predefined locations in Public Documents area, it's
>> makes it easier for those trying out the program for the first time.
> <snip>
>
>> (the other data file locations are there for illustration purposes - to
>> show how they might organize their data folder collection, of course, if
>> they select it, the folder is created.)
>>
>> So I created two predefined TPS files (same name) and one of them is chosen
>> depending on the OS.
>
> A couple of thoughts come to mind:

Charles,

Thanks much for all this advice - BUT you are missing a point I am trying
to make! :-D

KISS! (something a good friend of mine is ALWAYS stressing to me! :-D)

By using the method I have chosen - The initial install and get the program
up and running, AND make it as SIMPLE as possible - the user is not weighed
down by a bunch of options INITIALLY - just install - select the example
data, and start to learn the program.

However, THEY CAN create ALL the data folders they want, in any location
they choose!

They want to choose Private data or shared - no problem -

Your PageSnip util program sounds great and I may offer something like that
- BUT getting back to KISS! I am trying NOT to overwhelm with a both of
options initially until they feel comfortable!

David


--
From David Troxell - Product Scope 32 PRO - Encourager Software
Clarion Third Party Profile Exchange Online
http://encouragersoftware.com/profile/clarlinks.html
http://www.encouragersoftware.com/
http://www.profileexchanges.com/blog/

NewsArchive
08-28-2007, 12:15 PM
> By using the method I have chosen - The initial install and get the program
> up and running, AND make it as SIMPLE as possible - the user is not weighed
> down by a bunch of options INITIALLY - just install - select the example
> data, and start to learn the program.
>
> However, THEY CAN create ALL the data folders they want, in any location
> they choose!
>
> They want to choose Private data or shared - no problem -
>
> Your PageSnip util program sounds great and I may offer something like that
> - BUT getting back to KISS! I am trying NOT to overwhelm with a both of
> options initially until they feel comfortable!

That makes sense for demo data I guess.

As for the KISS part of it - I wrestled with the verbiage on my tiny little
wizard quite a bit to "dumb it down" and "keep it simple stupid"<g> .

What I ended up with was something that the user can just blow through with
only half way reading it (as most will), yet they still get the default
settings the way they should be.


Of course my users will be saving live data as soon as they are done, and I
had to have a solution that would allow the program to "hit the ground
running" with a high expectancy of success.

So the route I went keeps it as simple as possible, but does ask the user
to confirm the data location before they start.

Using two screens (the first being the drop down that defaults to "Keep my
PageSnip data private") helps get the point across and I suspect that most
people will look at that and select it without even looking at the other
option.


But yes - for your install of demo data, dumping it in the public folders
was a good idea since it allows you to do that in the installer while it is
running in elevated mode.

In my case, I needed the data location to be selected in the AsInvoker mode
so that the CSIDL could point the way to the user's My Documents folder -
and so the post installer could write to the users HKCU Registry key.


;-)

Charles



--
-------------------------------------------------------------------------------------------------------
Charles Edmonds

www.clarionproseries.com - "Serious imaging tools for Clarion Developers"
www.ezround.com - "Round Corner HTML tables with matching Banners, Buttons
and Forms!"
www.lansrad.com - "Intelligent Solutions for Universal Problems"
www.fotokiss.com - "World's Best Auction Photo Editor"
-------------------------------------------------------------------------------------------------------

NewsArchive
08-28-2007, 12:15 PM
Hi Charles,

>In my case, I needed the data location to be selected in the AsInvoker mode
>so that the CSIDL could point the way to the user's My Documents folder -
>and so the post installer could write to the users HKCU Registry key.

I'm not quite sure what you mean. My install using
requireAdministrator puts the CSIDL files in the correct place for a
user that is not elevated. If it didn't the installer would be kind
of useless<g> The files go into the appropriate folders for the
non-elevated user, even if the installer is run elevated, at least
that is my experience. I put them into subfolders from
CSIDL_LOCAL_APPDATA, which is C:\Users\... but is also virtualized in
C:\Documents and settings.

Best regards,

ArnĂ³r Baldvinsson
Icetips Creative, Inc.
San Antonio, Texas, USA
www.icetips.com


Subscribe to information from Icetips.com:
http://www.icetips.com/subscribe.php

NewsArchive
08-29-2007, 01:42 AM
> I'm not quite sure what you mean. My install using
> requireAdministrator puts the CSIDL files in the correct place for a
> user that is not elevated. If it didn't the installer would be kind
> of useless<g> The files go into the appropriate folders for the
> non-elevated user, even if the installer is run elevated, at least
> that is my experience. I put them into subfolders from
> CSIDL_LOCAL_APPDATA, which is C:\Users\... but is also virtualized in
> C:\Documents and settings.

Right - but IIRC, your elevated installer is NOT writing anything to the
HKCU registry, your just using the CSIDLs to pickup the correct paths -
right?


There is one other thing that my installation has to deal with.

In my case the installer is installing the program for all users, so this
means that when you login with a different account (or create a new one), I
need to be able to setup a new PageSnip profile for THAT user.

The new profile could have its data in My Documents, Shared Documents or
wherever else the hell they want it as long as it is not under Program
Files<g>.

Also the different/new user may well not have Administrator rights, so I
have to assume that HKLM is read-only for them.


By having the elevated installer write a RUN Registry entry for
PageSnipConfig - then this tiny app uses the LOGIN NAME of the user to
determine if a PageSnip profile has been setup.

If not, then the small wizard runs when they login the first time and sets
one up for them.

After that - they never see it again.

;-)


Charles




--
-------------------------------------------------------------------------------------------------------
Charles Edmonds

www.clarionproseries.com - "Serious imaging tools for Clarion Developers"
www.ezround.com - "Round Corner HTML tables with matching Banners, Buttons
and Forms!"
www.lansrad.com - "Intelligent Solutions for Universal Problems"
www.fotokiss.com - "World's Best Auction Photo Editor"
-------------------------------------------------------------------------------------------------------