![]() Not to mention that I have been told that my idea of user friendly is not very user friendly for most. Even though the rest of the program would be identical. ![]() I would only be able to provide the command line for Linux, I do not know the device path name conventions for the other systems. We have had this conversations before.Īs I stated I am not qualified for this task. Though as it stands such a language does not exist, using any of the standardized languages thus sacrifices portability in one way or another. Would be nice to have a formally standardized language that includes graphics, mouse input, and windowing primitives as part of the standard. ![]() I'd rather my tools were written in a formally standardized language, C, C++, JS etc than some other random language with no standard specification. Personally I think JS is a perfectly fine language. I look forward to seeing what you came up with. In order to provide something a little more universal, and without js: if I may make a suggestion, why not just write a very simple front end program in a language that includes graphics and mouse commands and is portable across all the target platforms (including ARMHF Linux), that takes care of safeguarding errors with extra questions, and just shells out the platform native version of dd to perform the operation? Not having the familiarity with some of the target systems, I am not in a position to do this, as the implementer would have to be able to correctly use the path names that are specific to each system, especially for the target device to write. Though I would recommend against using a toolkit with a different language, only use language builtin commands for all mouse, KB, and screen I/O. One possible implementation language could be FreeBASIC, as it is available on ARMHF Linux, Win32/Win64, BSD(x86), macos (Actually Darwin+Aqua), Linux (x86/AMD64//IA64), DOS, and most other likely source systems. In order to provide something a little more universal, and without js: if I may make a suggestion, why not just write a very simple front end program in a language that includes graphics and mouse commands and is portable across all the target platforms (including ARMHF Linux), that takes care of safeguarding errors with extra questions, and just shells out the platform native version of dd to perform the operation? The only changes would be the path name conventions between the operating systems (especially for DOS and Win32/Win64). Here's a quick intro to this helpful new utility. To make this as easy as possible, the Raspberry Pi Foundation has introduced a Raspberry Pi Imager application, and you can download it for all major platforms. Yes we all know how much I like jS (Yuck). Getting an OS onto a Raspberry Pi is a matter of 'flashing' an SD card with an OS image. it an app based on electron, which is based on javascript and Chromium, and so yes, its a universal GUI application running on all modern platforms.Īs such I don't think its your cup of tea. Versions of Etcher exist for Windows, Mac OS, and (x86) Linux. img file, dd is a previously used imager, but Etcher is safer, and easier to use. Etcher is momentarily the preferred way to image an SD card from a.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |