- User Since
- May 23 2014, 12:55 PM (374 w, 1 d)
Sat, Jul 10
Sep 23 2020
Sep 21 2020
same on OSX Mojave and AMD Radeon R9 M395X
please check your additions against the light theme..
I've tried to get your attention here already:
Sep 17 2020
I don't know if it's work in progress.. but after this commit, in the light theme, the collection icon (don't know of any others right now) is not depicted right anymore.
I can change the icon border preference but that means that other icons lose their border..
Sep 10 2020
Aug 31 2020
This morning I've compiled rB68797982025c and opened my own testfile posted here.. It did not show any errors.
But I didn't see any commits fixing the issue I had days ago?
I don't know anymore... We'll see how it goes in the coming days..
Aug 30 2020
Mine is a AMD Radeon R9 M395X 4 GB
with the issue..
Aug 26 2020
don't know why that hash was pasted wrong..
it's 949d92ad5d1 (my paste was a subset)
should be in edit mode when opened.. just start selecting a face
Worked initially, but during a longer session it started to appear again?
Aug 25 2020
well, that was very fast to close this..
on my mac when switching to edit mode this happens now...
Aug 19 2020
at my end.. latest master does nothing for the issue..
Aug 16 2020
Have this issue on MAC as well but on LINUX the edit mode is also having issues I guess coming from the same origin.
On a cylinder making loop cuts for instance looks like this (made a photo.. using screenshot key refreshes the screen to image 2)
Jul 20 2020
It happens on every platform (lin/win/osx) btw and if you have the blender-light theme as default, blender crashes immediately after startup.
In the meantime, to get blender starting if you happen to have the light theme as default, use the --factory-startup option to start over (with dark theme) or wait for the fix.
Jul 19 2020
Am I right to assume that the "Blender Light Theme" crashes blender due to these changes?
Jul 8 2020
Same here.. traced it back to afd976a3b483 too
Jul 5 2020
Am I too early to ask if this is implemented but not working anymore (and somebody forgot about this task)?
When dragging an image onto a text field it DOES say "paste name" so that means to me that it's implemented or at least being implemented.
I worry that this particular feature is in a "loop" since it is in here that long without mentioning the additions of Campbell the 17th of april this year...
Apr 30 2020
I have an issue with current situation:
Apr 23 2020
This could surely get some love guys..
Mar 13 2020
Youtube clip showing the exact steps:
The exact steps as described in the message will take you/normal user about 5 seconds..
But to make life easy for you.. I will take the time and make a Youtube Video showing the bug.. maybe that's enough to "confirm" it...
And this feature is broken since 2.8x not "yesterday"
Mar 12 2020
Mar 6 2020
It's a bug.. not an addition or change of behaviour
To me that should be reported here.. but ok, I'll post it there
line 490 has an error:
I understand that this is not supported on OSX for now.. but this commit prevents succcesful build on OSX..
Thanks for looking into it
Feb 20 2020
Jan 10 2020
Tested again today with latest builds.. It works again.. so you can close the call.
Dec 13 2019
Dec 2 2019
Like I've stated, it happened during extensive editing/sculpting/remeshing etc.. but not right away as before.. so I can't reproduce consistently.
I'm not asking to re-open this case, just wanted to tell you/others that I did witness the issue while working on a scene after the patch.
Could be a completely different cause, but the result was the same.
So as far as I'm concerned/have a say in this, leave the case closed. I'll report back as soon/if I encounter the issue again and can reproduce it.
Nov 30 2019
During sculpting this morning the issue returned for me..
I can't tell exactly the things I did.. but the fact that it happened means there is still something not quite alright.. sorry..
Nov 28 2019
Nov 25 2019
patch was submitted over a year ago by me..
nobody seemed willing to theme this.. we already have enough settings.. very frustrating to see people jump aboard with THIS patch..
Oct 17 2019
After testing every single option I have disabled/enabled it comes down to the preference setting: Auto Depth
(use_mouse_depth_navigate) Enabling it causes the objects and icons to disappear after zooming in/out a couple of times
Just downloaded a version from the buildbot instead of my own.
Same thing happens..
Started to think about it.. I had never tried this with factory default settings.
It seems that the behaviour is not shown when starting fresh. Maybe it has to do with some setting I've set that triggers this.
I'm going through them all now.
Is there anything (setting) you can think of that could trigger the disappearance of those icons and objects? Especially in regards to the patch?
Would help me out a lot to pinpoint why it happens
Oct 10 2019
Like you've requested I've assigned it to you myself
Oct 3 2019
Sep 8 2019
Again a reminder that the UI_DPI_FAC bug regarding cursor width is not fixed.
What is holding you back?
Aug 29 2019
Aug 24 2019
Aug 7 2019
I did just that before I commented at all..
That what's made me type a lot of question marks..
Maybe you could think of (another) reason why this happens..
It's just the difference in this commit with the previous one that slow things down..
Jun 3 2019
Jun 2 2019
Quite some time has passed.
I'm over the fact that you will not make the cursor themeable, but please, at the least accept the minimal change of keeping in line with UI_DPI_FAC.. on high dpi screens the cursor is not visible..
And the cursor color: red.. well.. I can't force you, but please reconsider a more contrasty color than the current one..
May 18 2019
Succeeded in kitbashing a Cleanup Menu ;-)
Maybe this approach gets your liking? Cleanup/Pro-i-fy my code, but my main purpose was to show effort and circumvent using BLI_exists in the interface drawing.
The DIFF I've submitted is to make unavailable files a uiItemL() so unselectable. (But that behaviour is unwanted because then you'll never be able to remove a really non existing recent file from the list)
The option 2 is the one where we only make the user aware that the file is (temporarily) unavailable..
Option 2: Adding a (N/A) to unavailable files
May 17 2019
it was right under my eyes.. ;-)
Recent files are not shown now when not available..
I would like to hide them instead of not showing them, to make it more clear.. but I'm too dumb to find a way (yet)
Any hints would be nice ;-)
May 16 2019
Apr 18 2019
And I saw too late that @Ray molenkamp (LazyDodo) came up with that solution on devtalk first... Sorry dude!
Mar 26 2019
Mar 23 2019
Regarding spaces.. I told you in my post myself, no need to tell me.
I don't know what you mean regarding "upstream"
This proposed patch was just to inform you about a deprecated finite function..
If there is discussion needed to get them out, then count me out.. close the call.. it's not important enough to take up this much time.
I bet you got better things to do than these small issues.
Jan 28 2019
At my end, things are working the way it should now! Thanks
Jan 23 2019
Since 2.8 is master.. remove this tag.. maybe it will get some attention now ;-)
Jan 21 2019
This patch lets me import svg files with exponential notation succesfully!
Sergey created https://developer.blender.org/D4234 which makes this suggestion obsolete
Jan 14 2019
Seems https://developer.blender.org/T60450 reports a similar situation due to that patch.
Here's an image of mine showing skipped denoising tiles.
Jan 4 2019
Still an issue..
Jan 2 2019
maybe I should have said broken SINCE...
every build since then, up and including 2.80 branch doesn’t respect the setting.
just check the behaviour, it’s quite simple to verify..
Dec 31 2018
Dec 20 2018
Dec 14 2018
If you want an example file ;-)
Dec 11 2018
I wasn't aware that I was/am the one to apply those proposals.
Anyway, I've search the source and came up with a possible fix, to discard the "themable width".
Since the console and text editor both have a themable cursor color, I kept it in as well for the edit cursor.
I've applied the cursor width calculation to those two as well b.t.w.
Dec 10 2018
Hi.. Since you're opening up themable colors again (see https://developer.blender.org/D3949) I'd like to re-propose my patch..
I think you need to check your topology.. you've got overlapping faces.. That's how that looks like.. has nothing to do with this (fixed) bug as I see it
Nov 30 2018
ok.. this is really getting on my nerves.. sorry that I freak out now, but it’s really just a throw of a dice with trying to inform you about a bug/feature/ui issue/papercut or whatever you think you call something.
then it’s a feature, then it’s a bug, always just the opposite of what I think it is..
Nov 26 2018
As long as you agree that there needs to be a contrasty and hidpi friendly cursor, then I'm all for it ;-)
A bit "jammer" that there is no support for customization via theming, but hey.. in the end that doesn't matter.
I don't know your specific ages, but please bear in mind that not everything you see, is what others see.. I can't distinguish that cursor from the background because of it's color.. and secondarily it's width.
And yes, I'm on a 5k screen.
As I can change the background color, sooner or later the contrast is gone.. you can't theme one thing and leave out it's opposite.
It was a suggestion others would enjoy too.. on rightclick select it gained a couple of likes..
Nov 22 2018
Nov 21 2018
Here's a quick screencap showing the bug (on ubuntu linux)
Nov 19 2018
Nov 12 2018
Checking for NULL on XDG_RUNTIME_DIR
As if there are people not using systemd ;-)
Nov 7 2018
Added BLI_filelist_free. (should have been in there from the start.. seems I forgot to copy/paste that line before, and never noticed it)
It solves the leak.
Nov 1 2018
It happens on both my own as well as the daily builds.
It goes away when I set my "screens have separate spaces" off so I did that in the meantime, but it's not the solution I know.