Changed the subject since this has drifted to a more
general topic (I
was initially asking only for table cells and only for esthetical
reasons).
Thanks
-Vincent
On Nov 26, 2008, at 9:08 PM, Vincent Massol wrote:
On Nov 26, 2008, at 8:14 PM, Sergiu Dumitriu wrote:
Asiri Rathnayake wrote:
On Wed, Nov 26, 2008 at 1:53 PM, Vincent Massol
<vincent(a)massol.net> wrote:
> On Nov 26, 2008, at 8:28 AM, Asiri Rathnayake wrote:
>
>> Hi,
>>
>> On Tue, Nov 25, 2008 at 9:59 PM, Anca Paula Luca
>> <ancapaula.luca(a)xwiki.com>wrote;wrote:
>>
>>> Vincent Massol wrote:
>>>> On Nov 25, 2008, at 2:03 PM, Vincent Massol wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> Do we want to honor whitespaces in table cells or not?
>>>>>
>>>>> The main advantage of trimming them is to get aligned cell
>>>>> symbols.
>>>>>
>>>>> See
http://www.wikicreole.org/wiki/Creole1.0#section-Creole1.0-Tables
>>>>>
>>>>> Right now we're honoring whitespaces (they are significant).
>>>>>
>>>>> If we want to be consistent with normal wiki text we should
>>>>> honor
>>>>> them
>>>>> since we're honoring spaces in wiki text. However we just
>>>>> need to
>>>>> agree that it won't be possible to get nicely aligned cell
>>>>> delimiters
>>>>> then.
>>>>>
>>>>> WDYT?
>>>> One consideration. Right now you have to write the following:
>>>>
>>>> |cell1|cell2|cell3
>>>>
>>>> this is not very readable IMO compared to:
>>>>
>>>> | cell1 | cell2 | cell3
>>>>
>>>> However right now since whitspaces are honored if you write the
>>>> latter
>>>> you'll get:
>>>>
>>>> <td> cell1 </td> in XHTML.
>>> Is there any possibility to trim spaces only around the table
>>> delimiters
>>> and
>>> honor only the spaces inside the text in the tables?
>>>
>> I'm leaning towards trimming the surrounding white spaces. One is
>> that it
>> allows us to align cell elements and the second is they doesn't
>> represent
>> any valuable information. I mean regardless of the existence of
>> surrounding
>> white spaces, the output will look the same.
> No, and that's the point. Currently whitespaces are significant and
> are taken into account and thus represented.
Ok, I tried it and it has an effect only when the output is
something like
this :
<table
border="1"><tr><td> hi </td></tr></table>
OR
<table border="1"><tr><td style="white-space:
pre-wrap"> hi
</td></tr></table>
And not when it's like :
<table border="1"><tr><td> hi
</td></tr></table>
So it makes sense to respect white spaces (+1). But whether to use
or
styles is a question. styles seems to be a cleaner way as
suggested by
sergiu.
If we want all spaces to be preserved, we could set the pre-wrap
style
globally, on the whole document (or just on the content). But this
will
cause problems with indented script code, as they generate a lot of
output.
I am still against preserving *visual* spaces in general. This is not
how HTML works. This is not how the web works.
Do we want to do this
just so that MS Word users feel like they are editing a word
document,
and not a web page?
Yes. That what all our users have been asking for AFAIK and this is
why we've decided at the beginning that newlines will generate new
lines and not be ignored as with HTML.
Is this our target audience, secretaries that put
on
their resumes that they can use MS Office?
I think this is exactly what our users are asking for: "Word on the
Web".
As a developer I personally wouldn't have minded that our Newlines
and spaces were behaving the same as HTML but I thought he had
decided early on that we wanted to display what users typed (i.e.
Newlines honored, spaces honored) since this is what I've heard
being asked for. I much prefer to have this rather than to see
WYSIWYG-generated wiki syntax with a special syntax to force
preservation of space characters and \\ everywhere for newlines.
Anyway I'm open to discussion except that this comes very late, so
close to the final release. It would be very hard to change this now
in time for the release. OTOH if everyone is against honoring white
spaces then we better change it now.
Please let me all know your views quickly.
Thanks
-Vincent
_______________________________________________
devs mailing list
devs(a)xwiki.org