Hi
I had used the dell venue.
dell venue is now 2.3.4..
anyway, gingerbread's button dialog:
-------------------------------
| |
| Contents box |
| |
| |
|---------------------------- |
| | |
| yes | no |
| | |
-------------------------------
but, ICS(Galaxy nexus) is:
-------------------------------
| |
| Contents box |
| |
| |
|---------------------------- |
| | |
| no | yes |
| | |
-------------------------------
I'm this uncomfortable. Too confusing... (some apps is yes/no, some apps is no/yes..)
Can I change no/yes -> yes/no?
hsy0726 said:
Hi
I had used the dell venue.
dell venue is now 2.3.4..
anyway, gingerbread's button dialog:
-------------------------------
| |
| Contents box |
| |
| |
|---------------------------- |
| | |
| yes | no |
| | |
-------------------------------
but, ICS(Galaxy nexus) is:
-------------------------------
| |
| Contents box |
| |
| |
|---------------------------- |
| | |
| no | yes |
| | |
-------------------------------
I'm this uncomfortable. Too confusing... (some apps is yes/no, some apps is no/yes..)
Can I change no/yes -> yes/no?
Click to expand...
Click to collapse
If I understand you correctly, you want to move applications dialog boxes? If so i guess that will depend on the application and not the OS your phone is running.
He wants to reverse the yes/no buttons as they're the other way round in ICS (it was always Yes then No until now)
I get what the OP is saying but tbh, just read the bloody options before you press the screen!
I agree op.
I pressed deny on the SU prompt many times....
Sent from my Galaxy Nexus using XDA App
It's great to be able to set up apps with individual display settings through Paranoid Android's built in utilities. The problem is that it often takes a lot of trial and error to get just the right size. I wanted to start a list of Apps and their settings for the Galaxy S3 and its 4.8 inch screen, sourced from the community. It will certainly make setup significantly faster and easier. Please post any Apps that you have I'll add them to the list.
AppName | Size | Layout | Force | Large Screen
The List:
Gallery | 250 | 600px | No | No
GMail | 250 | 600px | No | No
Google Search (Now) | 250 | 500px | No | No
Netflix | 250 | 720px | No | Yes
Play | 250 | 540px | No | No
I started this thread in the international version's App's and Themes section, and that should really be the master list because the settings apply to any GS3, but I'll keep updating the list here too.
link to that thread: http://forum.xda-developers.com/showthread.php?p=30042353
It's great to be able to set up apps with individual display settings through Paranoid Android's built in utilities. The problem is that it often takes a lot of trial and error to get just the right size. I wanted to start a list of Apps and their settings for the Galaxy S3 and its 4.8 inch screen, sourced from the community. It will certainly make setup significantly faster and easier. Please post any Apps that you have I'll add them to the list.
AppName | Size | Layout | Force | Large Screen
The List:
Gallery | 250 | 600px | No | No
GMail | 250 | 600px | No | No
Google Search (Now) | 250 | 500px | No | No
Netflix | 250 | 720px | No | Yes
Play | 250 | 540px | No | No
I started this thread in the international version's App's and Themes section, and that should really be the master list because the settings apply to any GS3, but I'll keep updating the list here too.
link to that thread: http://forum.xda-developers.com/show...php?p=30042353
OK you want people to post the apps DPI and what mode its on ?
Sent from my SPH-L710 using Tapatalk 2
My primary goal is to get to the point where we can unbrick a Glide using download mode and heimdall, no matter what the rest of the MMC looks like. A secondary goal is to learn enough about the boot process and bootloader to be able to arbitrarily change the partition table without bricking the phone.
So, this is currently our best guess as to the stock partition layout on the Glide:
Code:
DM ID | offset | DM Name | DM filename | Device file | filesystem
======|=============|=========|=================|==============|===========
2 | Special | BCT | bct.bin | |
3 | 0x200000 | PT | | |
4 | 0x280000 | EBT | bootloader.bin | |
5 | 0x480000 | EB2 | | |
6 | 0x680000 | GP1 | fusetrigger.bin | |
7 | 0xa80000 | EFS | efs.img | mmcblk0p1 | ext4
8 | 0x1680000 | APP | factoryfs.img | mmcblk0p2 | ext4
9 | 0x26e80000 | CAC | cache.img | mmcblk0p3 | ext4
10 | 0x3a680000 | IMS | | mmcblk0p4 | FAT32
11 | 0x12a700000 | MSC | | mmcblk0p5 |
12 | 0x12a900000 | UDA | data.img | mmcblk0p6 | ext4
13 | 0x1aa900000 | MDM | modem.bin | mmcblk0p7 |
14 | 0x1ab900000 | SOS | recovery.img | mmcblk0p8 |
15 | 0x1abe00000 | LNX | boot.img | mmcblk0p9 |
16 | 0x1ac600000 | OTA | | mmcblk0p10 |
17 | 0x1ace00000 | HID | hidden.img | mmcblk0p11 | ext4
18 | 0x1cce00000 | GPT | | |
I do not presently know how mmcblk0boot0 and mmcblk0boot1 factor into things. I DO know that whatever mmcblk0boot0 is, it's not accessible through mmcblk0, meaning there's something a bit weird going on in the kernel MMC driver... see the hypotheses below. The contents of mmcblk0boot1 occur THIRTEEN times in the beginning of mmcblk0, including right at 0x0. boot1 could point to any one of those, or, again, a different location entirely that's obscured by the kernel driver.
A PIT is NOT a partition table. It's a descriptor of expected partitions and their sizes. There's no offsets or anything that could describe partition locations. So when you feed Odin or Heimdall a PIT, either Odin/Heimdall or the phone itself is making up a partition table on the fly to fit the PIT. Needless to say, flashing a PIT without a bootloader and recovery is risky, even if you're flashing the same PIT twice! it appears the partition table is created in a predictable way; that's how we got the new offsets. But, I'm still way too paranoid to flash a PIT without reflashing BCT, bootloader, and either recovery or download mode in the same go.
Download mode is DEFINITELY in the MMC. Check out the strings around 0x572400. So much for the "separate ROM" theory. There's strings from the bootloader nearby as well (note to self: HOW nearby? That could be crucial...).
BCT is a special something used only by Tegra SoCs: http://http.download.nvidia.com/tegra-public-appnotes/bct-overview.html It's a safe bet there's a BCT somewhere in MMC. The BCT should, in theory, give us the precise location of the bootloader, and then some proper disassembly can happen. Assuming our offsets are correct, we now theoretically know the location of everything. Let the dumping begin! Still, picking apart a BCT sounds absolutely smashing so I'll probably do it at some point anyway.
Hypotheses that need testing:
boot0 and boot1 contain BCTs, not bootloaders. (That would explain their size.)
mmcblk0 actually begins exactly 1MB into the MMC. boot0 and boot1 are two halves of that first 1MB.
Alternately, boot0 points to the copy of the BCT that is in RAM; a leftover of the boot process. boot1 is the actual BCT from the MMC.
There are 13 (or 15) copies of the BCT at the beginning of MMC. (In the BCT partition, of course!) Is this necessary? Probably not, but I'm not gonna possibly brick a phone to gain a few KB.
Download mode is built into the bootloader, not a separate binary. Both live in EBT. The newly found offsets put the Odin strings in EB2, so BUSTED.
EBT is the bootloader and EB2 is the Odin code.
In my opinion this topic can and should stay in the development section.
However there are no downloadable file as a result of the development, the topic holds information valuable mostly for developers, debuggers or power users, and average end users obviously has no or minimal idea what to do with the information provided here.
By the way, shall i ask a request? I'd like to see the default mounting points of those partitions witch has any. For the everyday Glide users it may be obvious, but quite often i fix broken partition tables of different phones for example, where such information can be valuable for people with no device specific routine.
Necc86 said:
By the way, shall i ask a request? I'd like to see the default mounting points of those partitions witch has any. For the everyday Glide users it may be obvious, but quite often i fix broken partition tables of different phones for example, where such information can be valuable for people with no device specific routine.
Click to expand...
Click to collapse
It's kinda beyond the scope of this project; you can get this from the volds.fstab of any ROM. Frankly, though, it should be somewhat obvious from the Odin filenames.
Bump because update.
Please read: https://forum.xda-developers.com/t/read-this-first-development-rules.3523894/