- User Since
- May 23 2014, 12:55 PM (278 w, 5 h)
Sun, Sep 8
Again a reminder that the UI_DPI_FAC bug regarding cursor width is not fixed.
What is holding you back?
Thu, Aug 29
Sat, Aug 24
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 @LazyDodo (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.
Oct 31 2018
As noted by Campbell, using STRPREFIX makes more sense.
Made the filtering a bit smarter/error proof.
Oct 30 2018
forgot to include the #include "BLI_fileops_types.h" this last diff.
Removed one check for existance of /run/user/xxx/gvfs folder
If it doesn't exist no real problem arises.
Benefit however is that when the network is down, it won't have to wait twice for a dir-exists and dir-contents
it seems that when disconnecting the network, the share entries won't go away and the os will keep trying to look for them when asking for the directory list until timeout.
This slows down blender startup while waiting for the timeout..
- Get environment variable pointing to the XDG Runtime folder
- Loop through the gvfs folder to find/add shares
Oct 28 2018
BTW.. I don't know if this qualifies as feature request, but when starting out with Linux years ago, I always found it difficult to find shares made by Nautilus/Files (UI) in Ubuntu and other distro's. A new user will have that same "where are they in Blender" question.
Maybe have them available too? The /run/user/<username>/gvfs folder I mean.
Oct 27 2018
Oct 8 2018
Oct 4 2018
Oct 1 2018
Am I right to assume that only the blender 2.8 branch got your (perfectly working ;-) patch?
I've incorporated your patch in the master branch myself (personal use) but shouldn't it be in there officially? Still use the 2.79 daily a lot of course.
You've fixed the most important part (the crash)
Is it on purpose that you did not fix the not showing text on curve before entering edit mode (because blender doesn't crash on it) or indeed forgot to read the original report?
Sep 30 2018
BTW, please also follow the first instructions, because the crash happens because the cursor key is not after the last character I THINK, but you would only see that better if you'd follow my original instructions, without the blend file
In all this time it would only have taken an average blender user maybe 10 seconds to follow my "crash" path..
Sep 25 2018
On request some screenshots..
Sep 23 2018
Sep 17 2018
Sep 3 2018
Aug 28 2018
Aug 7 2018
I think it's the same issue I have in sculpt mode.. I've tracked it down to commit d79df6c0
the changes to space_toolsystem_common.py got result in not being able to cycle through brush presets.
Commenting them out fixes that (for the time being)
Did not investigate source further. Maybe committer Campbell knows more ;-)
Aug 3 2018
Aug 2 2018
I've built blender 2a8413a0ddd
So far I can say it's a stable build regarding this issue!
Jul 29 2018
And here is a backtrace when runned through lldb
This is the version I'm using:
Jul 28 2018
Jul 23 2018
That's what you get when dealing with noobs ;-) Sorry..
Fairly Sure ;-)
on AMD Radeon R9 M395X 4096 MB (OSX iMac 5k) the proposed Viewport Samples and viewport quality "fixes" the issue.
However in Eevee Render Preview and enabled screen(space)_subsurface_scattering, viewport still acts up.
Jul 11 2018
Oct 27 2017
Aug 9 2017
I have the 'same' issue, except that the rendered tiles on GPU are completely black. No artifacts.
iMac 5k, 4Ghz Intel i7
AMD Radeon R9 M395X 4096Mb
Jul 26 2017
Thanks for your explanation.
There is a "but" of course ;-)
I do understand conversion radians/degrees and all that,
but the same goes for rotation as it does for translation. A user doesn't care how or what is being calculated under the hood.. he/she just sees an unexpected change in his input field.
That's going to raise bug reports for sure and to my mind, rightfully so.
So I would urge you in advance to try to overcome this 'faulty' display of rotation.
Jul 21 2017
When entering Rotation values higher than around 14.4, and reentering, those still get rounded with 6 decimals.
So entering 14.1 is ok, 14.2, 14.3 works fine.. but after that the rounding occurs..
I've checked several lower numbers.. couldn't repeat the issue there.. strange..
Also if I would enter a rotation value of 45 it would return 45.000001
Jul 15 2017
Jul 7 2017
Searched like crazy to pinpoint where it goes wrong.
My findings are that everything is calculated fine from the movie file (anim_movie.c->IMB_anim_get_duration)
and it shows correctly throughout blender interface and even when querying the loaded movie in console:
bpy.data.images[x].frame_duration returns the correct number
Only the node itself displays "1"
executing bpy.ops.image.match_movie_length() sets the correct value