Skip navigation
Currently Being Moderated

Installing AIR Help through another Installer?

Sep 27, 2011 12:32 PM

We're developing a WPF application and according to our devs, they'd like to install the AIR help through our own installer rather than use a separate setup process. Their concerns are:

1) It's a pain to have the user have to go through another setup process.

2) We'd like to be able to control through our installer where the help ends up as well as control the uninstalling

of the AIR help when the app is uninstalled.

 

So is there a way to package an AIR help install through our own setup process, and bypass Adobe's installer? If so, how?

It looks like back in 2009 another user was considering doing this in this post here: http://forums.adobe.com/message/2286578#2286578 and it didn't look like this was recommended or possible, but maybe things have changed in 2011?

 

My second question is if we must use Adobe's Installer, is there a way to run it silently in the background without any user interaction?

 

Thanks in advance.

 

Jared

RH 9, Local AIR Help.

 
Replies
  • Currently Being Moderated
    Sep 27, 2011 12:52 PM   in reply to JaredHess

    Yes, you can package the AIR installer along with your product and run it silently. You need to apply for a -free- license to redistribute the installer. Check out http://www.adobe.com/products/air/runtime_distribution_faq.html

    for info

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 27, 2011 1:16 PM   in reply to JaredHess

    Not sure; I've never tried it ;>)

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 27, 2011 2:36 PM   in reply to JaredHess

    So is there a way to package an AIR help install through our own setup process, and bypass Adobe's installer?

     

    If you are referring to the .AIR file, you have to use that to install the AIR help, assuming you want it to work.

     

    However, why is that a pain for the user? Your developers can build running that into their installation routine. Our developers built it into an MSI.

     

    Remember you have to check for the installation of the AIR runtime and install that as well if needed. To do that you have to get a distribution licence from Adobe.

     

    This is all covered on my site. See the RoboHelp 9 version of the AIR topics as well as it contains later information.

     

    I guess you can build in uninstalling as well but think twice about uninstalling the runtime. It is used for many other things as well, TweetDeck is a common example and no one will give you prizes for screwing up their AIR applications.

     


    See www.grainge.org for RoboHelp and Authoring tips

     

    @petergrainge

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 28, 2011 6:27 AM   in reply to JaredHess

    You do have to use the .AIR. I cannot say how silently though, that is something your installation developer should be able to experiment with. You wouldn't want the user changing the path if the help is context sensitive.

     

    Re uninstalling, surely your developers can uninstall the help as well as the software? I would leave the runtime.

     


    See www.grainge.org for RoboHelp and Authoring tips

     

    @petergrainge

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 28, 2011 6:30 AM   in reply to Peter Grainge

    We have ours running silently - both the initial install of the AIR runtime and the AIRHelp file. I'm not sure exactly how our developers are doing it, but they figured it out from the documentation that came with the runtime.

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 29, 2011 11:23 AM   in reply to JaredHess

    I don't think you need to install an "unpacked" AIR installation when you do everything in silent mode. I know our install of "locally-installed" flavoured AIRHelp is all done behind the scenes. The installer checks to see if the AIR runtime is already installed & installs it if it isn't, then installs our .net product and its accompanying .air file into the location that the developers wanted it placed. The only interaction I seem to remember seeing was the initial screen suggesting the default location for our product.

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 30, 2011 6:35 AM   in reply to JaredHess

    If I follow correctly you are using Adobe's installer for the runtime but for the help itself you are just copying the files installed on one PC to every PC that is going to have the help. I don't quite follow why you want to do things in such a non standard way but that's up to you as long as you accept it is non standard and something could break in the future. Have you had your developers check whether installing from the .AIR files create any registry entries?

     

    You say "This would allow our installer to better control the location, install, and uninstall of help content" but when creating the AIR file you can determine where the help is installed. I'm not sure but I would have thought that you can then run a silent install so that the location cannot be changed.

     

    Please preface any future posts about the help not working as expected with a note about this way of installing!

     

    I hope it all works for you.

     


    See www.grainge.org for RoboHelp and Authoring tips

     

    @petergrainge

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 30, 2011 7:25 AM   in reply to JaredHess

    I thought the practice was to put programs into Program Files so that the OS could then "protect them".

     

    As to the user changing the path, I think the point that Jeff and I are both trying to get across is that to the best of our belief your developers can run a silent install so that they do not get that option.

     


    See www.grainge.org for RoboHelp and Authoring tips

     

    @petergrainge

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 30, 2011 7:38 AM   in reply to JaredHess

    OK. Yes either remove the option or make it so that the AIR help is always installed somewhere relative to you application. Not sure how that would be done but sounds like something your developers should be able to manage.

     


    See www.grainge.org for RoboHelp and Authoring tips

     

    @petergrainge

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 30, 2011 8:26 AM   in reply to JaredHess

    I just tested our app installer & steered it to another location (c:\temp\) - it installed there, but it seems my assumption that the help install would follow was wrong - it didn't seem to get installed at all.

     

    I checked the SSL settings of the project and found that I had given it a folder name in the Program Menu Folder field - the help says this about that field:

    Program Menu Folder

    Specify the program menu folder name. For example, on Windows, the string that you specify is appended to form the path Start > Programs > [Program Menu Folder] > [help project title].

    I'm not sure what would happen if I left it blank - would it float along with the app installer location then? I can't really test that on my system because I don't control the build process for the app (sorry).

     

    Edit - fixed help text (somehow it tried to come in as a hyperlink). I spoke too soon - I found the help installer (the .air file) buried within the c:\temp location I was test installing into. It looks like our installer didn't know how to launch it to install within the app's sub-folders like it normally does when you accept the default location (which is one of those c:\program files\ folders). So close!

     
    |
    Mark as:
  • Currently Being Moderated
    Sep 30, 2011 9:50 AM   in reply to JaredHess

    The AIR installer assumes Program Files. It will always install in a folder with your Help Title as the folder name. If you put something in the field when configuring the SSL, that becomes the parent.

     

    We install to CoName/HelpTitle. Help for a second product would go to CoName/HelpTitle2. That way all our help is in one folder in Program Files.

     


    See www.grainge.org for RoboHelp and Authoring tips

     

    @petergrainge

     
    |
    Mark as:
  • Currently Being Moderated
    Nov 2, 2011 1:02 PM   in reply to Peter Grainge

    We have another issue that we need to resolve.

     

    Question: Is the AIRHelp application 32bit only?

     

    We´re using the AIR Help Installer with the bundled AIR as per the Adobe runtime distribution documentation, and have set it up with the command line switch -location "C:/Program Files/WinApp/Help".

     

    However, on Windows 7 64bit I cannot get our AIR Help to install into the ´proper´ "Program Files" directory. It seems Windows forces our application to live in the "Program Files (x86)" folder. I´ve been told that Windows 7 does this for all 32bit applications.

     

    Has anyone else seen this and know of a resolution?

     
    |
    Mark as:
  • Currently Being Moderated
    Nov 9, 2011 8:58 AM   in reply to FSjursaether

     

     
    |
    Mark as:
  • Currently Being Moderated
    Nov 24, 2011 1:30 PM   in reply to The Real Mike73

    @The Real Mike73 - yes, we´re doing this now using Installshield.

    However, in our tests we´ve used the bundled AIR runtime installer, and one of the command line options is -location, and even when we do put in "C:\Program Files\WinApp\Help" as the directory to install into, it insists on installing into "C:\Program Files (x86)\WinApp\Help" folder.

     

    Another related question: considering that AirHelp installs itself as an application, should we avoid installing the AirHelp into a sub-folder of another program? They´ll both get entries into the Control Panel and registry. The WinApp is the "master" app, and by that extension, we do want the AirHelp to be uninstalled if the user wants to uninstall the WinApp program.

     

    More testing remains it seems.

    Thanks for your replies.

     
    |
    Mark as:
  • Currently Being Moderated
    Nov 24, 2011 11:20 PM   in reply to FSjursaether

    AIR apps are 32 bit only, which means that you won’t be able to make them sit in the ‘usual’ Program Files folder on a 64 bit Windows.

     

    For the latter question, I think that would depend on WinApp’s uninstaller. It can choose to uninstall both the WinApp and AIRHelp. But, as Peter too suggested in one of the replies above, AIR (Runtime) should be kept intact as uninstalling it will impact other existing AIR Apps on user’s machine.

     

    ~Mohit Arora

     
    |
    Mark as:

More Like This

  • Retrieving data ...

Bookmarked By (0)

Answers + Points = Status

  • 10 points awarded for Correct Answers
  • 5 points awarded for Helpful Answers
  • 10,000+ points
  • 1,001-10,000 points
  • 501-1,000 points
  • 5-500 points