<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>concept303 Tracker</title>
    <link>https://communities.vmware.com/wbsdv95928/tracker</link>
    <description>concept303 Tracker</description>
    <pubDate>Sat, 25 Nov 2023 11:32:09 GMT</pubDate>
    <dc:date>2023-11-25T11:32:09Z</dc:date>
    <item>
      <title>Re: Trying to Thinapp ArcGIS Desktop 10.2 and getting error?</title>
      <link>https://communities.vmware.com/t5/ThinApp/Trying-to-Thinapp-ArcGIS-Desktop-10-2-and-getting-error/m-p/2205746#M5873</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Exactly same experience for me.&lt;/P&gt;&lt;P&gt;What I did find out also is this:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If ArcGIS 10.2 is captured on a 32bit machine, it will launch in other 32 bit machines (Windows 7x32) but it will give the missing dll errors when launched on a 64 bit machine.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;UPDATE:&lt;/P&gt;&lt;P&gt;ArcGIS 10.2 captured with Spoon Studio starts okay without any apparent problem.&lt;/P&gt;&lt;P&gt;When tested it with older versions of Thinapp, problem persists.&lt;/P&gt;&lt;P&gt;This leads me to believe the problem is Thinapp-specific, rather then ArcGIS-specific.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 17 Sep 2014 18:29:01 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/ThinApp/Trying-to-Thinapp-ArcGIS-Desktop-10-2-and-getting-error/m-p/2205746#M5873</guid>
      <dc:creator>concept303</dc:creator>
      <dc:date>2014-09-17T18:29:01Z</dc:date>
    </item>
    <item>
      <title>Re: Changing the default Office 2007 Directory generates problem in 64 bit systems</title>
      <link>https://communities.vmware.com/t5/ThinApp/Changing-the-default-Office-2007-Directory-generates-problem-in/m-p/827947#M1354</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;the problem appears to be related to the key&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;HKEY_CURRENT_USER\Software\Microsoft\ Office\12.0\Word\Data  &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If I open the registry with the auxiliary entry point regedit.exe and delete this key, then the problem goes away.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 19 Aug 2010 08:37:20 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/ThinApp/Changing-the-default-Office-2007-Directory-generates-problem-in/m-p/827947#M1354</guid>
      <dc:creator>concept303</dc:creator>
      <dc:date>2010-08-19T08:37:20Z</dc:date>
    </item>
    <item>
      <title>Changing the default Office 2007 Directory generates problem in 64 bit systems</title>
      <link>https://communities.vmware.com/t5/ThinApp/Changing-the-default-Office-2007-Directory-generates-problem-in/m-p/827946#M1353</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have spent a couple days trying to virtualize office 2007 enterprise on a 32bit machine and deploy it on a 64bit machine.Although I follow the full procedure described in the relevant vmware article, I am encountering the following problem, SPECIFIC TO Word!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;A. If I follow the directions but choose to install in the defaut program files directory, office enterpise works fine (all apps) but the help files arent available (as expected. It says so in the guide)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;B. If I follow the exact same procedure but change the install dir to a non-default (e.g., C:\Office, C:\Office\2007 or C:\Thinapps\Office, tried a bunch of those) then the build completes ok, but as soon as I start Word, a message appears "Please wait while Windows configures Microsoft Office Enterprise 2007", followed by another msgbox with message "Error 1719: the windows installer service could not be accessed. This can occur if the Windows Installer is not correctly installed. Contact your support personnel for assistance". Finally a third msgbox from Word 12.0 kicks in saying that "An error occured and this feature is no longer functioning properly. Please run Setup and select "Repair"... to restore this application".Then Word opens up and help is available and it seems to work. However, this sequence of the error message boxes happens everytime I open up Word.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; The problem does not appear with the other Office Apps. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any idea why this is happening?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 18 Aug 2010 19:58:14 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/ThinApp/Changing-the-default-Office-2007-Directory-generates-problem-in/m-p/827946#M1353</guid>
      <dc:creator>concept303</dc:creator>
      <dc:date>2010-08-18T19:58:14Z</dc:date>
    </item>
    <item>
      <title>Re: Running 32bit thinapps in 64bit systems. What should be the installation directory?</title>
      <link>https://communities.vmware.com/t5/ThinApp/Running-32bit-thinapps-in-64bit-systems-What-should-be-the/m-p/342839#M461</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thank you.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 17 Aug 2010 14:47:42 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/ThinApp/Running-32bit-thinapps-in-64bit-systems-What-should-be-the/m-p/342839#M461</guid>
      <dc:creator>concept303</dc:creator>
      <dc:date>2010-08-17T14:47:42Z</dc:date>
    </item>
    <item>
      <title>Running 32bit thinapps in 64bit systems. What should be the installation directory?</title>
      <link>https://communities.vmware.com/t5/ThinApp/Running-32bit-thinapps-in-64bit-systems-What-should-be-the/m-p/342837#M459</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have thinapped several 32bit applications that I deploy on my 64bit system. Most of them I let install in their default program files location (in the 32 bit capture VM) and they run just fine on the 64bit system.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; Recently, however, I came across Thinapp User's Manual suggestion about installing office 2007, which states that:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; " On the File Location tab, install the software in a fixed directory, such as C:\Office, rather &lt;/P&gt;&lt;P&gt;than a default directory to prevent possible access errors for online help in Microsoft Office applications.&lt;/P&gt;&lt;P&gt;The access errors apply only to Office applications deployed on 64‐bit operating systems."&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If Office is prone to such access errors because of the confusion of the %programfiles% variable in 64bit systems, then is this not also true for every other 32bit application deployed on 64bit systems? When capturing an application that is meant to be used on 64bit systems wouldnt it be good pracise to install them all in non-default directories?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;  &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 17 Aug 2010 10:58:36 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/ThinApp/Running-32bit-thinapps-in-64bit-systems-What-should-be-the/m-p/342837#M459</guid>
      <dc:creator>concept303</dc:creator>
      <dc:date>2010-08-17T10:58:36Z</dc:date>
    </item>
    <item>
      <title>Two thinreg problems versus .msi deployment</title>
      <link>https://communities.vmware.com/t5/ThinApp/Two-thinreg-problems-versus-msi-deployment/m-p/1649533#M3972</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There are two things that I can accomplish with .msi deployment but not with thinreg and both of them have to do with what appears after registration in the "add-remove programs" in the control panel.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;With .msi deployment I get an entry in the "add-remove" panel that shows the correct icon for the application (i.e., the Photoshop icon) as well as the name of the manufacturer which can be specified via the MSIManufacturer variable in the package.ini.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;With thinreg deployment I get an entry in the "add-remove" panel that shows a GENERIC icon (the same icon for all thinregged apps) and not the correct application-specific icon. Also the manufacturer field is empty.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;How is it possible to have with thinreg deployment the same functionality as .msi deployment in what regards the icon and the manufacturer fields of the control panel add-remove programs entries?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;C3&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 14 Aug 2010 11:32:07 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/ThinApp/Two-thinreg-problems-versus-msi-deployment/m-p/1649533#M3972</guid>
      <dc:creator>concept303</dc:creator>
      <dc:date>2010-08-14T11:32:07Z</dc:date>
    </item>
  </channel>
</rss>

