- Fixed possible NPE with calling getWindow()
- Remove unnecessary panel of preset colors underneath the color picker
- Changed dialog to AlertDialog to match LED color picker
While this doesn't look EXACTLY like the LED color picker, this along with
the commit below bring it closer than ever before.
http://gerrit.dirtyunicorns.com/#/c/1199/
Change-Id: I13bc40d1882676d92e5c4ae4bfcf25865e88dad1
Signed-off-by: xyyx <xyyx@mail.ru>
Set a default value using the "defaultColorValue" settings namespace
attribute. The general idea is often we want set a value of say "-1"
and let framework handle it. One such scenario would be if you are
changing the color of a ImageView using ColorFilter. When framework
receives a "-1" value, framework sets the ImageView ColorFilter to null,
restoring the ImageView to original state.
Screenshot:
https://teameos.slack.com/files/bigrushdog/F09T5S155/screenshot_2015-08-31-04-02-54.png
Change-Id: I4ad63576270de344a9e7430d9e63a248d37afd9f
Signed-off-by: xyyx <xyyx@mail.ru>
when CustomSeekBar is called, it does:
mSeekBar.setMax(mMax - mMin);
assuming mMin=0 and mMax=100 if they are not set with settings:min or max
through the related menu xml.
So if we set one of those values in the related menu java class with the
available public voids (setMax(value) and setMin(value)) the seekbar doesn't
get the new min and max thus the user can't slide it to the max position.
To reply:
- set settings:max (or android:max according to your customseekbar implementation)
to the wanted value, e.g. 255;
- set the min value through your menu java class with CustomSeekBarPreference.setMin(value);
- try to move the progressbar thumb to the max position, it won't reach it.
Signed-off-by: xyyx <xyyx@mail.ru>
