text color location cheatsheet

[bestialbub]

MODS: this post title should be updated to: text color location cheatsheet for decompiled xml
meat:
--
status_bar.xml
android:id, decompiled code line, default value

@id/onsText:att line 5 "?textColorPrimaryInverse"
@id/date: line 19 "?textColorPrimaryInverse"
@id/tickerText: line 15 "ff000000" black
@id/ticketText: line 16 "ff000000" black
--
status_bar_expanded.xml

@id/dateLabel line 6 "?textColorSecondaryInverse"
@id/plmnLabel line 7 "?textColorSecondaryInverse"
@id/spnLabel line 8 "?textColorSecondaryInverse"
@id/clear_all_button line 10 "[MENTION=155057]colo[/MENTION]r/white" (the button background is black)
--
status_bar_icon.xml

@id/number line 5 "#ffffffff" white
--
status_bar_latest_event_content.xml
@id/title line 6 "[MENTION=155057]colo[/MENTION]r/primary_text_light"
@id/text line 9 "[MENTION=155057]colo[/MENTION]r/primary_text_light"
@id/time line 10 "[MENTION=155057]colo[/MENTION]r/primary_text_light"
--
status_bar_stk_idle_mode_txt.xml
@id/text line 5 "#ff000000" black
--
time_picker.xml
id@/amPm line 6 "[MENTION=155057]colo[/MENTION]r/primary_text_dark_nodisable"
--
transient_notification.xml
@id/message line 4 "[MENTION=155057]colo[/MENTION]r/bright_foreground_dark" first color instance
shadowColor line 4 "bb000000" transparent black shadow second color instance
--

i still don't think the way the xml's get compiled involving [MENTION=155057]colo[/MENTION]r strings instead of hex values will allow for simple hex editing to change these values. that'll be the longer trial and error for the rest of the weekend.

[fldodger]

Nice job

[bestialbub]

found out i can't produce the hex value cheat sheet the way that i'd expected. its not my changes that cause the code to change in a recompile (i was counting on doing a file comparison with jfc to find the changed data). i decompiled and compiled for fun and compared the xml's side by side. unedited xml's recompiled don't come out exactly the same as the originals, so it would be alot harder (take longer searching for specific strings like i was doing before, instead of the simple side by side file comparison i was counting on. still expect the update files though, i think i got those down in my head.

[bestialbub]

The cheatsheet still tells you which xml file and in what order they can be found. So it still may be doable.

update: i still haven't forgotten this for those wanting hex values. i'll have result in the next day or so, here's what i typed up yesterday..

also, i determined how i can use jfc compare on manipulated code. i have an extracted folder of a stock framework-res.apk after decompile/compile.
being that the data differs from the original even though no code was changed led me to believe i could not compare manipulated code to the stock code.
this is true, but i can compare a changed xml to the framework folder i compiled with no changes to locate possible hex locations for color values
that are not already apparant by normal methods. the present methods don't take into account color strings or recompiled data.