D16324: Disable trace mode in KmPlot before deleting tracing curve from the plot

Yuri Chornoivan noreply at phabricator.kde.org
Fri Nov 2 11:25:20 GMT 2018


yurchor added a comment.


  In D16324#350085 <https://phabricator.kde.org/D16324#350085>, @aacid wrote:
  
  > I think it would make more sense if the logic of the code was on View itself and not parser, i.e. parser doesn't care about views, but views care about function it's viewing.
  >
  > We already have the
  >
  >   emit functionRemoved( id );
  >
  > in that function so doing something like
  >
  > connect(XParser::self(), &Parser::functionRemoved, this, &View::functionRemoved)
  >
  > and then make the functionRemoved function do something similar to the new code you added.
  >
  > At the end "it's the same", but i think it makes more sense from an architectural point of view.
  >
  > What do you think?
  
  
  I think that
  
  1. I cannot find the place for this connect. There is already
  
    connect(XParser::self(), &XParser::functionRemoved, this, &FunctionEditor::functionsChanged);
  
  in functioneditor.cpp.
  
  2. If it will be placed in View then View should have to be acknowledged of what to remove and we again should add some public variables to do so even if we do not use them in the case when nothing's going to be removed.
  
  Any ideas? Can we avoid complete rewrite of KmPlot to fix this tiny bug?

REPOSITORY
  R334 KmPlot

REVISION DETAIL
  https://phabricator.kde.org/D16324

To: yurchor, #kde_edu
Cc: aacid, kde-edu, narvaez, apol
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-edu/attachments/20181102/04d4546c/attachment.html>


More information about the kde-edu mailing list