Select Linked works not in touch with Prefs #36226

New Issue

Moolah Nasreddin · 2013-07-19T21:07:08+02:00

Moolah Nasreddin commented

2013-07-19 21:07:08 +02:00

%%%--- the distracted part :) ---

Congratulations with 2.68 release, Guys! :)
Blender is becoming more and more mature and I love it! Blender is becoming more likeable in Russia and this is great!
I wish it will grow in even more beautiful piece of art (it can't be called "software" in my mind).
I really hope that it will not "collect" all other 3d apps' weaknesses like clumsy UI and non-solid choices in the design.

- Operating System, Graphics card ---

win32

- Blender version with error, and version that worked ---

2.68 (did it worked before?)

- Short description of error ---

Select linked selects with "Limit by seams" ignoring Preferences anyway

- Steps for others to reproduce the error (preferably based on attached .blend file) ---

hit "L" on the seamed face of the cube
you'll see the greyed out Select Linked column. It contains two checkboxes: Deselect (unchecked), Limit by Seams (checked)
now check Preferences, enter "Select Linked" in the search and you'll find quickly:
- "Limit by Seams" is set OFF by default (!!!)
- "Deselect" choice in Prefs works like intended (so it sets the default value)
- tries to set ON then OFF "Limit by Seams" in Prefs doesn't help

Seems that this bug is here for ages. Maybe now it's a good time to report it :) It's not crucial for me but is annoying

Also - another "bug" (it's very related to this case, I suppose frankly) is:

making once Ctrl+L and deselecting "Limit by Seams" doesn't change it's further behavior. As I know Blender "remembers" previous choices (in such cases)
by the design. So I call this "bug" - the unintended behavior, "not solid design".

P.S. before testing these I've loaded factory defaults.%%%

%%%--- the distracted part :) --- Congratulations with 2.68 release, Guys! :) Blender is becoming more and more mature and I love it! Blender is becoming more likeable in Russia and this is great! I wish it will grow in even more beautiful piece of art (it can't be called "software" in my mind). I really hope that it will not "collect" all other 3d apps' weaknesses like clumsy UI and non-solid choices in the design. - Operating System, Graphics card --- win32 - Blender version with error, and version that worked --- 2.68 (did it worked before?) - Short description of error --- Select linked selects with "Limit by seams" ignoring Preferences anyway - Steps for others to reproduce the error (preferably based on attached .blend file) --- - hit "L" on the seamed face of the cube - you'll see the greyed out Select Linked column. It contains two checkboxes: Deselect (unchecked), Limit by Seams (checked) - now check Preferences, enter "Select Linked" in the search and you'll find quickly: - "Limit by Seams" is set OFF by default (!!!) - "Deselect" choice in Prefs works like intended (so it sets the default value) - tries to set ON then OFF "Limit by Seams" in Prefs doesn't help Seems that this bug is here for ages. Maybe now it's a good time to report it :) It's not crucial for me but is annoying Also - another "bug" (it's very related to this case, I suppose frankly) is: making once Ctrl+L and deselecting "Limit by Seams" doesn't change it's further behavior. As I know Blender "remembers" previous choices (in such cases) by the design. So I call this "bug" - the unintended behavior, "not solid design". P.S. before testing these I've loaded factory defaults.%%%

Moolah Nasreddin commented

2013-07-19 21:07:08 +02:00

Changed status to: 'Open'

Lukas Tönne commented

2013-09-04 13:50:30 +02:00

%%%This is caused by a special handling of the "limit" property of that operator (editmesh_selec.c, linked_limit_default, line 1882): If the property is "not set", a value will be picked automatically: for face-select mode enabled, otherwise disabled.

Problem is that, with the operator default being "off", the value will always be detected "not set" when "off" in user prefs. There is no way to explicitly disable it in user preferences because when "off" it will always chose automatically. Only when "on" in user settings will the automatic choice be skipped.%%%

%%%This is caused by a special handling of the "limit" property of that operator (editmesh_selec.c, linked_limit_default, line 1882): If the property is "not set", a value will be picked automatically: for face-select mode enabled, otherwise disabled. Problem is that, with the operator default being "off", the value will always be detected "not set" when "off" in user prefs. There is no way to explicitly disable it in user preferences because when "off" it will always chose automatically. Only when "on" in user settings will the automatic choice be skipped.%%%

Lukas Tönne commented

2013-09-12 15:31:16 +02:00

%%%I have put a potential patch on codereview:
https://codereview.appspot.com/13244048/

The way uninitialized keymap properties are displayed and the operator in the context menu are debatable, but i couldn't think of a more elegant way that doesn't clutter the whole user prefs with buttons for each property.%%%

%%%I have put a potential patch on codereview: https://codereview.appspot.com/13244048/ The way uninitialized keymap properties are displayed and the operator in the context menu are debatable, but i couldn't think of a more elegant way that doesn't clutter the whole user prefs with buttons for each property.%%%

Moolah Nasreddin commented

2013-09-18 14:44:07 +02:00

%%%I'm not a coder but this sounds great! :)%%%

Lukas Tönne commented

2013-09-20 11:12:09 +02:00

%%%Fixed in r60255. Keymaps will keep user-defined values now, until you explicitly "unset" them ('X' button user prefs). This prevents the operator from using automatic behavior with an "off" setting. Thanks for reporting!%%%

Lukas Tönne commented

2013-09-20 11:12:09 +02:00

Changed status from 'Open' to: 'Resolved'

Lukas Tönne closed this issue

2013-09-20 11:12:09 +02:00

Moolah Nasreddin commented

2013-09-20 12:31:19 +02:00

%%%Another great fix! :) Thank you!%%%

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Select Linked works not in touch with Prefs #36226