[Bf-committers] About decimals in UI

[Campbell Barton]

Fixed edge slide with suggested changes r37294.
trailing zero issue mentioned before also fixed in svn.

On Tue, Jun 7, 2011 at 9:14 AM, Nether Hound
<nether.hound at googlemail.com> wrote:
> On the subject of UI and decimals, the edge slide modifier seems somewhat
> buggy in 2.57a (r36339). Specifically:
>
> 1. It claims to be in percent, but reaches either end of the slide between
> values of -1.0 and +1.0.
> 2. Holding ctrl while moving the mouse seems to clamp to increments of 0.085
> (approximately), which is bizarre (why not 0.1?).
> 3. The UI does not clamp between -1.0 and +1.0, which would be logical, and
> make it easier to cope with the often very dodgy mouse wrapping in
> continuous grab mode.
>
> I did try to submit a bug report, but for can't seem to register on the
> site.
>
> On 7 June 2011 05:18, Campbell Barton <ideasman42 at gmail.com> wrote:
>
>> Committed an improvement to precision calculation r37286, so small
>> numbers don't display as zero, note that this isn't applied to values
>> like 100.00001, which will display as they did before.
>>
>> There is one case where its not working as it should be:
>> 0.0001 displays ok, but 0.0005 becomes 0.00050.
>>
>> Possible obvious solutions are rounding and comparing to see if the
>> trailing zero is needed or we could strip trailing 0's off the string
>> afterwards.
>>
>> On Tue, Jun 7, 2011 at 2:32 AM, voxelbunny <voxelbunny at gmail.com> wrote:
>> > Very much +1!
>> >
>> > I'm not familiar with the implementation behind the scenes, but the issue
>> of
>> > decimal precision in the UI seems to be dealt with in a piecemeal
>> fashion.
>> > e.g. the Merge Limit in the Mirror modifier has 1E-6 precision, vs.
>> > Subsurface Scattering Scale's 1E-3 precision, though I usually keep each
>> in
>> > the 1E-3 range.
>> >
>> > I'm not sure it's entirely appropriate for the design to enforce a
>> certain
>> > scale on the user. But the only all-powerful solution I can think of off
>> the
>> > top of my head would be an implementation inspired by scientific
>> notation,
>> > which is arguably unintuitive for sometimes non-technically-trained
>> artists.
>> > You're in a tough spot when the UI standard is to show four digits of
>> > precision and the var starts with (0.000).
>> >
>> > At the very least I would like to be able to see some of the significant
>> > digits/sig figs of the var when I deliberately widen the buttons panel.
>> >
>> > tl;dr: Some of my models use SSS Scale (.0005). I have literally copied
>> this
>> > value to the clipboard and pasted it into Notepad in order to see it, as
>> > part of my normal workflow.
>> >
>> > On Mon, Jun 6, 2011 at 10:03 PM, Daniel Salazar - 3Developer.com <
>> > zanqdo at gmail.com> wrote:
>> >
>> >> I constantly need to input decimal values smaller than the precision
>> >> shown in the UI. I propose making the precision dynamic. Normally it
>> >> shouldn't need more than 0.0 but if you type 0.0015 it should get that
>> >> amount of decimal spaces. BTW the rounding up of visible values is
>> >> terrible, by far not the solution
>> >>
>> >> any thoughts?
>> >>
>> >> Daniel Salazar
>> >> 3Developer.com
>> >> _______________________________________________
>> >> Bf-committers mailing list
>> >> Bf-committers at blender.org
>> >> http://lists.blender.org/mailman/listinfo/bf-committers
>> >>
>> > _______________________________________________
>> > Bf-committers mailing list
>> > Bf-committers at blender.org
>> > http://lists.blender.org/mailman/listinfo/bf-committers
>> >
>>
>>
>>
>> --
>> - Campbell
>> _______________________________________________
>> Bf-committers mailing list
>> Bf-committers at blender.org
>> http://lists.blender.org/mailman/listinfo/bf-committers
>>
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers
>



-- 
- Campbell