- User Since
- Nov 30 2008, 9:31 PM (567 w, 2 h)
Yes, think the issue was discussed and was put on my desk, but not administrated correctly.
Fri, Oct 11
Adding clip border to determine if we need to show the clipping
Moved code to DNA_view_types as a define
Agree. We should disable clipping in these cases.
Thu, Oct 10
Wed, Oct 9
Tue, Oct 8
Try to be more descriptive in why you think this fixes the issue.
Nothing wrong with the fix. I would like to see more context why this solution fix this issue in general. Can be added as a description to this diff. This way when can track source code back to the issue and the reason why it is added. Already useful from a few months from now.
Mon, Oct 7
Sat, Oct 5
@Brecht Van Lommel (brecht) I would say we can start with limited support for most cases. I would use unsupported only when system can actually crash. That said that means that the current AMD Windows test record needs to be set to limited as I haven't seen any crashes, only incorrect viewport renderings.
Fri, Oct 4
Has been addressed by other tasks
Changed redirect links
Added GPU Name to the message boxes.
Made the X11 Message box not resizable
- Fixed Memory leak
- Correct cleanup of X11 message box
- silent warning
- Correct data in support tests array
- fixed possible issues when opengl drivers return vendor, renderer or version using multiple lines
Fixed code review issues:
Removed the reverse add in draw manager
Thu, Oct 3
@Brecht Van Lommel (brecht) In order to get a clean exit from this code I would check if we could change the callback to a function and show the message box in wm_init. this will also remove some repetitive code.
Removed unneeded \ in gpu_shader.c
- Added help button in windows
- Removed callback so we can do a more clean exit (basically it crashes and therefore it exited)
- Deduplicated with GPU package.
- Many small tweaks from code review
Wed, Oct 2
Some small fixes
Added Low level X11 Message Box
Tue, Oct 1
Added windows specific stuff to GHOST so I can switch back to linux
@LazyDodo (LazyDodo) added a diff on showing system warnings/errors in GHOST.
Ah, Seems like a display issue. The color values are correct, but seems like that when displaying the buffer is set or assumed to be pre-multiplied, but in fact workbench outputs straight alpha.
This makes all alpha values other than 1.0 and 0.0 displayed incorrectly.
@Paul Kotelevets (1D_Inc) Sorry, I don't get what you want to tell.
It is a limitation of the current system; B279 shows same behavior.
Mon, Sep 30
@Maxximo Ramirez (maxximo32) I have dozens of issues on my desk with all the same priority. I haven't looked at this issue at all.
Seems like we need to finetune this.
Workbench was never designed to be a renderer, so we were able to hide some of these artifacts. But I agree we should check what is causing this and find a solution.
Sun, Sep 29
Sat, Sep 28
Fri, Sep 27
When workbench was initially designed as a viewport only draw engine. We added background dithering https://developer.blender.org/rBf938ff1010851c511f7525f4c3378f86b4e25a55 . Later it became a scene render engine, but not all options were revisited.
Before commit please initialize to -1; 0 is an actual index.
Seems to be that rebasing introduced more changes...