Develop Bugs

A good reason not to upgrade to the new Market in Froyo

Market filters:
When a user searches or browses in Android Market, the results are filtered, and some applications might not be visible. For example, if an application requires a trackball (as specified in the manifest file), then Android Market will not show the app on any device that does not have a trackball.
The manifest file and the device's hardware and features are only part of how applications are filtered — filtering also depends on the country and carrier, the presence or absence of a SIM card, and other factors.
Changes to the Android Market filters are independent of changes to the Android platform itself. This document will be updated periodically to reflect any changes that occur.
Click to expand...
Click to collapse
Does anyone have any idea what the market filters are checking against?

That's not really a good reason to do anything, let alone not using 2.2

dik23 said:
That's not really a good reason to do anything, let alone not using 2.2
Click to expand...
Click to collapse
Not being able to get apps? Did you read the link? Doubtful. Uh sure. Have fun with vanilla 2.2 and 0.0 apps.

I'm sorry, did you read your own link? If you had scrolled down, it shows several examples of what can be filtered. The filters are implemented by the application developer themselves, and if they don't, they still show up in the market.
Besides, filtering by the application has been in Android since 2.0. Any application that deems a device incapable of running it (for example, a lack of a light sensor) can stop itself from running.

some kind of filter (the ones I've heard of so far are incompatible screen resolution, unverified builds, and protected apps) is already being applied to 2.1 in the AOSP build. I couldnt see Yelp, the Android Community and TMZ apps for whatever reason

cashless said:
Not being able to get apps? Did you read the link? Doubtful. Uh sure. Have fun with vanilla 2.2 and 0.0 apps.
Click to expand...
Click to collapse
Oh yeah, how suspicious. French people couldn't possibly prefer apps in French and people with that new Dell pad thing probably still want SMS and contact apps.
Yeah

so you are saying not upgrade to 2.2 because marketplace will filter apps for our phone, but stick with 2.1 because it doesn't?
well genius, why don't you go and install http://www.appbrain.com/app/com.yelp.android on your phone and let us know how that 'no filtering' works out for you.

When I was running my Vougue we ran into this problem as well, its not a big deal at all. from what I remember it was checking about the build.prob and screen size that is setup in your startup. what I used to do was set my phone to my the specs for the G1, then install the apps after adjusting the density to fit everything on screen and then reboot using factory startup. it worked pretty well for most of the apps since many only blocked off whatever border the developer had.
heres the problem though but with the pace we are going it wont come up for a while, once we decide we have a rom stable enough to flash we lost the abilty to change the settings since WM is copletely gone and no haret was used. I switched over to the Touch Pro and we had the exact same problem which was solved in the EXACT way but we were not flashed still(TP2 still has a LOOOONG way to go sad to say), kept the touch pro 2 for only a few weeks before they replaced my Sprint Line TP with a Touch pro 2 due to all the TP1 problems and i'm still saddened by the slow progress. I am a developer myself and even an avid budsmoker and was still able to help out. now Refer has done a great job but from my understanding he is just doing most changes to the Android Filesystem, theirs a couple other guys working on the kernels which would be were all the hardware problems are going to be fixed from. no matter what build we use something in the kernel is either not right, or we dont have the driver in place for Android itself and since we have few Hardware level developers working on these things it seems to be low progress.

Android Tablet-Compatible Apps

Hey everyone! I am interested in making a list of Android Tablet-Compatible Apps. Could you do me a favor and list the ones that you use that are compatible with your tablets? I'd really appreciate it!

to be honest it may be easier to compile a list of apps that dont seem to work with the archos tablets, most of the android apps that I have tried DO work.
So far, the only apps that I have tried that dont run are:
mini info widget
extended controls widget
I have almost 100 apps on my 101 by the way, and 90mb free.

CarsnGadgets said:
to be honest it may be easier to compile a list of apps that dont seem to work with the archos tablets, most of the android apps that I have tried DO work.
So far, the only apps that I have tried that dont run are:
mini info widget
extended controls widget
I have almost 100 apps on my 101 by the way, and 90mb free.
Click to expand...
Click to collapse
I have had several mails back and forth with the developers of the extended controls widget, and they say they have found the bug that meant it wasn't working on Archos tablets ... and it should get fixed. When, is anyone's guess

where is the primary source for apps for the 101 - android market or via Archos?

[REQUEST] Multiwindows???

it will be possible a porting of samsung multiwindows for the nexus 4?

Possibly, though I'm pretty sure that MultiWindow requires hooks in Touchwiz, so you would need a Touchwiz based ROM on 4.2 for it to work.

I'd love this on the N4 aswell. But it might need as said before a touchwiz rom or maybe CM11?

a rom with touchwiz wil be ok for me

There probably won't be a fully functioning Touchwiz ROM for our phone.. There are plenty of "floating" apps that offer similar functionality.
Sent from my Full Android on Grouper using Tapatalk 2

Doesn't paranoid android have this feature? And I remember a rom for the hp touch pad had this thing called cornerstone which allowed for multiple apps to be displayed at once
Sent from my Nexus 4 using xda app-developers app

neer2005 said:
Doesn't paranoid android have this feature? And I remember a rom for the hp touch pad had this thing called cornerstone which allowed for multiple apps to be displayed at once
Sent from my Nexus 4 using xda app-developers app
Click to expand...
Click to collapse
Google basically asked cornerstone to stop development of that app I think. I read that somewhere. Not sure where though.
Sent from my Nexus 4 using Tapatalk²

See post below.

kcls said:
Google basically asked cornerstone to stop development of that app I think. I read that somewhere. Not sure where though.
Sent from my Nexus 4 using Tapatalk²
Click to expand...
Click to collapse
Here is some helpful info
https://groups.google.com/forum/?fromgroups#!forum/cornerstone-dev

Basically what it looks like was Cyanogenmod was going to include Onskreen Cornerstone in their CM10 builds but Google are trying to stop it in a somewhat threatening maner.
See this post for more information
CM10 said:
Steve Kondik
Join group to reply
More message actions
Feb 15
We (the CM team) have been experimenting with Cornerstone on our
tablet builds. There are a few things to iron out, but for the most
part it's working pretty well. What is causing me some concern, is a
response to a re-share on Google+ by Dianne Hackborn, an engineer at
Google working on the Android platform. She raises some pretty valid
concerns (probably threatening to ban us from the Market if we include
it was a bit far over the line, though). I was wondering if someone
from Onskreen would care to comment?
https://plus.google.com/u/0/100275307499530023476/posts/ViCME1bb8F6
Click to expand...
Click to collapse
Google said:
Dianne Hackborn
15 Feb 2012
+56
Okay, let me please please beg you not to do this. I can guarantee you this introduces all kinds of application compatibility issues. We work really hard to give our developers a consistent environment where their apps will operate correctly across all the devices Market runs on, not being impacted by negative reviews from bad devices that they should not have to deal specially with.
If you start making your own distributions of Android behaving in such fundamentally different ways, I suspect we are going to need to start doing things to prevent you from impacting our app ecosystem. I'm not sure what, but I could imagine things such as restricting how users can interact with Market apps on these devices (not allowing reviews or such).
We have let a lot of things in this area slide -- for example to be allowed to include Market on your device you are supposed to fully pass CTS. However, if you start really diverging from the core Android platform (I would argue this takes you well into the realm of a fork rather than a customization) then some deep issues are going to come up about how we handle these custom builds.
We have been putting a lot of thought and work for a number of years into how to let Android applications run on increasingly diverse and dynamic screens. Doing this correctly, without impacting our app developers in a negative way, is a really challenging problem. I also think it is something that needs to be done at the mainline platform level, not as a customization, because doing it right is going to require new well defined interfaces with applications for them to interact with it, possibly starting with just a facility they need to use to opt in to it.
Click to expand...
Click to collapse
Cornerstone dev said:
onhsnm
Feb 15
Steve,
Thanks for reaching out. We have heard variations on this theme for
some time, so it appears that it is time for us to respond.
We very much appreciate the amount of work that the Android team has
done to address the complexity of supporting applications on the
variety of screen sizes that "real" Android runs on. The Onskreen team
has spent an immense amount of time to continue that effort while
creating the Cornerstone experience.
As far as responding to Diane's comments directly, it’s a bit
difficult because there are no specific concerns mentioned. Her
contention appears to be that changes were made to the Android
Framework at all, not with anything specific with Cornerstone. We'd be
happy to have a conversation with them about anything specifically
they feel negatively impacts apps. We have more work to do on the
product so there are definitely items on our todo list to continue to
improve, but the first release clearly stays within the realm of an
Android optimization (most definitely not a fork) and outside of bugs,
does not break Android apps.
One of our goals was to support Android applications unchanged without
introducing Cornerstone specific APIs or modifications that
applications must conform to. As Diane said, there are some great
things we could have done by introducing multi-tasking specific
interfaces and manifest declarations, but we did not so Cornerstone
did not fragment from Android as it exists today. After all that is
what the app developers have targeted for their apps. Throughout the
code, you will find a number of architectural decisions to ensure apps
run without fragmentation (Ex: setting correct Configurations, not
running multiple instances, etc...); as well as feature decisions to
ensure the same (Ex: ability to turn Cornerstone off, removing the
ability to swap so that apps weren't forced to deal with changing
screen size, etc...)
Threats to rescind Market access are a bit much, we prefer to stick to
specifics and open a dialogue. We are happy to discuss specific
concerns and we expect that once the Google team has had a chance to
dig into the code, we will hear some. We also expect that dialogue to
make Cornerstone better for everyone, one of the reasons we open
sourced the code to start with.
hansmeet.
Click to expand...
Click to collapse

[Q] tablet version of android?

As I understand it there are three flavours of android: phone, tablet, and tablet with phone capabilities (correct me if I am wrong). At any rate I would like to install a room with the JellyBean tablet UI and I want to know if that is possible and if such a rom exists that would support the s pen, etc. Possibly a modified version of the note 10.1 rom? Just a thought.

Android 3 was Tablet. Android 4 and on is for both phone and tablet. It's more about the apps recognizing the device.
I'm not exactly sure what the developers do, but the hybrid roms such as Paranoid Android have the ability to use tablet versions of apps and UI of other apps. The more sophisticated ones have where it can be set app to app.
Thus, I would suggest trying out Paranoid Android or Cyongenmod. Make sure to read the fine print so you understand what they have working, not working, and almost working. These are still in beta or alpha.

There's no separate tablet/phone versions of Android. You can make your phone and apps look exactly as they would on a tablet by modifying settings and using the Xposed framework.
Sent from the SPH-L900 your mother gave me.

[Q] Why is my phone cooler than my tablet?

Why is my phone cooler than my Kindle Fire tablet? I don't mean hardware. My phone has obviously better hardware than the Kindle. What I mean is why do apps behave differently, in fact better, on my phone than on my KF?
As an example, the Kindle Reader app on my phone shows a book browser within the app when I search for books. On the KF when I want to browse books, the app opens up Amazon's web site in a browser (not the nicest of interfaces for a small screen).
Another example is the Dolphin browser. On my phone, pressing the back button (on this web site for example) actually goes to the previous page whereas on the KF I have to press the back button at least twice and often more in order to get to the previous page; sometimes I have to time it just right, too.
There are a lot of little things like those examples that make my phone cooler in spite of its significantly smaller screen.
In case it matters, I have CM10.1 Android 4.2.2 on the KF and the phone has stock Google Android 4.2.2 that came with the phone. All the apps are presumably the same, having been download from the Play Store.
Can anyone explain this difference? Thanks.

pfederighi said:
Why is my phone cooler than my Kindle Fire tablet? I don't mean hardware. My phone has obviously better hardware than the Kindle. What I mean is why do apps behave differently, in fact better, on my phone than on my KF?
As an example, the Kindle Reader app on my phone shows a book browser within the app when I search for books. On the KF when I want to browse books, the app opens up Amazon's web site in a browser (not the nicest of interfaces for a small screen).
Another example is the Dolphin browser. On my phone, pressing the back button (on this web site for example) actually goes to the previous page whereas on the KF I have to press the back button at least twice and often more in order to get to the previous page; sometimes I have to time it just right, too.
There are a lot of little things like those examples that make my phone cooler in spite of its significantly smaller screen.
In case it matters, I have CM10.1 Android 4.2.2 on the KF and the phone has stock Google Android 4.2.2 that came with the phone. All the apps are presumably the same, having been download from the Play Store.
Can anyone explain this difference? Thanks.
Click to expand...
Click to collapse
The phone's hardware was designed with 4.2.2 in mind and the Kindle was designed for a forked rendition of GB.

Guitarman2010 said:
The phone's hardware was designed with 4.2.2 in mind and the Kindle was designed for a forked rendition of GB.
Click to expand...
Click to collapse
Then perhaps I do not understand what Android is. I was under the impression it was an OS with a defined API such that it would look (theming aside) and behave the same on different hardware (with obvious exceptions like not having bluetooth functionality on KF). Your statement would indicate that it is very heavily hardware dependent and that somehow app developers take into account the plethora of different hardware platforms and choose to behave in different manners on different devices. If this is the case, then it's an illogically designed system.

pfederighi said:
Then perhaps I do not understand what Android is. I was under the impression it was an OS with a defined API such that it would look (theming aside) and behave the same on different hardware (with obvious exceptions like not having bluetooth functionality on KF). Your statement would indicate that it is very heavily hardware dependent and that somehow app developers take into account the plethora of different hardware platforms and choose to behave in different manners on different devices. If this is the case, then it's an illogically designed system.
Click to expand...
Click to collapse
Running 4.2.2 on a system that was meant for GB results in some things not working right....

pfederighi said:
Why is my phone cooler than my Kindle Fire tablet?
...
Another example is the Dolphin browser. On my phone, pressing the back button (on this web site for example) actually goes to the previous page whereas on the KF I have to press the back button at least twice and often more in order to get to the previous page; sometimes I have to time it just right, too.
...
Can anyone explain this difference? Thanks.
Click to expand...
Click to collapse
The browser thing I think can be explained. If you are zoomed in on a page, if you press the back button, it will zoom out to the whole page. The second tap of the back button takes you back to the previous page.
Does this help / make sense?
sent from The Muffinator (it's a kindle fire running cm10.1)
using Tapatalk 4 beta, and loving it!

jma9454 said:
The browser thing I think can be explained. If you are zoomed in on a page, if you press the back button, it will zoom out to the whole page. The second tap of the back button takes you back to the previous page.
Does this help / make sense?
sent from The Muffinator (it's a kindle fire running cm10.1)
using Tapatalk 4 beta, and loving it!
Click to expand...
Click to collapse
That would make sense if it was the same behavior on my phone. Thanks, though.

pfederighi said:
Then perhaps I do not understand what Android is. I was under the impression it was an OS with a defined API such that it would look (theming aside) and behave the same on different hardware (with obvious exceptions like not having bluetooth functionality on KF). Your statement would indicate that it is very heavily hardware dependent and that somehow app developers take into account the plethora of different hardware platforms and choose to behave in different manners on different devices. If this is the case, then it's an illogically designed system.
Click to expand...
Click to collapse
pfederighi said:
That would make sense if it was the same behavior on my phone. Thanks, though.
Click to expand...
Click to collapse
I think you're missing the point. The Kindle Fire was never made to run apps from the Google app store, and Google Play apps are rarely made for a modified Kindle Fire, running JB, and a custom kernel made from the ground up. Android is versatile, but it's not perfect. There are many apps that work well on some devices but not others. Looking at the reviews of any app in the Play store should be enough to convince you of that.

Guitarman2010 said:
Running 4.2.2 on a system that was meant for GB results in some things not working right....
Click to expand...
Click to collapse
Why? Does the Android code really have such code as:
if (running_on_older_hardware)
{
make_all_apps_less_cool(); // because we only like newer hardware, even if it's possible for the older hardware to function
}
What little I know of OS design is that if you want your OS to be used aon a wide variety of hardware (which seems to be the design goal of Google in their relentless pursuit of world domination), the API should be as hardware independent as possible and that all hardware access should be done through the API. The very fact that (most) apps are written in Java and compiled to bytecode dictate that they have to use the API. Is the functionality difference because there is some sort of proprietary ROM that Android and certain apps know about that doesn't exist on the KF? And this ROM makes apps behave cooler?
Is it a memory issue? Does 4.2.2 expect to have a different memory/segmentation model? Or a different cache model? Or simply ungodly amounts more memory?
The only runtime software difference I could tell between my phone and my KF is that the per app memory limit on the KF is set to 256 MB whereas on the phone it is 512 MB.
Are there dynamic libraries/frameworks/apks on my phone that are not included in stock/CM10.1 4.2.2 that most apps are aware of and use? Can I copy them to the KF?
Thanks.

pfederighi said:
Why? Does the Android code really have such code as:
if (running_on_older_hardware)
{
make_all_apps_less_cool(); // because we only like newer hardware, even if it's possible for the older hardware to function
}
What little I know of OS design is that if you want your OS to be used aon a wide variety of hardware (which seems to be the design goal of Google in their relentless pursuit of world domination), the API should be as hardware independent as possible and that all hardware access should be done through the API. The very fact that (most) apps are written in Java and compiled to bytecode dictate that they have to use the API. Is the functionality difference because there is some sort of proprietary ROM that Android and certain apps know about that doesn't exist on the KF? And this ROM makes apps behave cooler?
Is it a memory issue? Does 4.2.2 expect to have a different memory/segmentation model? Or a different cache model? Or simply ungodly amounts more memory?
The only runtime software difference I could tell between my phone and my KF is that the per app memory limit on the KF is set to 256 MB whereas on the phone it is 512 MB.
Are there dynamic libraries/frameworks/apks on my phone that are not included in stock/CM10.1 4.2.2 that most apps are aware of and use? Can I copy them to the KF?
Thanks.
Click to expand...
Click to collapse
Proper communication between the API and the hardware is still dependent on the kernel. Considering your phone's kernel was likely produced by a team of paid programmers and the KF's 3.0.x kernel was made by maybe a small handful of people with most of the work done by one man, for FREE, I'm sure there is plenty of possibility for something not working as efficiently as it could.

soupmagnet said:
Proper communication between the API and the hardware is still dependent on the kernel. Considering your phone's kernel was likely produced by a team of paid programmers and the KF's 3.0.x kernel was made by maybe a small handful of people with most of the work done by one man, for FREE, I'm sure there is plenty of possibility for something not working as efficiently as it could.
Click to expand...
Click to collapse
And I truly do appreciate the hard work of the many hackers who put together kernels, boot loaders, recovery programs, apps, etc. I hope someday to join their ranks.
I was under the impression that there was a stock kernel as well as a stock OS and that the only real difference from one system to another was the boot procedure and the selection of drivers (with stubs or emulation for missing hardware/features). I take it that then this not the case.