I suggest you ...

Better integration with native Office / IE plugins

The ability to mark a package as an Excel.exe / WinWord.exe / iexplore.exe etc package and the client automatically create a connection group with all of the packages the user has access to that are marked as a plugin for that app, when they run the local executable.

With user RunVirtual and optional packages in CGs, this is getting closer to being achievable but is still too cumbersome to do on scale and support, especially with the mandatory package in each CG and the inability to assign a set GUID for a CG in full infra. A second, bonus, to this feature would be to handle the 'open' keys for Excel putting them in the correct order for each addin available.

13 votes
Vote
Sign in
Check!
(thinking…)
Reset
or sign in with
  • facebook
  • google
    Password icon
    I agree to the terms of service
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Anonymous shared this idea  ·   ·  Admin →

    1 comment

    Sign in
    Check!
    (thinking…)
    Reset
    or sign in with
    • facebook
    • google
      Password icon
      I agree to the terms of service
      Signed in as (Sign out)
      Submitting...
      • SoftPackSoftPack commented  · 

        The bonus feature of the OPEN keys would be nice rather than utilising custom engineered solutions. I'm thinking the values will need to be stored in the config file and not the package so that the App-V Client can update the OPEN keys when an application is published/unpublished - especially when a CG is being leveraged.

      Feedback and Knowledge Base