Blake Stacks (blakenator)
User

Projects

User does not belong to any projects.

User Details

User Since
Nov 6 2013, 3:54 PM (258 w, 1 d)

Blender user since 2009

Recent Activity

Aug 16 2014

Blake Stacks (blakenator) added a comment to T41261: Panels Redesign.

The text would already be unreadable after a certain point, and this is pretty much the standard in other applications anyway, so this way we could keep a constant spacing between the drag area and collapse area.


If we do it right, the space itself could be the divisor. Or, on the mouse entering the header, we could highlight the drag area slightly:

Aug 16 2014, 5:25 AM · BF Blender, User Interface
Blake Stacks (blakenator) added a comment to T41261: Panels Redesign.

I just realized this: any indicator splitting the panel header would have run-off problems if the text overlaps the drag area; how would you separate two overlapping areas?

Aug 16 2014, 5:07 AM · BF Blender, User Interface

Aug 13 2014

Blake Stacks (blakenator) added a comment to T41261: Panels Redesign.

Wow, again I pushed submit too early...
@Warren Bahler (russcript) I do agree with your 'hidden' functions statement though.

Aug 13 2014, 8:08 PM · BF Blender, User Interface
Blake Stacks (blakenator) added a comment to T41261: Panels Redesign.

@Warren Bahler (russcript), what do you think about just adding a minimum size, because even with the percentage (which can easily be done btw), we can have extreme situations where you end up with just one or two dots.

Aug 13 2014, 8:04 PM · BF Blender, User Interface

Aug 12 2014

Blake Stacks (blakenator) added a comment to T41261: Panels Redesign.

@Warren Bahler (russcript), now that you've said that, I agree that the pin icons take up excess space, but they should still be implemented similarly across all panels.
Also, the percentage would still lead to an overflow issue when the region is too small in the same circumstance as before. We could clamp the width of the drag panel to a minimum though, and that would lead to a never-disappearing interface...

Aug 12 2014, 5:07 AM · BF Blender, User Interface

Aug 10 2014

Blake Stacks (blakenator) added a comment to T41261: Panels Redesign.

@Tillmann Schütz (Ionarn) I think those would play very nicely with @Pablo Vazquez (venomgfx)'s widget redesign, but IMO it still needs some indicator that it can be dragged. I have taken the last week to think about this issue, and have come up with this idea (many similarities to yours):


And some not pinned:

(Pay no attention to the colors in the mockup, those are just for emphasis)

Notes:
  • This design places the functions by most used (most used function first):
    1. Collapsing (whose click area extends to the end of the text)
    2. Dragging
    3. Pinning
  • The dot on the right would be the pin area (should still have the pin icon, not a circle, when pinned, this is just a pre-vis).
  • Pinning should be more thoroughly implemented in the UI to provide
    • improved consistency in the interface
    • improved functionality
  • The drag widget would hide when the mouse is not in the header
Aug 10 2014, 11:40 PM · BF Blender, User Interface

Aug 3 2014

Blake Stacks (blakenator) added a comment to T41261: Panels Redesign.

Accidentally pushed post too early :P
Here's a mockup:

Aug 3 2014, 3:34 AM · BF Blender, User Interface
Blake Stacks (blakenator) added a comment to T41261: Panels Redesign.

I have an idea. How about dividing the header between the collapse icon and the text? While I'm not too fond of the cluttering effect, it would delineate the different functions much better than what we have currently.

Aug 3 2014, 3:33 AM · BF Blender, User Interface

Aug 2 2014

Blake Stacks (blakenator) added a comment to T41261: Panels Redesign.

@Albert (wevon) I think unless the whole UI team agrees, we should keep the blender style, but your concept would be cool looking!

Aug 2 2014, 3:48 AM · BF Blender, User Interface

Aug 1 2014

Blake Stacks (blakenator) added a comment to T41261: Panels Redesign.

@Julian Eisel (Severin), how do you do the corner-rounding?

Aug 1 2014, 5:06 AM · BF Blender, User Interface

Jul 31 2014

Blake Stacks (blakenator) created T41261: Panels Redesign.
Jul 31 2014, 5:20 AM · BF Blender, User Interface

Jul 29 2014

Blake Stacks (blakenator) added a comment to T38178: Modifiers UI.

Something like this:

Jul 29 2014, 8:22 PM · User Interface, BF Blender
Blake Stacks (blakenator) added a comment to T38178: Modifiers UI.

What if you numbered the listbox in ascending order? This will encourage the idea of priorities (#1 needs to be applied/is calculated first, #2 is second, etc). This would clarify the stack ideology while not hindering the effect of the listbox, as well as being much easier to code than a change to the listbox class itself.

Jul 29 2014, 8:00 PM · User Interface, BF Blender

Jul 28 2014

Blake Stacks (blakenator) updated subscribers of T38178: Modifiers UI.

If you were to add a solo modifier, how would that work if the modifier is in the middle of the stack? Would you literally only view that modifier or would you view only that modifier and above?

Jul 28 2014, 8:02 PM · User Interface, BF Blender

Jul 27 2014

Blake Stacks (blakenator) updated the diff for D637: Draggable Panels Appearance Update.

Sorry about yet another email, but I noticed a problem with my last diff. the dots should only use the header color if it is enabled, otherwise use the window back color.

Jul 27 2014, 11:31 PM
Blake Stacks (blakenator) added a comment to D637: Draggable Panels Appearance Update.

Nevermind, I just remembered I'm not supposed to do that.

Jul 27 2014, 7:31 PM
Blake Stacks (blakenator) added a comment to D637: Draggable Panels Appearance Update.

I will create a separate task for the panel redesign so this can be closed

Jul 27 2014, 1:47 AM
Blake Stacks (blakenator) updated the diff for D637: Draggable Panels Appearance Update.

Fix requested by @Campbell Barton (campbellbarton). Would've been sooner, had I figured out why the diffs weren't applying

Jul 27 2014, 1:09 AM

Jul 24 2014

Blake Stacks (blakenator) updated the diff for D637: Draggable Panels Appearance Update.

Fixes the scaling issue, the way they actually wanted!

Jul 24 2014, 7:42 PM
Blake Stacks (blakenator) commandeered D637: Draggable Panels Appearance Update.

OOHH MA GAWD! That's what you meant? Wow I thought you were talking about the individual box, not the highlight. Your past arguments make loads more sense now! haha XD

Jul 24 2014, 7:41 PM
Blake Stacks (blakenator) added a comment to D637: Draggable Panels Appearance Update.

Idk why it says I accepted it, because I didn't push the button.

Jul 24 2014, 1:24 AM
Blake Stacks (blakenator) updated the diff for D637: Draggable Panels Appearance Update.

I made a mistake earlier, so here is the corrected diff. @Jonathan Williamson (carter2422), if you have a high density monitor, it would be a big help.

Jul 24 2014, 1:22 AM

Jul 23 2014

Blake Stacks (blakenator) added a comment to D637: Draggable Panels Appearance Update.

That Contains the working handles, and just the handles so it will be a small patch for @Jonathan Williamson (carter2422)

Jul 23 2014, 8:03 PM
Blake Stacks (blakenator) commandeered D637: Draggable Panels Appearance Update.

I can't make a diff right now because I don't have the source, but here's the .c file

Jul 23 2014, 8:02 PM
Blake Stacks (blakenator) added a comment to D637: Draggable Panels Appearance Update.

On higher density screens, those larger dark dots will appear to be about the same (maybe a little large), which is what DPI is made for, correct? If we were to leave them the same at higher densities (4k monitors) they would become invisible. Also, Region overlap can be fixed with changing the colors a bit, Show Background can be added to an if-statement, offset scaling is dividing space amount by block->aspect. I will commandeer at lunch if no one has made these changes by then. :)

Jul 23 2014, 1:46 PM

Jul 22 2014

Blake Stacks (blakenator) added a comment to D637: Draggable Panels Appearance Update.

@Pablo Vazquez (venomgfx) I think using the widget for now would be the best option until the next release because such a drastic change as the panel redesign proposed needs to undergo more testing before being release-ready.
Also, @Pablo Vazquez (venomgfx), I have attempted active drag widgets, but as of the current mouse tracking system, there is no feasible way to do this IMO.
Here's a previous post, see if you can get it working:

Jul 22 2014, 11:18 PM
Blake Stacks (blakenator) added a comment to D637: Draggable Panels Appearance Update.
  • Idk if you were talking about codestyle for the new version or old, so I did both. Hopefully I got what you were talking about.
Jul 22 2014, 3:42 AM
Blake Stacks (blakenator) added a comment to D637: Draggable Panels Appearance Update.

The block->aspect is related to the window zoom from what I can deduce, and the UI_DPI_FAC relates to the dpi scaling for denser screens. I think having it scale with both is more typical of similar UI elements, so I can implement that easily.

Jul 22 2014, 2:17 AM

Jul 20 2014

Blake Stacks (blakenator) added a comment to D637: Draggable Panels Appearance Update.

@Antony Riakiotakis (psy-fi), with your last update (and probably all of mine), region overlap doesn't work with the panel body because it's not transparent. How should this be fixed?
Also, IDK if you committed already, but will you be using the simple widget as per @Paweł Łyczkowski (plyczkowski) or final windowed version?

Jul 20 2014, 11:45 PM
Blake Stacks (blakenator) added a comment to D637: Draggable Panels Appearance Update.

Ok. Thanks!

Jul 20 2014, 11:17 PM
Blake Stacks (blakenator) added a comment to D637: Draggable Panels Appearance Update.

Sorry for the delay (I was at a grad party with some of my hs friends), but @Antony Riakiotakis (psy-fi), what is the difference between glcolor4ub and glcolor4ubv?
I appreciate the help guys, very nice of you.
I agree with @Jonathan Williamson (carter2422), we could always wait to redesign the panels until after the next update or further in the future, so I am cool with using the original idea.

Jul 20 2014, 10:57 PM

Jul 16 2014

Blake Stacks (blakenator) updated subscribers of T38401: Metropolis Sampling.

Just an FYI: out of the box patch from master to metropolis_19 yields "patch does not apply" and "trailing white space" errors and when compiling:

blender\intern\cycles\kernel\kernel_compat_cpu.h(260): error C3861: 'InterlockedCompareExchange64': identifier not found
blender\intern\cycles\kernel\kernel_compat_cpu.h(272): error C3861: 'InterlockedCompareExchange': identifier not found
blender\intern\cycles\device\..\kernel\kernel_compat_cpu.h(260): error C3861: 'InterlockedCompareExchange64': identifier not found (blender\intern\cycles\device\device_cpu.cpp)
blender\intern\cycles\device\..\kernel\kernel_compat_cpu.h(272): error C3861: 'InterlockedCompareExchange': identifier not found (blender\intern\cycles\device\device_cpu.cpp)
blender\intern\cycles\device\device_cuda.cpp(716): error C2143: syntax error : missing ')' before '.'
blender\intern\cycles\device\device_cuda.cpp(716): error C2228: left of '.w' must have class/struct/union type is 'int'
blender\intern\cycles\device\device_cuda.cpp(716): error C2059: syntax error : ')'
Jul 16 2014, 5:40 AM · BF Blender, Cycles

Jun 17 2014

Blake Stacks (blakenator) closed T40667: [Papercut Fix] Tiny Display Size for Simulation Cache as Resolved.

Relocated to here...

Jun 17 2014, 6:59 PM · User Interface, BF Blender
Blake Stacks (blakenator) added a comment to T40667: [Papercut Fix] Tiny Display Size for Simulation Cache.

Ohhhhh! gotcha! like I said, my first post.

Jun 17 2014, 4:53 PM · User Interface, BF Blender
Blake Stacks (blakenator) updated subscribers of T40667: [Papercut Fix] Tiny Display Size for Simulation Cache.
Jun 17 2014, 7:48 AM · User Interface, BF Blender
Blake Stacks (blakenator) reopened T40667: [Papercut Fix] Tiny Display Size for Simulation Cache as "Open".
Jun 17 2014, 7:47 AM · User Interface, BF Blender

Feb 16 2014

Blake Stacks (blakenator) added a comment to T38663: Merge Redo History and Error notification into Separate Window.

Wiki page

Feb 16 2014, 8:51 PM · User Interface
Blake Stacks (blakenator) added a comment to T38663: Merge Redo History and Error notification into Separate Window.

Ah. Sorry!

Feb 16 2014, 7:01 PM · User Interface
Blake Stacks (blakenator) reopened T38663: Merge Redo History and Error notification into Separate Window as "Open".
Feb 16 2014, 6:23 PM · User Interface