• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Vise X and Archives
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Vise X and Archives


  • Subject: Re: Vise X and Archives
  • From: Gary Pederson <email@hidden>
  • Date: Mon, 7 May 2007 23:57:33 -0500

I think "Remove Compressed Data" from the File menu in Vise (and then Save) reduces the size of the vct file before check-in, but the makers of Vise would be a better source for that information -- http://www.mindvision.com/support.asp.

You should consider switching to Apple Installer packages to avoid the problem in the first place, not to mention other benefits. If you don't know where to begin, starting with Iceberg (http:// s.sudre.free.fr/Software/Iceberg.html) is a good way to learn Apple Installer packages.




On May 7, 2007, at 6:58 PM, Patrick M wrote:

I have an installer created using Vise X (2.0) (for Mac OS X) as an "Application bundle".

The problem is that the "archive" literally archives every file that goes into the installer. We track the "*.cvt" file with source control software, and each time we change just a setting in the installer, we need to check in a multi megabyte file because the project file (*.cvt) contains the data as well!!!

Is there any way to disable this? I don't want the *.cvt files to have the data embedded into it. Each check-in requires storing a new huge file because of an option change.

I have played around with the options, and the CD-installer seems the closest I could get, it does not store the data in the cvt file, but I would also like the installer to be self contained, a single bundle that does it all, rather than the installer, and data in parallel to it.

For distribution, it is easier to distribute one bundle than a bundle and a data file tree. I realize that on CD, this is not a problem, hence why it is close to a solution but not quite.

I can't imagine why anyone would want a project file to include data as well. That is akin to my XCode project file having all the source embedded into it. Am I the only one that thinks this is completely useless? Is version 3.2 better in this regard?

Thanks in advance for any help.



_______________________________________________
Do not post admin requests to the list. They will be ignored.
Installer-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


References: 
 >Vise X and Archives (From: "Patrick M" <email@hidden>)

  • Prev by Date: Vise X and Archives
  • Next by Date: SLA on UDIF shows no menu
  • Previous by thread: Vise X and Archives
  • Next by thread: SLA on UDIF shows no menu
  • Index(es):
    • Date
    • Thread