Thanks for filling the bug. :P I was thinking when I'll report it.On 02/01/15 01:15 PM, Hedayat Vatankhah wrote:
I exaggerated.
Probably true, but it already includes fonts and input sources. So, someone has felt that 'front-end applications only' is too narrow. Now, where you can draw the line?
Did you try that? The problem with searching for "C++" is that it will list almost all applications (probably it searches for "C"). So it has nothing to do with DevAssistant.I just searched "C++" resulting a freeze of Gnome Software due to handling of "++" character. That is a bug I already submitted https://bugzilla.redhat.com/show_bug.cgi?id=1178199
Normally, Gnome Software should list DevAssistant on the first list as I have no problem typing python or ruby keyword on the search field.
I was actually suggesting a solution which could fit in the current design. I'm not against the latter (while I still prefer having them as independent applications, in case you really don't need an IDE. However, if it is also available as a DevAssistent add-on, it'd be good; but actually I'm mis-using DevAssistant as 'Development Tools' category!)In this case, why not?
So, every IDE should have a 'clang' addon? and also a gcc addon? At least, if 'shared' add-ons are available things will be much easier.
If you mean finding a replacement for autotools, I disagree. While having better ways is great (and actually, there are many 'autotools replacements' and some of them are GUI friendly. A good example is CMake), but there is a fact that there are many packages using autotools.They were attempt of create a frontend for that purpose and most of them were poorly implemented. Take a look of how Microsoft and Apple do their development. it is a matter of finding a better way of implementing the tool.
I wonder why people want to split developers into two categories: GUI-only and Terminal-only? Why there couldn't be a "GUI as much as possible developer"? Such a developer will prefer to install autotools and clang/gcc using a GUI application, then open a terminal and run "./configure && make && sudo make install" in shell? Why do people think that a developer which wants (actually, since currently there are no(?) GUI ways to do configure, make and make install, he is forced) to use terminal should be 'punished' to use command line for installing the tools he need?
Hmm... that's weird, I can't understand what you mean. Gnome Video's job is very easy: a video has a special format, and there are specific plugins to enable playing that. However, assume that I need an XML library for C++:DevAssistant is a start. Next step will be adding packaging guideline and other stuff. It takes time but it can be done.
(Well, hopefully in future there will be a tool (DevAssistant?) which can help you to configure, compile and install a package from source. Then, it can have gcc/clang/... compilers as its addons too; so it's become more practical to have GUI-only developers who don't need to install a compiler directly).
Then is IDE packaging issue. When it comes of using a development applications, the software should suggest installing the missing library. If Gnome Video is able to prompt uses to install missing component, then why shouldn't be possible for IDE application to do the same?Add-ons cannot cover development libraries, unless every library is an add-on for all IDEs!
Granted I don't know well the functionality but the logic is application should detect and suggest adding the missing function.
-- Luya Tshimbalanga Graphic & Web Designer E: luya@fedoraproject.org W: http://www.coolest-storm.net