Bug 80131

Summary: Kdevelop should have a visual sign (a moving icon or something) when it is processing something (compiling a project, whatever)
Product: [Developer tools] kdevplatform Reporter: Daniel Tourde <ted>
Component: shellAssignee: KDevelop Developers <kdevelop-devel>
Status: RESOLVED FIXED    
Severity: wishlist CC: nalvarez, valentyn.pavliuchenko
Priority: NOR    
Version: 1.0.0   
Target Milestone: ---   
Platform: Gentoo Packages   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Daniel Tourde 2004-04-22 15:48:25 UTC
Version:           3.0.3 (using KDE KDE 3.2.1)
Installed from:    Gentoo Packages
Compiler:          gcc 3.2.3 -O3 -march=i686 -funroll-loops -pipe
OS:          Linux

Hello,

I am using kdevelop 3.0.x and there is a little detail that is bothering me and the people around me using kdevelop:
  There is no sign showing that kdevelop is doing something or simply inactive
  Example: if I build a project and compile file (or generate automake files whatever) there should be a visual sign showing me that kdevelop is busy doing something.
  It has happen to me several times that clicking on the "build project" menu, I have been wondering what kdevelop was doing, if it was even active or not (no messages, nothing. It was just compiling and it takes a while). I then opened a terminal and typed 'top' to see what was going on...

I think there should be a moving icon (When a KDE application is started, the mouse pointer is replaced by a visually appealing icon indicating that things are happening), to simply show that kdevelop is active, doing something. Then the mouse pointer gets back to it's normal state when kdevelop has finished its job. One could imagine as well something in the spirit of the state icon on a web browser. As long as the page is not completely displayed, there is a moving icon indicating that the browser is still processing data.

In any cases, there should be a simple visual indicator to show that kdevelop is doing something or simply waiting for any interaction with the user.
Comment 1 Amilcar do Carmo Lucas 2004-04-22 18:44:34 UTC
There is the messages pane view.
Comment 2 Jens Dagerbo 2004-04-22 19:07:45 UTC
And the "Stop" button. It's active when there is a job to be stopped. (So, when it's not active, there is nothing going on.)
Comment 3 Daniel Tourde 2004-04-26 10:38:47 UTC
The message pane view can be *very* silent when you compile a big file on a slow machine. Kdevelop is doing something then though...

I haven't noticed any "stop" button so far. I will take a closer look. I think however that a more obvious visual signal (like the mouse arrow being replaced by a moving kdevelop icon when the mouse is over kdevelop) would be welcome.

Daniel
Comment 4 Amilcar do Carmo Lucas 2004-04-26 11:02:24 UTC
There is a big RED stop sign on the toolbar. You can't miss it!
Comment 5 Andreas Pakulat 2008-06-29 19:32:00 UTC
stop button is there and job-indicator is planned for 4.0
Comment 6 Milian Wolff 2009-10-29 02:39:18 UTC
Can we close this as fixed for KDevelop 4?
Comment 7 Andreas Pakulat 2009-10-29 08:57:09 UTC
Well, I guess yes. There's still at least one bug with the animated icon on the dockwidgets, it doesn't trigger if projects are being loaded during kdevelop startup. And of course other toolviews should start using it too to indicate that they're updating their content.
Comment 8 Nicolás Alvarez 2010-07-03 00:45:14 UTC
(In reply to comment #7)
> There's still at least one bug with the animated icon on the
> dockwidgets, it doesn't trigger if projects are being loaded during kdevelop
> startup.

It does now, right? Should we close this?
Comment 9 Valentyn Pavliuchenko 2010-07-03 09:31:31 UTC
Well, there is a similar problem (but maybe it should be filed as a separate wish): there is no sign of what kdevelop4 is doing when we start debugging a large project like kdevelop itself (AFAIK it is loading symbols).
Comment 10 Kevin Funk 2015-08-25 07:41:32 UTC
@Valentyn: Indeed, file as a separate wish if you like.

Closing this one as the original issue was fixed.