It seems this code doesn’t include any Windows-specific logic to locate Julia.
It would be great to handle this via juliaup, so the Julia executable can be located more reliably across platforms.
Hello! first of all, thank you for checking JulIDE out and trying it! about the Julia not found error, ill fix it as soon as possible and let you know once its fixed (i saw your next messege, it really helps me out!), about the icon, yes the tauri icons are excpected, i currently dont have a logo for the IDE, and ill be very honest: i am not a good desginer, but anyway, thank you for reporting those!
alright, the Julia not found error on windows should be fixed on the latest release, please let me know if that fixes the problem ![]()
Julia detection is working now! Thanks for the quick fix. I did notice two issues.
- A bunch of empty terminals pop up and disappear immediately on launch.
- The app isn’t defaulting to full-screen.
You can see both behaviors in the attached video.
Glad to hear that the fix for the Julia detection worked ![]()
as for the 2 issues you found, ill get to them as soon as possible, thank you very much for reporting them!
both of the issues you mentioned are fixed in the latest commit and will be out soon in the new beta ![]()
Why should it? For example I hate (personal taste, I know) full screen windows that hide everything underneath.
Perhaps it should be a configuration option? Or should it just start in the state it was closed in before?
actually its a good idea to add it as a configuration option in the IDE settings! ill add it ![]()
Yep, a config option is better than imposing a full-or-not-full screen, but remembering the previous state seems the best “please-them-all” solution.
Tested on latest beta. Issues are resolved. Great work, and really appreciate the your efforts.
Out of curiosity, why do you consider it important ? What would be the advantages of a “dedicated” Julia editor vs a multi-language editor ?
in my opinion having a dedicated Julia IDE is important since it gives the community options, and the advantage of a dedicated IDE is that its built from the ground up for the specific language (in this case Julia) and not there as an afterthought, both a multi language editor and a dedicated IDE are valid in my opinion, but multi language has its advantages, and dedicated has their advantages
This is excellent! I really appreciate this dedicated Julia IDE.
Thank you!
Does it have any Julia in it? Github says there isn’t but that doesn’t seem possible
When I go to rust_init.exe it gives the following information
warn: It looks like you have an existing rustup settings file at:
warn: C:\Users\jakez\.rustup\settings.toml
warn: Rustup will install the default toolchain as specified in the settings file,
warn: instead of the one inferred from the default host triple.
Rust Visual C++ prerequisites
Rust requires a linker and Windows API libraries but they don't seem to be
available.
These components can be acquired through a Visual Studio installer.
1) Quick install via the Visual Studio Community installer
(free for individuals, academic uses, and open source).
2) Manually install the prerequisites
(for enterprise and advanced users).
3) Don't install the prerequisites
(if you're targeting the GNU ABI).
>
Which one should I choose?
i would choose option 1 since its usually the simplest ![]()
Thank you for creating an IDE for Julia. Since migrating from Matlab to VS Code there were some things specialised for Matlab in the Matlab IDE that I wish equivalent features existed for Julia.
However, I’ve found VS Code is preferable for me since I manage a variety of languages and files with one IDE nicely: Julia, C++ debugging, live Typst rendering, Python, and any other language that I need.
For others who have found this IDE specialised for Julia, I hope it works out for you all ![]()
I think it is great this exists. Every developer can choose their own tooling. Personally I prefer JetBrains IDEs over VSCode (not the plugin, just the IDE itself) and I used to be pretty happy with Eclipse and netbeans before that. But that doesn’t have to be true for everyone.
Here developers have another environment that is free and can be optimized for the purpose. I see a lot of potential in it. So good job @sinisterMage and keep it up ![]()