29 Dec
2008
29 Dec
'08
2:01 p.m.
Hi devs,
A) Should xwiki/2.0 support multi-line headers?
I'm +0. Wikimodel, HTML and Open Office support them.
B) What should happen when you press Enter inside a header in the new
WYSIWYG?
B1) Currently, the text is moved on a new line, but still inside the
header (multi-line header).
I'm +1 since it's already done (We agreed that you have to press Enter
twice to generate a new paragraph).
B2) Text is moved in a new paragraph, below the header. Shift+Enter
would have the effect described in B1).
I'm -0.
B3) Text is moved in a new header of the same level, below the current
one. Shift+Enter would have the effect described in B1). This is what
Open Office does (and we agreed not to follow it).
I'm -0.
Please cast your vote asap.
Thanks,
Marius.
29 Dec
29 Dec
2:29 p.m.
On Mon, Dec 29, 2008 at 2:01 PM, Marius Dumitru Florea <
mariusdumitru.florea(a)xwiki.com> wrote:
Hi devs,
A) Should xwiki/2.0 support multi-line headers?
I'm +0. Wikimodel, HTML and Open Office support them.
I'm -0. I don't think they're useful, but since they are already implemented
it doesn't matter much.
B) What should happen when you press Enter inside a
header in the new
WYSIWYG?
B1) Currently, the text is moved on a new line, but still inside the
header (multi-line header).
I'm +1 since it's already done (We agreed that you have to press Enter
twice to generate a new paragraph).
+1 for this one since it's what we have and it's consistent with the "press
Enter twice" behavior.
Guillaume
B2) Text is moved in a new paragraph, below the header. Shift+Enter
would have the effect described in B1).
I'm -0.
B3) Text is moved in a new header of the same level, below the current
one. Shift+Enter would have the effect described in B1). This is what
Open Office does (and we agreed not to follow it).
I'm -0.
Please cast your vote asap.
Thanks,
Marius.
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Guillaume Lerouge
Product Manager - XWiki
Skype ID : wikibc
http://blog.xwiki.com/
2:57 p.m.
On Dec 29, 2008, at 2:29 PM, Guillaume Lerouge wrote:
On Mon, Dec 29, 2008 at 2:01 PM, Marius Dumitru Florea
<
mariusdumitru.florea(a)xwiki.com> wrote:
Can you explain why it's "consistent"? I don't understand the
consistency.
Imagine you're on a header. You've finished typing it and you press
enter. You start typing your text to realize you're not in a
paragraph. You select the text you've typed and click in the toolbar
to select the paragraph style. Yuck!
Thanks
-Vincent
Hi devs,
A) Should xwiki/2.0 support multi-line headers?
I'm +0. Wikimodel, HTML and Open Office support them.
I'm -0. I don't think they're useful, but since they are already
implemented
it doesn't matter much.
B) What should happen when you press Enter inside
a header in the new
WYSIWYG?
B1) Currently, the text is moved on a new line, but still inside the
header (multi-line header).
I'm +1 since it's already done (We agreed that you have to press
Enter
twice to generate a new paragraph).
+1 for this one since it's what we have and it's consistent with the
"press
Enter twice" behavior. Guillaume
> B2) Text is moved in a new paragraph, below the header. Shift+Enter
> would have the effect described in B1).
>
> I'm -0.
>
> B3) Text is moved in a new header of the same level, below the
> current
> one. Shift+Enter would have the effect described in B1). This is what
> Open Office does (and we agreed not to follow it).
>
> I'm -0.
>
> Please cast your vote asap.
>
> Thanks,
> Marius.
3:02 p.m.
On Mon, Dec 29, 2008 at 2:57 PM, Vincent Massol <vincent(a)massol.net> wrote:
On Dec 29, 2008, at 2:29 PM, Guillaume Lerouge wrote:
I think you are making a confusion between 2 situations:
1) The caret is within the header : HEAD|ER
2) The caret is at the end of the header : HEADER|
In case 1) (which I believe is the one Marius was referring to), pressing
enter once puts the header on 2 lines and pressing enter twice creates a new
paragraph (consistent with what happens when pressing enter twice after the
last item fo a list for instance).
In case 2) (which is the one you are referring to), pressing enter indeed
already creates a new paragraph.
Is that correct Marius?
Guillaume
On Mon, Dec 29, 2008 at 2:01 PM, Marius Dumitru
Florea <
mariusdumitru.florea(a)xwiki.com> wrote:
Can you explain why it's "consistent"? I don't understand the
consistency.
Imagine you're on a header. You've finished typing it and you press
enter. You start typing your text to realize you're not in a
paragraph. You select the text you've typed and click in the toolbar
to select the paragraph style. Yuck! Hi devs,
A) Should xwiki/2.0 support multi-line headers?
I'm +0. Wikimodel, HTML and Open Office support them.
I'm -0. I don't think they're useful, but since they are already
implemented
it doesn't matter much.
B) What should happen when you press Enter inside
a header in the new
WYSIWYG?
B1) Currently, the text is moved on a new line, but still inside the
header (multi-line header).
I'm +1 since it's already done (We agreed that you have to press
Enter
twice to generate a new paragraph).
+1 for this one since it's what we have and it's consistent with the
"press
Enter twice" behavior.
Thanks
-Vincent
--
Guillaume Lerouge
Product Manager - XWiki
Skype ID : wikibc
http://blog.xwiki.com/
Guillaume
> B2) Text is moved in a new paragraph, below the header. Shift+Enter
> would have the effect described in B1).
>
> I'm -0.
>
> B3) Text is moved in a new header of the same level, below the
> current
> one. Shift+Enter would have the effect described in B1). This is what
> Open Office does (and we agreed not to follow it).
>
> I'm -0.
>
> Please cast your vote asap.
>
> Thanks,
> Marius.
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
3:10 p.m.
On Dec 29, 2008, at 3:02 PM, Guillaume Lerouge wrote:
On Mon, Dec 29, 2008 at 2:57 PM, Vincent Massol
<vincent(a)massol.net>
wrote:
In which case I agree with keeping it as it is and supporting multi
line headers in the rendering (which we've verified with Thomas is not
the case right now).
However I've just tried hitting enter at the end of a header and it
moved to the next line using the same style...
Thanks
-Vincent
On Dec 29, 2008, at 2:29 PM, Guillaume Lerouge wrote:
I think you are making a confusion between 2 situations:
1) The caret is within the header : HEAD|ER
2) The caret is at the end of the header : HEADER|
In case 1) (which I believe is the one Marius was referring to),
pressing
enter once puts the header on 2 lines and pressing enter twice
creates a new
paragraph (consistent with what happens when pressing enter twice
after the
last item fo a list for instance).
In case 2) (which is the one you are referring to), pressing enter
indeed
already creates a new paragraph. On Mon, Dec 29, 2008 at 2:01 PM, Marius Dumitru
Florea <
mariusdumitru.florea(a)xwiki.com> wrote:
Can you explain why it's "consistent"? I don't understand the
consistency.
Imagine you're on a header. You've finished typing it and you press
enter. You start typing your text to realize you're not in a
paragraph. You select the text you've typed and click in the toolbar
to select the paragraph style. Yuck! Hi devs,
A) Should xwiki/2.0 support multi-line headers?
I'm +0. Wikimodel, HTML and Open Office support them.
I'm -0. I don't think they're useful, but since they are already
implemented
it doesn't matter much.
B) What should happen when you press Enter inside
a header in the
new
WYSIWYG?
B1) Currently, the text is moved on a new line, but still inside
the
header (multi-line header).
I'm +1 since it's already done (We agreed that you have to press
Enter
twice to generate a new paragraph).
+1 for this one since it's what we have and it's consistent with the
"press
Enter twice" behavior. Is that correct Marius?
Guillaume
>
>
> Thanks
> -Vincent
>
>> Guillaume
>>
>>> B2) Text is moved in a new paragraph, below the header. Shift+Enter
>>> would have the effect described in B1).
>>>
>>> I'm -0.
>>>
>>> B3) Text is moved in a new header of the same level, below the
>>> current
>>> one. Shift+Enter would have the effect described in B1). This is
>>> what
>>> Open Office does (and we agreed not to follow it).
>>>
>>> I'm -0.
>>>
>>> Please cast your vote asap.
>>>
>>> Thanks,
>>> Marius.
3:13 p.m.
Guillaume Lerouge wrote:
On Mon, Dec 29, 2008 at 2:57 PM, Vincent Massol
<vincent(a)massol.net> wrote:
> On Dec 29, 2008, at 2:29 PM, Guillaume Lerouge wrote:
>
>> On Mon, Dec 29, 2008 at 2:01 PM, Marius Dumitru Florea <
>> mariusdumitru.florea(a)xwiki.com> wrote:
[snip]
>>> B) What should happen when you press Enter
inside a header in the new
>>> WYSIWYG?
>>>
>>> B1) Currently, the text is moved on a new line, but still inside the
>>> header (multi-line header).
>>>
>>> I'm +1 since it's already done (We agreed that you have to press
>>> Enter
>>> twice to generate a new paragraph).
>>
>> +1 for this one since it's what we have and it's consistent with the
>> "press
>> Enter twice" behavior.
> Can you explain why it's "consistent"? I don't understand the
> consistency.
>
> Imagine you're on a header. You've finished typing it and you press
> enter. You start typing your text to realize you're not in a
> paragraph. You select the text you've typed and click in the toolbar
> to select the paragraph style. Yuck!
This is somehow true for paragraphs. A MS Word user would expect to
write on a new paragraph after pressing enter.
I think you are making a confusion between 2 situations:
1) The caret is within the header : HEAD|ER
2) The caret is at the end of the header : HEADER|
What is the difference? If you want to write a multi-line header you
write it on a single line and then split it in multiple lines?
In this particular case I fill it's a yes or no decision regarding
multi-line headers. If the answer is yes then Enter inside or at the end
of a header should generate only a new line.
In case 1) (which I believe is the one Marius was referring to), pressing
enter once puts the header on 2 lines and pressing enter twice creates a new
paragraph (consistent with what happens when pressing enter twice after the
last item fo a list for instance).
In case 2) (which is the one you are referring to), pressing enter indeed
already creates a new paragraph.
Is that correct Marius?
Currently only 1) is implemented.
Guillaume
3:24 p.m.
On Dec 29, 2008, at 3:13 PM, Marius Dumitru Florea wrote:
Guillaume Lerouge wrote:
I'm not sure about this Marius. I don't think we absolutely want a 1
to 1 mapping between wiki editor and wysiwyg editor. IMO the wysiwyg
editor is for easy entering of text and it should behave as you expect
it to behave.
Can someone contradict me in my thinking that almost everyone (i.e.
more than 90% of users) will think that after you hit enter at the end
of a paragraph it'll go to next line using a para style? And if that's
true I think we would be doing users a disservice by allowing
multiline headers by using the enter key.
Thanks
-Vincent
On Mon, Dec 29, 2008 at 2:57 PM, Vincent Massol
<vincent(a)massol.net> wrote:
> On Dec 29, 2008, at 2:29 PM, Guillaume Lerouge wrote:
>
>> On Mon, Dec 29, 2008 at 2:01 PM, Marius Dumitru Florea <
>> mariusdumitru.florea(a)xwiki.com> wrote:
[snip]
>>> B) What should happen when you press
Enter inside a header in
>>> the new
>>> WYSIWYG?
>>>
>>> B1) Currently, the text is moved on a new line, but still inside
>>> the
>>> header (multi-line header).
>>>
>>> I'm +1 since it's already done (We agreed that you have to press
>>> Enter
>>> twice to generate a new paragraph).
>>
>> +1 for this one since it's what we have and it's consistent with
>> the
>> "press
>> Enter twice" behavior.
> Can you explain why it's "consistent"? I don't understand the
> consistency.
>
> Imagine you're on a header. You've finished typing it and you press
> enter. You start typing your text to realize you're not in a
> paragraph. You select the text you've typed and click in the
> toolbar
> to select the paragraph style. Yuck!
This is somehow true for paragraphs. A MS Word user would expect to
write on a new paragraph after pressing enter.
I think you are making a confusion between 2 situations:
1) The caret is within the header : HEAD|ER
2) The caret is at the end of the header : HEADER|
What is the difference? If you want to write a multi-line header you
write it on a single line and then split it in multiple lines?
In this particular case I fill it's a yes or no decision regarding
multi-line headers. If the answer is yes then Enter inside or at the
end
of a header should generate only a new line. In case 1)
(which I believe is the one Marius was referring to),
pressing
enter once puts the header on 2 lines and pressing enter twice
creates a new
paragraph (consistent with what happens when pressing enter twice
after the
last item fo a list for instance).
In case 2) (which is the one you are referring to), pressing enter
indeed
already creates a new paragraph.
Is that correct Marius?
Currently only 1) is implemented.
>
> Guillaume
3:28 p.m.
On Mon, Dec 29, 2008 at 3:24 PM, Vincent Massol <vincent(a)massol.net> wrote:
On Dec 29, 2008, at 3:13 PM, Marius Dumitru Florea wrote:
Ok. If we cannot separate both, I'm against multi-line headers as I think
they do not make sense on the web (since the skin prevents us from knowing
the page width in advance the way it can be done in OpenOffice.org or MS
Word). I'm afraid allwoing multi-line headers will trigger weird situations
from the user PoW (A 2 lines header showing up on 3 lines on a small
resolution display for instance) + it doesn't add much value on the web
anyway.
So here's my -0 for multi-lines headers (it would be a -1 if it wasn't
already implemented).
I'm not sure about this Marius. I don't think we absolutely want a 1
Guillaume Lerouge wrote:
On Mon, Dec 29, 2008 at 2:57 PM, Vincent Massol
<vincent(a)massol.net> wrote:
> On Dec 29, 2008, at 2:29 PM, Guillaume Lerouge wrote:
>
>> On Mon, Dec 29, 2008 at 2:01 PM, Marius Dumitru Florea <
>> mariusdumitru.florea(a)xwiki.com> wrote:
[snip]
>>> B) What should happen when you press
Enter inside a header in
>>> the new
>>> WYSIWYG?
>>>
>>> B1) Currently, the text is moved on a new line, but still inside
>>> the
>>> header (multi-line header).
>>>
>>> I'm +1 since it's already done (We agreed that you have to press
>>> Enter
>>> twice to generate a new paragraph).
>>
>> +1 for this one since it's what we have and it's consistent with
>> the
>> "press
>> Enter twice" behavior.
> Can you explain why it's "consistent"? I don't understand the
> consistency.
>
> Imagine you're on a header. You've finished typing it and you press
> enter. You start typing your text to realize you're not in a
> paragraph. You select the text you've typed and click in the
> toolbar
> to select the paragraph style. Yuck!
This is somehow true for paragraphs. A MS Word user would expect to
write on a new paragraph after pressing enter.
I think you are making a confusion between 2 situations:
1) The caret is within the header : HEAD|ER
2) The caret is at the end of the header : HEADER|
What is the difference? If you want to write a multi-line header you
write it on a single line and then split it in multiple lines?
In this particular case I fill it's a yes or no decision regarding
multi-line headers. If the answer is yes then Enter inside or at the
end
of a header should generate only a new line. to 1 mapping between wiki editor and wysiwyg editor.
IMO the wysiwyg
editor is for easy entering of text and it should behave as you expect
it to behave.
Can someone contradict me in my thinking that almost everyone (i.e.
more than 90% of users) will think that after you hit enter at the end
of a paragraph it'll go to next line using a para style? And if that's
true I think we would be doing users a disservice by allowing
multiline headers by using the enter key.
I agree with Vincent here: hitting enter at the end of a header should start
a new paragraph. Thus if we cannot separate cases 1) and 2) we should not
allow creating multi-lines headers in the WYSIWYG editor.
Guillaume
Thanks
-Vincent
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Guillaume Lerouge
Product Manager - XWiki
Skype ID : wikibc
http://blog.xwiki.com/
In case
1) (which I believe is the one Marius was referring to),
pressing
enter once puts the header on 2 lines and pressing enter twice
creates a new
paragraph (consistent with what happens when pressing enter twice
after the
last item fo a list for instance).
In case 2) (which is the one you are referring to), pressing enter
indeed
already creates a new paragraph.
Is that correct Marius?
Currently only 1) is implemented.
>
> Guillaume
3:45 p.m.
On Dec 29, 2008, at 3:28 PM, Guillaume Lerouge wrote:
On Mon, Dec 29, 2008 at 3:24 PM, Vincent Massol
<vincent(a)massol.net>
wrote:
Quite the opposite... :)
HTML H elements support multilines so it's a web thing!
On Dec 29, 2008, at 3:13 PM, Marius Dumitru Florea wrote:
Ok. If we cannot separate both, I'm against multi-line headers as I
think
they do not make sense on the web Guillaume Lerouge wrote:
On Mon, Dec 29, 2008 at 2:57 PM, Vincent Massol
<vincent(a)massol.net> wrote:
> On Dec 29, 2008, at 2:29 PM, Guillaume Lerouge wrote:
>
>> On Mon, Dec 29, 2008 at 2:01 PM, Marius Dumitru Florea <
>> mariusdumitru.florea(a)xwiki.com> wrote:
[snip]
>>> B) What should happen when you press
Enter inside a header in
>>> the new
>>> WYSIWYG?
>>>
>>> B1) Currently, the text is moved on a new line, but still inside
>>> the
>>> header (multi-line header).
>>>
>>> I'm +1 since it's already done (We agreed that you have to press
>>> Enter
>>> twice to generate a new paragraph).
>>
>> +1 for this one since it's what we have and it's consistent with
>> the
>> "press
>> Enter twice" behavior.
> Can you explain why it's "consistent"? I don't understand the
> consistency.
>
> Imagine you're on a header. You've finished typing it and you
> press
> enter. You start typing your text to realize you're not in a
> paragraph. You select the text you've typed and click in the
> toolbar
> to select the paragraph style. Yuck!
This is somehow true for paragraphs. A MS Word user would expect to
write on a new paragraph after pressing enter.
I think you are making a confusion between 2 situations:
1) The caret is within the header : HEAD|ER
2) The caret is at the end of the header : HEADER|
What is the difference? If you want to write a multi-line header you
write it on a single line and then split it in multiple lines?
In this particular case I fill it's a yes or no decision regarding
multi-line headers. If the answer is yes then Enter inside or at the
end
of a header should generate only a new line. (since the skin prevents us from knowing
the page width in advance the way it can be done in OpenOffice.org
or MS
Word). I'm afraid allwoing multi-line headers will trigger weird
situations
from the user PoW (A 2 lines header showing up on 3 lines on a small
resolution display for instance) + it doesn't add much value on the
web
anyway.
So here's my -0 for multi-lines headers (it would be a -1 if it wasn't
already implemented).
Check the other email from Thomas.
I'm not sure about this Marius. I don't think
we absolutely want a 1
I only said the first part, i.e that enter should create a para. We
could still allow new lines in headers using shift+enter for ex. Since
it's less well known key most users won't use it (and won't need it).
Thanks
-Vincent
to 1 mapping between wiki editor and wysiwyg
editor. IMO the wysiwyg
editor is for easy entering of text and it should behave as you
expect
it to behave.
Can someone contradict me in my thinking that almost everyone (i.e.
more than 90% of users) will think that after you hit enter at the
end
of a paragraph it'll go to next line using a para style? And if
that's
true I think we would be doing users a disservice by allowing
multiline headers by using the enter key.
I agree with Vincent here: hitting enter at the end of a header
should start
a new paragraph. Thus if we cannot separate cases 1) and 2) we
should not
allow creating multi-lines headers in the WYSIWYG editor. Guillaume
>
>
> Thanks
> -Vincent
>
>>> In case 1) (which I believe is the one Marius was referring to),
>>> pressing
>>> enter once puts the header on 2 lines and pressing enter twice
>>> creates a new
>>> paragraph (consistent with what happens when pressing enter twice
>>> after the
>>> last item fo a list for instance).
>>>
>>> In case 2) (which is the one you are referring to), pressing enter
>>> indeed
>>> already creates a new paragraph.
>>>
>>> Is that correct Marius?
>>
>> Currently only 1) is implemented.
>>
>>>
>>> Guillaume
3:50 p.m.
On Mon, Dec 29, 2008 at 3:45 PM, Vincent Massol <vincent(a)massol.net> wrote:
I'm ok with this approach as well:
- Hitting enter in or at the end of a header generates a new paragraph
- Hitting shift + enter generates a multi-line header
Guillaume
On Dec 29, 2008, at 3:28 PM, Guillaume Lerouge wrote:
The fact that it can be done doesn't mean it should be done ;-) Anyway
that's not the main issue here.
On Mon, Dec 29, 2008 at 3:24 PM, Vincent Massol
<vincent(a)massol.net>
wrote:
Quite the opposite... :)
HTML H elements support multilines so it's a web thing!
On Dec 29, 2008, at 3:13 PM, Marius Dumitru Florea wrote:
Ok. If we cannot separate both, I'm against multi-line headers as I
think
they do not make sense on the web Guillaume Lerouge wrote:
> On Mon, Dec 29, 2008 at 2:57 PM, Vincent Massol
> <vincent(a)massol.net> wrote:
>
>> On Dec 29, 2008, at 2:29 PM, Guillaume Lerouge wrote:
>>
>>> On Mon, Dec 29, 2008 at 2:01 PM, Marius Dumitru Florea <
>>> mariusdumitru.florea(a)xwiki.com> wrote:
[snip]
>>>> B) What should happen when you press Enter inside a header in
>>>> the new
>>>> WYSIWYG?
>>>>
>>>> B1) Currently, the text is moved on a new line, but still inside
>>>> the
>>>> header (multi-line header).
>>>>
>>>> I'm +1 since it's already done (We agreed that you have to press
>>>> Enter
>>>> twice to generate a new paragraph).
>>>
>>> +1 for this one since it's what we have and it's consistent with
>>> the
>>> "press
>>> Enter twice" behavior.
>> Can you explain why it's "consistent"? I don't understand the
>> consistency.
>>
>> Imagine you're on a header. You've finished typing it and you
>> press
>> enter. You start typing your text to realize you're not in a
>> paragraph. You select the text you've typed and click in the
>> toolbar
>> to select the paragraph style. Yuck!
This is somehow true for paragraphs. A MS Word user would expect to
write on a new paragraph after pressing enter.
>
>
> I think you are making a confusion between 2 situations:
>
> 1) The caret is within the header : HEAD|ER
> 2) The caret is at the end of the header : HEADER|
What is the difference? If you want to write a multi-line header you
write it on a single line and then split it in multiple lines?
In this particular case I fill it's a yes or no decision regarding
multi-line headers. If the answer is yes then Enter inside or at the
end
of a header should generate only a new line.
(since the skin prevents us from knowing
the page width in advance the way it can be done in OpenOffice.org
or MS
Word). I'm afraid allwoing multi-line headers will trigger weird
situations
from the user PoW (A 2 lines header showing up on 3 lines on a small
resolution display for instance) + it doesn't add much value on the
web
anyway.
So here's my -0 for multi-lines headers (it would be a -1 if it wasn't
already implemented).
Check the other email from Thomas.
I'm not sure about this Marius. I don't
think we absolutely want a 1
I only said the first part, i.e that enter should create a para. We
could still allow new lines in headers using shift+enter for ex. Since
it's less well known key most users won't use it (and won't need it). to 1 mapping between wiki editor and wysiwyg
editor. IMO the wysiwyg
editor is for easy entering of text and it should behave as you
expect
it to behave.
Can someone contradict me in my thinking that almost everyone (i.e.
more than 90% of users) will think that after you hit enter at the
end
of a paragraph it'll go to next line using a para style? And if
that's
true I think we would be doing users a disservice by allowing
multiline headers by using the enter key.
I agree with Vincent here: hitting enter at the end of a header
should start
a new paragraph. Thus if we cannot separate cases 1) and 2) we
should not
allow creating multi-lines headers in the WYSIWYG editor.
Thanks
-Vincent
--
Guillaume Lerouge
Product Manager - XWiki
Skype ID : wikibc
http://blog.xwiki.com/
Guillaume
>
>
> Thanks
> -Vincent
>
>>> In case 1) (which I believe is the one Marius was referring to),
>>> pressing
>>> enter once puts the header on 2 lines and pressing enter twice
>>> creates a new
>>> paragraph (consistent with what happens when pressing enter twice
>>> after the
>>> last item fo a list for instance).
>>>
>>> In case 2) (which is the one you are referring to), pressing enter
>>> indeed
>>> already creates a new paragraph.
>>>
>>> Is that correct Marius?
>>
>> Currently only 1) is implemented.
>>
>>>
>>> Guillaume
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
3:32 p.m.
Vincent Massol wrote:
On Dec 29, 2008, at 3:13 PM, Marius Dumitru Florea
wrote:
"using a para style" can mean both a new paragraph and a new line inside
the same paragraph.
Guillaume Lerouge wrote:
I'm not sure about this Marius. I don't think we absolutely want a 1
to 1 mapping between wiki editor and wysiwyg editor. IMO the wysiwyg
editor is for easy entering of text and it should behave as you expect
it to behave.
Can someone contradict me in my thinking that almost everyone (i.e.
more than 90% of users) will think that after you hit enter at the end
of a paragraph it'll go to next line using a para style? And if that's On Mon, Dec 29, 2008 at 2:57 PM, Vincent Massol
<vincent(a)massol.net> wrote:
> On Dec 29, 2008, at 2:29 PM, Guillaume Lerouge wrote:
>
>> On Mon, Dec 29, 2008 at 2:01 PM, Marius Dumitru Florea <
>> mariusdumitru.florea(a)xwiki.com> wrote:
[snip]
>>> B) What should happen when you press
Enter inside a header in
>>> the new
>>> WYSIWYG?
>>>
>>> B1) Currently, the text is moved on a new line, but still inside
>>> the
>>> header (multi-line header).
>>>
>>> I'm +1 since it's already done (We agreed that you have to press
>>> Enter
>>> twice to generate a new paragraph).
>> +1 for this one since it's what we have and it's consistent with
>> the
>> "press
>> Enter twice" behavior.
> Can you explain why it's "consistent"? I don't understand the
> consistency.
>
> Imagine you're on a header. You've finished typing it and you press
> enter. You start typing your text to realize you're not in a
> paragraph. You select the text you've typed and click in the
> toolbar
> to select the paragraph style. Yuck!
This is somehow true for paragraphs. A MS
Word user would expect to
write on a new paragraph after pressing enter.
I think you are making a confusion between 2 situations:
1) The caret is within the header : HEAD|ER
2) The caret is at the end of the header : HEADER|
What is the difference? If you
want to write a multi-line header you
write it on a single line and then split it in multiple lines?
In this particular case I fill it's a yes or no decision regarding
multi-line headers. If the answer is yes then Enter inside or at the
end
of a header should generate only a new line. true I think we would be doing users a disservice by
allowing
multiline headers by using the enter key.
I can change it if we all agree. I'm +0 right now.
Thanks
-Vincent
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
In case
1) (which I believe is the one Marius was referring to),
pressing
enter once puts the header on 2 lines and pressing enter twice
creates a new
paragraph (consistent with what happens when pressing enter twice
after the
last item fo a list for instance).
In case 2) (which is the one you are referring to), pressing enter
indeed
already creates a new paragraph.
Is that correct Marius?
Currently only 1) is implemented.
> Guillaume 
6:42 p.m.
Vincent Massol wrote:
Can you explain why it's "consistent"? I don't understand the
consistency.
Imagine you're on a header. You've finished typing it and you press
enter. You start typing your text to realize you're not in a
paragraph. You select the text you've typed and click in the toolbar
to select the paragraph style. Yuck!
+1 for Vincent's comment. Which users expect to still be in a header
after pressing enter? I certainly don't.
-1 for B1
On Dec 29, 2008, at 2:29 PM, Guillaume Lerouge wrote:
> On Mon, Dec 29, 2008 at 2:01 PM, Marius Dumitru Florea <
> mariusdumitru.florea(a)xwiki.com> wrote:
>
>> Hi devs,
>>
>> A) Should xwiki/2.0 support multi-line headers?
>>
>> I'm +0. Wikimodel, HTML and Open Office support them.
>
> I'm -0. I don't think they're useful, but since they are already
> implemented
> it doesn't matter much.
-0
B) What should happen when you press Enter inside
a header in the new
WYSIWYG?
B1) Currently, the text is moved on a new line, but still inside the
header (multi-line header).
I'm +1 since it's already done (We agreed that you have to press
Enter
twice to generate a new paragraph).
+1 for this one since it's what we have and it's consistent with the
"press
Enter twice" behavior. Thanks
-Vincent
> Guillaume
>
>> B2) Text is moved in a new paragraph, below the header. Shift+Enter
>> would have the effect described in B1).
>>
>> I'm -0.
+1
>> B3) Text is moved in a new header of the same
level, below the
>> current
>> one. Shift+Enter would have the effect described in B1). This is what
>> Open Office does (and we agreed not to follow it).
>>
>> I'm -0.
-1
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
2:54 p.m.
On Dec 29, 2008, at 2:01 PM, Marius Dumitru Florea wrote:
Hi devs,
A) Should xwiki/2.0 support multi-line headers?
I'm +0. Wikimodel, HTML and Open Office support them.
+1 if there's no grammar issue. I thought we were supporting this
already. Thomas is checking.
B) What should happen when you press Enter inside a
header in the new
WYSIWYG?
B1) Currently, the text is moved on a new line, but still inside the
header (multi-line header).
I'm +1 since it's already done (We agreed that you have to press Enter
twice to generate a new paragraph).
-0 since it doesn't match user's expectations IMO
B2) Text is moved in a new paragraph, below the
header. Shift+Enter
would have the effect described in B1).
I'm -0.
+1 I believe this is what users are expecting (the para when you press
enter in a header)
B3) Text is moved in a new header of the same level,
below the current
one. Shift+Enter would have the effect described in B1). This is what
Open Office does (and we agreed not to follow it).
-0
Thanks
-Vincent
I'm -0.
Please cast your vote asap.
Thanks,
Marius.
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
4:17 p.m.
Marius Dumitru Florea wrote:
Hi devs,
A) Should xwiki/2.0 support multi-line headers?
I'm +0. Wikimodel, HTML and Open Office support them.
B) What should happen when you press Enter inside a header in the new
WYSIWYG?
B1) Currently, the text is moved on a new line, but still inside the
header (multi-line header).
I'm +1 since it's already done (We agreed that you have to press Enter
twice to generate a new paragraph).
Indeed, from a user pov, this does not make too much sense. All headings are
titles of some sort and you wouldn't add a new line in a title that often, right?
however, double enter for paragraph is efficient and consistent with the
bahaviour in paragraphs (users would "learn" that double enter means "new
unit"
(new para, etc)).
B2) Text is moved in a new paragraph, below the header. Shift+Enter
would have the effect described in B1).
I'm -0.
B3) Text is moved in a new header of the same level, below the current
one. Shift+Enter would have the effect described in B1). This is what
Open Office does (and we agreed not to follow it).
I'm -0.
As for B2 and B3, indeed, B3 sounds better: 2 headings of the same level but
then how would you add the paragraphs in between? You'd need to type stuff in
and then change the formatting? a little uncomfortable, so, even if it's not
very nice, I think we could make a difference on the position of the cursor:
B2) if cursor is at the end of text since that what users would expect (with B1
on Shift + Enter)
B3) if cursor is inside text (with B1 on Shift + Enter).
However, I think B1) is _good enough_ so, _for now_, +1 for B1), +0 for B2) and B3).
Happy coding,
Anca Luca
Please cast your vote asap.
Thanks,
Marius.
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
4:17 p.m.
On Mon, Dec 29, 2008 at 2:01 PM, Marius Dumitru Florea
<mariusdumitru.florea(a)xwiki.com> wrote:
Hi devs,
A) Should xwiki/2.0 support multi-line headers?
I'm +0. Wikimodel, HTML and Open Office support them.
+1, see also http://markmail.org/message/dttfy27h64kkieca
B) What should happen when you press Enter inside a header in the new
WYSIWYG?
B1) Currently, the text is moved on a new line, but still inside the
header (multi-line header).
I'm +1 since it's already done (We agreed that you have to press Enter
twice to generate a new paragraph).
B2) Text is moved in a new paragraph, below the header. Shift+Enter
would have the effect described in B1).
+1, this is what I expect in an editor like in OpenOffice or MSWord.
I'm -0.
B3) Text is moved in a new header of the same level, below the current
one. Shift+Enter would have the effect described in B1). This is what
Open Office does (and we agreed not to follow it).
I'm -0.
Please cast your vote asap.
Thanks,
Marius.
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
--
Thomas Mortagne
4:22 p.m.
Marius Dumitru Florea wrote:
Hi devs,
A) Should xwiki/2.0 support multi-line headers?
B) What should happen when you press Enter inside a header in the new
WYSIWYG?
B1) Currently, the text is moved on a new line, but still inside the
header (multi-line header).
B2) Text is moved in a new paragraph, below the header. Shift+Enter
would have the effect described in B1).
B3) Text is moved in a new header of the same level, below the current
one. Shift+Enter would have the effect described in B1). This is what
Open Office does (and we agreed not to follow it).
+1 for A
-1 for B1
+1 for B2 (I think this is the expected normal behavior in an editor)
-1 for B3
-Fabio
5786
days inactive
5793
days old
16 comments
8 participants
participants (8)
-
Anca Paula Luca -
Fabio Mancinelli -
Guillaume Lerouge -
Jean-Vincent Drean -
Marius Dumitru Florea -
Sergiu Dumitriu -
Thomas Mortagne -
Vincent Massol