On 04/17/2011 11:02 PM, Vincent Massol wrote: Since some users want to be able to use space inside a tag, only leading and trailing space will be removed. For instance: " Word of mouth , foo " -> 2 tags "Word of mouth" and "foo"

If you click on the tag you go to Main.Tags page where you have an option to rename the tag (that is specified in the query string). Thanks, Marius _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

On 04/18/2011 09:14 AM, Vincent Massol wrote: I need valid use cases. I know it's nice to be able to do everything but it's not worth to implement the quotes and the escaping character if no one will ever used them in real life. How many tags did you see with leading or trailing spaces? How many containing a comma?

Tags are 99% keywords and IMO it's best to establish some simple rules: * no leading or trailing spaces * no comma inside rather than implementing something that is useful in 1% of the cases. Now, I didn't started this thread to re-implement or re-design the tags UI.

I just wanted to fix the current way of inputting tags which is not consistent: * regarding leading and trailing spaces: " foo, bar" -> " foo" and "bar" * regarding case: "foo,bar,fOo" -> removing "fOo" removes "foo" also.

Thanks, Marius > > Some questions: > * Can the user uses quotes to enter any character, for ex " word ". Alternatively the space could be escaped with a char, for ex \ > * How can the user use quotes, is there an escape char, for ex: my tag with a \" > * Same question for entering the tag separator character. For ex if comma is the separator, can I enter: tag with \, in the name > > Thanks > -Vincent > >>>> * tags' case is saved but case is ignored when comparing two tags (once >>>> you defined a tag "news" you can't define a new tag "News"; the existing >>>> tag is reused; tag's case is used only for display) >>> >> >>> If we don't consider case I'm not sure we should use display using the first tag entered. For example someone entered "http". Someone else wants to add HTTP. Should we display http or HTTP? >>> I'm fine with displaying http provided the UI allows to renamed the tag case. >> >> If you click on the tag you go to Main.Tags page where you have an >> option to rename the tag (that is specified in the query string). >> >> Thanks, >> Marius >> >>> >>> Otherwise ok for me. >>> >>>> Optionally, we could enforce that tags can't contain white spaces. >>> >>> See above. >>> >>> Thanks >>> -Vincent >>> >>>> >>>> WDYT? >>>> >>>> If no one is against it then I'd like to change the UI to apply these >>>> constraints. >>>> >>>> Thanks, >>>> Marius

On 04/18/2011 09:49 AM, Vincent Massol wrote: IMO tags are different. Page names are closer to free text. I agree. I see your point. I thought the separator was fixed because the UI says "Comma separated tags". I just tested and it seems pipe character | is also used as separator. If I enter "foo|bar,end" the UI displays 2 tags but the value of the XWiki.TagClass object is "foo|bar|end" (so actually I entered 3 tags).

IMO the fact that you can change the separator is an implementation detail. We now use a Static List to store the list of tags but this can change. The way we store the tags shouldn't influence the way we define tags. The separator is *not* part of the tags specification because we could have an UI that allows you to input tags only one by one and we could store tags in separate fields.

So IMO the specification should only say: * tags' case is used only for display * tags don't have leading or trailing spaces And in our implementation, *because* we input and store tags using a single field, we can define a separator and a way to escape that separator. I prefer comma as separator and backslash as escaping. Sure. Let's see what others have to say about this. Thanks, Marius > > Thanks > -Vincent > >> Thanks, >> Marius >> >>> >>> Some questions: >>> * Can the user uses quotes to enter any character, for ex " word ". Alternatively the space could be escaped with a char, for ex \ >>> * How can the user use quotes, is there an escape char, for ex: my tag with a \" >>> * Same question for entering the tag separator character. For ex if comma is the separator, can I enter: tag with \, in the name >>> >>> Thanks >>> -Vincent >>> >>>>>> * tags' case is saved but case is ignored when comparing two tags (once >>>>>> you defined a tag "news" you can't define a new tag "News"; the existing >>>>>> tag is reused; tag's case is used only for display) >>>>> >>>> >>>>> If we don't consider case I'm not sure we should use display using the first tag entered. For example someone entered "http". Someone else wants to add HTTP. Should we display http or HTTP? >>>>> I'm fine with displaying http provided the UI allows to renamed the tag case. >>>> >>>> If you click on the tag you go to Main.Tags page where you have an >>>> option to rename the tag (that is specified in the query string). >>>> >>>> Thanks, >>>> Marius >>>> >>>>> >>>>> Otherwise ok for me. >>>>> >>>>>> Optionally, we could enforce that tags can't contain white spaces. >>>>> >>>>> See above. >>>>> >>>>> Thanks >>>>> -Vincent >>>>> >>>>>> >>>>>> WDYT? >>>>>> >>>>>> If no one is against it then I'd like to change the UI to apply these >>>>>> constraints. >>>>>> >>>>>> Thanks, >>>>>> Marius

Hi, On Mon, Apr 18, 2011 at 09:30, Marius Dumitru Florea < mariusdumitru.florea(a)xwiki.com&gt; wrote: I also think that trailing / leading spaces are useless in tags. They're more often a mistake than an intentional choice. Thus I'm +1 to automatically remove them and say they're not allowed as part of the tags specifications.

Guillaume >> BTW you haven't defined what the separator is. Is the separator the one > defined in the Tag class property? If so it can be anything and there needs > to be a way to enter it IMO. Imagine I choose space as the separator and I > want to enter "word of mouth". I should be allowed to, either by using > quotes or by escaping. > > I see your point. I thought the separator was fixed because the UI says > "Comma separated tags". I just tested and it seems pipe character | is > also used as separator. If I enter "foo|bar,end" the UI displays 2 tags > but the value of the XWiki.TagClass object is "foo|bar|end" (so actually > I entered 3 tags). > > IMO the fact that you can change the separator is an implementation > detail. We now use a Static List to store the list of tags but this can > change. The way we store the tags shouldn't influence the way we define > tags. The separator is *not* part of the tags specification because we > could have an UI that allows you to input tags only one by one and we > could store tags in separate fields. > > So IMO the specification should only say: > > * tags' case is used only for display > * tags don't have leading or trailing spaces > > And in our implementation, *because* we input and store tags using a > single field, we can define a separator and a way to escape that > separator. I prefer comma as separator and backslash as escaping. > >> >>> I just wanted to fix the current way of inputting tags which is not >>> consistent: >>> >>> * regarding leading and trailing spaces: >>> " foo, bar" -> " foo" and "bar" >>> >>> * regarding case: >>> "foo,bar,fOo" -> removing "fOo" removes "foo" also. >> > >> Fixing is a different topic. This is not what you asked. You asked for a > spec. Once we have defined it, then you can restrict yourself to > implementing only part of it if you don't have time/will to implement it > fully. My point is that the spec has to be known and since you started the > spec thread we might as well brainstorm on it, no? > > Sure. Let's see what others have to say about this. > > Thanks, > Marius > >> >> Thanks >> -Vincent >> >>> Thanks, >>> Marius >>> >>>> >>>> Some questions: >>>> * Can the user uses quotes to enter any character, for ex " word ". > Alternatively the space could be escaped with a char, for ex \ >>>> * How can the user use quotes, is there an escape char, for ex: my tag > with a \" >>>> * Same question for entering the tag separator character. For ex if > comma is the separator, can I enter: tag with \, in the name >>>> >>>> Thanks >>>> -Vincent >>>> >>>>>>> * tags' case is saved but case is ignored when comparing two tags > (once >>>>>>> you defined a tag "news" you can't define a new tag "News"; the > existing >>>>>>> tag is reused; tag's case is used only for display) >>>>>> >>>>> >>>>>> If we don't consider case I'm not sure we should use display using > the first tag entered. For example someone entered "http". Someone else > wants to add HTTP. Should we display http or HTTP? >>>>>> I'm fine with displaying http provided the UI allows to renamed the > tag case. >>>>> >>>>> If you click on the tag you go to Main.Tags page where you have an >>>>> option to rename the tag (that is specified in the query string). >>>>> >>>>> Thanks, >>>>> Marius >>>>> >>>>>> >>>>>> Otherwise ok for me. >>>>>> >>>>>>> Optionally, we could enforce that tags can't contain white spaces. >>>>>> >>>>>> See above. >>>>>> >>>>>> Thanks >>>>>> -Vincent >>>>>> >>>>>>> >>>>>>> WDYT? >>>>>>> >>>>>>> If no one is against it then I'd like to change the UI to apply > these >>>>>>> constraints. >>>>>>> >>>>>>> Thanks, >>>>>>> Marius

On 04/13/2011 04:37 PM, Marius Dumitru Florea wrote: +1. +0. To answer Vincent's problem, changing the case of a tag could be done via the tag rename. What would happen with case sensitivity?

For example, renaming http into HTTP while Http exists, should Http be changed to HTTP as well, or only exact, case-sensitive matches of http be renamed?

-1.