One of the cool things you can do to help your users connect to your XenApp and XenDesktop environments is the program installing Citrix Receiver mobile URL generator to: http://community.citrix.com/MobileReceiverSetupUrlGenerator/
The output of the generator is a couple of links. The first is an iOS configuration link and the second is the Android setup link. What's great about this is that once the user gets this link on their iOS or Android device, by email, text message, or carrier pigeon with a micro SD card attached to his leg, while the user must do is click on the link and the local instance of Citrix Receiver mobile is configured automatically.
- VCDC Email
- warning iOS app
Something that Apple has made available is called Smart App Banner. (I suggest you do not yell "Smart App Banners!" Through the cube farm, unless you want to start a bunch of prairie dogging or emails HR.) Regardless, the folks at Apple has created a easy way for you to make the Citrix Receiver app advertising from the web. with Citrix Systems interface, we'd had a couple of different hostnames temporarily coherent point for us on our applications and desktops. Among my clients, apps.company.com or atwork.company.com arose a few times. the point being, the user puts a name in the browser and the client detects the Web interface takes over, suggesting a client version for Mac, Windows Java and they go to the desktop application or nirvana. But mobile devices lonely neglected. We tell our bosses that we need iPhones, iPads and Androids for work. So the smart thing to do is get some apps work there before the bosses catch us playing Angry Birds or Radical.FM So the question is: "How can I use on my web interface"? That's an excellent question. We'll take the cute little meta tag referenced in this article Apple Dev and paste it right into the login.aspx file in our website interface. For demonstration purposes, I'll use our Virtual Computing Demo Center or VCDC for example. The default Web interface that acts as a front end of the demo instance is hosted on a virtual machine acting as DDC for XenDesktop. Screenshots, I use is based on the connection I make to a XenApp desktop logged in as administrator. Ddc \ c $ inetpub wwwroot Citrix DesktopWeb auth login.aspx looked like this:
Now change the first line, it looks like this.
Remember that this is something that is only supported in iOS and in fact from the default Safari browser. Here are some screenshots of iOS after this change :.
What really showed me is that there are some basic problems
- iOS responds differently Android and thatn rest desktop platforms.
- Web Interface redirects browsers to different types in more destinations.
So, in other words, iPads, iPhones, Androids, and all the different variations of the browser and masquerades land users to different destinations. So not only the login page but the client detection, and other pages that the user does not really need to interact with from a mobile browser.
For now, I will focus on getting as many combinations to work in the login page. Then we can take a look at the other pages the users can interact with the Web Interface site.
The best option that I found from JavaScript, ASP, and other scripting technologies does not necessarily translate between different mobile platforms and browser types is jQuery. JQuery is a type library that allows you to simplify the client side script. For this example I'm using the Google implementation of jQuery and a script you can download here: http://jasny.github.com/jquery.smartbanner/# One of the things you will see in this link is a smart banner for browsers and Android alternative points Play store and iOS iTunes.
away, the steps are fairly simple. Since the download you can:
- jquery.amartbanner.js take the file and open it in a text editor. Find daysHidden and daysReminder values and both change to 0.
- Navigate to the folder \ ddc c $ inetpub wwwroot Citrix DesktopWeb auth
- Copy this modified file directory:
- Jquery.smartbanner.js
- Copy these files in the directory
- Dark_background_stripes.gif
- jQuery. smartbanner.css
- Change login.aspx
- at the beginning of the file:
- After the line Register TagPrefix add the following:
the last few steps would be to place these files in a shared directory as ./Citrix/
once here the links could be modified to point to this shared folder.
Another option would be to change the behavior of different files to a specific browser behavior. Because some OS-browser type combinations point to files or as ./auth/silentDetection.aspx ./clientDetection/nativeClientDetection.aspx you might consider modifying these files as well.
I work on cleaning the implementation on a variety of Android browsers. Does anyone out there think it is useful for me to continue?
0 Komentar