I developed a windows 8 game, and I can't find it on the other Stores.
Even If I changed the preference of the Windows store application ... no result for my application, I already checked all countries for my application on Dev Center - Windows Store apps.
How can I add a French description and screenshots for my app?
I'm not sure if this is the right place to ask this kind of question.
The ability to add French metadata (like a description and screenshots for your app) won't be available until after you upload your app package which specifies French language support. (Here's a source verifying this.)
For how to properly implement localization support in your app, see this post which explains the basics and provides localization resources compiled in one place.
Here is a solution for Multilanguage Support
How to use the Multilingual App Toolkit (Windows):
http://msdn.microsoft.com/en-us/library/windows/apps/jj569303.aspx
Related
I have responsive website and wanted to create app for windows phone. So is there any way to make the same? online or by using any other technology (like phone gap or something else). It means my website URL load on click of app icon.
There are different ways to do that. Basically you have three ways (but there are more!) to consider:
Native universal HTML5/JS app: Create a native app using HTML5 and Javascript directly. There is a nice jumpstart available in the Microsoft Virtual Academy (MVA): http://www.microsoftvirtualacademy.com/training-courses/developing-universal-windows-apps-with-html-and-javascript-jump-start
WebView in a C# app: You can also add a WebView to a C# app and run your code inside a browser. This is done quite often - especially if developers want to port a web app very quickly to Windows Phone since all you have to do is to adjust your paths and you're good to go. There's a video on Channel9 by Bob Tabor: http://channel9.msdn.com/Series/Windows-Phone-8-1-Development-for-Absolute-Beginners/Part-13-Working-with-the-Web-View-App-Template (This video is part of another MVA course: WP 8.1 app development for absolute beginners)
3rd party frameworks: You can use third party libraries like PhoneGap / Cordova to run your code. This is very much like 2. as your code is also executed in a browser. The advantage is that you can easily deploy your code on other platforms but you might run into performance issues under certain circumstances.
So if you want to load your page if you click on your app icon (2) might be your best shot.
For Windows 10 Universal Apps you can do that very easily using the Microsoft project Westminster:
https://dev.windows.com/en-us/uwp-bridges/web-apps
Step by step guide is here:
http://microsoftedge.github.io/WebAppsDocs/en-US/win10/CreateHWA.htm
It takes about five minutes to make the app, and then maybe a few hours to polish it, make the right icons from the Windows store etc.
I read about Worklight's Direct Update feature already. However, I still have some questions that would like to clarify:
Q1: Is it true that Apple allows Worklight Apps to be published to APP
Store even there is a direct update feature?
Q2: How will Apple review and monitor the Worklight Apps' content if
there is a huge change after the direct update? Or, Apple does not
worry about the cached web resource in the application, does it?
Q3: Is there any limitation or pre-condition about the direct update
for the web resource? For example, the major entries of html and js
script files must be existed... etc.
Q1: Is it true that Apple allows Worklight Apps to be published to APP Store even there is a direct update feature?
A1: There are existing Worklight customers that have submitted an application to the App Store and passed Apple's app submission process. For best results, make sure you use Worklight v5.0.6.1 or later.
Q2: How will Apple review and monitor the Worklight Apps' content if there is a huge change after the direct update? Or, Apple does not worry about the cached web resource in the application, does it?
A2: Apple only reviews app submissions to the App Store and whether or not they follow their guidelines. They do not review future updates to the application (as long as it was not re-submitted), for example in the form of a Direct Update unless there are some extra-ordinary circumstances (like inappropriate content that was discovered afterwards, for example...)
Q3: Is there any limitation or pre-condition about the direct update for the web resource? For example, the major entries of html and js script files must be existed... etc.
A3: I am not entirely sure I understand the question. There is no limitation in Direct Update - this feature replaces the existing web resources of an application with new ones. The only thing I can think of is that both the Worklight Studio (that the app was created on) and Worklight Server (that the app lives on) must be of the same version number.
An update.
Apple now allows code updates if you use a webview
3.3.2 An Application may not download or install executable code. Interpreted code may only be used in an Application if all scripts,
code and interpreters are packaged in the Application and not
downloaded. The only exception to the foregoing is scripts and code
downloaded and run by Apple's built- in WebKit framework, provided
that such scripts and code do not change the primary purpose of the
Application by providing features or functionality that are
inconsistent with the intended and advertised purpose of the
Application as submitted to the App Store.
Over the course of time I received a number of comments on my blog in this area. Many questions were asked like “Can you use WinRT from Desktop applications?”, “Can you use WinRT from .NET applications?”, “Can you use WinRT from .NET applications?” etc? If so, how?
Yes, you can and for more information refer to http://kishore1021.wordpress.com/2012/08/14/can-you-use-windows-8-winrt-api-from-net-desktop-applications/
Coming to architecting such applications, the best way to go forward is to develop a Portable Class Library and access the API's that can be used from Desktop, Store and Phone apps. By this kind of design, you don't rewrite the business logic code for each device. For detailed information on PCL, see http://channel9.msdn.com/Shows/This+Week+On+Channel+9/TWC9-August-10-2012
The subset of the Win32 and COM API that can be used in a Metro style app is indicated in the header files in the Windows Software Development Kit (SDK) for Metro style Apps. Look for the following statements in the header files:
#pragma region Application Family
#pragma region Desktop Family
More of that sort:
From CodeProject
From Intel Developer Zone
I have read some posts on S/O and also around the web. We are producing a HTML5 JS based web app that runs on the web. We are packaging it up for Google apps, and also for phonegap.
Can we package this app for windows 8? Of course, I appreciate it won't use the windows 8 features. But, will the app run none the less, as it stands. So that we can place it in the store and build out windows 8 features as we move forward.
I appreciate this is a slightly non-concise question, but I guess the real point is what is our quickest route to take our existing HTML 5, CSS, JS App and deploy it in the store and get it working on this platform.
In general, the answer is yes. The transition is not seamless, but you will be able to use a ton, if not all, of the application artifacts in Win8. A good test is if you can run it in IE10, you can run the app as a Win8 app. Again, this is a very broad brush - things you need to worry about are things like all scripts files need to be local (no CDN), changes to web and security contexts, and the fact that Win8 is a horizontal paradigm whereas most web apps are vertical. But in general, you should be able to make the move. Usual caveat - your mileage will vary.
Yes, although not recommended, you can package your existing app for Win8. You'll need to add a few bits of code though. The minimum would be to embed your app's start/init code within WinJS's first promise callback, like so:
args.setPromise(WinJS.UI.processAll().then(function () {
// your init code
}
You'll also need to create a couple of icons for the start screen and an image for your app's launch screen.
It is possible that you'll run into a few issues, like some security related restrictions, where you'll have to modify your code to use some native WinJS functions. This all depends on you app's implementation.
You can also check Microsoft's guidelines for migrating a web app to win8, here: http://msdn.microsoft.com/en-us/library/windows/apps/hh465143
How can I develop an installable desktop application on top of the Mozilla Engine or the Webkit engine.
We want to have best of both worlds, ease of development with DOM+Javascript+RenderingEngine+ContinuedImprovements in a Browser and user's control as in a desktop app
I looked at using C++ XPCOM for Mozilla but it seems to be quite complicated, Is there any other way to code like a WebApp using Javascript but burn it into the browser and dress it to give a feel of a desktop app. Also I require that javascript is compiled into native so that one cannot sneak into the source code
Are there any examples of desktop applications done this way ?
Web apps are fine but there are concerns of piracy, privacy, security and version control. The moot point is that in a web app the control lies with the software vendor, moreover the data is also with the vendor. Not only these, any changes to the application may also necessitate another around of training. What we want is that once the customer buys a version he is sure of what he owns and that he is in total control of it and we as software developer do not exposed our source code.
The issue is we have expertise in Web App development and we want to utilize that to develop a Desktop App
Your last point is that :
The issue is we have expertise in Web App development and we want to utilize that to develop a Desktop App
Well then BowLine can be an option though it requires Ruby, so you need to consider that. You can also take a look at WebKitDotNet if you are with .net Background.
Use XUL for the user interface and code your functions using JavaScript. You problably only need C++ to expose native functionality not yet available in Gecko. Examples of software that works this way: Komodo IDE, Songbird, Firefox and Thunderbird.