Open Petross404 opened 4 years ago
Thanks for your input!
Good to hear from you. Indeed project name setup works fine. Colour and text manipulation looks very good, although it's almost midnight and I can't test them thoroughly.
Let me know if I can help you with the mac icon with a specific branch in which you could experiment with some solutions. I would be very happy to help with code but not only my coding skills aren't sharp, it's a matter of free time too.
Last but not least, what do you think about how one could open a project after closing one. I mean, menu File -> Open seems to open a file and not parsing a project. Any ideas on this?
Other than that and in my opinion, your changes are very good and CIDE is quite customisable to fit many needs ;) Well done once again.
I think that it might be difficult to make the Mac-specific changes without being able to test them directly. So, I think it would be better if someone with a Mac would attempt to do them.
Yes, File -> Open is intended to open files as text files. For opening projects, Project -> Open project... can be used.
Maybe I will try to experiment with this. If I start doing so, I will open a new issue so I can get help and information.
Hey there, I managed to add the icon in the dock when CIDE is running but the code looks terrible like the fonts are lost.
CMake created an CIDE.app
(it's basically a directory that can be ran as executable) which is the what a mac application should like. While cide.icns is located under Resources
dir inside CIDE.app
, I don't know where to copy the Inconsolata dir. I tried various ways but cide executable inside CIDE.app
can't pick up the fonts.
It's weird because the About CIDE dialog uses just fine the fonts. Also I know that on other platforms you copy the resources dir inside CMAKE_CURRENT_BINARY_DIR
in order cide executable can load the fonts. But it seems that cmake's MACOSX_BUNDLE
works in a different way.
Do you have any experience on this?
Do you have any experience on this?
I have near-zero experience with Mac OS. I suspect that it should be relatively easy to Google this problem though, as it seems like this could be a common problem.
I will read again this in case I missed something.
Thanks for the comment, I am well and I hope you are too.
Regarding the C/C++ support, I am very happy with the current libclang-based implementation in CIDE. But LSP seems like a potentially interesting option for the next time I would like to add support for another language.
A cppcheck integration might be interesting as well.
But currently I can only justify working on things that I directly need for my work.
But currently I can only justify working on things that I directly need for my work.
Any plans on next release? Maybe, you already has some ROADMAP.md
?
Regarding the C/C++ support, I am very happy with the current libclang-based implementation in CIDE. But LSP seems like a potentially interesting option for the next time I would like to add support for another language.
Yeah, I remember you wrote a mail to kdevelop-devel in which you introduced CIDE and talked about keeping "two libclang translation units". Nice.
Off-topic but while fast autocomplete times are one very much wanted feature for KDevelop, I wish there were more tutorials for developing kdevelop plugins so I could implement something like a compiler-explorer inside (example). It would feature live translation to assembly as the user is coding. Sometime I hope I will undertake it using this feature.
Any plans on next release? Maybe, you already has some ROADMAP.md?
I would first like to test the recent changes for a while before making a new release.
I think it's a good idea to discuss various ideas and features. So, my two cents here:
project(Foo)
from it. I don't know if it's doable, but if it is then the user can always overwrite the "default" name that CIDE will propose :)Feel free to share your concerns and your thoughts.
All the best, Petros