Code::Blocks Forums
User forums => Help => Topic started by: icequan233 on March 05, 2017, 02:34:24 pm
-
I built codeblocks with wxWidgets3.1.0 on win10 recently,but my editor edge is so strange,
I attach the picture ,it looks like stripe,but so ugly.Anyone has the same problem,or know the
cause,I really want to cut the "stripe".
by the way,how to insert a image by the "insert image" icon :D
-
how to insert a image by the "insert image" icon
Use the image tags, this can be insert by click the image icon in the toolbar of the editor, then add the image address there.
(http://i683.photobucket.com/albums/vv194/ollydbg_cb/2017-03-05%2021%2054%2042_zps5jump6ki.png)
-
icequan233: What is the dpi of your monitor?
-
icequan233: What is the dpi of your monitor?
I changed the dpi,I remember is 85H
-
I don't understand your post.
What is the resolution and physical size of your monitor?
-
I don't understand your post.
What is the resolution and physical size of your monitor?
Sorry for my describe.I means that I set my dpi scaling level in registry editor.see https://www.tenforums.com/tutorials/5990-dpi-scaling-level-displays-change-windows-10-a.html
And my resolution is 1920*1080,the physical size is 14inch.However,it is so strange because I don't have this problem when I use the cb built with wx2.8.12.
-
I had a similar problem on Linux, that line usually has a regular pattern but in my case it had some irregularities, i fixed it by setting the "Editor: Margin chrome colour" and "Editor: Margin chrome highlight colour" in the Colours section of the Environment Settings to the same value.
-
I had a similar problem on Linux, that line usually has a regular pattern but in my case it had some irregularities, i fixed it by setting the "Editor: Margin chrome colour" and "Editor: Margin chrome highlight colour" in the Colours section of the Environment Settings to the same value.
Thanks,sodev.I set the colour both of black,it looks better now.But the edge is still a little strange,I wish I can adapt to it.
-
Well, black is quite a strong colour, i just set the highlight color to the non-highlight one which was a grey on my system. If you dont like it, you can disable folding in the Editor Settings, this makes the line much thinner, if you want to get totally rid of it you also have to disable the changebar.
-
Well, black is quite a strong colour, i just set the highlight color to the non-highlight one which was a grey on my system. If you dont like it, you can disable folding in the Editor Settings, this makes the line much thinner, if you want to get totally rid of it you also have to disable the changebar.
I will try this,but the folding is useful,anyway,thank you so much.
-
Sorry for my describe.I means that I set my dpi scaling level in registry editor.see https://www.tenforums.com/tutorials/5990-dpi-scaling-level-displays-change-windows-10-a.html
And my resolution is 1920*1080,the physical size is 14inch.However,it is so strange because I don't have this problem when I use the cb built with wx2.8.12.
wx2.8 doesn't support scaling. The wx3.1 is the first one that does so.
What is the value you're using for your scaling? Does it work correctly if you set it to 100%?
-
Sorry for my describe.I means that I set my dpi scaling level in registry editor.see https://www.tenforums.com/tutorials/5990-dpi-scaling-level-displays-change-windows-10-a.html
And my resolution is 1920*1080,the physical size is 14inch.However,it is so strange because I don't have this problem when I use the cb built with wx2.8.12.
wx2.8 doesn't support scaling. The wx3.1 is the first one that does so.
What is the value you're using for your scaling? Does it work correctly if you set it to 100%?
well,I set it to 100%,now the edge is ok,but the font is too small,otherwise,the code font is normal
(https://photos.google.com/photo/AF1QipPEbigw1vX0RnZnsd1EeWlipm_jZODVex_HF9p0)
however,when I set it to 125% or other high percent,the edge is trange too.So, what is the reasons why I adjust the scaling to
100%,it is ok? BTW,thanks,@oBFusCATed.
-
Can you create a ticket on the sf.net project site? This way the issue won't be forgotten.
It probably happens, because the image is drawn and then scaled down/up or some calculation is wrong.
Can you install latest scite and see if there it works correctly at the same scaling?
-
Can you create a ticket on the sf.net project site? This way the issue won't be forgotten.
It probably happens, because the image is drawn and then scaled down/up or some calculation is wrong.
Can you install latest scite and see if there it works correctly at the same scaling?
Thanks, I will create the ticket, which is nacesaary. The latest scite will be tested,
if useful, I'd like to post here, but if useless, I would try to slove it(if I can do it).
-
I doubt you can solve it without changing any code. It is most probably a bug that triggers in hidpi environments.
-
I doubt you can solve it without changing any code. It is most probably a bug that triggers in hidpi environments.
Thanks, it doesn't matter. Maybe this is the chance of study(I am just a student, and my teacher teach me learn what you need). But it seems difficult, can you give me more suggestions, I can't locate the problem with gdb :(.
-
By the way, is it possible that beacuse the wx3.1.0 support scaling but it is incompatible with hidpi ? if possible, the next version
of codeblocks will be waited for while(just my thought), and if so, I must admit I can't slove it for now.
-
By the way, is it possible that beacuse the wx3.1.0 support scaling but it is incompatible with hidpi ? if possible, the next version
of codeblocks will be waited for while(just my thought), and if so, I must admit I can't slove it for now.
The wxWidgets 3.1 is a development version so it might be missing something.
Tim S.
-
By the way, is it possible that beacuse the wx3.1.0 support scaling but it is incompatible with hidpi ? if possible, the next version
of codeblocks will be waited for while(just my thought), and if so, I must admit I can't slove it for now.
The wxWidgets 3.1 is a development version so it might be missing something.
Tim S.
Yes, I saw the official post, although they released the 3.1.x , it is still a development version. Confused!
-
By the way, is it possible that beacuse the wx3.1.0 support scaling but it is incompatible with hidpi ? if possible, the next version
of codeblocks will be waited for while(just my thought), and if so, I must admit I can't slove it for now.
The wxWidgets 3.1 is a development version so it might be missing something.
Tim S.
Yes, I saw the official post, although they released the 3.1.x , it is still a development version. Confused!
Like many FLOSS projects they use this pattern.
2.6 production
2.7 development
2.8 production
2.9 development
3.0 production
3.1 development
There is a name for this pattern; but, I do NOT remember it.
Tim S.
-
By the way, is it possible that beacuse the wx3.1.0 support scaling but it is incompatible with hidpi ? if possible, the next version
of codeblocks will be waited for while(just my thought), and if so, I must admit I can't slove it for now.
The wxWidgets 3.1 is a development version so it might be missing something.
Tim S.
Yes, I saw the official post, although they released the 3.1.x , it is still a development version. Confused!
Like many FLOSS projects they use this pattern.
2.6 production
2.7 development
2.8 production
2.9 development
3.0 production
3.1 development
There is a name for this pattern; but, I do NOT remember it.
Tim S.
Linux kernel development started doing this back in the 2.0, 2.1, 2.2, 2.3, 2.4,2.5,2.6 days.
Yves
-
By the way, is it possible that beacuse the wx3.1.0 support scaling but it is incompatible with hidpi ? if possible, the next version
of codeblocks will be waited for while(just my thought), and if so, I must admit I can't slove it for now.
The wxWidgets 3.1 is a development version so it might be missing something.
Tim S.
Yes, I saw the official post, although they released the 3.1.x , it is still a development version. Confused!
Like many FLOSS projects they use this pattern.
2.6 production
2.7 development
2.8 production
2.9 development
3.0 production
3.1 development
There is a name for this pattern; but, I do NOT remember it.
Tim S.
Linux kernel development started doing this back in the 2.0, 2.1, 2.2, 2.3, 2.4,2.5,2.6 days.
Yves
oh,I think I understant it now. I guess this pattern can help developers find bugs and create a patch to slove problems.
Beacause the amount of users is much more than developers, so that the bug can be easily found, which must improve the efficiency of development. Right?
I'd like to improve the efficiency, as a user :(.