adobe translate

I don't think that is possible. It can always be elaborately reduced to a matter of definitions but my reason to think as I do is that Brainf*ck doesn't feature any notation for calling functions so programs cannot make use of external libraries. Input facilities are restricted to the '' code and '.' code mands they read one value from a predetermined input stream and write one value to a predetermined output stream respectively. In order to let such a program open an interactive GUI window we either have to the entire windowing toolkit inside the program itself or create some surrounding scaffolding software that canmunicate with our Brainf*ck program according to a suitable serializing protocol and handle windowing on its behalf. In the latter case we have only partly translated Adobe Photoshop so the next question is can we translate Adobe Photoshop as well as a matching windowing library and merge them together? italic The translated window toolkit will run into the exact same problem of external dependencies at the point where it needs to actually make some pixels change colour on a screen because somewhere inside it involves making a request to the operating system. Once again we could wrap it up in some external system-friendly code to do the job on its behalf but once again that isn't aplete translation so the question bes whether we could translate Adobe Photoshop a windowing toolkit and a supporting operating system with graphics drivers into Brainf*ck? italic This is where it stops because hardware drivers must be able to address the memory-mapped features of their devices and that means not all memory locations can be used interchangeably some will have special side effects to control power supply fans and noises and benlights. It would (in principle) be doable to map that sort of mechanism into dedicated areas of Brainf*ck otherwise uniform memory model but that would require changes in the language semantics. If we change those I don't think it qualifies as translating Adobe Photoshop into Brainf*ck any more so much as translating it into a newly invented dialect that is ipatible with programs written in the original. While it is provably that all Turingplete languages can take an arbitrary array of input data and flip its bits into an arbitrary array of output data flipping theoretical bits only changes their values. Flipping practical bits often produces specific side effects that have no equivalents in a Turing Machine and a large part of Adobe Photoshop's purpose is to coordinate some of those effects.

You have to translate into assembly and then to binary then only can it run on the processor (except for programs that run on the virtual machine). If you are talking about getting assembly back from the binary then it too is possible and you would need to disassemble the binary but its difficult and tedious job to fully understand and modify the assembly to your needs and would require a lot of effort and its called Reverse engineering. s

PO files (i18n system) is a standard way of translating web apps. You can of course go this way. Writing your own system based on xml files or any other is also really fairly simple task. i18n's advantage is the fact that you can find translation tools in basicly every platform and that translation services also often use it. When ites to translation services choice I'd suggest phraseapp