goodintentions
Active Member
- Joined
- Aug 2, 2013
- Messages
- 42
I understand your skepticism. I really do. I wouldn't have believed this myself had someone else told me this and I never had to do printing in my app.Was the 200 lines of code needed to literally do the print or for the app to be published in the store, would be my question.
Someone pointed out to me that perhaps MS purposefully did this to make it harder to print from metro. He thinks MS is following apple's footsteps. We all know that the ipad is a consumption device. Good luck trying to be productive with it. Perhaps MS wants people to consume more than being productive with windows 8? In which case, they can have all the fart apps they want?
You know how people have been complaining that quality apps are few in numbers in the windows 8 winstore? Well, I've been trying to help MS out by porting some of my quality apps over to windows 8.
I've recently ported one of my more useful apps into the metro interface. The app itself is used by both students and professional chemists. A big part of it is it has to be able to print. So, no biggie, right?
Over in the desktop version of it, the printing protocol takes 4 lines of code. That's it. I started earlier today thinking it would be somewhat comparable if not the same. Nope. Nothing from the desktop side worked with the metro codes. So, I began to search online for tutorials on how to write a simple printing protocol. Seems like every developer has been complaining about this. It's too damn hard! MS's sample app on printing is extremely confusing and pretty much useless to me. I finally found a blogger that made enough sense for me to follow. His way to do printing in a metro app took 130 lines of code!
After I successfully get it to print, I realized that his code only worked with 1 page. If there are more than 1 page, the app would crash. So, I had to change his codes and put in an extra subroutine. The result was a whopping 200 lines of code.
200 lines of code to print out a damn document. The desktop version took 4 lines of code to do the same.
That took me a total of 5 hours to add a simple printing protocol to my metro app. I was kinda pissed by this point, so I went online to see if other people have complained about this. Yup, there are plenty of developers who just simply gave up because it would take too much time to do something so simple.
Now, you guys know why there aren't as many quality apps in the MS winstore as there should be. 200 lines of codes just to print out a document without the app crashing.
If MS wants more quality apps in the winstore, they need to remove these stumbling blocks for us developers. That's 5 hours I could have spent on adding more features to my metro app.
That sounds about right....if you've noticed the trend....MS seems to be following Apples footstep quite alot, with regards to developments and deployments. It's making me wonder........
I understand your skepticism. I really do. I wouldn't have believed this myself had someone else told me this and I never had to do printing in my app.Was the 200 lines of code needed to literally do the print or for the app to be published in the store, would be my question.
Overall result: failed
Report generated at 9/18/2012 3:25 PM
Security tests: passed
This test scans your app for malware and unwanted behaviors. Learn more
Technical compliance: passed
This tests your app with the Windows App Certification Kit. You can also run this the test locally from the SDK. Learn more
Content compliance: failed
This test evaluates your software for content compliance with Windows Store Certification Requirements. Learn more
Your app doesn't meet requirement 1.1. Learn more
Commons reasons why apps fail this requirement:
Your app doesn't meet requirement 1.2. Learn more
- The value or usefulness of the app is not clear.
- The app is only valuable or useful in a subset of the languages that it claims to support.
Questions to consider:
Commons reasons why apps fail this requirement:
- Does your app require a user account? If so, you need to include a test account in the Notes to Testers field.
- Can users make purchases through the app? If so, you need to provide a way to test those purchases.
Your app doesn't meet requirement 2.4. Learn more
- The app includes non-functional sections or contains placeholders (labeled "coming soon", "more to come", "not available yet" and so on) for primary user scenarios.
- The app doesn't work on all the architectures that it claims to support. For example, if you state that your app works on any CPU, it must work on all architectures, including ARM.
- The app description is misleading or vague.
- The app description uses screenshots or statements that imply features that don't appear to be implemented.
- The app doesn't respond to "play" and "pause" keyboard events to allow users to control audio playback.
- The app description doesn't explicitly state any hardware or network requirements.
A common reason why apps fail this requirement is when they redirect the user to the web browser to complete one of their primary scenarios.
Your app doesn't meet requirement 4.1. Learn more
Windows7Forums.com: Certification report
Overall result: failed
Report generated at 9/18/2012 3:40 PM
Security tests: passed
This test scans your app for malware and unwanted behaviors. Learn more
Technical compliance: passed
This tests your app with the Windows App Certification Kit. You can also run this the test locally from the SDK. Learn more
Content compliance: failed
This test evaluates your software for content compliance with Windows Store Certification Requirements. Learn more
Your app doesn't meet requirement 1.1. Learn more
Commons reasons why apps fail this requirement:
Your app doesn't meet requirement 1.2. Learn more
- The value or usefulness of the app is not clear.
- The app is only valuable or useful in a subset of the languages that it claims to support.
Questions to consider:
Commons reasons why apps fail this requirement:
- Does your app require a user account? If so, you need to include a test account in the Notes to Testers field.
- Can users make purchases through the app? If so, you need to provide a way to test those purchases.
Your app doesn't meet requirement 4.1. Learn more
- The app includes non-functional sections or contains placeholders (labeled "coming soon", "more to come", "not available yet" and so on) for primary user scenarios.
- The app doesn't work on all the architectures that it claims to support. For example, if you state that your app works on any CPU, it must work on all architectures, including ARM.
- The app description is misleading or vague.
- The app description uses screenshots or statements that imply features that don't appear to be implemented.
- The app doesn't respond to "play" and "pause" keyboard events to allow users to control audio playback.
- The app description doesn't explicitly state any hardware or network requirements.
You are correct. Metro Netflix would never have passed the first step, the automated one. In one of my apps, I had to add in an intro page to get it through the first step. Then it authenticated fine after.As for your problem, I am truly sorry you have experienced a similar, albeit different situation. A large company developing a Metro app will usually have a full team and major funding going towards it. This is the difference and it is why you see an app like Netflix on there, which would probably never survive the automated authentication, seemingly fast tracked into publication. At least thats my take on it any way.