Selection Conversion / Icons

[Timothy M. Shead]

So, I've got selection conversion pretty-much back-to-normal; alone the
way, I moved the "Keep Selection" and "Convert Selection" options to the
toolbar.  Dan, these really need your touch on some icons, I just added
a placeholder.

Cheers,
Tim

[tshead.vcf]

---

begin:vcard
fn:Timothy Shead
n:Shead;Timothy
org:www.k-3d.org
email;internet:tshead@...
title:Founder
x-mozilla-html:FALSE
version:2.1
end:vcard

---

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
K3d-development mailing list
K3d-development@...
https://lists.sourceforge.net/lists/listinfo/k3d-development

[Daniel Scott Matthews]

On Sat, Oct 17, 2009 at 3:31 PM, Timothy M. Shead <tshead@...> wrote:
> So, I've got selection conversion pretty-much back-to-normal; alone the way,
> I moved the "Keep Selection" and "Convert Selection" options to the toolbar.
>  Dan, these really need your touch on some icons, I just added a
> placeholder.
>

OK, will do that now. Just playing with the new build, did you plan
that both can be toggled on? Interesting behaviour I can grow the
selection by clicking back and forth between the selection type
buttons. I gather you are not using a stack rather you calculate the
selection if type changes back to what it was before?

I am thinking of using two hands, one holding some geometry to say
keep selection, the other tossing the geometry to the other hand to
say convert selection.

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
K3d-development mailing list
K3d-development@...
https://lists.sourceforge.net/lists/listinfo/k3d-development

[Daniel Scott Matthews]

On Sat, Oct 17, 2009 at 4:07 PM, Daniel Scott Matthews
<dsmatthews@...> wrote:

> On Sat, Oct 17, 2009 at 3:31 PM, Timothy M. Shead <tshead@...> wrote:
>> So, I've got selection conversion pretty-much back-to-normal; alone the way,
>> I moved the "Keep Selection" and "Convert Selection" options to the toolbar.
>>  Dan, these really need your touch on some icons, I just added a
>> placeholder.
>>
>
> OK, will do that now. Just playing with the new build, did you plan
> that both can be toggled on? Interesting behaviour I can grow the
> selection by clicking back and forth between the selection type
> buttons. I gather you are not using a stack rather you calculate the
> selection if type changes back to what it was before?
>
> I am thinking of using two hands, one holding some geometry to say
> keep selection, the other tossing the geometry to the other hand to
> say convert selection.
>

First draft done, see here,
http://k-3d.org/blogs/dsmatthews/2009/10/17/first-draft-of-two-new-icons-for-selection-state-changes/

or see attached archive for the SVG artwork.


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
K3d-development mailing list
K3d-development@...
https://lists.sourceforge.net/lists/listinfo/k3d-development

[Timothy M. Shead]

Daniel Scott Matthews wrote:

>> OK, will do that now. Just playing with the new build, did you plan
>> that both can be toggled on? Interesting behaviour I can grow the
>> selection by clicking back and forth between the selection type
>> buttons. I gather you are not using a stack rather you calculate the
>> selection if type changes back to what it was before?

To clarify, this is the way it's always worked, all that I did was get
it working with the new data structures, and move those two parameters
out of the "Tool Properties" (which I'd like to see go away entirely):

* Whether to retain the original selection when you change modes.
* Whether to add the converted selection when you change modes.

The parameters are orthogonal, so it makes sense to control them
separately ... note that you can combine those into four different (and
valid) ways of controlling the behavior when you change modes.

>> I am thinking of using two hands, one holding some geometry to say
>> keep selection, the other tossing the geometry to the other hand to
>> say convert selection.
>>
>
> First draft done, see here,
> http://k-3d.org/blogs/dsmatthews/2009/10/17/first-draft-of-two-new-icons-for-selection-state-changes/

I'd like to see us using the Gnome Human Interface Guidelines, in this
case I'm referring to the section "Do not include body parts in the icon" at

http://developer.gnome.org/projects/gup/hig/1.0/icons.html#icon_problems

Cheers,
Tim

[tshead.vcf]

---

begin:vcard
fn:Timothy Shead
n:Shead;Timothy
org:www.k-3d.org
email;internet:tshead@...
title:Founder
x-mozilla-html:FALSE
version:2.1
end:vcard

---

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
K3d-development mailing list
K3d-development@...
https://lists.sourceforge.net/lists/listinfo/k3d-development

[Daniel Scott Matthews]

On Sun, Oct 18, 2009 at 6:26 AM, Daniel Scott Matthews
<dsmatthews@...> wrote:

> On Sun, Oct 18, 2009 at 1:56 AM, Timothy M. Shead <tshead@...> wrote:
>> Daniel Scott Matthews wrote:
>>
>>>> OK, will do that now. Just playing with the new build, did you plan
>>>> that both can be toggled on? Interesting behaviour I can grow the
>>>> selection by clicking back and forth between the selection type
>>>> buttons. I gather you are not using a stack rather you calculate the
>>>> selection if type changes back to what it was before?
>>
>> To clarify, this is the way it's always worked, all that I did was get it
>> working with the new data structures, and move those two parameters out of
>> the "Tool Properties" (which I'd like to see go away entirely):
>>
>> * Whether to retain the original selection when you change modes.
>> * Whether to add the converted selection when you change modes.
>>
>> The parameters are orthogonal, so it makes sense to control them separately
>> ... note that you can combine those into four different (and valid) ways of
>> controlling the behavior when you change modes.
>>
>>>> I am thinking of using two hands, one holding some geometry to say
>>>> keep selection, the other tossing the geometry to the other hand to
>>>> say convert selection.
>>>>
>>>
>>> First draft done, see here,
>>>
>>> http://k-3d.org/blogs/dsmatthews/2009/10/17/first-draft-of-two-new-icons-for-selection-state-changes/
>>
>> I'd like to see us using the Gnome Human Interface Guidelines, in this case
>> I'm referring to the section "Do not include body parts in the icon" at
>>
>> http://developer.gnome.org/projects/gup/hig/1.0/icons.html#icon_problems
>>
>
> OK I will come up with another visual metaphor, at the risk of
> abstracting the ideas in a manner that people may find harder to
> understand. I'm sure there is a more mathematical way of expressing
> the retention of a data set vs the transformation of one.
>
> Perhaps like this,
>
> Keep set:   [S]
> Calculate new set from old:   f(S)
>
> Where S is a sub icon (motif) for selection set, that we can use
> elsewhere is required.
>

Done! http://k-3d.org/blogs/dsmatthews/2009/10/18/second-draft-of-two-new-icons-for-selection-state-changes/

Artwork attached.


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
K3d-development mailing list
K3d-development@...
https://lists.sourceforge.net/lists/listinfo/k3d-development

[Timothy M. Shead]

Daniel Scott Matthews wrote:

> On Sun, Oct 18, 2009 at 6:26 AM, Daniel Scott Matthews
> <dsmatthews@...> wrote:
>> On Sun, Oct 18, 2009 at 1:56 AM, Timothy M. Shead <tshead@...> wrote:
>>> Daniel Scott Matthews wrote:
>>>
>>>>> OK, will do that now. Just playing with the new build, did you plan
>>>>> that both can be toggled on? Interesting behaviour I can grow the
>>>>> selection by clicking back and forth between the selection type
>>>>> buttons. I gather you are not using a stack rather you calculate the
>>>>> selection if type changes back to what it was before?
>>> To clarify, this is the way it's always worked, all that I did was get it
>>> working with the new data structures, and move those two parameters out of
>>> the "Tool Properties" (which I'd like to see go away entirely):
>>>
>>> * Whether to retain the original selection when you change modes.
>>> * Whether to add the converted selection when you change modes.
>>>
>>> The parameters are orthogonal, so it makes sense to control them separately
>>> ... note that you can combine those into four different (and valid) ways of
>>> controlling the behavior when you change modes.
>>>
>>>>> I am thinking of using two hands, one holding some geometry to say
>>>>> keep selection, the other tossing the geometry to the other hand to
>>>>> say convert selection.
>>>>>
>>>> First draft done, see here,
>>>>
>>>> http://k-3d.org/blogs/dsmatthews/2009/10/17/first-draft-of-two-new-icons-for-selection-state-changes/
>>> I'd like to see us using the Gnome Human Interface Guidelines, in this case
>>> I'm referring to the section "Do not include body parts in the icon" at
>>>
>>> http://developer.gnome.org/projects/gup/hig/1.0/icons.html#icon_problems
>>>
>> OK I will come up with another visual metaphor, at the risk of
>> abstracting the ideas in a manner that people may find harder to
>> understand. I'm sure there is a more mathematical way of expressing
>> the retention of a data set vs the transformation of one.
>>
>> Perhaps like this,
>>
>> Keep set:   [S]
>> Calculate new set from old:   f(S)
>>
>> Where S is a sub icon (motif) for selection set, that we can use
>> elsewhere is required.
>>
>
> Done! http://k-3d.org/blogs/dsmatthews/2009/10/18/second-draft-of-two-new-icons-for-selection-state-changes/
>
> Artwork attached.

Looks good!  Do you want to submit a patch or do you want me to merge
them into the tree?

Cheers,
Tim

[tshead.vcf]

---

begin:vcard
fn:Timothy Shead
n:Shead;Timothy
org:www.k-3d.org
email;internet:tshead@...
title:Founder
x-mozilla-html:FALSE
version:2.1
end:vcard

---

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
K3d-development mailing list
K3d-development@...
https://lists.sourceforge.net/lists/listinfo/k3d-development