Hi,
sorry for late reply.

The condition have 2 ways, so if you is not meet the user is removed from usergroup.

Does this mean, that we have to add an additional condition to the same field?

No,
we will explin with an example:

if you have this condition:
if field equal to custom value "1" then add to usergroup "Group 1"

this condition have 2 ways, so if field not equal to custom value "1" then remove to usergroup "Group 1"

At the very least, you need to add some javascript to your javascript file so that if the condition option is (or is changed to) 'Not equal', then the label for the usergroups changes from 'Add to usergroup' to 'Remove from usergroup'. (If I am understanding correctly how this is supposed to work?)

No sorry, when condition(equal,not equal,etc...) is met always added to usergroup. "Not equal" or "Equal" are only operators, what matters is the result: "true" or "false".

I would replace 'Greater' with 'Greater than' and 'Minor' with 'Less than'

you're right, thanks to the suggestion

You could also include a checkbox labeled 'Else' and insert it between the 'Add to Usergroup' and 'Remove from usergroup' options. I

I think this would make everything more complex for us and for our customers.

apart from some different point of view, many things that you've written are interesting and will keep them for the development of the next release.

so please don't treat me like I don't know what I am talking about.

I am sorry that you thought this."complex" is not intended to developmental level.

Conditions on the usergroups are used for the 95% on a simple "Select" field and with the operator "Equal". Obviously these users expect that the condition assign a usergroup to a certain value and that it be removed if the condition is not met. This is simple and this is the goal that we seek to achieve.

I can tell you that the way it is now is VERY confusing

I do not understand what's so confused in making simple condition like this:
- if field equal to some value add to usergroup.
This is more complex:
- if field equal to some value add to usergroup else remove from usergroup

I think that the problem is only in improving the interface and documentation, I do not think you need to add other parameters.
Add other parameters only makes the understanding of the function more difficult

I appreciate what you're doing , and certainly in the future we will improve the product.

This scenario is not consistent!!! "radio field" by definition excludes other options. You can use checkbox(or multiple select) and condition like these:
- if contain custom value "Hospital" add to group "Hospital"
- if contain custom value "Nursing" add to group "Nursing"

Also you will have problems with the conditions to show/hide fields.

I give up

As you can see by my adding 'I give up' to YOUR post - which only you should be able to edit - it seems like you don't understand the logic for configuring this forum software any more than you understand English - or what I just explained. Again you make me sound like I don't know what I am doing by suggesting that my use of a radio button is incorrect - when in fact the selection of only ONE of two options is why it is needed. Why would I want to use a multiselect element when only one option can/should be selected???

What does my use of a radio button have to do with changing usergroups?
You make the false assumption that any usergroup configured in Joomla is based on simple true/false logic - based on one Condition - when that might not be the case at all. Inclusion in a usergroup may be based on a number of different (OR) conditions - and just because one of those conditions is not met, it doesn't mean the user should be removed from the usergroup. This is why 'the way it works' now is so wrong.

Also you seem to be stuck in thinking that usergroups should only get changed during Registration - without realizing that in many applications a user can be added or removed from any usergroup at any time after registration. So yes, your last suggestion would work - but at Registration only (and at that time there is no need to remove the user from any usergroup).

So you still didn't answer my question - please give it another shot. Maybe, in trying to do so, you will come to the realization of why you are incorrect in your assumptions of just how add/remove from usergroups SHOULD work.

I didn't pay for "support" in order to argue with another arrogant Joomla 3rd party developer about programming logic - I paid under the assumption that there might be some time when I could actually use some help or assistance in solving a problem that I had encountered while using your product. This is one of them - and my 'scenerio' given in my last post is almost a verbatim example of a 'real world' situation that I have - so you cannot claim it to be "inconsistent". It fits exactly with the reason you really should change 'the way it works'.

You seem to be under the assumption that everyone will buy your product and develop their website around it - and set up usergroups based on the simple true/false logic behind how your extension works. But what about customers like me who have had a website running for years and decide to use your product for User Profiles - and then come to realize that they have to re-invent the wheel in order to make it all work like you think it should work?

I'll give you one more simple example - and this one really is just a 'made up' example scenerio...
What if I have a usergroup that is made up of users with brown hair OR brown eyes. (Lets call that usergroup 'Brown-Hair-or-Eyes'.) I have a form where there are 2 radiobutton selections for entering their hair and eye colors from a list of color options (e.g. 'Color Hair' : Red, Blonde, Brown, Black, Grey, Other - 'Color Eyes': Blue, Brown, Green, Hazel, Grey, Other) . During Registration the user selects 'Brown' for both hair and eye color - and because either is configured to be a Condition to be added to the 'Brown-Hair-or-Eyes' usergroup - they get added to that usergroup. If they edit their Profile a month later and change 'Color Hair' from 'Brown' to 'Other' - they no longer fit the condition for 'Color Hair'. BUT THAT DOES NOT MEAN they should be removed from the 'Brown-Hair-or-Eyes' usergroup - because they still have 'Brown' as their 'Color Eyes'. You starting to get this yet?

Hi

Why would I want to use a multiselect element when only one option can/should be selected???

Easy Profile is only USER PROFILE component, so for me it is not consistent to have stored in the database a field that tells me that the user is only "Hospital" or "Nursing" when in fact it is not so.

reply to your new scenario:
it all depends on what the application should do. Joomla allow you to set Access Levels, so you can split your group in two groups "Brown Hair" and "Brown Eyes" and you can set accesslevel for these 2 groups. I think this is the best approach. but this is just my opinion.

we only have different opinions, and a different approach to the problems.

PS. you're right, my English is not perfect, and I putting the maximum effort to understand and make me understand.