Use Cases for Working Areas

[Aleix Pol]

On Sat, Jun 7, 2014 at 10:19 PM, David Narvaez <david.narvaez at computer.org>
wrote:

> Hi,
>
> I asked about this in IRC and was told it was better to bring this up in
> the mailing list:
>
> I think there are a couple of use cases that are broken with the current
> working areas set:
>
> - Think about this question brought up some years ago:
> http://mail.kde.org/pipermail/kdevelop/2012-April/017682.html
>  In that case, back then, the answer to those questions was "switch back
> to the Debug area to see where your debugging ended" but right now the
> behavior still exists but the solution is no longer available.
> - I add a breakpoint in the code and then I want to edit the properties of
> that breakpoint, but I am in the Code area and the tool view for
> breakpoints is in the Debug area, but I cannot reach that area without
> starting a binary to debug. If I wanted to add it through the menus, I
> would go to Windows -> Tool Views but I didn't find it there because it is
> not an active tool view at that point, but "active" is then area-dependent
> and I cannot just switch to an area. The only way to do it is right
> clicking at specific areas to add a tool view.
>
> What do you think about these cases? I would like to know what is by
> design and what are bugs and then file bugs for and help fixing what needs
> to be fixed.
>
> Thanks.
>
> David E. Narvaez
>
> _______________________________________________
> KDevelop-devel mailing list
> KDevelop-devel at kde.org
> https://mail.kde.org/mailman/listinfo/kdevelop-devel
>
>
I think that if you want to edit breakpoints while coding, then the
Breakpoints toolview should be in the code area. In fact, you can add a
Breakpoints toolview in the code area by right-click on the toolviews
toolbar.

Aleix
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20140607/82ebeacc/attachment.html>