RRO vs CM theme engine

Search This thread

sandys1

Senior Member
Jun 4, 2010
763
165
A call to the community to use RRO instead of CM's theme manager.

https://plus.google.com/+SykoPompos/posts/5M7tzmgHZpu


Sony intent on having swappabale themes worked with google to devise the current implementation of rro that provides a much more secure way of going about it.

They modified the asset manager to accept apks with just resources and map out the id of each resource in android and then overlay the modified resources at just runtime so those resources can map out to rro's changed or new resources to act like they were always part of those resources but only as long as that apk is there and loaded into the system.

With this system, it provides security because the system is already given permission but still confined in all of android but it is also powerful because new resources can made to add features, translations and so forth very quickly (OEMS are actually using it now to prototype )

With this system in place, the code was merged into aosp for lollipop, unfortunately with google keeping lollipop source mostly hidden, nobody realized that it broke in the process until 5.0 was already out and Sony quickly patched it in aosp for the next release (the 5 commits that need to be cherry picked for rro to properly work)

This means that future stock builds of android has this native theme engine built into it and Sony and Samsung and HTC are actually already using it (rumor is this works already in gpe Sony and Samsung lollipop builds) so it makes sense for the community to embrace it and build on it as our own project.

Cm though decided instead of embracing RRO (maybe they didn't know about it) ported their legacy code up for the theme engine with so much effort instead of looking for a new way with 13,000+ lines of code instead of probably about 200 lines of code to adapt the theme engine into was was already there so there is a ton of redundant code that is completely ridiculous.
 
Y

Yoinx

Guest
Two issues with this.

1. Nothing in your post is even remotely related to development.

2. RRO aka Layers, is still in beta. I doubt it will be anymore bug free than CM's Theme engine. (see post here).

You didn't link to a github, or any other form of code repository for developers to use. So I'm not sure what you're calling for them to use... Pulling a G+ post into their code repo won't do a whole lot. The only repos I can find for the group developing this is: https://github.com/BitSyko as you can see, they really don't have anything related to usable code posted.

So do you have links that would be useful for coders... or is this just another "HEY EVERYBODY CHECK OUT THIS COOL NEW THING I READ ABOUT!" post?

*edit*
After an hour or so of searching around... Here's the link you should have provided...

http://xdaforums.com/android/apps-g...o-apps-rro-t3012172/post58406220#post58406220

Post 2 provides the links to the code changes that must be included in the rom to use their layers (rro) system.

Just started learning about this. Do themes have to be RRO specific or do CM themes work?

They have to be RRO Specific. See their Wiki
 
Last edited:

Top Liked Posts

  • There are no posts matching your filters.
  • 6
    A call to the community to use RRO instead of CM's theme manager.

    https://plus.google.com/+SykoPompos/posts/5M7tzmgHZpu


    Sony intent on having swappabale themes worked with google to devise the current implementation of rro that provides a much more secure way of going about it.

    They modified the asset manager to accept apks with just resources and map out the id of each resource in android and then overlay the modified resources at just runtime so those resources can map out to rro's changed or new resources to act like they were always part of those resources but only as long as that apk is there and loaded into the system.

    With this system, it provides security because the system is already given permission but still confined in all of android but it is also powerful because new resources can made to add features, translations and so forth very quickly (OEMS are actually using it now to prototype )

    With this system in place, the code was merged into aosp for lollipop, unfortunately with google keeping lollipop source mostly hidden, nobody realized that it broke in the process until 5.0 was already out and Sony quickly patched it in aosp for the next release (the 5 commits that need to be cherry picked for rro to properly work)

    This means that future stock builds of android has this native theme engine built into it and Sony and Samsung and HTC are actually already using it (rumor is this works already in gpe Sony and Samsung lollipop builds) so it makes sense for the community to embrace it and build on it as our own project.

    Cm though decided instead of embracing RRO (maybe they didn't know about it) ported their legacy code up for the theme engine with so much effort instead of looking for a new way with 13,000+ lines of code instead of probably about 200 lines of code to adapt the theme engine into was was already there so there is a ton of redundant code that is completely ridiculous.
    3
    @sandys1
    A thread to link to a G+ page does not constitute as a development thread.

    This belongs in general.
    2
    Thread moved in the correct section.
    1
    Just started learning about this. Do themes have to be RRO specific or do CM themes work?
    I think the security model differs in RRO , so I suppose it is different. I was not able to find a lot of documentation though.