Libraries: EasyAndFastGUI library for creating graphical interfaces - page 12
You are missing trading opportunities:
- Free trading apps
- Over 8,000 signals for copying
- Economic news for exploring financial markets
Registration
Log in
You agree to website policy and terms of use
If you do not have an account, please register
At least briefly.
Briefly there in the post is written :)
Yes, most of the changes there are made for a specific job, and you need to test for other conditions. But there are a lot of little things there that don't even need to be tested :)
By the way, when will there be a new version of the library? Tentatively.
Briefly there in the post it says :)
Yes, most of the changes there are made for a specific job, and you need to test for other conditions. But there are a lot of little things that don't even need to be tested :)
By the way, when will there be a new version of the library? Tentatively.
It is inconvenient to work there. It's hard to search for changes in the code.
I can't say yet when I will publish the new version. I was planning to work on new features.
It's inconvenient to work there. It is difficult to search for changes in the code.
Ok. Now justifications for all changes with examples (where required) and everything will be quite complete.
For example: (1) Why it is more convenient to use it this way instead of the way it was. (2) What problem was encountered and in what cases, what caused the need for changes. And so on.
This is necessary in order not to waste time guessing why the author of the change did so.
Ok. Now justifications for all changes with examples (where required) and everything will be quite complete.
For example: (1) Why it is more convenient to use it this way instead of the way it was. (2) What problem was encountered and in what cases, what caused the need for changes. And so on.
This is to avoid wasting time guessing why the author of the change did it that way.
I suggested just an author repository and pool-requests from well-wishers.
There we could also discuss what and why. And add examples for each refinement, if necessary.
In any case, thanks for taking steps towards me!
Is there any possibility to make scrolling with the wheel in tables and Combobox items ? I have not been able to find something like that yet.
It will be in the next version.
1. a small problem with the table header, for which ColumnResizeMode(true) is set. If we pressed the left mouse button somewhere outside the window, for example, grabbed some graphical object and drag it, then when we pass the clamped cursor through the table header, the width of the columns starts to change, as if we had just pressed the button.
2. the CWindow::Reset() method claims to "redraw all window objects", but only the main object is redrawn (and the buttons are not redrawn).
3. During the process of window resizing with the mouse all its contents blinks very strongly. For example, I have only a table there, it doesn't seem to require any complex graphical constructions to have such lags during redrawing. Perhaps some unnecessary operations are performed during this.
1. a small problem with the table header, for which ColumnResizeMode(true) is set. if we pressed the left mouse button somewhere outside the window, for example, grabbed some graphical object and drag it, then when we pass the clamped cursor through the table header, the width of the columns starts changing, as if we just pressed the button.
2. the CWindow::Reset() method claims to "redraw all window objects", but only the main object is redrawn (and the buttons are not redrawn).
3. During the process of window resizing with the mouse all its contents blinks very strongly. For example, I have only a table there, it doesn't seem to require any complex graphical constructions to have such lags during redrawing. Perhaps some unnecessary operations are performed in this case.
Let's figure it out.
If you already have solutions, you can share your variant.