Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix: level strip width is wrong when you start open toonz (#334) #357

Merged
merged 1 commit into from
May 26, 2016

Conversation

Banbury
Copy link
Contributor

@Banbury Banbury commented May 24, 2016

On the creation the docking panel of the level strip was assigned a minimum
width. This has no effect, but making the docking panel too big, because the
size of the underlying controls hasn't been calculated at this point.
Removing the line fixes the issue with the level strip size, without affecting
the docking window otherwise.

)

On the creation the docking panel of the level strip was assigned a minimum
width. This has no effect, but making the docking panel too big, because the
size of the underlying controls hasn't been calculated at this point.
Removing the line fixes the issue with the level strip size, without affecting
the docking window otherwise.
@kogaki
Copy link
Member

kogaki commented May 24, 2016

How was it looks wrong ? Please attach the screenshot or tell us the way to reproduce the issue so that we can understand the issue well.

@blurymind
Copy link

I filed a bug report here
#334
On 24 May 2016 12:34, "Keisuke Ogaki" notifications@github.com wrote:

How was it looks wrong ? Please attach the screenshot or tell us the way
to reproduce the issue so that we can understand the issue well.


You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub
#357 (comment)

@Banbury
Copy link
Contributor Author

Banbury commented May 24, 2016

It says so right in the title :),

@blurymind
Copy link

Yeah it does :b thank you for the fix! Hopefully it gets merged
On 24 May 2016 12:42, "Banbury" notifications@github.com wrote:

It says so right in the title :),


You are receiving this because you commented.
Reply to this email directly or view it on GitHub
#357 (comment)

@kogaki
Copy link
Member

kogaki commented May 24, 2016

Jenkins, confirm this

@kogaki
Copy link
Member

kogaki commented May 24, 2016

In my environment, OSX, I can't reproduce reported bug. And MinimumWidth works well without this commit. I will check the behavior in other environment. Please wait for a while. Thanks.

@Banbury
Copy link
Contributor Author

Banbury commented May 24, 2016

On Windows the behaviour does exist. As it is, I prefer not having a minimum with, instead of the window resizing itself. I could make it compile for Windows only, though.

@shun-iwasawa
Copy link
Member

I still fail to reproduce the Issue #334 under my Windows environment.
I think I need more information about this problem.

@Banbury , do you mean that the incorrect (large) value is set at setMinimumWidth() on the creation of the Level Strip panel? If yes, is it possible for you to investigate the value of "filmstrip->width()" at setMinimumWidth()?

On my test here, the value of filmstrip->width() is 191 with the icon width of the Level Strip being set to 160 (= default value). 191 is exactly the same as the width of this widget - which is sum of the icon width, slider width and margin of FilmStripFrames.

Another one thing I would like to point is that the setMinimumWidth() seems to work properly as @blurymind mentioned in the issue #334 as follows:

This is a slightly annoying bug - because it makes the user change the width.

Which means that user enable at least to resize the panel to the proper width afterward.
If the minimum width is set to incorrect value, this operation should be impossible.

@Banbury
Copy link
Contributor Author

Banbury commented May 25, 2016

After some further tests, I strongly believe this is an obscure bug in Qt. It's some kind of unwanted interaction between setMinimumSize() and docking the panel. It doesn't happen, when the panel is undocked.
All the calculations seem fine, including the minimum size. And FilmStrip is the only docking panel to use the minimum size.
My suggestion is to either remove the minimum size or add a maximum size, too. Both solve the problem.

@ghost
Copy link

ghost commented May 25, 2016

Confirmed here. Windows 7 Pro.

@blurymind
Copy link

Toonz harlequin does not have this bug, so comparing the source code might
help
On 25 May 2016 20:51, "turtletooth" notifications@github.com wrote:

Confirmed here. Windows 7 Pro.


You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
#357 (comment)

@blurymind
Copy link

In my test i am not resizing it to be wider and that is the point i made - it does that on its own accord when you start the software. The annoying part comes from the fact that you need to resize the width back to how it used to be before the unwanted change took place

@kogaki
Copy link
Member

kogaki commented May 26, 2016

OK. Now I understand this can help some users. LGTM.

@kogaki kogaki merged commit 62cd4e8 into opentoonz:master May 26, 2016
@blurymind
Copy link

thank you ! :)

shun-iwasawa pushed a commit to shun-iwasawa/opentoonz that referenced this pull request Dec 16, 2020
@RodneyBaker RodneyBaker mentioned this pull request Jan 2, 2021
5 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants