Related
Hi,
I just tried the free GNU Emu48CE for Windows mobile 2002/2003.
It comes along with all you need (ROM image, Skin bitmap file, *.kml file) for emulate a HP38G, HP39G, HP40G, HP48G and HP49G.
But I used a HP48SX for a very long time and that's a bit different to HP48G. So if there are any Skins and *.kml files fitting on a 320*240 PDA it would help me a lot, because I wrote many small apps for it and these will not all run on a HP48G.
JH
the kml is just the gui layout
of device
the difference between 48S and 48G is purely a rom thing
here you can find kml and prob roms too for the emulators
http://www.hpcalc.org/hp48/pc/emulators/
if you dont like to do the messing on the pda you can do all the work on the pc version and then just change the rom on the pda when you are ready
odd that they would not work on 48G
that never been an issue for me
Hmmm...
I don't know much about the emu and his configurations. Maybe the klm works as it is also with an SX GUI as long as the keyboard layout is equal. But even if it is only the matter of the ROM and not of the klm to interpret a keypress right, the lettering of the keys (bitmap) does not fit to a HP48. Same keys have not the same function on both calculators. It's a little bit like trying to type english on a keybord with greek letters on it...
OK, I can change the gui on my own, but I'm quite sure that someone else already has done this before and I try to avoid spending time on doing things other have already done and perhaps much better than I can do...
I will see what I can find at http://www.hpcalc.org/hp48/pc/emulators/ ...
it's quite much to read...
I think the most apps from my 48SX will work on an 48G but some of them uses direct system calls (SysRPL) and some entry point may have changed...
JH
First time poster, but long-time lurker and avid Android Developer here.
I'm putting the finishing touches on a tool that decompresses resource files (including the ARSC and any compressed XML files). It's something I sort of took interest in in my spare time, as a learning experience, and I think it would be helpful to the community. It could probably be used to make modifications to compressed layouts in a ROM, such as HTC Sense-based ROMs (decompress the resources, make edits, compress, sign...).
Anyways, I figured I'd ask first... does a tool like this already exist? If so, whatever, this was a learning experience anyways. If not, I'd like to get it out there for all of you geniuses to use.
I'd also like to know what kind of options might be good to have on this tool. Right now it's command-line-based (and might stay that way... I think a UI might be overkill). Let me know. I'll be watching!
That's great!
In which language is it written? Will you open-source it? If so, on which license?
I'm asking cause I need such tool for my Omnipatcher project and I intended to make it myself
Java. I'll probably open-source it once I clean it up enough. I mean, nothing's really a secret in there. I figured out everything I needed from the Android sources.
Brut.all said:
That's great!
In which language is it written? Will you open-source it? If so, on which license?
I'm asking cause I need such tool for my Omnipatcher project and I intended to make it myself
Click to expand...
Click to collapse
When?
When will you relase this?
Oh, good work!!!
Any news?
itanczos said:
Oh, good work!!!
Any news?
Click to expand...
Click to collapse
Sorry guys, I'm really eager to get this out, I'm just struggling to pay the bills, too. I hesitate to make promises, but it should be out sometime this month. I'm just as excited as you probably are to use it. I can't wait to see what kind of themes/mods sprout up once you all get your hands on this.
That sound cool, I was also thinking in creating such a tool or maybe just a shell script that uses aapt to get all the infos and generate an xml out of it but if you already have something in the pipe for doing this... I hope it's finished (or better said at a release stage) soon.
rac2030 said:
That sound cool, I was also thinking in creating such a tool or maybe just a shell script that uses aapt to get all the infos and generate an xml out of it but if you already have something in the pipe for doing this... I hope it's finished (or better said at a release stage) soon.
Click to expand...
Click to collapse
Doesn't aapt only compile the resources, and not the other way around? I didn't think aapt gave us all the information we needed to go back to the original XML.
binarybulge said:
Doesn't aapt only compile the resources, and not the other way around? I didn't think aapt gave us all the information we needed to go back to the original XML.
Click to expand...
Click to collapse
It has dump command and output looks like full XML data just in different (easy to parse) format:
Code:
N: android=http://schemas.android.com/apk/res/android
E: manifest (line=44)
A: android:sharedUserId(0x0101000b)="com.google.android.apps.maps" (Raw: "com.google.android.apps.maps")
A: android:versionCode(0x0101021b)=(type 0x10)0xcf6
A: android:versionName(0x0101021c)="3.3.1" (Raw: "3.3.1")
A: package="com.google.android.apps.maps" (Raw: "com.google.android.apps.maps")
E: uses-sdk (line=54)
A: android:minSdkVersion(0x0101020c)=(type 0x10)0x4
E: uses-permission (line=58)
A: android:name(0x01010003)="android.permission.CALL_PHONE" (Raw: "android.permission.CALL_PHONE")
binarybulge said:
Doesn't aapt only compile the resources, and not the other way around? I didn't think aapt gave us all the information we needed to go back to the original XML.
Click to expand...
Click to collapse
Code:
aapt dump xmltree xxx.apk AndroidManifest.xml
This does output some sort of xml like output... at least as far I have analyzed the output, it should be possible with some parsing code to recover or better said reconstruct a working xml ;-)
Of course, just implementing a complete encoder/decoder would be a nicer solution and as you said, theoretically all the needed framework stuff is on git so it wouldn't be hard to implement it if you have time... I though that this was what you have done or not?
rac2030 said:
Code:
aapt dump xmltree xxx.apk AndroidManifest.xml
This does output some sort of xml like output... at least as far I have analyzed the output, it should be possible with some parsing code to recover or better said reconstruct a working xml ;-)
Of course, just implementing a complete encoder/decoder would be a nicer solution and as you said, theoretically all the needed framework stuff is on git so it wouldn't be hard to implement it if you have time... I though that this was what you have done or not?
Click to expand...
Click to collapse
Haha, yeah it is what I have done. You guys just kind of worried me a little making me think I was reinventing the wheel.
aapt would have been one approach, but I'm still not sure it covers all bases. For example, the strings.xml, arrays.xml, etc files. Those obviously aren't handled the same as layout files. Their contents get compressed into the arsc file. I'm also handling some more complex cases, such as one package referencing drawables from another package.
My goal of course is to restore all input XML, including things like strings.xml, and all of those in various configuration-specific folders (orientation, locales, screen sizes...).
is there any public source of this Compressed Resources (resources.arsc) Decompressor?
i'd like to test it!
Hello Binarybulge!
News?
Is this dead or what?
I'm working on such tool on my own, have managed to decode XMLs (using Android source, not parsing aapt dumps) and now I know, what binarybulge was talking about:
binarybulge said:
aapt would have been one approach, but I'm still not sure it covers all bases. For example, the strings.xml, arrays.xml, etc files. Those obviously aren't handled the same as layout files. Their contents get compressed into the arsc file. I'm also handling some more complex cases, such as one package referencing drawables from another package.
My goal of course is to restore all input XML, including things like strings.xml, and all of those in various configuration-specific folders (orientation, locales, screen sizes...).
Click to expand...
Click to collapse
binarybulge: please, let me know, whether you have quit, don't have time, died or what? Currently I'm working on decoding @ids and /res/values/ and I don't want to reinvent the wheel, if you have done this so far and just don't have time to continue your work.
I'm interested in pitching in. I want an easy tool for decoding a binary .xml file, edit it including adding new elements and then convert it back to binary xml.
I'm pretty familiar with Android low level stuff. One example of my work:
http://forum.xda-developers.com/showthread.php?p=5475283
If I can help in any way, let me know. I don't want to reinvent the wheel either.
jonasl said:
I'm interested in pitching in. I want an easy tool for decoding a binary .xml file, edit it including adding new elements and then convert it back to binary xml.
I'm pretty familiar with Android low level stuff. One example of my work:
http://forum.xda-developers.com/showthread.php?p=5475283
If I can help in any way, let me know. I don't want to reinvent the wheel either.
Click to expand...
Click to collapse
Just for curiosity: how did you do it? Hex edited xml's and resources.arsc?
I'm still working on this tool and have made some progress
Everything that's been done on the keyboard linked above has been done in code. You of all people need no introduction to smail/baksmali
I've rewritten the configuration system (HTC's settings provider is missing in non sense roms), rewritten the parts that interfaces with google voice recognition service and some other tweaks, but it's all code mods.
To fix some remaining issues I must edit xml layouts. Just changing some color code etc. is doable in any hex editor, but adding and removing elements and attributes is kind of hard. I'm stuck at this point and was looking for a tool to convert own xml to binary xml. Since I didn't find such tool I was thinking about creating one and ran into this thread...
I've just successfully and fully automatically decoded all resources for simple HelloWorld apk, then edited them, packaged again using aapt and run on a device It's early alpha and is unusable for now cause it still doesn't support many types of resources, but I have a proof of concept, that it is possible to repackage resources
Brut.all said:
I've just successfully and fully automatically decoded all resources for simple HelloWorld apk, then edited them, packaged again using aapt and run on a device It's early alpha and is unusable for now cause it still doesn't support many types of resources, but I have a proof of concept, that it is possible to repackage resources
Click to expand...
Click to collapse
Yay! Cool! Waiting for release!
Greets!
While working on a ROM (for the hero), I have recently tried to do some theming by small changes (i.e. color changes) to the drawables in the framework-res.apk.
It appears the both for me, and the fellow that is helping me (floomat), these 9-patch files are giving a headache. We prefer editing them in some normal app (i.e. photoshop) but this seems to mess up the 9-patch "code".
I have written a very small program to apply the changes to a 9-patch image without disturbing the 9-patch itself. Note that this program is mainly meant as a "proof of concept" and hopefully one of the apk managing tools will pick up the ball and integrate it. In the meantime it might be useful even as it is (with some scripting around it most likely). Or it might be just a way to prove I am fool and there is simpler way to get around this I am not familiar with
"Program" and source: http://www.sendspace.com/file/sw4atc
(its really too small and simple to be called a program)
Usage:
Code:
java copy9patch original.9.png changed.png
Will copy the changes made to the changed.png over to the original.9.png but keep the 9-patch data of the original.9.png.
Its code (also included) and the way it works is very simple: It takes the size of the original image (i.e. 19x27), without the 1 pixel border with the 9-patch codes - so in our example it will be 17x25. Now it just copied the center 17x25 pixels from the changed.png over the original's center pixels. It has some very basic boundary conditions if the image sizes do not match but this could probably be handled better, possibly just by issuing an error in these cases.
If you want to use my code, change it, do whatever you like with it please do so and I'll be glad to checkout your result!
NOTE: I feel a bit uncomfortable posting this in the "G1 development" section but I see both apktool and apk manager are here....
erasmux said:
While working on a ROM (for the hero), I have recently tried to do some theming by small changes (i.e. color changes) to the drawables in the framework-res.apk.
It appears the both for me, and the fellow that is helping me (floomat), these 9-patch files are giving a headache. We prefer editing them in some normal app (i.e. photoshop) but this seems to mess up the 9-patch "code".
I have written a very small program to apply the changes to a 9-patch image without disturbing the 9-patch itself. Note that this program is mainly meant as a "proof of concept" and hopefully one of the apk managing tools will pick up the ball and integrate it. In the meantime it might be useful even as it is (with some scripting around it most likely). Or it might be just a way to prove I am fool and there is simpler way to get around this I am not familiar with
"Program" and source: http://www.sendspace.com/file/sw4atc
(its really too small and simple to be called a program)
Usage:
Code:
java copy9patch original.9.png changed.png
Will copy the changes made to the changed.png over to the original.9.png but keep the 9-patch data of the original.9.png.
Its code (also included) and the way it works is very simple: It takes the size of the original image (i.e. 19x27), without the 1 pixel border with the 9-patch codes - so in our example it will be 17x25. Now it just copied the center 17x25 pixels from the changed.png over the original's center pixels. It has some very basic boundary conditions if the image sizes do not match but this could probably be handled better, possibly just by issuing an error in these cases.
NOTE: I feel a bit uncomfortable posting this in the "G1 development" section but I see both apktool and apk manager are here....
Click to expand...
Click to collapse
Huh. I've been wondering if this was possible. I haven't tried this yet but if it works, nicely done! I think that this would be a huge improvement and addition to the themeporter programs that are out there. There is a high demand for this in that area and in the area of HDPI>MDPI/MDPI>HDPI conversion. I'm certainly bookmarking this!
Awesome, just checked out ur source, so simple but effective
Anyway wanted to ask if ur ok with me incorporating it into theme-porter ? Link
Wht im thinking is perhaps when "Hdpi to mdpi" is on, it would resize the .9.pngs by 66%, after which it would transfer the .9 data using this program so (9-patch) code is preserved.
Let me know. Thnx
FYI : Just gave it a whirl, works perfectly.
Daneshm90 said:
Awesome, just checked out ur source, so simple but effective
Anyway wanted to ask if ur ok with me incorporating it into theme-porter ? Link
Wht im thinking is perhaps when "Hdpi to mdpi" is on, it would resize the .9.pngs by 66%, after which it would transfer the .9 data using this program so (9-patch) code is preserved.
Let me know. Thnx
FYI : Just gave it a whirl, works perfectly.
Click to expand...
Click to collapse
Maybe my original post wasn't blunt enough, my code is just "proof of concept" because I am bit lazy in this department (themeing tools) - I'd rather spend my time compiling kernels (go figure ).
So my main goal for this post is for developers of apk managing tools and etc. to pick up the ball and go forward with this
And to be even clearer:
If you want to use my code, change it, do whatever you like with it please do so and I'll be glad to checkout your result!
(am also adding this to the main post)
Regarding your actual resizing idea, you might want to resize it with the 9-patch "codes" (in the 1-pixel border) because you want the codes from your original HDMI files just resized. This should work, just be careful with resizing algorithms which average pixels and such. If I understand correctly the edge pixels should be either white or black (defining stretchable and context areas). Need to play around with this until it works well.
Let me know if I can be of any further assistance.
erasmux said:
Maybe my original post wasn't blunt enough, my code is just "proof of concept" because I am bit lazy in this department (themeing tools) - I'd rather spend my time compiling kernels (go figure ).
So my main goal for this post is for developers of apk managing tools and etc. to pick up the ball and go forward with this
And to be even clearer:
If you want to use my code, change it, do whatever you like with it please do so and I'll be glad to checkout your result!
(am also adding this to the main post)
Regarding your actual resizing idea, you might want to resize it with the 9-patch "codes" (in the 1-pixel border) because you want the codes from your original HDMI files just resized. This should work, just be careful with resizing algorithms which average pixels and such. If I understand correctly the edge pixels should be either white or black (defining stretchable and context areas). Need to play around with this until it works well.
Let me know if I can be of any further assistance.
Click to expand...
Click to collapse
Hmm k i'll spend more time with it, perhaps the resizing program im using causes mishaps. Currently when i resize it completely messes stuff up even though the resolution corresponds to a mdpi device.
I'll do the good ol' trial/error n let u know. Thanks for the (proof of concept)
Edit :
Ok so upon using ur code for transferring images of diff sizes u can obviously tell whts up
So one improvement im thinking off, is if the images differ in size, it could draw the border and eliminate anything outside it. Ugh gotta brush up on my java though :S
bump
10 del al char har
bump
I tested it out and it works great! Thanks!
I really hope someone takes this idea and runs with it! If I knew how to code, I would certainly look into this. Maybe I can get one of the Vibrant Devs to look at this....
erasmux said:
While working on a ROM (for the hero), I have recently tried to do some theming by small changes (i.e. color changes) to the drawables in the framework-res.apk.
It appears the both for me, and the fellow that is helping me (floomat), these 9-patch files are giving a headache. We prefer editing them in some normal app (i.e. photoshop) but this seems to mess up the 9-patch "code".
I have written a very small program to apply the changes to a 9-patch image without disturbing the 9-patch itself. Note that this program is mainly meant as a "proof of concept" and hopefully one of the apk managing tools will pick up the ball and integrate it. In the meantime it might be useful even as it is (with some scripting around it most likely). Or it might be just a way to prove I am fool and there is simpler way to get around this I am not familiar with
"Program" and source: http://www.sendspace.com/file/sw4atc
(its really too small and simple to be called a program)
Usage:
Code:
java copy9patch original.9.png changed.png
Will copy the changes made to the changed.png over to the original.9.png but keep the 9-patch data of the original.9.png.
Its code (also included) and the way it works is very simple: It takes the size of the original image (i.e. 19x27), without the 1 pixel border with the 9-patch codes - so in our example it will be 17x25. Now it just copied the center 17x25 pixels from the changed.png over the original's center pixels. It has some very basic boundary conditions if the image sizes do not match but this could probably be handled better, possibly just by issuing an error in these cases.
If you want to use my code, change it, do whatever you like with it please do so and I'll be glad to checkout your result!
NOTE: I feel a bit uncomfortable posting this in the "G1 development" section but I see both apktool and apk manager are here....
Click to expand...
Click to collapse
Can U just tell how to use this code for bulk images?????
pratyush.creed said:
Can U just tell how to use this code for bulk images?????
Click to expand...
Click to collapse
Hmm, haven't used this for a very long time and don't really remember whats going on here.
Still attached is the version which I have on my HD, and it does support bulk images if all the images are in a folder.
If I remember correctly (mostly going by the help that is displayed by running the program without argument):
Code:
fixResPngs drawable-mdpi drawable-mdpi.org
Will go over all drawable-mdpi/*.png files (possibly also sub dirs?! I really have no idea, sorry), and "fix" each such file. If I am not mistaken it needs a "reference" file only for 9 patch files which are identified by their ".9.png" suffix (regular pngs I think are just rewritten without any change which I found improves compatibility). In case of a 9 patch file, the original file with exactly the same name should be found under the directory given in the second argument. For example: If drawable-mdpi/aaa.9.png is processed the 9-patch data will be copied from drawable-mdpi.org/aaa.9.png.
Obviously it also still works on single files. It does *not* work on lists of files or lists of directories.
If anyone is interested in the code, I am sure I have it somewhere (I hope)....
erasmux said:
Hmm, haven't used this for a very long time and don't really remember whats going on here.
Still attached is the version which I have on my HD, and it does support bulk images if all the images are in a folder.
If I remember correctly (mostly going by the help that is displayed by running the program without argument):
Code:
fixResPngs drawable-mdpi drawable-mdpi.org
Will go over all drawable-mdpi/*.png files (possibly also sub dirs?! I really have no idea, sorry), and "fix" each such file. If I am not mistaken it needs a "reference" file only for 9 patch files which are identified by their ".9.png" suffix (regular pngs I think are just rewritten without any change which I found improves compatibility). In case of a 9 patch file, the original file with exactly the same name should be found under the directory given in the second argument. For example: If drawable-mdpi/aaa.9.png is processed the 9-patch data will be copied from drawable-mdpi.org/aaa.9.png.
Obviously it also still works on single files. It does *not* work on lists of files or lists of directories.
If anyone is interested in the code, I am sure I have it somewhere (I hope)....
Click to expand...
Click to collapse
Gr8 work...u made themin a kid's job
Sent from my GT-S5670 using XDA Premium App
???
does the original still work cause im on windows 7 64 bit and i was able to copy the changes to original but not it makes no changes at all, so the original file doesnt get the changes...
please help!!
Hi All,
I'm looking for a ROM which can support indian languages. I'm even watching google android forum. They didnt released any support towards indian languages. However, I found a work around with DroidSansFallback.ttf file. This is not rendering fully like how it will render in my system.
Can our ROM gurus include indian language support in terms of rendering & locale (I can support them for translation).
i've attached font which I'm using in my mobile. You need to replace this file with /system/fonts folder. You must have ROOT access.
Using command prompt:
adb remount
adb push DroidSansFallback.ttf /system/fonts
font must be located in the same folder
or you can replace with root explorer
then reboot your device
19-May-2011:
Finally i can able to get menu in Telugu language. I just converted 2% menu and it is working fine (only rendering issues are there). I'll try to finish convert whole menu in Telugu by this weekend .
23-May-2011:
I've added some more telugu translation based on rendering capabilities of Android. Finally decided to recompile code with harfbuzz but still looking help from a kernel compilers
19-July-2012
Good news that now Jelly Bean can render text properly in browser but still interface level rendering for Indian Languages not yet supported
PS: I'm really happy who can compile kernel with indic support .
I get this message;
you cannot paste here because the file system is read-only.
i am using root explorer
hnkumar said:
Hi All,
I'm looking for a ROM which can support indian languages. I'm even watching google android forum. They didnt released any support towards indian languages. However, I found a work around with DroidSansFallback.ttf file. This is not rendering fully like how it will render in my system.
Can our ROM gurus include indian language support in terms of rendering & locale (I can support them for translation).
i've attached font which I'm using in my mobile. You need to replace this file with /system/fonts folder. You must have ROOT access.
Using command prompt:
adb remount
adb push DroidSansFallback.ttf /system/fonts
font must be located in the same folder
or you can replace with root explorer
then reboot your device
Click to expand...
Click to collapse
itsme_4ucz said:
I get this message;
you cannot paste here because the file system is read-only.
i am using root explorer
Click to expand...
Click to collapse
use such nice one button in right up corner to mount system partition before u paste in Root Explorer.
Krzysiec said:
use such nice one button in right up corner to mount system partition before u paste in Root Explorer.
Click to expand...
Click to collapse
yup.. it sounds simple.. but for some people it dossnt work..
even i had the same problem .. you need to download a free app from the market called mount system r/w .. and then from the app just mount the system R/W and then you will be able to copy/paste..
wait i'll just upload it in a second
ok attached the app mount system r/w .. as its free in the market i dont think its against the laws to add it here
and if you want to say thanks there is a thanks button
update
Finally i can able to get menu in Telugu language. I just converted 2% menu and it is working fine (only rendering issues are there). I'll try to finish convert whole menu in Telugu by this weekend .
I'll publish framework-res.apk by end of this week which is belongs to MDJ's Cyanogenmod v1.4
Don't compliant about rendering, i'm seeking help from kernel developers
Update - 23rd May 2011
Added few screenshots of telugu menu . Will add some more screen by end of this week (most probably, i'll complete telugu translation).
I can't figure out if this is a Question thread, or if you're developing something...
NeoS2007 said:
I can't figure out if this is a Question thread, or if you're developing something...
Click to expand...
Click to collapse
Hi Neo,
this is not a question thread, I'm developing for my own mother language menu based on CM7 (at present). Ofcourse also I'm looking at some kernel developers, who can compile existing kernel (CM7 or HTC or Ultradroid) with Harfbuzz so indic languages also can render properly.
Wants to release ROM with proper telugu translation. It is just a first step to have a translation for Telugu. 2nd step is sorting out rendering issues with the help our kernel gurus.
Any plan to work on hindi language support?
Thanks....It's useful for some people..
amresh said:
Any plan to work on hindi language support?
Click to expand...
Click to collapse
Amresh, I'm not so good in Hindi. What I'm doing is preparing a master list of translation document. If anybody can help me to translate the whole thing into Hindi then I can able to support Hindi too .
Also, you must understand that still we are struggling for indic support . So rendering may not be proper .
hnkumar said:
Amresh, I'm not so good in Hindi. What I'm doing is preparing a master list of translation document. If anybody can help me to translate the whole thing into Hindi then I can able to support Hindi too .
Also, you must understand that still we are struggling for indic support . So rendering may not be proper .
Click to expand...
Click to collapse
No problem. Let me know if I can help in anyways for hindi support. I will try my best.
Sent from my Desire HD using XDA Premium App
Hi there guys.
Nice to know that I am not the only person interested in l18n of android. Do we have a separate forum / thread etc. where such things are discussed?
What the OP is trying to do is to "translate the UI", have I got you right?
But alongside that, we need proper fonts ( I guess the fonts are already there - Droidsansfallback posted by sridhar in some other thread - need to test it)m, AND rendering.
I just reading up on the whole thing, and just found that harfbuzz, a derivative / conjugate of pango is handling CTL (complex text layout) for other scripts. I would like to see CTL enabled by default in all apps ROMs. AFAICT, support for each script in Pango was modular, and it ought to be same way in harfbuzz too. This means developers are probably enabling modules only for the languages they are interested in. Probably, it is perceived that demand for support for Indic languages is not there?
BTW, on Linux desktop, CTL rendering is not in the Kernel - it is in the X applications.
amresh said:
Any plan to work on hindi language support?
Click to expand...
Click to collapse
I have Hindi working but no other languages.
Your phone must be rooted
I have attached a zip file.
Extract 2 fonts files from the zip and put them in System/fonts via root explorer
You may be asked to replace some file, just say yes.
reboot your phone
this should do it, that all i had to do.
Dev
genieass said:
Hi there guys.
Nice to know that I am not the only person interested in l18n of android. Do we have a separate forum / thread etc. where such things are discussed?
What the OP is trying to do is to "translate the UI", have I got you right?
But alongside that, we need proper fonts ( I guess the fonts are already there - Droidsansfallback posted by sridhar in some other thread - need to test it)m, AND rendering.
I just reading up on the whole thing, and just found that harfbuzz, a derivative / conjugate of pango is handling CTL (complex text layout) for other scripts. I would like to see CTL enabled by default in all apps ROMs. AFAICT, support for each script in Pango was modular, and it ought to be same way in harfbuzz too. This means developers are probably enabling modules only for the languages they are interested in. Probably, it is perceived that demand for support for Indic languages is not there?
BTW, on Linux desktop, CTL rendering is not in the Kernel - it is in the X applications.
Click to expand...
Click to collapse
Geineass - It is not just "translate the UI". It is proper rendering system for Indic languages. I don't know about Linux but in Android most of the system rendering use base rendering system. By tweaking a small part of rending system, can show proper rendering whole system. Due to some personal reasons, I couldn't able to work on this. Rendering engineers can help us here. I agree in most of the forums that most of "Indian" engineers works in Android / Iphone / Symbian / other systems but we are not promoting Indic languages .
I also agree that "Indians" can easily adopt / understand "English"
genieass said:
Hi there guys.
Nice to know that I am not the only person interested in l18n of android. Do we have a separate forum / thread etc. where such things are discussed?
What the OP is trying to do is to "translate the UI", have I got you right?
But alongside that, we need proper fonts ( I guess the fonts are already there - Droidsansfallback posted by sridhar in some other thread - need to test it)m, AND rendering.
I just reading up on the whole thing, and just found that harfbuzz, a derivative / conjugate of pango is handling CTL (complex text layout) for other scripts. I would like to see CTL enabled by default in all apps ROMs. AFAICT, support for each script in Pango was modular, and it ought to be same way in harfbuzz too. This means developers are probably enabling modules only for the languages they are interested in. Probably, it is perceived that demand for support for Indic languages is not there?
BTW, on Linux desktop, CTL rendering is not in the Kernel - it is in the X applications.
Click to expand...
Click to collapse
rohitbaba said:
I have Hindi working but no other languages.
Your phone must be rooted
I have attached a zip file.
Extract 2 fonts files from the zip and put them in System/fonts via root explorer
You may be asked to replace some file, just say yes.
reboot your phone
this should do it, that all i had to do.
Dev
Click to expand...
Click to collapse
Rohitbaba - It support other languages but it won't render properly. I'm sure it won't render Hindi properly . I've replaced fonts and living with that .
hnkumar said:
Geineass - It is not just "translate the UI". It is proper rendering system for Indic languages.
Click to expand...
Click to collapse
Nice to meet you.
I have worked closely with Indic rendering teams on Linux. I know the difference. Mostly, my role was fixing the bridge between the Unicode standards and developers.
I don't know about Linux but in Android most of the system rendering use base rendering system.
Click to expand...
Click to collapse
Which precisely explains why Indic does not work. What that does not explain is why Arabic and Hebrew and other languages work. At least on my 5570, when it was running stock froyo, 2.2.1, it had the Koran preinstalled. AFAICT, on linux, these scripts use pango (on gtk). Or native kdelibs on kde.
By tweaking a small part of rending system, can show proper rendering whole system.
Click to expand...
Click to collapse
The work is pretty complex. (and I am addressing anybody else wishing to work on this. )
My limitation is that I cannot tell C code from java code. But I can tell you that if Android is reusing the linux ecosystem ( heard Harfbuzz mentioned on one of the SE threads), what needs to be done is simply port the relevant rendering engine to Android.
And things are not too easy. Each Indic language may require a separate module. Or same module will require separate code (as in lines of code) for each Language. And fonts will have to use Opentype layout, or use the conjuncts in Private Use Area.
[/QUOTE] Due to some personal reasons, I couldn't able to work on this. Rendering engineers can help us here. I agree in most of the forums that most of "Indian" engineers works in Android / Iphone / Symbian / other systems but we are not promoting Indic languages .[/QUOTE]
People working on the systems you mentioned above are working for their employers, not for the love of the platform or freedom. Do not blame them. :-(
I also agree that "Indians" can easily adopt / understand "English"
Click to expand...
Click to collapse
No offence meant, that is what I thought up to 20 years back. Then I started working. For past 5 years, been in govt. service. And my experience is that yes, people understand English well, but when it comes to expressing in English, people are not too well. ( hope you get the sarcasm).
genieass said:
Nice to meet you.
I have worked closely with Indic rendering teams on Linux. I know the difference. Mostly, my role was fixing the bridge between the Unicode standards and developers.
Click to expand...
Click to collapse
Nice to meet you too. Happy that one expert starting sharing thoughts with me. May be we can work closely on this. What do you say? This weekend is long weekend, I can spend some time. Problem is I'm not Java coder, so I need to take help of some Java codes (my brother can do).
Which precisely explains why Indic does not work. What that does not explain is why Arabic and Hebrew and other languages work. At least on my 5570, when it was running stock froyo, 2.2.1, it had the Koran preinstalled. AFAICT, on linux, these scripts use pango (on gtk). Or native kdelibs on kde.
Click to expand...
Click to collapse
Yup, I found that Arabic and Herbew they have changed somelibs. Here also, I dont know how to compile libs.
The work is pretty complex. (and I am addressing anybody else wishing to work on this. )
Click to expand...
Click to collapse
Yes, it is complex.
My limitation is that I cannot tell C code from java code. But I can tell you that if Android is reusing the linux ecosystem ( heard Harfbuzz mentioned on one of the SE threads), what needs to be done is simply port the relevant rendering engine to Android.
Click to expand...
Click to collapse
I found in Android source code only they have Indic support. But they are not using that. I dont know the reason. I found this few weeks back.
And things are not too easy. Each Indic language may require a separate module. Or same module will require separate code (as in lines of code) for each Language. And fonts will have to use Opentype layout, or use the conjuncts in Private Use Area.
Click to expand...
Click to collapse
Ya, I downloaded Unicode for each language. However, I can only try with Telugu as I can understand whether it is rendering properly or not. If you help me then I can try for that.
People working on the systems you mentioned above are working for their employers, not for the love of the platform or freedom. Do not blame them. :-(
Click to expand...
Click to collapse
True, but at least they can influence. If they have good experience like these kind of forums they can support other users
No offence meant, that is what I thought up to 20 years back. Then I started working. For past 5 years, been in govt. service. And my experience is that yes, people understand English well, but when it comes to expressing in English, people are not too well. ( hope you get the sarcasm).
Click to expand...
Click to collapse
Yes, I can understand .
Why dont you keep in touch with me over email?
hnkumar said:
Yup, I found that Arabic and Herbew they have changed somelibs. Here also, I dont know how to compile libs.
Click to expand...
Click to collapse
What do they use for text shaping?
Yes, it is complex.
Click to expand...
Click to collapse
I suggest you go through the Harfbuzz source code to find how they do it.
Find the tree here :-
http://cgit.freedesktop.org/harfbuzz/tree/
In particular:-
http://cgit.freedesktop.org/harfbuzz/tree/src/hb-ot-shape-complex-indic.cc
I found in Android source code only they have Indic support. But they are not using that. I dont know the reason. I found this few weeks back.
Click to expand...
Click to collapse
In which case, all that may be required are a few compile / runtime switches or some "INCLUDE <blabla.h> directive somewhere???
"switches" as in "make ---with-indic-support-enabled". Hope you get the idea.
We had to do a 2 month war with the Debian team to have pango / indic support enabled by default in Mozilla (a that time).
Ya, I downloaded Unicode for each language. However, I can only try with Telugu as I can understand whether it is rendering properly or not. If you help me then I can try for that.
Click to expand...
Click to collapse
Let me see what I can do. But, i do not know any Telegu - apart from imitating NTR in school for some fancy dress competition. <lol> Remember NTR?
Why dont you keep in touch with me over email?
Click to expand...
Click to collapse
See my pm.
Edit:- Android does use Harfbuzz. See this link:-
http://android.git.kernel.org/?p=platform/external/harfbuzz.git;a=summary
This is the thread I've been looking for a long time.
Three things first - 1. I've yet to get reply on my post in official bug report for android.
2. I've heard that Honeycomb 3.1 renders Indic text perfectly.
3. Samsung Galaxy Pro renders Hindi flawlessly in stock browser, which means whatever framework is needed to render is there and working.
I am not much of help in terms of coding as my coding skills began at GW BASIC and ended at VB4.0 :/ Though I can help in getting translation done in Punjabi/Hindi.
PS: Subscribed to the thread.
PPS: This is how Hindi text renders perfectly in a mid range Samsung Galaxy Pro
This can be moved to development if needed.
^prob some Android exp needed as well, but if you're here reading this I assume you have some.^
I am interested in adding an extended power menu, among other things (CRT anim ON if possible, and maybe a few other small ones.)
(yes Im looking at you guys @garyd and @Entropy, j/k you guys work hard enough Im sure.)
While I am reading my intro to Java Programming. I understand Basic programming, Java is what I need to learn. I am also studying .dex in hopes of one day being able to at least edit it.
If anyone would like to help , I have managed to decompile .dex into .jar and from .jar got all the .classes, etc. and then decompiled to .java, which is so much more readable than .smali. ( as it should be)
I have followed the few guides I could find for extended power menu, trying a few different things as I understand all devices are different. flashed and booted, but power button does nothing.
From what I understand it is actually possible to compile .java to .smali to .dex
from what I can gather this involes adding a mReboot:I options to reboot or reboot recovery. Then adding the array to the power menu, then adding the drawable ids and string ids (which I know how to make with apktool).
I saw one thread stating an entry in build.prop ro.mot.deep.sleep.enabled=true was also required.
PM me or reply if interested. I can upload .java files.
--just trying to get some fresh "development options going"
my next book will liekly be the : 6-in-1 building an android app, which I have done with the google App Inventor. It was fun.
*small donation can be made*