Discussing the article: "DoEasy. Controls (Part 32): Horizontal ScrollBar, mouse wheel scrolling"

New comment
 

Check out the new article: DoEasy. Controls (Part 32): Horizontal ScrollBar, mouse wheel scrolling.

In the article, we will complete the development of the horizontal scrollbar object functionality. We will also make it possible to scroll the contents of the container by moving the scrollbar slider and rotating the mouse wheel, as well as make additions to the library, taking into account the new order execution policy and new runtime error codes in MQL5.

To perform the test, I will use the EA from the previous article without any changes. Let's compile it and run it on the chart setting "No" for auto resizing of the container to fit its contents:



Let's check the operation of all components of the created horizontal scrollbar functionality:


Everything works as planned.

Author: Artyom Trishkin

 
Artem, so what about the library, will it develop further? Imho, we need to dig further. Anatoly, for example, has stopped publicly supporting his library for well-known reasons ((
 
Denis Kirichenko #:
Artem, so what about the library, will it develop further? Imho, we need to dig further. Anatoly, for example, has stopped publicly supporting his bibliography for well-known reasons ((

Yes, of course it will. Took a break from publishing. There is a visual bug that is very unpleasant to the eye - cropped areas are sometimes drawn with flickering. Somewhere there is an unnecessary premature redrawing of the graph. I haven't found the spot yet - there are a lot of interconnections - one thing you cure, another you cripple....

Once I find it, I'll fix it and continue.

 
Artyom Trishkin #:

Yes, of course it will. Took a break from posting. There is a visual bug that is very unpleasant to the eye - cropped areas are sometimes drawn with a flicker. Somewhere there is an unnecessary premature redrawing of the graph. I haven't found the spot yet - there are a lot of interconnections - one thing you cure, another you cripple....

Once I find it, I'll fix it and continue.

I also faced this problem, I solved it this way:

class CCanvas_my:public CCanvas
  {
public:
   bool              Resize(const int width,const int height);
  };

bool CCanvas_my::Resize(const int width,const int height)
  {
   if(m_rcname!=NULL && width>0 && height>0)
      if(ArrayResize(m_pixels,width*height)>0)
        {
         m_width =width;
         m_height=height;
        }
   return true;
  }

Replacing the standard canvas resizing function. If everything is fine in your code, there will be no unnecessary redraws.

I have such level of graphic interface, 10 CCanvas objects (inheritors) are used:


 
Aliaksandr Hryshyn #:

Also encountered this problem, solved it this way:

Replacing the standard function of resizing the kanvas. If everything is OK in your code, there will be no unnecessary redraws.

I have such level of graphic interface, 10 CCanvas objects (inheritors) are used:


Thanks. My issue is not with resizing. It's a bug in my methods.

New comment