Bforartists: New expanded property UI style

Created on 29 Nov 2020  Â·  36Comments  Â·  Source: Bforartists/Bforartists

I'm not happy about how much space the labels steals here from the edit boxes. Just not sure how to fix this one here.

One solution would be to put the label at the top above instead in the first x row, then the x row x with just an X label , closely followed by the edit box. This would give us most space here i guess.

morespace

Mockup:

mockup

0 - task 1- Fixed

Most helpful comment

One task at a time. This may make some extra work here and there, but is easier to develop, follow and maintain :)

When you try to cross all bridges at once then you might just fall off the bridge. That's at least my experience with it ^^

All 36 comments

I would prefer to use this for all content where you have an x y z component then.

EDIT, the problem is, in the properties editor it looks okay the way it is. Ah, UI design -.-

What do you folks think here?

transform

Indeed this issue was mentioned earlier, I like the mock up design, solves the issue and much neater

I agree - much nicer layout. I'm less concerned about the vertical space
here but we would want to check that it doesn't have unintended
consequences elsewhere.

On Sun, Nov 29, 2020 at 8:23 AM Iyad Ahmed notifications@github.com wrote:

Indeed this issue was mentioned earlier, I like the mock up design, solves
the issue and much neater

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/Bforartists/Bforartists/issues/2033#issuecomment-735393547,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AABQYINEDSHMQ76QX5DNECDSSJDMTANCNFSM4UGPWFCA
.

Then let's use this layout from the mockup if possible.

Never liked the "Location X" then the other Y then Z... I would rather the label, then the XYZ and wide sliders per the mockup. It does add some vertical, but only 3 rows.

So we all agree, yay \o/

sample code for new design
for some reason this looks different in Blender and Bforartists hmmm
image

What? :D

it looks like this, same code, hmmm
image

I always go the other way around. First column, then row. Maybe that's why.

col = layout.column(align = True)
row = col.row()
row.mycontent
row.myothercontent

And then you could even come much closer with row = col.row(align = True)

alright trying now

indeed while trying earlier, right and left alignment seemed to work only with row

So it works now in the way you want it? Great. Whatever works :)

unfortunately still not working, but trying to find a workaround

found a workaround
image

Hm. I personally find it too complicated for this purpose. I could live with the resizing gaps. But whatever works ^^

I still don' t understand why you want to align the content at the right at all. With a row layout the whole content usually fills the whole line.

I thought so too, but without align right it doesn't work
I tried multiple ways before arriving at this, maybe I missed something though, but this works great
image

earlier I tried putting " " in prop text, achieves the new style, but doesn't align all the way to left
image

Ah now i understand. That's the use_property_split that is kidding you here. Use false, and the big gap should vanish :)

And you miss content here! Don't forget the locks and the decorators! But i guess you are simply not at this point yet :)

locksanddecorators

sure won't forget them, it is just that dimension can't be animated or locked :)

Ah, true ^^

Ah now i understand. That's the use_property_split that is kidding you here. Use false, and the big gap should vanish :)

oh right, will try, I suppose set it to false for other than the slider itself, because that would show text inside

That's where set text to "" comes in handy :)

tried but unfortunately shows text inside
image

wrote a simple function since we would use this a lot, maybe a better way will be found
image

That's crazy, it shouldn't O_O

Blender is always good for bad surprises it seems.

indeed XD

Wouldn't it be easier to modify the c code then? This one becomes more complicated with every iteration ^^

I think so too, but maybe it is still an interesting idea to try

Yes, interesting is the right word :D
Point is, we have xyz dimension boxes in edit, pose and other modes too. And so i see double work here, which might complicate things instead of making it easier.

indeed, but the plan is to replace transform panel in all modes but edit and pose, will give a try, everything is going well so far.

indeed, but the plan is to replace transform panel in all modes but edit and pose,

Ah, I think for consistency, if a transform panel changes somewhere, it should change for all modes and instances of that panel. Just to clarify. ;)

Indeed we should modify C instead, my bad I was thinking about the other issue

One task at a time. This may make some extra work here and there, but is easier to develop, follow and maintain :)

When you try to cross all bridges at once then you might just fall off the bridge. That's at least my experience with it ^^

Looks like there is a pull request for this one, but has been sitting there waiting a bit. Is there anything that needs to be reviewed before being approved @ReinerBforartists ?

It's a draft. And drafts cannot be merged.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

Draise14 picture Draise14  Â·  5Comments

iyadahmed picture iyadahmed  Â·  7Comments

kungfooman picture kungfooman  Â·  6Comments

ReinerBforartists picture ReinerBforartists  Â·  4Comments

ReinerBforartists picture ReinerBforartists  Â·  5Comments