[THEMERS][ATTENTION REQUIRED] Minimum Theme Quality Control [RESEARCH CONCLUDED] - Galaxy S III Themes and Apps

PLEASE POINT YOUR READINGS, THOUGHTS AND WORDS TO THE TWIN THREAD OF THIS AT S4 FORUM
Click to expand...
Click to collapse
Hi All
For a while I've being trying to learn the art of themming by example. Like Curious George, I try browsing the diverse works and learn from them. Unfortunately I've found some glitches that could be corrected with simple and quick actions.
Let's see one example extracted from a "XDA Recognized Themer" distribution package:
ZIP Size: 117 Mb
Unpacked: 144 Mb
"Thumbs.db": 132 files accounting for 77 Mb
53% of the distribution are useless junk files that are being flashed on users devices. This is wrong!
Click to expand...
Click to collapse
We all know that themming is hard, laborious and a huge time consuming. Nevertheless is important that we do take care about what we are distributing. There are cases too where graphics that never existed on that app are being injected.
My shallow knowledge on android app's don't give me any authority to say but it I wonder if this injections are increasing the apps footprint on memory/caches slowing down the systems.
Addendum 1
The increase of app's size has been already corroborated with this experiment. At moment, lasts the question if this can be harmful indeed. For devices with limited memory space, wouldn't this compromise the system performance?
Click to expand...
Click to collapse
Addendum 2
As part of the research, the following question was made and with the usual supportiveness, Master @JustArchi provided the final enlightenment to the matter
[KERNEL DEV ANALYSIS] Does 'Junked' APKs Affects Performance ?
JustArchi said:
APK is some kind of an archive, which contains precompiled source (classes.dex) and resources (resources.arsc and everything else).
Not-loaded parts of the archive (f.e. thumbs.db) are not affecting ram, neither performance because Android doesn't load them at all.
In the best scenario, apk may load a bit longer, but this "a bit" is less than 0.1 sec. This is ONLY due to uncompressing apk needed for loading classes and resources.
So yeah, mostly we're talking about storage space here.
Hope it helps .
Click to expand...
Click to collapse
Click to expand...
Click to collapse
Addendum 3
Motivated by this assumption, a tiny tool to help developers and users get their themes clean of these files, was developed:
[THEME][TOOL WIN][DEV & END-USER] The Dethumberâ„¢ Pro (as seen on TV)
Click to expand...
Click to collapse
Conclusion
As the matter were previously plainly unknown, just this shallow discussion has been suffice to enlighten the main points and create a piece of the knowledge base that future developers may consider useful.
We could determine that:
> "Thumbs.db" like files are been created by unnoticed themers using the Windows operating system and distributed inside their theme packages.
> Users are flashing these files without noticing their existence.
> Villain Flash System (vrtheme) is the most used tool by themers to distribute their works and, as expected, insert those files into the apk's regardless their previous existence. A fork project Universal Theme Flasher can the desired behaviour but ONLY if the UFT.config flag CLEAN_MORPHING is set to YES.
> As previously stated, what regard devices performance there is no perceivable compromise.
> Until the quality of the releases improves, the problem is restrict to storage and distribution sizes.
Click to expand...
Click to collapse
So, if you really care about your "customers" please take this problem seriously. It won't take you more than 30 seconds to correct.
Source and Solutions to the problem:
Wikipedia: Windows thumbnail cache
What are Thumbs.db Files and Can I Delete Them?
How to Switch Off the Thumbs.db Image Cache File in Windows
Users: Please reinforce this information with your fellow Theme Developer to guarantee the quality of the work you are receiving. The voice of the customer can and will make the difference.
Click to expand...
Click to collapse
Nice regards and good work.
.

Kdio said:
"Thumbs.db": 132 files accounting for 77 Mb
53% of the distribution are useless junk files that are being flashed on users devices. This is wrong!
Click to expand...
Click to collapse
I've already seen these files within several themes here on the forum ... I thought it was OK.
Will try to pay more attention on what I'm flashing on my device.
Tks for the notice.

Conclusion
Hi ALL
The OP was updated as some new informations were researched:
Addendum 2: Android Performance
Addendum 3: Tool
Conclusion
Thanks you all for your support on this.
.

Related

Call to the rom Developers [Rom Developers Read This]

It would be great building a rom based on the Benchmarks of the roms wich you can find here http://forum.xda-developers.com/showthread.php?t=406640
The Chefs need to work together and exchange what they did in specific to get good scores in the sectors they lead and have best results.
I would exchange my knowledge. Please join this Project and lets make a fantastic rom.
What do you think about this ?
I think about a meeting on a chat with only developrs and we exchange our thoughts and knowledge.
Do you think it'd be that simple for everyone to agree upon which tweaks to enable, which ones leave out, as well as applications?
Some of them are standard procedure, but the rest depends on each different chef.
The first question would be: a light ROM, or a full-feature packed, at the cost of performance?
For my part, I usually cripple most of my ROMs to the mininum, adding afterwards only the apps I need.
Registry tweaking also is quite aggressive.
I don't like all the bloat in most of the ROMs, but that's what most users are looking for.
As for eye candy, I never integrate it at the cost of performance.
So the question would be: what do CHEFS want VS what do USERS want.
If you want to take this to the next level, you'll have to set a date for the meeting.
I'd recommend IRC, since not many ppl use jabber. MSN sucks, so...
adwinp said:
Do you think it'd be that simple for everyone to agree upon which tweaks to enable, which ones leave out, as well as applications?
Some of them are standard procedure, but the rest depends on each different chef.
The first question would be: a light ROM, or a full-feature packed, at the cost of performance?
For my part, I usually cripple most of my ROMs to the mininum, adding afterwards only the apps I need.
Registry tweaking also is quite aggressive.
I don't like all the bloat in most of the ROMs, but that's what most users are looking for.
As for eye candy, I never integrate it at the cost of performance.
So the question would be: what do CHEFS want VS what do USERS want.
If you want to take this to the next level, you'll have to set a date for the meeting.
I'd recommend IRC, since not many ppl use jabber. MSN sucks, so...
Click to expand...
Click to collapse
Well, I do think research will lead to a certain extra insight.
For example: I tested the recent Swtos ROMs: they are (real) fast, all three of them.
Why? Is it because he left something out, did he combine things, did he add something? (please tell us Swtos...)
The problem with this kind of collaboration is that cooks have to share their work. And their time...
Well, most experienced chefs have pretty established routines for performance gains.
Here's a quick MUST DO checklist for a good ROM:
1: remove bloat
2: tweak registry (services, caches, etc...)
3: DSM grouping
4: G'Reloc
5: Pagepool
Anybody with a little advanced knowledge of the windows internals can handle the first 2 tasks.
adwinp said:
Well, most experienced chefs have pretty established routines for performance gains.
Here's a quick MUST DO checklist for a good ROM:
1: remove bloat
2: tweak registry (services, caches, etc...)
3: DSM grouping
4: G'Reloc
5: Pagepool
Anybody with a little advanced knowledge of the windows internals can handle the first 2 tasks.
Click to expand...
Click to collapse
Doesn't that "lock" your ROM and come in contradiction with most thoughts exposed in the locked ROM thread?
tnyynt said:
Doesn't that "lock" your ROM and come in contradiction with most thoughts exposed in the locked ROM thread?
Click to expand...
Click to collapse
Yes it does, then again, it's not a compulsory step.
Every chef has his own preferences.
tnyynt said:
Doesn't that "lock" your ROM and come in contradiction with most thoughts exposed in the locked ROM thread?
Click to expand...
Click to collapse
May better to publish "Tree" of project (OEM,SYS,etc)?
Nothing new - look to opensource
But who will moderate it?
It is the big work, I think.
There are many tutorials, documents and even video presentations on the forum. Kitchens may differ according to device but the basic principles are the same. Search for them and do lots of research!
tnyynt said:
There are many tutorials, documents and even video presentations on the forum. Kitchens may differ according to device but the basic principles are the same. Search for them and do lots of research!
Click to expand...
Click to collapse
I guess they are not asking about how to cook a ROM... but they try to invite people (especially ROM chefs) to collaborate... and sharing how is the best way to cook a good ROM...

Windows Phone 7 - Introduction to the .xap (replaces .cab)

So, with WP7, we lose all support for the .cab and associated API as it exists now. Replacing it is the .xab format.
What's a .xap?
A .xap is a simple, every day .zip file, renamed to .xap. Inside, it contains the app and all relevant dependencies. There are a number of possible .xml files that could be included inside the .xap to determine things like required security access level, to tell the system which .dll contains the main() for the application, etc.
I believe the .zip also provides a container for the virtual filesystem available to the app (not sure on that, it may be stored in a separate container, have to analyze more)
At least initially, .xaps will only be available for deployment through the Marketplace.
Regarding preloaded applications by OEM/MO: Requirements are much more strict in this regard now due to frequent end-user complaints about "slow, laggy, etc" Stock ROMs. I know every one of you reading this knows what I mean Preloaded App Requirements (which will be distributed as .xap) as follows:
Maximum of 6 preloaded applications on the device, not to exceed 60MB
All preloaded apps must pass Marketplace submission process (some extended APIs are available to OEM/MO so the process is slightly relaxed in that regard)
The application(s) and all future updates must be free of charge.
The apps must launch without dependency on network availability.
The apps must persist through a "hard reset".
The apps must be updatable and revocable (!!!!) through the Marketplace.
The apps must notify the user at first launch of any capabilities to be utilized and get user consent (to access compass, accelerometer, network, etc.)
I've attached a .xap to this post for your examination. It's renamed to .zip for the attachment system to allow it.
Hehe.. this reminds of the "widgets" for Vista and 7 or the "apk"s for Android. Same stuff it sounds like Thanks for the info master Da_G
Does this mean .cab.pkgs are being changed too?
The .cab.pkg format remains intact for imageupdate (actually I haven't examined it in depth just yet, but all indications are that they have not changed .cab.pkg format)
Bump for visibility
Interesting...Wonder if there will be a process to convert some cabs to xabs.
Highly unlikely. xab's are silverlight applications meaning you have to use xaml , c# code and libabries all in one small zipped file. Cab's are Cabinent files that has an inf file that specifes what libabries and files are going to be enclosed in the file. To put it simply a xab is a standalone application that does not require extraction or installation to run and a cab is an application which requires an extraction and for its contents to be placed in specific areas in order for the dependents to find and use them.
Also to clarify. Local storage for xab's are not defined or stored in the xab file. they are defined by the silverlight runtimes which is handled by the os. As of now since there is little information as to how the windows phone internal structure is (apart from us knowing that windows phone will utilised microsoft unified storage.). on windows 7 and windws vista after u install the silverliht runtimes all xab's that request local storage is stored in <SYSTEMDRIVE>\Users\<user>\AppData\LocalLow\Microsoft\Silverlight\is .. Just note silverlight local storage works just like flash local storage. the only exception so far for windows phone is that u will not be able to access a lot of local directories just predefined stuff like music, pictures and documents.
Just before people get into bad habits; they are xap, not xab files. No relationship to cabs whatsoever save as a container format.
Da_G said:
Regarding preloaded applications by OEM/MO: Requirements are much more strict in this regard now due to frequent end-user complaints about "slow, laggy, etc" Stock ROMs. I know every one of you reading this knows what I mean Preloaded App Requirements (which will be distributed as .xap) as follows:
[*]Maximum of 6 preloaded applications on the device, not to exceed 60MB
Click to expand...
Click to collapse
That is just brain damaged. Pre-loaded apps add clutter, but they also cut down on cost. Choose your poison. Pre-loading has little to do with with speed penalties, when done properly. Frankly, if roms have the same ancient architecture under WM7, then Microsoft really needs some technical leadership replaced.
[*]All preloaded apps must pass Marketplace submission process (some extended APIs are available to OEM/MO so the process is slightly relaxed in that regard)
Click to expand...
Click to collapse
Now this is where some quality review comes in. It all depends on how good the standards are, and I dare say they will seem lower and lower as time passes. Hell, they're already admitting that OEMs will have relaxed standards.
[*]The application(s) and all future updates must be free of charge.
Click to expand...
Click to collapse
That's just silly. You'll get a bunch of lite software versions with next to zero shelf life instead of upgradable versions with marginal shelf life.
[*]The apps must launch without dependency on network availability.
Click to expand...
Click to collapse
what does this even mean? Does that mean no internet based app can be installed? All it really means is you have to quit gracefully if the network isn't available.
[*]The apps must persist through a "hard reset".
Click to expand...
Click to collapse
This is a good thing, but primarily a reflection of back when flash memory was in short supply. Haven't run into it in forever.
[*]The apps must be updatable and revocable (!!!!) through the Marketplace.
Click to expand...
Click to collapse
Well, updateable is good...but revocable? Maybe removable would be more consumer friendly. Makes me think of the PS3.
[*]The apps must notify the user at first launch of any capabilities to be utilized and get user consent (to access compass, accelerometer, network, etc.)
Click to expand...
Click to collapse
What I take from all of this is that
a) they want to drive more traffic through the marketplace.
b) they want to drive more traffic through Windows Certification
Good for the average consumer, great for Microsoft. Personally, the only point that has any value to me at all is a central marketplace. The rest of the bullets are ways for Microsoft to drive seperation between their brand name and many software vendor's crappy products.
ahhhha , sound interesting .
gguruusa said:
That is just brain damaged. Pre-loaded apps add clutter, but they also cut down on cost. Choose your poison. Pre-loading has little to do with with speed penalties, when done properly. Frankly, if roms have the same ancient architecture under WM7, then Microsoft really needs some technical leadership replaced.
Click to expand...
Click to collapse
I don't know, I wish MS enforced that same restriction on the Desktops OSes too. Nothing worse than getting a Dell or Sony PC full of preloaded gunk.
gguruusa said:
That's just silly. You'll get a bunch of lite software versions with next to zero shelf life instead of upgradable versions with marginal shelf life.
Click to expand...
Click to collapse
It's a big leap to come to that conclusion seeing as most software that ships with phone doesn't have additional charges. The restriction as I read it really means you just won't get a tonne of unwanted trial-ware on you shiny new phone.
Eoinoc said:
I don't know, I wish MS enforced that same restriction on the Desktops OSes too. Nothing worse than getting a Dell or Sony PC full of preloaded gunk.
Click to expand...
Click to collapse
maybe, but that same preloaded gunk cut the price of your dell and sony. While I don't like preloaded gunk, I don't like expense either. What I do like is being able to make the decision myself of how much gunk vs expense I am willing to tolerate.
It's a big leap to come to that conclusion seeing as most software that ships with phone doesn't have additional charges. The restriction as I read it really means you just won't get a tonne of unwanted trial-ware on you shiny new phone.
Click to expand...
Click to collapse
I agree it is target at no trial-ware. Any idea how people in the business world get around that? Lite versions of software (aka cripple-ware). Pay per use software. I'm sure there are other strategies. Frankly, if they enforce the ability to remove, I'm not that particular on how much gets pre-loaded. The fact of the matter is that the problem isn't how much crap comes with your phone; it is that you don't get to pick whether it is installed.
great find Da_G, so its XAB no more cabs
the0ne said:
great find Da_G, so its XAB no more cabs
Click to expand...
Click to collapse
XaB no.
XaP
tighoor said:
XaB no.
XaP
Click to expand...
Click to collapse
oops ..
How bad this is for the guys that dev here?
or... how good?
guessing .xap is short for XNA Application Package ?
vladimir2989 said:
guessing .xap is short for XNA Application Package ?
Click to expand...
Click to collapse
close, but no. In fact, it's actually a silverlight application package - it's been used for web stuff since silverlight released.
how to convert XAP to OEM/EXT package ?
I'm not sure what you mean by "OEM/EXT" package, but it's probably not possible. If you want to include an app with the phone, that *is* possible but the only way I know of is to include the XAPs in the ROM and then install them on first bootup. Probably not the best approach.

[Q] Needed:Android Apps Emulator for BADA

HELLO Xda !!!
I am a Noob from Germany !!
We all who use Bada Os have a serious Issue with the APPS !! so i want to know whether U guys (the great guys who Ported Android to Bada) can Create an APP for Launching an Android app on BADA powered Devices ! !! (atleast for S8500 and S8530) !!!!!!!!!!!!
PLEASEE GUYSSSS U CAN DO ITTTTTT !!!!!!!!!!!
Try it yourself? You make others happy with that
wilmervanheerde said:
Try it yourself? You make others happy with that
Click to expand...
Click to collapse
yeah ! but I just started with C and C++ !!! so I cant !! only the Experts like XDA can handle this !!
lol why you write random words with capital letters any emulator requires countless hours of developing and does never reach the performance of the original system. and android apps have many rights that bada apps don't have so it would be impossible to run these without adjustments in the app itself. if you need these apps buy android.
shadowkavi said:
HELLO Xda !!!
I am a Noob from Germany !!
We all who use Bada Os have a serious Issue with the APPS !! so i want to know whether U guys (the great guys who Ported Android to Bada) can Create an APP for Launching an Android app on BADA powered Devices ! !! (atleast for S8500 and S8530) !!!!!!!!!!!!
PLEASEE GUYSSSS U CAN DO ITTTTTT !!!!!!!!!!!
Click to expand...
Click to collapse
I don`t think that anybody would develop anything like that but everybody is waiting for Oleg`s release of the Android 2.3.3 for the Samsung Wave, so soon there could be a stable version of Android working on Bada. It works already but with a couple of bugs which make it impossible to use the phone for a long period.
In fact, this could be done with enormous efforts. As on the new BlackBerry PlayBook there will be android application support, it is not impossible from technical point of view. There are two different project for this, one is AlienDalvik (I think this will be on BB PlayBook, but it's just a hunch) and the other is IcedRobot (this one is in the very begining of the project). Google them for more information.
I think the biggest problem for us is the Bada SDK, as it is nowhere near ready to accomplish this big tasks... Of course this is just my 2 cents.
Edit: you can find some information about porting Dalvik here: http://groups.google.com/group/android-platform/msg/a177b156d338c513?
But I'm sure I'll not start it...
OK, just trying to make something else out of the bull**** about how cool would be to have a Dalvik port, can anybody say what API would be missing to have a Dalvik VM as a bada application? I know Dalvik is far more than JDK, but I never seen any deep analysis. Back several years ago I played on some embedded platform to put J2ME there (I do get the difference) and porting KVM to hello world level took me something like a weekend or so. Again, comparing KVM to Dalvik makes no sense but honestly, to say that porting makes no sense, we should at least have an estimate of effort and missing API.
BADA should open up then for its own good
If Samsung ever decides to open up more apis for an android apps emu
it will be best for BADA. Bada doesnt even have PSX, N64 emus like android has.
Im missing out on a lot of exciting apps like the ones mentioned because there is no developer working on these apps for BADA.
If bada ever comes out with an emu for Android Apps then ill be in line
im even willing to pay for it.
As for not performing at native speed thats what they said for the psx and N64 emus on android but look at where they are now.
BADA isnt that different from Android it just needs to open up more APIs to
take up the slack.
Thats all reliant on samsung.
the app could possibly emulate these apis too like calendar etc or what else is missing (dont know what it is). so for calendar just create an empty one...
or (to make the point clear) instead of using camera it could show a picture and the android app would work and just think that camera is not moving
...but i'd really appreciate an n64 emu for bada
If I wasn't precise enough I'll just put that in one question:
What exactly (as specific as possible) is missing in the API?
mijoma said:
If I wasn't precise enough I'll just put that in one question:
What exactly (as specific as possible) is missing in the API?
Click to expand...
Click to collapse
I think you were clear enough, we just doesn't have answer to your question. I barely developed anything with the Bada SDK, just played with the different versions. But I know that there were no sprintf, sscanf, qsort etc. when I tried it. Maybe this is not issue with Dalvik. And I saw that SDL was ported to Bada (even if it's not free and/or publicly available) so big scale ports can be done, but I can't see the developer community which is capable and willing to do it...
anghelyi said:
I think you were clear enough, we just doesn't have answer to your question. I barely developed anything with the Bada SDK, just played with the different versions. But I know that there were no sprintf, sscanf, qsort etc. when I tried it. Maybe this is not issue with Dalvik. And I saw that SDL was ported to Bada (even if it's not free and/or publicly available) so big scale ports can be done, but I can't see the developer community which is capable and willing to do it...
Click to expand...
Click to collapse
I don't think any library functions are to be the problem. Most of them are either easy to replace or source code is publicly available. I rather tend to think what hardware abstraction / OS interface might be missing. It is repeatedly brought up that there is missing API, but noone gives any detail. What I suspect is that missing API is far less important than memory requirements, but it'd be nice if someone actually had a look.
About the community I share the opinion that it'd be difficult to get the right people doing this. There is much discussion on XDA how to bring this forum back to developers, so we can finally see more people working than whining.
There is much discussion on XDA how to bring this forum back to developers, so we can finally see more people working than whining.
Click to expand...
Click to collapse
oh so you think it is so bad to have a lot of testers who are ready to kill their phones to prove that you are working in the right direction???
i noticed the disappearance of the Devs like you, Adfree , larieto(but he is in vacation) , Oleg and others
i still don't get it
Is XDA bad forum for the Devs now???
Best Regards
mijoma said:
I rather tend to think what hardware abstraction / OS interface might be missing.
Click to expand...
Click to collapse
Yep, you can be right. And according to this :
http://justanapplication.wordpress.com/category/dalvik/
"Implementing a large part of what is approximately Java 5 plus a large part of some version of the Android APIs (which version is of course another problem) is not exactly trivial given that many of the Android API methods are actually native methods, or call native methods almost immediately, and they often use Android platform specific features, for example, Skia and Surfaceflinger to name but two. In fact it is quite difficult to see how it can run the majority of Android applications unmodified unless it actually contains what amounts to a largish chunk of, not to put to fine a point on it, Android." (it's about AlienDalvik)
DalvikVM itself is pretty big and it needs a few libs to be able to run .dex files and a lot more to run Android apps. With the bada 2.0 we have approx. 240-250 MB free RAM after boot, if I'm not mistaken. This might be enough for some stripped-down Android libs+dalvik+app as we have around 70 MB for apps when booted into Android... I may try to compille dalvik alone if I had some time...
One more thing: there's a project to port DalvikVM to iOS with some progress: http://code.google.com/p/in-the-box/ so this is definetly not just a dream. In fact they have DalvikVM ported. (video here: http://www.youtube.com/watch?v=fhyd18h_as4&feature=player_embedded)
mylove90 said:
oh so you think it is so bad to have a lot of testers who are ready to kill their phones to prove that you are working in the right direction???
Click to expand...
Click to collapse
I don't feel satisfaction when an unaware 'tester' bricks his phone.
I'd prefer people that would contribute their time and knowledge instead. With large number of people unaware what they're doing and later messing forums with requests/DEMANDS for help we are not getting any further. When I asked for help in relatively simple task of downloading and checking bootloaders with a PC app there was little response.
mylove90 said:
i noticed the disappearance of the Devs like you, Adfree , larieto(but he is in vacation) , Oleg and others
i still don't get it
Is XDA bad forum for the Devs now???
Click to expand...
Click to collapse
Well, apart from me actually working hard in RL for past 3 months, I won't say much about others here at bada forum. Generally, XDA is going through hard times with developers being bashed and flooded with excrements from growing number of people feeling that clicking 'donate' is same as buying someone's time and other groups that think developers simply owe anything to users.
With going further down this path at some point the forum would have to change the name to 'xda-noobs.com' as all the devs would be gone leaving all that whining behind. Fortunately, the mods and admins do care and take actions, so I hope it will stimulate more hard-facts discussions.
anghelyi said:
DalvikVM itself is pretty big and it needs a few libs to be able to run .dex files and a lot more to run Android apps. With the bada 2.0 we have approx. 240-250 MB free RAM after boot, if I'm not mistaken. This might be enough for some stripped-down Android libs+dalvik+app as we have around 70 MB for apps when booted into Android... I may try to compille dalvik alone if I had some time...
)
Click to expand...
Click to collapse
Wait a Minute !!! YOU CAN DO IT ??? Where can I buy the Time for you ?? Man thats an awesome News !!!!!!!!!!! I love to hear that !! !! what about the APIs and the things that other guys are talking about ?? Is it possible to bring it on BADA ??? AleinDalvik??? REPLY MY FRIENDDDDDDDDDDDDDDDDDD !!
Hold your horses as you're simply misinterpreting and clearly should go look up what is Alien Dalvik.
VM is one thing, runtime is the other. While compilation should not take too much time, creating runtime environment won't be that straightforward.
mijoma said:
Hold your horses as you're simply misinterpreting and clearly should go look up what is Alien Dalvik.
VM is one thing, runtime is the other. While compilation should not take too much time, creating runtime environment won't be that straightforward.
Click to expand...
Click to collapse
Yes, indeed! I just wanted to say that I'll check if the core libs could be compiled at all without much modification if I had time. But Dalvik alone is not barely more than having a console based java re...
mijoma said:
Hold your horses as you're simply misinterpreting and clearly should go look up what is Alien Dalvik.
VM is one thing, runtime is the other. While compilation should not take too much time, creating runtime environment won't be that straightforward.
Click to expand...
Click to collapse
let android apps run on non android devices
this is what Alien Dalvik does ,right ??
it runs on N900 !! cant we make it to run on Bada ?? Yes or No ??
shadowkavi said:
let android apps run on non android devices
this is what Alien Dalvik does ,right ??
Click to expand...
Click to collapse
First of all, Alien Dalvik is a commercial PRODUCT, not a general concept. Dalvik as it is does not really require android to run.
shadowkavi said:
cant we make it to run on Bada ?? Yes or No ??
Click to expand...
Click to collapse
When you say 'we' who do you really have in mind? What will be yours input?
If you wish to ask the question in that tone and receive a binary answer, then your answer is No.

[APP] Lemon v1.3.0.1

Lemon
MODERN BROWSING
FEATURED
Massive Overhaul - completely rewritten to optimize the code and unify the overall interface
OTA Updates - updates require little to no user interaction
Security - hide and lock the browser with the touch of a button
Privacy - browsing history is only stored locally and can even be automatically deleted on exit
Auto Complete - suggests words depending on your history
Screenshot - nothing special, but you may take HD screenshots right within the browser
Notepad - notes that save automagically
Open Source - the source has now been released
Click to expand...
Click to collapse
NEW
Privileges Fixed - no longer runs needs to run in administrator mode thanks to @SixSixSevenSeven
Click to expand...
Click to collapse
BUGS
Outdated Browser Component - this browser is based off IE7 on some computers
Mishandles Links - links that open in a new window or tab will most likely open in your default browser
Click to expand...
Click to collapse
Lemon has been abandoned for quite some time now and I have removed the screenshots and download links. I am considering coming back to this project in the near future when I have time to put Windows on my MacBook. Until then, however, you may play with the source.
Source // Website
Maybe post some screenshots, or possibly a download?
netham45 said:
Maybe post some screenshots, or possibly a download?
Click to expand...
Click to collapse
Thank you for the recommendations Just uploaded 3 screenshots and added a download link towards the bottom.
Nice start. No go on RT.
cx1 said:
Nice start. No go on RT.
Click to expand...
Click to collapse
I wonder why this is not working on the RT.. I wish I had this device to test some things on. Anyways, this build was focused on 4.0 .NET framework made in visual studio 2012 for windows 8 Desktop. Thanks for trying.
EDIT: Problem is with the installer, download the ZIP below it and use that. I will try to find a fix for the installer. Sorry for the inconvenience.
mellowdev said:
I wonder why this is not working on the RT.. I wish I had this device to test some things on. Anyways, this build was focused on 4.0 .NET framework made in visual studio 2012 for windows 8 Desktop. Thanks for trying.
Click to expand...
Click to collapse
Try targeting 4.5 for Windows RT.
netham45 said:
Try targeting 4.5 for Windows RT.
Click to expand...
Click to collapse
Just updated to .NET 4.5
Nope will not run on RT unless I'm doing something wrong?
THEBIG360 said:
Nope will not run on RT unless I'm doing something wrong?
Click to expand...
Click to collapse
hmm, any errors being displayed? Or just not opening?
EDIT: Problem is with the installer, download the ZIP below it and use that. I will try to find a fix for the installer. Sorry for the inconvenience.
You would need to target "Any CPU" in the .NET code, and recompile any third-party x86 libraries that you are using to target ARM, and it would probably work then. Most (although not all) of the system libraries on Win8 are also on Windows RT, and (at least in the case of .NET libraries), the ones that aren't can sometimes be brought over from a Win8 box anyhow.
GoodDayToDie said:
You would need to target "Any CPU" in the .NET code, and recompile any third-party x86 libraries that you are using to target ARM, and it would probably work then. Most (although not all) of the system libraries on Win8 are also on Windows RT, and (at least in the case of .NET libraries), the ones that aren't can sometimes be brought over from a Win8 box anyhow.
Click to expand...
Click to collapse
At the moment, I am trying to get geckoFX 15 and xulrunner 19 added to the project so I do not have to use the default WebBrowser component given in Visual Studio. If you would like, I could send you the source and maybe you could help porting to Windows RT and adding geckoFX? Btw after v1.0 this will be Open Source to all Thanks for all the support guys.
Works now thanks, scrolling is a little hitchy how ever its a great start. On another note would it be possible to make the onscreen keyboard auto pop up?
Will the flash be optimized, the browser is really fast. Its just the flash side of things that is buggy.
Seems to bypass the Flash whitelist on Windows RT. That's quite handy.
Re: [APP] Lemon Browser v0.9.7.3
I can surely attempt the auto pop up on screen keyboard, also the glitchy scrolling will be fixed soon. Thanks
Sent from my Nexus 4 using xda premium
Just FYI: a web browser requiring Administrator to run is absolutely unacceptable. Browsers should run with extremely limited permissions (lower than standard user, ideally) rather than elevated permissions. I fixed this by hand-editing the .EXE file's embedded manifest to run AsInvoker (rather than RequireAdministrator). You should change the manifest in VS. Preferably, the whole thing would run in a low-IL sandbox the way IE does, and/or use some other sandboxing technique.
Also, there's little reason, especially for RT-targeted builds, to use Debug unless you include the source files and expect people to use them when reporting bugs. Release builds are typically smaller and faster.
Finally, could you get this to use a somewhat less awful rendering engine than IE7? I don't mind using Trident in general, but IE7 is archaic and awful. How do you justify "faster than Chrome" on a browser that can't even pass Acid2, much less run a modern speed benchmark? Gecko would be awesome, though I don't believe anybody has managed to port it to RT yet so that would be x86-only at first.
There are other things I'd like to see, ranging from simple UI conventions (double-clicking the tab bar, tapping Alt to show the menu bar, etc.) to some significant security issues (loading mixed content - that is, HTTP content on an HTTPS site - is a potentially serious risk).
Re: [APP] Lemon Browser v0.9.7.3
I appreciate the feedback, about the debug, i honestly did not even think about that, its just much faster to update using the debug folder. I will make it the release build next time. Next - about the admin permissions - Unfortunately this is needed to enable the temporary download of version.txt (allows OTA updates). And I was not planning on targeting the RT at all. I simply made this on my windows 8 laptop and released to the public for however they would like. I am now working on a 3D FPS though and will be releasing the code to this very shortly. And for the IE7 subject, I tried using firefox component but it does not allow the "LoadComplete" sub. Simply put, I do not know how to do 'if web page loaded' do this. I need this feature so i can load favicons etc. Please understand that this was made < 1 week ago. I highly appreciate all the comments though because I can not even begin testing all of these. Plus with school and other activities I do not expext this to be a huge project. Just simply a fun project (focused on gui) to add to my projects. Thanks again
Sent from my Nexus 4 using xda premium
No worries on the Debug/Release, just a tip.
The admin thing, though... that's a serious problem. If the problem is just downloading a file, download it to the local application data folder instead of the install directory. If auto-updating is desired, make a separate updater that runs as Admin, and have the browser launch the updater program when it detects an update.
That said, though, admin is only needed if the browser is "installed" to a location where Admin is required to write. Programs installed in (for example) the user profile don't require this. In fact, on machines where the user *can't* get Admin (think about computers at a school, library, or office), the fact that it can install and run without requiring admin is a major advantage.
I understand that this is a side project for you, and I applaud you for hobby programming and sharing it with us, that's fantastic to see. I also do quite like the GUI, although I find it a bit bare-bones at the moment. Additionally, you getting it to work on RT is fantastic. However... I cannot in good conscience recommend using a web browser that sets the state of environment security back by nearly seven years. The web is an extremely hostile "place" and we've learned many lessons over the years. one of the critical ones is that web browsers are simply too easy to attack for them to be trusted; the only safe way to use one is to assume it will be compromised, and run it in a suitable contained environment. Microsoft did his with the IE7 Protected Mode on Vista betas in 2006, but even on XP it was possible to run IE as a non-Admin.
Re: [APP] Lemon Browser v0.9.7.3
I will admit chrome will always be my favorite browser Just wanted to throw something visually appealing together though after seeing all the horribly designed ones on youtube lol. If anyone would like the source just email me. The code is (slightly cluttered) but OCD friendly. everything labeled and named properly. If someone would like the source, i recommend also downloading the android holo icons from their site. That is what I am currently using and this allows identical pre-made light / dark icons.
Sent from my Nexus 4 using xda premium
Hello !
really thank for this build ! :good:
A question:
Can you integrate a download manager which allow us to download files with screen off but which avoid the complet stand-by state of the tablet during the download ?
Because with IE it's impossible to download something with the Surface screen OFF.
It could be a really cool feature, and the only browser which allow that ! :highfive:
@+
*********_
Edit:
Oh......
Your browser yet intagrate this feature !
Cool... Now I can download big files with screen Off !
I love you
samco08 said:
Hello !
really thank for this build ! :good:
...
Cool... Now I can download big files with screen Off !
I love you
Click to expand...
Click to collapse
Thanks! I appreciate that aha. Major update (kinda lol) will be released soon. Have to work on Mango Tools first (I might toss a thread up on this tool) but this can be found on my site mellowdev.net It just allows you to easily perform ADB commands on android phone. Anyways right after this I will work on v0.9.8! Hoping to add lots of cool, unique features to give this browser an edge. I know that speed means a lot and I have received many complaints on using the IE7 component. However my focus at the moment is to add features. Web browsing for most is just type in words and search. I want this to be so much more. So anyways aha thanks again. Love the support here!

[Lib][Java/JAR] RegIOLib - Java/Registry In/Out Communications Lib

Hey there,
I thought it was time to release something new
A bit of background storyline:
My last projects were all VB/.Net programs, and they were somewhat great, sure. But I was missing the Linux portability and the programs aren't available on all Windows version - Which bugged me a lot. So I finally started coding in Java again! I'm also porting Universal Android Toolkit to Java, so I can easily create a Linux version of that as well.
(If you want to make that happen faster, please donate to me. I managed to fix my laptop, but I've only got a 60GB HDD and I need that much space alone for Windows and I have no income, I'm only 16 )
Anyways, now that you know where I'm coming from, as I'm porting Universal Android Toolkit to Java, I need access to the registry to save the application's settings and easily access them. But unlike .Net languages, Java doesn't have built-in support for this kind of operation, so I looked around and grabbed bits and pieces of code and stuck them together into a Java Class Library.
Thus, RegIOLib was born.
It's licensed under the GPL 3.0 (License info included in the source).
Downloads
Sourceforge
Source Code
http://github.com/Beatsleigher/RegIOLib
EDIT:
I forgot to mention the following: To get access to the Windows registry, the application needs to be started with administrative rights!
You can either achieve this by starting the app via a launcher (Which is what I tempt to do) or by right-clicking the file and allowing it to run as admin.
Beatsleigher said:
It's licensed under the GPL 3.0 (License info included in the source).
Click to expand...
Click to collapse
So closed source applications may not use it?
nikwen said:
So closed source applications may not use it?
Click to expand...
Click to collapse
Of course they can use it
Just add a link to this thread and my website, done.
But if you're coming from some major company or something, then I would like something more
Beatsleigher said:
Of course they can use it
Just add a link to this thread and my website, done.
But if you're coming from some major company or something, then I would like something more
Click to expand...
Click to collapse
According to the GPL they can't because it requires the source code of derivative work to be published. That's the "problem" with that license if you use it for libraries.
Due to that the LGPL exists.
http://www.tldrlegal.com/license/gnu-general-public-license-v3-(gpl-3)
Limited commercial use. Must include source code. So no, GPL libraries and closed source applications do not mix.
An inelegant solution (which is the one I have always used actually) is to save settings in a file in %APPDATA%, no admin rights are required to edit files in there, or roll your own registry library for the application. Or Beatsleigher could LGPL it, but its his project, his license, I think he has full right to stick it under GPL if he wants to.
Although I dont think saving into a registry key is really cross platform Neither is %APPDATA% but using the %APPDATA% method is simple file read/write so on a cross platform application you can simply change the filepath dependent on the current execution environment.
System.getenv("APPDATA") will return the filepath for the current users APPDATA folder on windows. System.getProperty("user.home") works on linux and I think OSX to get the home directory. I dont think user.home works properly on windows. But it should be easy to switch between the 2 methods, add on an extra bit for where your settings file is and detect which to use at runtime.
Disadvantage (and to some advantage, depends on what the application is doing and whether the author likes it or not) is that saving configuration files as actual files means the user can play around with them. APPDATA is by default a hidden folder. But chances are most users dont even know what the registry is so in a way your settings might be more secure left in there.
Even possible to have an application load settings from the registry on windows and files on everything else.
SixSixSevenSeven said:
Or Beatsleigher could LGPL it, but its his project, his license, I think he has full right to stick it under GPL if he wants to.
Click to expand...
Click to collapse
Of course, he has that right. It's his code. The GNU even collected some reasons for sticking with the GPL.
Just wanted to point out that the GPL says that all derivative work (which includes programs that use libraries licenced under the GPL) must be GPL'ed (and therefore open source'd), too.
SixSixSevenSeven said:
http://www.tldrlegal.com/license/gnu-general-public-license-v3-(gpl-3)
Limited commercial use. Must include source code. So no, GPL libraries and closed source applications do not mix.
An inelegant solution (which is the one I have always used actually) is to save settings in a file in %APPDATA%, no admin rights are required to edit files in there, or roll your own registry library for the application. Or Beatsleigher could LGPL it, but its his project, his license, I think he has full right to stick it under GPL if he wants to.
Although I dont think saving into a registry key is really cross platform Neither is %APPDATA% but using the %APPDATA% method is simple file read/write so on a cross platform application you can simply change the filepath dependent on the current execution environment.
System.getenv("APPDATA") will return the filepath for the current users APPDATA folder on windows. System.getProperty("user.home") works on linux and I think OSX to get the home directory. I dont think user.home works properly on windows. But it should be easy to switch between the 2 methods, add on an extra bit for where your settings file is and detect which to use at runtime.
Disadvantage (and to some advantage, depends on what the application is doing and whether the author likes it or not) is that saving configuration files as actual files means the user can play around with them. APPDATA is by default a hidden folder. But chances are most users dont even know what the registry is so in a way your settings might be more secure left in there.
Even possible to have an application load settings from the registry on windows and files on everything else.
Click to expand...
Click to collapse
No, as far as I'm aware, only Windows has a registry. I could be wrong though. In the past 5-6 years that I've been developing, I was only developing in VB.Net - A decision that I highly regret nowadays
But I'm so used to being able to save my settings in the registry where no 'normal' user can modify them and cause the program to misbehave, that I'd like my java programs to do so as well.
And seeming as Universal Android Toolkit is a big, big project (I've been developing it for over a year now and I'm constantly adding new features and now I'm porting it to Java making it really hard to release, but I'll get there eventually.
As soon as I've got the major stuff sorted out, I think I'm ready to release a Pre-Release candidate for testing and bug-fixing, but like I said, I'm still having some trouble and then I need to figure out a way to get those settings saved on Mac OS and Linux machines, for which I've already written some classes, but only to install ADB and stuff... And I'm getting side-tracked again, aren't I?
Anywhosers, I think I'm going to leave it under the GPL, even though you're right and that that means that closed-source programs can't use it, but I'll think of something. Even if it's a commercial license, say someone pays 2$ per program. I don't know.
But for the thing you said with %AppData%, what you can do on Linux machines, is (in Java)
Code:
private final String userProf = System.getenv("user.home");
final File tempDir = new File(userProf + "/Temp/(.)<Program>/temp.file");
private void setupTempDir() {
Path tmp = tempDir.getParentFile().getPath();
if (!tmp.exists()) {
tempDir.createNewFile();
}
}
That should solve that problem, then you COULD create some sort of settings file, but then it's just a pain to get and save the settings when you're using multiple GUIs, like me.
And then there's another way of doing that in Android apps, which I haven't figured out yet, mainly because I haven't even started with Android apps and I don't have the hard drive space to do so :/
Beatsleigher said:
Anywhosers, I think I'm going to leave it under the GPL, even though you're right and that that means that closed-source programs can't use it, but I'll think of something. Even if it's a commercial license, say someone pays 2$ per program. I don't know.
Click to expand...
Click to collapse
OK, no problem. The GPL, however, says that you may not relicense it. :/
(All of my comments I've posted yet sound as if the GPL is a bad license. To clarify that: I don't think so. I prefer it for applications, but use the LGPL or Apache v2 license for libraries.)
Beatsleigher said:
(If you want to make that happen faster, please donate to me. I managed to fix my laptop, but I've only got a 60GB HDD and I need that much space alone for Windows and I have no income, I'm only 16 )
Click to expand...
Click to collapse
I'm 17 and I have a 64GB SSD. C#, C++ works great.
Anyway 700 lines of license make no sense. The same about the portable registry library for linux. Could you tell the purpose of it?
Useless guy said:
I'm 17 and I have a 64GB SSD. C#, C++ works great.
Anyway 700 lines of license make no sense. The same about the portable registry library for linux. Could you tell the purpose of it?
Click to expand...
Click to collapse
GPL isn't 700 lines last time I checked, also I left a link to a simple description of it above (I do love tldrlegal).
There is no registry for linux, no one mentioned a portable registry for linux.
SixSixSevenSeven said:
GPL isn't 700 lines last time I checked, also I left a link to a simple description of it above (I do love tldrlegal).
There is no registry for linux, no one mentioned a portable registry for linux.
Click to expand...
Click to collapse
I did
Anyways, now that you know where I'm coming from, as I'm porting Universal Android Toolkit to Java, I need access to the registry to save the application's settings and easily access them.
Click to expand...
Click to collapse
nikwen said:
OK, no problem. The GPL, however, says that you may not relicense it. :/
(All of my comments I've posted yet sound as if the GPL is a bad license. To clarify that: I don't think so. I prefer it for applications, but use the LGPL or Apache v2 license for libraries.)
Click to expand...
Click to collapse
I'm working on a license for it and any other such things. So I'll release it again for commercial and closed-source programs when it's done.
And yes, it does sound like you think it's a bad license. But meh. Everyone has their own opinion, I guess.
Useless guy said:
I'm 17 and I have a 64GB SSD. C#, C++ works great.
Anyway 700 lines of license make no sense. The same about the portable registry library for linux. Could you tell the purpose of it?
Click to expand...
Click to collapse
GPL isn' 700 lines.
That's cool for you, that you've got that stuff. I don't. Anyways, I'm getting away from .Net languages, and C# is easy for anyone to learn. Especially if they're coming from VB, like me.
C++ isn#'t my kinda thing, as you can't natively create GUIs in it. You always need some kind of library for that sort of stuff.
And I didn't intend this for use with Linux. Everyone that has basic knowledge of these operating systems knows that Linux, BSD, Mac OS etc. don't have registries. And I never even noted that I'm attempting to use registry stuff in Linux. I said I'm porting Universal Android Toolkit to JAVA, and that I need access to the WINDOWS registry to save the application's settings in the reg, so that users can actively change the settings if the program starts misbehaving.
Useless guy said:
I did
Click to expand...
Click to collapse
I said JAVA, not Linux. What I probably did say, however, is that I'm porting my program to Java so that it can easily be ported to said OSs. But never that I'm attempting to save my settings in the registry in all OSs.
Beatsleigher said:
C++ isn#'t my kinda thing, as you can't natively create GUIs in it. You always need some kind of library for that sort of stuff.
Click to expand...
Click to collapse
Lolwhat?
Beatsleigher said:
C++ isn#'t my kinda thing, as you can't natively create GUIs in it. You always need some kind of library for that sort of stuff..
Click to expand...
Click to collapse
Errm, those libraries are written in C or C++... native code such as C and C++ are the only languages which can create GUI's. VB.net/C#/anything else .NET use libraries too which in the case of WinForms and WPF are just wrappers around win32 functionality implemented in C.
Beatsleigher said:
And yes, it does sound like you think it's a bad license. But meh. Everyone has their own opinion, I guess.
Click to expand...
Click to collapse
I love the GPL. I use it for everything (except libraries).
But I'll stop the off-topic now.

Categories

Resources