[Q] Visusal Kitchen for Android?

---

Just curious, but does anyone know if there's an android kitchen in the works that will be more like the EvirisVisual Kitchen for WM? I, as well as several others I'm sure, would have a little less of a learning curve if there was an android kitchen that was set up the same way as the WM kitchens. Just a thought... What does everyone else think?

Originally Posted by PMDColeslaw

Just curious, but does anyone know if there's an android kitchen in the works that will be more like the EvirisVisual Kitchen for WM? I, as well as several others I'm sure, would have a little less of a learning curve if there was an android kitchen that was set up the same way as the WM kitchens. Just a thought... What does everyone else think?

What is there to learn though? I thought Visual Kitchen involved a learning curve.

The Bepe Platform Rebuilder (which the VK was based off of) was command-line driven and simple.

Originally Posted by dsixda

What is there to learn though? I thought Visual Kitchen involved a learning curve.

The Bepe Platform Rebuilder (which the VK was based off of) was command-line driven and simple.

True, but what I liked about the VK was that it ran the command line stuff in the background based on options the user set on the front end UI. It was a big help to those who aren't code/script guru's by letting us set up our roms in a visual UI.

EDIT:Your Kitchen is pretty user friendly BTW. I just miss the point and click UI and not having to edit so many xml files.

Originally Posted by PMDColeslaw

True, but what I liked about the VK was that it ran the command line stuff in the background based on options the user set on the front end UI. It was a big help to those who aren't code/script guru's by letting us set up our roms in a visual UI.

EDIT:Your Kitchen is pretty user friendly BTW. I just miss the point and click UI and not having to edit so many xml files.

I'm pretty sure a nice UI-based kitchen can be done in Windows, except the person who does it will soon realize there will be platform incompatibilities over Windows XP/7 and 32-bit and 64-bit.. but those can be fixed easily if they include all possible working binaries for all the platforms.

Originally Posted by dsixda

I'm pretty sure a nice UI-based kitchen can be done in Windows, except the person who does it will soon realize there will be platform incompatibilities over Windows XP/7 and 32-bit and 64-bit.. but those can be fixed easily if they include all possible working binaries for all the platforms.

Not necessarily. If the UI is coded in a multi-platform language (Qt, C#-Mono, Python, even PHP) then it is possible to port to any platform. Also, if all the command line stuff from the BAT files are placed into the UI too, then only one executable (with the resources of course) and it is done.

Originally Posted by dsixda

I'm pretty sure a nice UI-based kitchen can be done in Windows, except the person who does it will soon realize there will be platform incompatibilities over Windows XP/7 and 32-bit and 64-bit.. but those can be fixed easily if they include all possible working binaries for all the platforms.

Originally Posted by fonix232

Not necessarily. If the UI is coded in a multi-platform language (Qt, C#-Mono, Python, even PHP) then it is possible to port to any platform. Also, if all the command line stuff from the BAT files are placed into the UI too, then only one executable (with the resources of course) and it is done.

I would very much like that if someone could do it. I know a lot of people have Linux running on a virtual machine or whatever but I actually like Windows 7. Maybe its laziness but I'd really like to not have to learn an entirely new OS before I can continue building my own ROMs. Again just my opinion. I noticed Fresh's kitchen appears to have a nice UI but it's still not released and I have no idea if it will be completely Windows ran or not.

Originally Posted by PMDColeslaw

I would very much like that if someone could do it. I know a lot of people have Linux running on a virtual machine or whatever but I actually like Windows 7. Maybe its laziness but I'd really like to not have to learn an entirely new OS before I can continue building my own ROMs. Again just my opinion. I noticed Fresh's kitchen appears to have a nice UI but it's still not released and I have no idea if it will be completely Windows ran or not.

You don't need a virtual machine, just use Cygwin in Windows

Originally Posted by fonix232

Not necessarily. If the UI is coded in a multi-platform language (Qt, C#-Mono, Python, even PHP) then it is possible to port to any platform. Also, if all the command line stuff from the BAT files are placed into the UI too, then only one executable (with the resources of course) and it is done.

The problem is, there are certain functions that cannot be handled with one language alone. So, we can have a GUI-based application, like one using Tk on top of TCL (just an example!), but we'd still need to run it from Cygwin/Linux etc. so that other commands like perl, sed, od etc. will be able to work. Or maybe there is a better solution that I am not aware of.

Originally Posted by dsixda

The problem is, there are certain functions that cannot be handled with one language alone. So, we can have a GUI-based application, like one using Tk on top of TCL (just an example!), but we'd still need to run it from Cygwin/Linux etc. so that other commands like perl, sed, od etc. will be able to work. Or maybe there is a better solution that I am not aware of.

How about a Java front-end for the existing Kitchen? The thought has occurred to me, but my focus is already spread amongst several different projects.

Something like this code from jcase(?) might be a good start?

String txt = ((EditText) findViewById(R.id.txtCmd)).getText().toString(); // cmd line
boolean su = ((CheckBox) findViewById(R.id.asRoot)).isChecked(); // run as root
Process p;

try {
if (su) {
p = Runtime.getRuntime().exec("su");
(new DataOutputStream(p.getOutputStream())).writeBytes( txt + "; exit\n"); // you want the shell to terminate itself so you know the command has finished
} else
p = Runtime.getRuntime().exec(txt);
} catch (Exception e) {
e.printStackTrace();
return;
}

try {
StringBuilder sb = new StringBuilder();
InputStreamReader isr = new InputStreamReader(p.getInputStream());
int r;
while ((r = isr.read()) > 0)
sb.append((char) r); // you may want to use a buffer
msg = sb.toString();
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}

I haven't done Java development in 10 years But I'll definitely put this in my "TO DO" list for future work. Thanks

Originally Posted by gnarlyc

How about a Java front-end for the existing Kitchen? The thought has occurred to me, but my focus is already spread amongst several different projects.

Something like this code from jcase(?) might be a good start?

String txt = ((EditText) findViewById(R.id.txtCmd)).getText().toString(); // cmd line
boolean su = ((CheckBox) findViewById(R.id.asRoot)).isChecked(); // run as root
Process p;

try {
if (su) {
p = Runtime.getRuntime().exec("su");
(new DataOutputStream(p.getOutputStream())).writeBytes( txt + "; exit\n"); // you want the shell to terminate itself so you know the command has finished
} else
p = Runtime.getRuntime().exec(txt);
} catch (Exception e) {
e.printStackTrace();
return;
}

try {
StringBuilder sb = new StringBuilder();
InputStreamReader isr = new InputStreamReader(p.getInputStream());
int r;
while ((r = isr.read()) > 0)
sb.append((char) r); // you may want to use a buffer
msg = sb.toString();
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}