Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsGeneralPHPASPPerlColdFusionFlashHTML, CSS, ScriptsBrowsers

Webmaster Forum / HTML, CSS, Scripts / CSS / August 2008



Tip: Looking for answers? Try searching our database.

Bold numbers in ordered lists

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Andreas Prilop - 22 Aug 2008 15:14 GMT
To get bold numbers in ordered lists, one can write

 ol       { font-weight: bold }
 ol span  { font-weight: normal }

 <ol>
   <li><span>......</span></li>
   <li><span>......</span></li>
 </ol>

Is there a better way?

Signature

In memoriam Alan J. Flavell
http://groups.google.com/groups/search?q=author:Alan.J.Flavell

Jonathan N. Little - 22 Aug 2008 15:52 GMT
> To get bold numbers in ordered lists, one can write
>
[quoted text clipped - 7 lines]
>
> Is there a better way?

Not that you-know-who will support!

Example here I have also colored them red to emphasize the style...

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN"
  "http://www.w3.org/TR/html4/strict.dtd">
<html>
<head>
  <meta http-equiv="content-type" content="text/html; charset=iso-8859-1">
  <meta http-equiv="content-language" content="en-us">

  <title>template</title>

  <style type="text/css">
  ol { counter-reset: item }
  ol li { display: block }
  ol li:before {
    content: counter(item) ". ";
    counter-increment: item;
    font-weight: bold;
    color: red;
  }
  </style>
</head>
<body>

<ol>
  <li>fee</li>
  <li>fie</li>
  <li>foe</li>
  <li>fum</li>
</ol>
</body>
</html>

Signature

Take care,

Jonathan
-------------------
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com

Bergamot - 22 Aug 2008 23:30 GMT
>    ol { counter-reset: item }
>    ol li { display: block }
[quoted text clipped - 4 lines]
>      color: red;
>    }

Nice - and it degrades well for CSS deficient browsers, too.

Signature

Berg

jACK - 23 Aug 2008 22:44 GMT
Hey Guys.

I've got nothing to do with your problem, but I tried the code.

The colors showed in Firefox, but didn't show in IE 6

Thought you might like to know.

Jack

>> To get bold numbers in ordered lists, one can write
>>
[quoted text clipped - 42 lines]
></body>
></html>
Gregor Kofler - 23 Aug 2008 22:50 GMT
jACK meinte:

> The colors showed in Firefox, but didn't show in IE 6

Jonathan already mentioned "you-know-who"...

Gregor

Signature

http://photo.gregorkofler.at ::: Landschafts- und Reisefotografie
http://web.gregorkofler.com  ::: meine JS-Spielwiese
http://www.image2d.com       ::: Bildagentur für den alpinen Raum

dorayme - 22 Aug 2008 22:19 GMT
In article
<Pine.GSO.4.63.0808221608080.15416@s5b004.rrzn.uni-hannover.de>,

> To get bold numbers in ordered lists, one can write
>
[quoted text clipped - 7 lines]
>
> Is there a better way?

There is a perfectly good way that uses the semantic equivalent of an
ordered list, a two column table, with which your requirement has a
simple solution.

Signature

dorayme

Andreas Prilop - 25 Aug 2008 15:19 GMT
> There is a perfectly good way that uses the semantic equivalent of
> an ordered list, a two column table,

I don't know what you mean by "semantic equivalent" - but I certainly
cannot get automatic numbering in a table.

Signature

Solipsists of the world - unite!

Jonathan N. Little - 25 Aug 2008 15:45 GMT
>> There is a perfectly good way that uses the semantic equivalent of
>> an ordered list, a two column table,
>
> I don't know what you mean by "semantic equivalent" - but I certainly
> cannot get automatic numbering in a table.

I just love a challenge!

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN"
    "http://www.w3.org/TR/html4/strict.dtd">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=iso-8859-1">
<meta http-equiv="content-language" content="en-us">
<title>Ha, ha</title>
   
<style type="text/css">
table { border: 2px solid black; }
td { border: 1px solid black; }

table { counter-reset: item; }
table tr td:first-child:before {
    content: counter(item) ": ";
    display: inline;
    counter-increment: item;
    font-weight: bold;
    color: red;
  }

</style>
   
</head>
<body>

<table>
<tr><td>one</td><td>a</td></tr>
<tr><td>two</td><td>b</td></tr>
<tr><td>three</td><td>c</td></tr>
<tr><td>four</td><td>e</td></tr>
<tr><td>five</td><td>f</td></tr>
<tr><td>six</td><td>g</td></tr>
<tr><td>seven</td><td>h</td></tr>
<tr><td>eight</td><td>I</td></tr>
</table>

</body>
</html>

Signature

Take care,

Jonathan
-------------------
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com

Andreas Prilop - 25 Aug 2008 15:50 GMT
>> I don't know what you mean by "semantic equivalent" - but I certainly
>> cannot get automatic numbering in a table.
>
>     content: counter(item) ": ";

In which browser?
Jonathan N. Little - 25 Aug 2008 16:18 GMT
>>> I don't know what you mean by "semantic equivalent" - but I certainly
>>> cannot get automatic numbering in a table.
>>     content: counter(item) ": ";
>
> In which browser?

Oh, don't expect it to work in IE!

Firefox, SeaMonkey, Opera... the browser must support css counters.

Signature

Take care,

Jonathan
-------------------
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com

Jonathan N. Little - 25 Aug 2008 16:52 GMT
>>>> I don't know what you mean by "semantic equivalent" - but I certainly
>>>> cannot get automatic numbering in a table.
[quoted text clipped - 5 lines]
>
> Firefox, SeaMonkey, Opera... the browser must support css counters.

Also Konqueror 3.5.8 so I assume Safari will also work.

Signature

Take care,

Jonathan
-------------------
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com

Ed Mullen - 25 Aug 2008 19:02 GMT
>>>>> I don't know what you mean by "semantic equivalent" - but I certainly
>>>>> cannot get automatic numbering in a table.
[quoted text clipped - 7 lines]
>
> Also Konqueror 3.5.8 so I assume Safari will also work.

It does.

Signature

Ed Mullen
http://edmullen.net
I used to be schizophrenic, but we're all right now.

Steve Swift - 25 Aug 2008 19:25 GMT
> Also Konqueror 3.5.8 so I assume Safari will also work.

Certainly my Safari (Under Windows). Not IE8 beta though.

Signature

Steve Swift
http://www.swiftys.org.uk/swifty.html
http://www.ringers.org.uk

Jonathan N. Little - 25 Aug 2008 21:31 GMT
>> Also Konqueror 3.5.8 so I assume Safari will also work.
>
> Not IE8 beta though.

Not surprised.

Signature

Take care,

Jonathan
-------------------
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com

Roy A. - 25 Aug 2008 19:47 GMT
> >> I don't know what you mean by "semantic equivalent" - but I certainly
> >> cannot get automatic numbering in a table.
>
> >     content: counter(item) ": ";
>
> In which browser?

Most, even on cellular phones.
Ed Mullen - 25 Aug 2008 20:17 GMT
>>>> I don't know what you mean by "semantic equivalent" - but I certainly
>>>> cannot get automatic numbering in a table.
>>>     content: counter(item) ": ";
>> In which browser?
>
> Most, even on cellular phones.

Not IE7 nor (I'm fairly sure) IE6.

Signature

Ed Mullen
http://edmullen.net
I tried sniffing Coke once, but the ice cubes froze the end of my nose.

Roy A. - 26 Aug 2008 02:39 GMT
> >>>> I don't know what you mean by "semantic equivalent" - but I certainly
> >>>> cannot get automatic numbering in a table.
[quoted text clipped - 4 lines]
>
> Not IE7 nor (I'm fairly sure) IE6.

Maybe not Internet Explorer Mobile Browser either, but most of the
rest.
dorayme - 25 Aug 2008 23:25 GMT
In article
<Pine.GSO.4.63.0808251615270.2568@s5b004.rrzn.uni-hannover.de>,

> > There is a perfectly good way that uses the semantic equivalent of
> > an ordered list, a two column table,
>
> I don't know what you mean by "semantic equivalent" - but I certainly
> cannot get automatic numbering in a table.

These are two issues. There might be a way to get the latter as a
practical measure. But I will address the first.

An ordered list has the major characteristic as part of its meaning that
the order in which the list items appear is crucial to understanding the
meaning. This understanding can be assisted by adjacent numbers.

There is an issue at this point as to whether the numbers can be mere
labels or must be something deeper - <http://tinyurl.com/54pzce>.

But let us assume that the paradigm is a bread making algorithm where
the numbers are not mere labels. They are both an aid to the reader to
keep track of the order and a crucial indicator that it is an ordered
rather than an unordered list. An ordered list must be read in a certain
way. You do NOT stick the flour in the oven before you add water and
knead ...

A column of bread making instructions could be represented in a table,
the left column having the numbers, the right showing the procedure at
the corresponding number. It is a tabular affair at heart. The numbers
mean something as can be seen by *imagining* column headings, the left
column might be "Order" and the right col heading might be "Do this".

Whether you use an ordered list or a table, you are conveying more or
less the same thing. That is what I meant by semantic equivalence. The
advantage of a table is much greater presentational flexibility.

Signature

dorayme

Jonathan N. Little - 26 Aug 2008 04:17 GMT
> Whether you use an ordered list or a table, you are conveying more or
> less the same thing.

No not really. A list is a list, with a singular "linear" relationship:
start a 1, then to 2 then to 3...

Whereas a table has a "two-dimensional" relationship where the data is
organized in rank and file, row and column. Where the cross-wise
relationship is significant to the data.

> That is what I meant by semantic equivalence. The
> advantage of a table is much greater presentational flexibility.

Not sure how a table add more flexibility. Certainly more complexity if
you want to try layouts that deviate from the grid.

Signature

Take care,

Jonathan
-------------------
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com

Steve Swift - 26 Aug 2008 04:57 GMT
> Not sure how a table add more flexibility. Certainly more complexity if
> you want to try layouts that deviate from the grid.

Talking of lists, I wrote a CGI webpage specifically for generating
lists of instructions. It's one of the most useful pages I've ever created.

I keep lists such as:

  - things I have to take on holiday
  - things to do when I get a new CD (there are 13 steps)
  - the clocks I have to change when we swap between GMT/BST
  - the devices I have to reset after a power failure
  - the passwords I have to change regularly

These lists aren't numbered (they are mostly not necessarily sequential)
but they each have a checkbox for each step, so I can keep track of
where I have reached. In this case, tables are handy for keeping the
text on the same line as the checkbox.

Signature

Steve Swift
http://www.swiftys.org.uk/swifty.html
http://www.ringers.org.uk

dorayme - 26 Aug 2008 05:56 GMT
> > Whether you use an ordered list or a table, you are conveying more or
> > less the same thing.
>
> No not really. A list is a list, with a singular "linear" relationship:
> start a 1, then to 2 then to 3...

Not really. The relationship between the number of an ordered list item
and the list item itself is one relationship you miss considering. Not
even on your radar it seems. Pity. I admire some of your technical
fireworks. You seem content with dismissive elementary spiels where I am
concerned. Perhaps I deserve nothing better; I can't quite get myself to
believe this yet but maybe I will and should prepare for that day by  
boning up on the quickest way to get to The Gap at Sydney Heads... <g>

> > That is what I meant by semantic equivalence. The
> > advantage of a table is much greater presentational flexibility.
> >
>  
> Not sure how a table add more flexibility.

You forgotten already how you proposed to the OP a smart way of putting
in ordered numbers into a table col with styling... showing one aspect
of flexibility not so easily done with an OL? And there is more that can
be said here but perhaps I should stop, you are unlikely to agree or
even comprehend the least thing I say. Good luck to you Jonathan...

Signature

dorayme

Jonathan N. Little - 26 Aug 2008 13:32 GMT
>>> Whether you use an ordered list or a table, you are conveying more or
>>> less the same thing.
[quoted text clipped - 4 lines]
> Not really. The relationship between the number of an ordered list item
> and the list item itself is one relationship you miss considering.

I would argue that the ordinal numbers is a list are not at all the same
 as the data within a table. It is not really the "data" makes little
difference if

1. fee
2. fie
3. foe
4. fum

A) fee
B) fie
C) foe
D) fum

or implied:

* fee
* fie
* foe
* fum

Where as the first column of a table's data is relevant and the
relationship by row and column is significant.

fin  | fish | water
foot | dog  | land
wing | bird | air

With or without ordinal numbers a tabular data within has a significance
 with respect to row column position. It is that organizational
relationship that differentiates it from a list.

> Not
> even on your radar it seems. Pity. I admire some of your technical
> fireworks. You seem content with dismissive elementary spiels where I am
> concerned. Perhaps I deserve nothing better; I can't quite get myself to
> believe this yet but maybe I will and should prepare for that day by  
> boning up on the quickest way to get to The Gap at Sydney Heads... <g>

?

>>> That is what I meant by semantic equivalence. The
>>> advantage of a table is much greater presentational flexibility.
[quoted text clipped - 5 lines]
> in ordered numbers into a table col with styling... showing one aspect
> of flexibility not so easily done with an OL?

What do you mean? I employed the same method using CSS counters. The
flexibly had to do with CSS, the elements involved where irrelevant.

My point was the "features" of a table does not simplify anything. How is:

<table>
<tr><td>fee</td></tr>
<tr><td>fie</td></tr>
<tr><td>foe</td></tr>
<tr><td>fum</td></tr>
</table>

easier than:

<ol>
  <li>fee</li>
  <li>fie</li>
  <li>foe</li>
  <li>fum</li>
</ol>

Signature

Take care,

Jonathan
-------------------
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com

dorayme - 27 Aug 2008 00:00 GMT
[things... that I have no time to seriously answer this morning. Take
that as a mark of respect to your post. Not always something I have.]

I will answer your post later. Obviously, I am not going to get you to
see what I mean by semantic equivalence between an ordered list and a 2
col table easily, you putting up every kind of block from seeing what is
essentially a simple observation of mine.

As with many simple observations as well as not so simple ones, serious
errors can creep in and I would be interested to know if there are such
in my idea. I am saying it is an open question whether I am correct and
I have to identify why (apart from my extreme unpopularity) I only ever
have gotten blank stares online when mentioning it.

There may be some legitimate and respectable way you guys are seeing
things that I am missing. But I never even get the time of day on it.
The OP asks me what I meant. I said. And I gave a link to further
discussion. But the person I address simply does not know what to make
of it, so I better think of a better way of explaining it. Even Ben C
politely declined to discuss it once, and if anyone can understand
anything it is Ben.

Quite often, in my experience, if an idea is so coldly received, it is
because it is communicated in a form that makes it sound simply false or
crazy, there being no handle for the receiver to intelligently discuss
it. Hence your first dismissive response where you repeated so
innocently that a list was a list, one thing after another and a table
was a table, things relating blah blah. I do not blame you.

And I do not blame myself for delaying my response. It was much easier
saying the above than dealing with your arguments and questions. It is
not my fault that clients conspire with each other - I did not know any
of mine knew each other - to land work on my desk at the same time
instead of a gentle staged workload throughout the year! Everyone
conspires against me, I am used to it. <g>

Signature

dorayme

Jonathan N. Little - 27 Aug 2008 01:10 GMT
> [things... that I have no time to seriously answer this morning. Take
> that as a mark of respect to your post. Not always something I have.]

Ah thanks, um, I think...

> I will answer your post later. Obviously, I am not going to get you to
> see what I mean by semantic equivalence between an ordered list and a 2
> col table easily, you putting up every kind of block from seeing what is
> essentially a simple observation of mine.

Maybe because they are semantically different might have something to do
with it.

Signature

Take care,

Jonathan
-------------------
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com

dorayme - 27 Aug 2008 01:47 GMT
> > I will answer your post later. Obviously, I am not going to get you to
> > see what I mean by semantic equivalence between an ordered list and a 2
[quoted text clipped - 3 lines]
> Maybe because they are semantically different might have something to do
> with it.

You forget to add:

"and this is glaringly obvious to everyone but you (dorayme)".

Here's a possibility that understandably escapes your mention: that you
(and many others) are operating with an essentially false or
dilettantish idea of what it is for two things to mean the same.

I will think of a way to take you through my thoughts as best as I can,
the previous clearly not having done the job.

Signature

dorayme

Ben C - 27 Aug 2008 10:38 GMT
[...]
> Quite often, in my experience, if an idea is so coldly received, it is
> because it is communicated in a form that makes it sound simply false or
> crazy, there being no handle for the receiver to intelligently discuss
> it. Hence your first dismissive response where you repeated so
> innocently that a list was a list, one thing after another and a table
> was a table, things relating blah blah. I do not blame you.
[...]

I think it's sort of OK to call an ordered list a kind of table. But
it's only possible to judge it in the very dim light available.

A table is really a visual thing as everyone knows. Then people started
saying you can only use an HTML table for abstract "tabular data". But
we can only imagine what "tabular data" really is.

People have their own definitions but none of them are authoritative.

Really it comes down to choosing the element that fits best out of the
choice available.

Since there is an OL element that's usually going to be a better choice
for an ordered list than a TABLE.

And if you do use a TABLE instead because it's easier to style it the
way you want you could be accused of using tables for presentation,
which is the dreaded thing everyone is trying to avoid.

It's much easier to answer the practical questions "why are you using a
table?" and "why aren't you using an OL?" than "is your data tabular?".

Your argument that the numbers are like a corresponding column so that
we can look up the third thing to do on the list etc. does work but how
is that different from the argument that a linter is a kind of
validator?
dorayme - 27 Aug 2008 11:54 GMT
> [...]
> > Quite often, in my experience, if an idea is so coldly received, it is
[quoted text clipped - 7 lines]
> I think it's sort of OK to call an ordered list a kind of table. But
> it's only possible to judge it in the very dim light available.

What to call things is one thing. What things are is something else. The
two are related sometimes by trying one's best to fit the first to the
second. I am wondering if you think I am saying anything else but that
it is ok in the special sense that I have outlined at length a few times
now? In particular that it is ok to use a table instead of an ordered
list if it is at all more convenient in a context and that it is ok not
for the reason that it is ok to be a bit naughty or to cut corners but
for the reason there is nothing here that is naughty at all, there is no
corner, there is nothing that is not impeccably ok.

Perhaps this idea is simply unable to be communicated! Perhaps I am
simply wrong?  

The relation between a number and a list item has a certain practical
significance and meaning. So does the relation between some types of
cells in tables that I have described at length as relevant in this
context.

If one has an ordered list and is having the slightest difficulty
styling it the way one wants, there is no argument on this earth that
anyone has ever come up with that i know about to show that it is
*wrong* to do so when one considers that the relation between the
ordering number and the text is preserved in a table as I have explained
at length.

> A table is really a visual thing as everyone knows. Then people started
> saying you can only use an HTML table for abstract "tabular data". But
[quoted text clipped - 4 lines]
> Really it comes down to choosing the element that fits best out of the
> choice available.

I have not meant to give a different impression.

> Since there is an OL element that's usually going to be a better choice
> for an ordered list than a TABLE.

I have never denied this in any shape or form. I just have not been
giving this bit of the church teachings. I practice this church teaching
myself. I also practice with *a clear conscience* a substitution of a
table where I am having any technical difficulties with styling. I have
been trying to convey to you why one's conscience can be clear as
against the tut tut ers on ordered list vs 2 col tables.

> And if you do use a TABLE instead because it's easier to style it the
> way you want you could be accused of using tables for presentation,
> which is the dreaded thing everyone is trying to avoid.

I am trying to expose the idea that there is something of huge substance
behind such an accusation in special limited situations.

> It's much easier to answer the practical questions "why are you using a
> table?" and "why aren't you using an OL?" than "is your data tabular?".


> Your argument that the numbers are like a corresponding column so that
> we can look up the third thing to do on the list etc. does work but how
> is that different from the argument that a linter is a kind of
> validator?

You have lost me completely on this last? Are you implying that the
relation between the number in an ordered list and the list item is of a
special kind, let us call it r and that r is so well known in this and
other html/css technical groups and so well defined that anyone well
educated in these groups knows, I repeat, simply knows, that the
relation between a number in a table column headed "The order in which
to do this algorithm" and the action to be taken at that step in the
next column at the corresponding row, call this relation q is such that
r and q are quite different in theory and in practice?

What is next, Ben? Am I to be compared for my view that they look for
all the world to be essentially the same relation with peddling some
shonky product?

Signature

dorayme

Jonathan N. Little - 27 Aug 2008 15:21 GMT
> The relation between a number and a list item has a certain practical
> significance and meaning. So does the relation between some types of
> cells in tables that I have described at length as relevant in this
> context.

It may and it may not. Could be significant in the order of things like
procedural steps:

1. Untie laces
2. Pull off shoe
3. Pull off sock
4. Bare foot.

But may be just arbitrary,

Needed from store:

1. eggs
2. milk
3. bread
4. apples

With tables and tabula data the order may not be important but the row
to column interrelationship is important:

1  | nose
2  | ears
2  | feet
8  | fingers
10 | toes

the order is not so significant, this would have the same meaning:

2  | feet
8  | fingers
10 | toes
1  | nose
2  | ears

but change the row to column interrelationship and you will have problems:

1   | feet
2   | fingers
2   | toes
8   | nose
10  | ears

or a freak of nature.

Signature

Take care,

Jonathan
-------------------
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com

dorayme - 27 Aug 2008 22:46 GMT
> > The relation between a number and a list item has a certain practical
> > significance and meaning. So does the relation between some types of
[quoted text clipped - 3 lines]
> It may and it may not. Could be significant in the order of things like
> procedural steps:

> But may be just arbitrary,

And therefore totally irrelevant.

> With tables and tabula data the order may not be important but the row
> to column interrelationship is important.

The significance and relevance of this being?

Signature

dorayme

Jonathan N. Little - 27 Aug 2008 23:30 GMT
>>> The relation between a number and a list item has a certain practical
>>> significance and meaning. So does the relation between some types of
[quoted text clipped - 11 lines]
>
> The significance and relevance of this being?

The difference in semantics of list data verses tabular data, the
significance is they are different.

Signature

Take care,

Jonathan
-------------------
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com

dorayme - 28 Aug 2008 00:32 GMT
> >>> The relation between a number and a list item has a certain practical
> >>> significance and meaning. So does the relation between some types of
[quoted text clipped - 14 lines]
> The difference in semantics of list data verses tabular data, the
> significance is they are different.

Which you have not explained except in irrelevant cases.

The crucial case is between r and q (see discussion with Ben). I claim
they are not *significantly* different and if they are what is the
difference?

Signature

dorayme

dorayme - 28 Aug 2008 00:38 GMT
> The crucial case is between r and q (see discussion with Ben). I claim
> they are not *significantly* different and if they are what is the
> difference?

O and I should have added "and if there is a difference, what is its
true significance".

Signature

dorayme

Jonathan N. Little - 28 Aug 2008 01:31 GMT
>> The crucial case is between r and q (see discussion with Ben). I claim
>> they are not *significantly* different and if they are what is the
>> difference?
>
> O and I should have added "and if there is a difference, what is its
> true significance".

Not sure how to explain it any more clearly, but essentially list data
is *linear* or *sequential* whereas tabular data is "2-dimensional" with
a positional relationship in rows and columns. If you cannot grasp the
concept I am afraid you are doom to confusion ;-)

Signature

Take care,

Jonathan
-------------------
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com

dorayme - 28 Aug 2008 03:00 GMT
> >> The crucial case is between r and q (see discussion with Ben). I claim
> >> they are not *significantly* different and if they are what is the
[quoted text clipped - 7 lines]
> a positional relationship in rows and columns. If you cannot grasp the
> concept I am afraid you are doom to confusion ;-)

The insinuation that you know something about this matter that I don't
would be more impressive if you showed the slightest explained agreement
with any of the detailed things I have said. This would show how far
along what road you travel with me and exactly the point at which you
diverge.

Your suggestion that I am doomed if I don't grasp what satisfies you and
others should be beneath you.

In any case, your analysis of what is dooming me is clearly wrong
because I accept that cells in a well made html table have a
relationship to each other across rows and sometimes across columns and
sometimes across both. I also accept that list data items are
sequential.

You continue to ignore the crucial and relevant matters and keep
repeating the simple simon met a pieman stuff which I start with rather  
than dispute. Anyway, thanks for trying to contribute to the discussion.

Signature

dorayme

Jukka K. Korpela - 28 Aug 2008 06:23 GMT
> Not sure how to explain it any more clearly, but essentially list data
> is *linear* or *sequential* whereas tabular data is "2-dimensional"
> with a positional relationship in rows and columns. If you cannot
> grasp the concept I am afraid you are doom to confusion ;-)

Tabular data is, generally speaking, n-dimensional, though in web authoring
and styling we are mainly interested in the cases n = 1 and n = 2. For n =
1, tabular data reduces to a list (linear, sequential structure), which can
be described within the HTML table concept as a table (n = 2) with one
column only, or with one row only. A list can, of course, also be presented
using <ul> or <ol> (or <dir> or <menu> to get pointlessly wild) or even just
a sequence of elements, like <div> elements or <p> elements. In practice,
people tend to select the markup on presentational grounds rather than
anything else. If you want bullets, you use <ul>, etc., even though you
_could_, in theory at least, use any of the markup approaches on some
logical or other grounds and then use CSS for styling.

The suggestion to use a table for bolding numbers of list items means that a
list is replaced by a 2-dimensional table, with numbers in one column and
list items in another. I don't see why this would be unsound, even though
it's in practice a workaround when one just wants a list with bold numbers.
After all, the more importance the numbers have - i.e. the more they
describe essential properties of the data, as opposite to being merely
running numbers that could be replaced e.g. by a, b, c, ...  or even by
bullets - the more we can argue that they _should_ be explicit, present in
the actual data, and not just generated by presentational tools like CSS.

By the way, the case n = 3 is something that could be presented using CSS,
in a sense. You could have a collection of similar tables, positioned at the
same place, with different z-index values. This would of course mean that
only one "slice" would be visible at any given time, and switching between
"slices" would have to be handled outside CSS. (Well, :hover could be used
to switch between _two_ slices on mouseover.)

Yucca
Ben C - 27 Aug 2008 17:29 GMT
>> [...]
>> > Quite often, in my experience, if an idea is so coldly received, it is
[quoted text clipped - 13 lines]
> it is ok in the special sense that I have outlined at length a few times
> now?

Yes it is OK in the special sense, but does that make it OK?

Before the word "orange" was invented, people just made do with "red".
That's why people who have orange hair are still said to have "red" hair.

But it would not be OK to describe an orange traffic light as red, even
though you could just about argue that in a special sense orange is a
sort of red. The fact that there is a word for orange, and also another
light which is really red, makes all the difference.

> In particular that it is ok to use a table instead of an ordered
> list if it is at all more convenient in a context and that it is ok not
[quoted text clipped - 4 lines]
> Perhaps this idea is simply unable to be communicated! Perhaps I am
> simply wrong?  

Depends what you think is not OK: using a table for presentation, or
using a table for data that aren't "tabular"?

> The relation between a number and a list item has a certain practical
> significance and meaning. So does the relation between some types of
> cells in tables that I have described at length as relevant in this
> context.

Yes that's fine.

> If one has an ordered list and is having the slightest difficulty
> styling it the way one wants, there is no argument on this earth that
> anyone has ever come up with that i know about to show that it is
> *wrong* to do so when one considers that the relation between the
> ordering number and the text is preserved in a table as I have
> explained at length.

Well a purist might think that choosing to use a table rather than the
more natural OL just because it was easier to style was wrong.

>> A table is really a visual thing as everyone knows. Then people started
>> saying you can only use an HTML table for abstract "tabular data". But
[quoted text clipped - 12 lines]
> I have never denied this in any shape or form. I just have not been
> giving this bit of the church teachings.

No but setting the agenda is part of the teaching.

[...]
>> And if you do use a TABLE instead because it's easier to style it the
>> way you want you could be accused of using tables for presentation,
>> which is the dreaded thing everyone is trying to avoid.
>>
> I am trying to expose the idea that there is something of huge substance
> behind such an accusation in special limited situations.

Do you mean "nothing of huge substance"?

>> It's much easier to answer the practical questions "why are you using a
>> table?" and "why aren't you using an OL?" than "is your data tabular?".
[quoted text clipped - 14 lines]
> next column at the corresponding row, call this relation q is such that
> r and q are quite different in theory and in practice?

No, not that bad. Just that if the word "linter" didn't exist, it might
be more excusable to extend the word "validator" to cover linters.

In the same way, if there were no OL it might be more acceptable to use
TABLE for numbered lists.
dorayme - 28 Aug 2008 00:06 GMT
...
> > What to call things is one thing. What things are is something else. The
> > two are related sometimes by trying one's best to fit the first to the
[quoted text clipped - 11 lines]
> sort of red. The fact that there is a word for orange, and also another
> light which is really red, makes all the difference.

I am not suggesting anyone should call an ol a table or a specially
constructed table, an ordered list. I am attempting - and failing - to
show you something I think is true about the reality. I am not
suggesting that it is good practice to substitute a table for an ordered
list whenever an author feels like it for no particular good reason.  

> > In particular that it is ok to use a table instead of an ordered
> > list if it is at all more convenient in a context and that it is ok not
[quoted text clipped - 7 lines]
> Depends what you think is not OK: using a table for presentation, or
> using a table for data that aren't "tabular"?

You are basically saying I am completely wrong about the most crucial
thing and offering crumbs as compensation. Not interested in the crumbs
but thanks anyway! Look, I would much rather know that I am missing a
crucial thing here than any attempts at diplomacy. You probably don't
even realise when you are being diplomatic, you have the impressive
knack (something taken for granted in some other intellectual circles
but definitely remarkable in this Colosseum) of being as charitable as
possible (except where Albert is concerned! My my, how the scent of
blood gets you guys going in packs! <g>)

I am quite serious about this, you seem basically to be dismissing the
real heart of what I am claiming which is that the tables that I have
had in mind all the time are not mere presentational devices. But I seem
unable to get this across. The penny is not dropping on one of our
sides. Naturally everyone will suspect it is mine because you humans
tend to stick together when it comes to the crunch.

From where I am standing you seem not to have taken any notice of my oft
repeated words about the left col heading in some 2 col algorithmic
table presentation.

The left col data, if you like, has a meaning! This meaning is crucially
bound up with the data to the right. You cannot move the numbers that
indicate the order in which a procedure is to be carried out. You cannot
move "1." or "this is the first step" to the last row that deals with
triggering the timer. You would spoil the meaning of the table, you
would break the relationships that are intended.

You surely do not have some naive assumption that tabular means all
numbers and dimensions! "Do this first" and "Buy flour" can be properly
related in a table row. So too can "1." and "Buy flour" taken in
conjunction with the instruction explicit or implied from a table
heading <th>The order in which the procedure is to be carried out</th>

> > The relation between a number and a list item has a certain practical
> > significance and meaning. So does the relation between some types of
[quoted text clipped - 12 lines]
> Well a purist might think that choosing to use a table rather than the
> more natural OL just because it was easier to style was wrong.

I am not interested in what a mythical purist might or might not think.
I am interested in real purists who are not mere parrots (as some
newbies understandably enough have to be to climb the ladder) who can
give coherent arguments.

> >> A table is really a visual thing as everyone knows. Then people started
> >> saying you can only use an HTML table for abstract "tabular data". But
[quoted text clipped - 14 lines]
>
> No but setting the agenda is part of the teaching.

At the elementary level, I would not dare to let a kiddie know what I
fancy I know in any field. Too dangerous. There are already a lot of
folk dead scared to use a table even for drop dead appropriate
circumstances. But this usenet group surely should not always pitch at
that level. The high priests here will always keep the literal truth of
the bible messages going strong, fear not.

> [...]
> >> And if you do use a TABLE instead because it's easier to style it the
[quoted text clipped - 5 lines]
>
> Do you mean "nothing of huge substance"?

No.

> >> It's much easier to answer the practical questions "why are you using a
> >> table?" and "why aren't you using an OL?" than "is your data tabular?".
[quoted text clipped - 20 lines]
> In the same way, if there were no OL it might be more acceptable to use
> TABLE for numbered lists.

No, not in the same way. I find it unacceptable for myself, even to this
day, to use a table where an OL will do the job.

Signature

dorayme

Ben C - 28 Aug 2008 08:35 GMT
> ...
>> > What to call things is one thing. What things are is something else. The
[quoted text clipped - 18 lines]
> suggesting that it is good practice to substitute a table for an ordered
> list whenever an author feels like it for no particular good reason.  

You are suggesting that one time it's OK is when the table is easier to
style?

>> > In particular that it is ok to use a table instead of an ordered
>> > list if it is at all more convenient in a context and that it is ok not
[quoted text clipped - 10 lines]
> You are basically saying I am completely wrong about the most crucial
> thing and offering crumbs as compensation.

I'm just trying to clarify the criteria for supposed misuse of a table.

> Not interested in the crumbs but thanks anyway! Look, I would much
> rather know that I am missing a crucial thing here than any attempts
> at diplomacy.

I don't know of any crucial thing you're missing.

[...]
> I am quite serious about this, you seem basically to be dismissing the
> real heart of what I am claiming which is that the tables that I have
> had in mind all the time are not mere presentational devices. But I seem
> unable to get this across. The penny is not dropping on one of our
> sides. Naturally everyone will suspect it is mine because you humans
> tend to stick together when it comes to the crunch.

Well I thought I had understood roughly what you were saying: that an
ordered list is a kind of table. I don't disagree with that part.

Does that make it OK to use a table because it's easier to style? Well
it's good enough for me, but then I'm not a purist anyway. I can't tell
the difference between the teachings of a mythical purist and those of a
real purist.

> From where I am standing you seem not to have taken any notice of my oft
> repeated words about the left col heading in some 2 col algorithmic
> table presentation.

I thought I got that part.

> The left col data, if you like, has a meaning! This meaning is crucially
> bound up with the data to the right. You cannot move the numbers that
> indicate the order in which a procedure is to be carried out. You cannot
> move "1." or "this is the first step" to the last row that deals with
> triggering the timer. You would spoil the meaning of the table, you
> would break the relationships that are intended.

Yes, that's OK.

> You surely do not have some naive assumption that tabular means all
> numbers and dimensions!

No. I'm sceptical of the idea that there is any authoritative definition
of an abstract table.
dorayme - 28 Aug 2008 11:13 GMT
> > ...
> >> > What to call things is one thing. What things are is something else. The
[quoted text clipped - 4 lines]
> >>
> >> Yes it is OK in the special sense, but does that make it OK?

...
> > I am not suggesting anyone should call an ol a table or a specially
> > constructed table, an ordered list. I am attempting - and failing - to
[quoted text clipped - 4 lines]
> You are suggesting that one time it's OK is when the table is easier to
> style?

At the very least it *is* OK to substitute a table for an ordered list
if you have a pesky styling issue. Yes. But no, not the *only* time I
imagine. I am open minded on this further question. It is probably ok on
other occasions too. My confidence is based on something solid as I see
it, I am not sneaking about and slipping in a table for an OL when no
one is looking as if it is a bad thing.

It is not a bad thing because from the one is borne the other. They
share natures though they have grown apart somewhat.

You see, I don't have the simple idea of a list being an orange and a
table being a crate, different things totally. I imagine logical and
semantic connections between the two. In fact, I could bore you for
hours about my idea that a table is really just a convenient way of
grouping lists of things, that it is *made* of lists!

But I am scared to tell you about this. A creature like me, alone in
this world, is very vulnerable. I get a touch riled when earthlings seem
so incredibly resistant to seeing further than the orange and crate
appearance. Actually I don't think you fit in this category but I don't
blame you to be wary. <g>

In the beginning are lists. And He saw they were good. But He also      
saw that his creatures were having trouble when things got a bit
complicated and there were many lists on the page or many on many pages.
So He created tables to gather them all about for the benefit of Man.
And He saw this was good and He was pleased. He was also too tired to
respond immediately to urgings for databases and MySQL. But He
eventually even got around to this...

All was borne from man's and God's desire to list the objects of the
created world into sets. (Kiwis, for example, are fond of counting and
listing sheep). From the humble aboriginal unordered list and the desire
of Man and God for order came the rest of the furnishings of the world.

(How on earth does Chris Johnson indent things so well in his posts, I
wanted the last two paras indented but could not quickly see a simple
way)

> >> > In particular that it is ok to use a table instead of an ordered
> >> > list if it is at all more convenient in a context and that it is ok not
[quoted text clipped - 12 lines]
>
> I'm just trying to clarify the criteria for supposed misuse of a table.

No one has secret knowledge so well developed that can rationally
challenge the use of a table instead of a list for communicating
material that would be equally appreciated in either form by the peoples
of the world. There is no secret knowledge that anyone has, no matter
how much the priests insinuate otherwise, to make it wrong to substitute
a simple 2 col table for an ordered list if using an OL is going to
cause you bother, either in styling or other problems that I leave as an
open question (the very reverse of a religious stance).

> > Not interested in the crumbs but thanks anyway! Look, I would much
> > rather know that I am missing a crucial thing here than any attempts
[quoted text clipped - 12 lines]
> Well I thought I had understood roughly what you were saying: that an
> ordered list is a kind of table. I don't disagree with that part.

Perhaps it would be better to describe my view as that a table is a kind
of collection of ordered lists and that the simple case is a limiting
one. Use either in principle! But normally, use OL because it is the
specific tool for the job and if there is no special reason to use a
table, don't.

There are, if you start to think about it, probably lots of situations
to turn away from OLs on a web page to a table. An author might see get
fed up of fiddling about with a complicated list that has as parts
further ols and/or uls. He might well unify all this into a table.

I cannot go into everything Ben, I am just one being trying to earn a
living here.


> Does that make it OK to use a table because it's easier to style? Well
> it's good enough for me, but then I'm not a purist anyway. I can't tell
[quoted text clipped - 21 lines]
> No. I'm sceptical of the idea that there is any authoritative definition
> of an abstract table.

I will return at some stage to try to demonstrate further the idea of
semantic equivalence. The meaning of any structure is crucially bound up
with the information conveyed and if there are two ways to convey the
same information, there is nothing but practical considerations rather
than deep semantic reasons for choosing the vehicle.

But, and this is a very hard idea for some people to get their heads
about, there is no meaning that floats independently, it is all about
how the vehicles are used. And I have time and again shown how some
vehicles are interchangeable for some jobs. That means they are
semantically equivalent. It is not a mystery. There are no ghostly
meanings that hover essentially about ordered lists, and different
ghosts to tables. It is all about using things sensibly and responding
to practical situations. The priests hate this sort of thing because it
undermines their set rigid spiels.

I am sorry all this is not in earthling technospeak. But I try me best.

Signature

dorayme

Ben C - 29 Aug 2008 10:39 GMT
[...]
   > In the beginning are lists. And He saw they were good. But He also
   > saw that his creatures were having trouble when things got a bit
   > complicated and there were many lists on the page or many on many
   > pages. So He created tables to gather them all about for the
   > benefit of Man. And He saw this was good and He was pleased. He
   > was also too tired to respond immediately to urgings for databases
   > and MySQL. But He eventually even got around to this...
   >
   > All was borne from man's and God's desire to list the objects of
   > the created world into sets. (Kiwis, for example, are fond of
   > counting and listing sheep). From the humble aboriginal unordered
   > list and the desire of Man and God for order came the rest of the
   > furnishings of the world.

> (How on earth does Chris Johnson indent things so well in his posts, I
> wanted the last two paras indented but could not quickly see a simple
> way)

In vim you just use the ">" normal-mode command.

[...]
> I will return at some stage to try to demonstrate further the idea of
> semantic equivalence. The meaning of any structure is crucially bound up
[quoted text clipped - 10 lines]
> ghosts to tables. It is all about using things sensibly and responding
> to practical situations.

Many concepts overlap and are fuzzy around the edges. It's a matter of
consensus what you can call what in any context and there isn't always a
clear-cut answer.

That's why I don't think you can justify _absolutely_ using a table
instead of an ol for presentation reasons. I think it's OK, but you
can't guarantee close-to-100% consensus. It's not like calling a spade a
spade.
dorayme - 29 Aug 2008 13:23 GMT
> [...]
...
> > I will return at some stage to try to demonstrate further the idea of
> > semantic equivalence. The meaning of any structure is crucially bound up
> > with the information conveyed and if there are two ways to convey the
> > same information, there is nothing but practical considerations rather
> > than deep semantic reasons for choosing the vehicle.

...

> Many concepts overlap and are fuzzy around the edges. It's a matter of
> consensus what you can call what in any context and there isn't always a
[quoted text clipped - 4 lines]
> can't guarantee close-to-100% consensus. It's not like calling a spade a
> spade.

No, it is not like calling a spade a spade. But it is rather like using
either of two sentences that equally convey a piece of information
whether or not the one can be transformed syntactically into the other
or not.

The paradoxical bit of my expressed view is that lists (unordered) are a
more primitive notion than tables. They are just a bunch of things
collected together. And yet I speak of analysing some lists in terms of
tables!  

Put it another way, I say an ordered list is a 2 col table. I say that
tables are really a way of ordering lists in a convenient manner to show
relationships between the list items.

It looks as if I am saying opposing things. But there is no real
trouble. It is two sides of a coin. Tables are a nice construct to
collect lists together and show relationships between them.

But the ordered list is a different beast to the unordered one. It is a
construct that can be understood as a shorthand way of representing a
special kind of table.

An ordered list (where the numbers are used to inform about the order)
is an amalgam of two lists. Yes, two unordered, primitive lists, don't
be fooled by the numbers. Imagine the following table.

3. Press the trigger
1. Load the gun
2. Aim

The left column is neither ordered nor unordered technically. The idea
simply does not apply. It is just a table that shows the relationship of
one list to another list. The pairings matter a great deal, left to
right.

It is not how we would draw it, but we could without losing the vital
information. Normally, we would have the commonsense to write it in a
different order. But if you understand that the numbers indicate order
(and the column heading can be either explicit or implied to assist
this) then the table is perfectly meaningful and useful.

It would be better to draw the table up in the order in which operations
are to be carried out. Imagine this done.

1. Load the gun
2. Aim
3. Press the trigger

OK, we now have a table differently arranged but giving *exactly* the
same info. But easier to read now.

Now it might be nice to have a way to write this commonsensically  set
out table. Enter a shortcut idea... the ordered list! This shortcut has
a few rules of its own, it demands to be a shortcut of a 2 col table
which has been constructed for human understanding and in human
understanding you don't mess about, you put the first thing to be done
first or at least you go in logical order... And in various environments
the numbers happen automatically. Clever little thing an OL. But it is
just a convenience in the end.

There is nothing, magical or otherwise, that an ol is semantically that
is different to a specially formatted table.

And if you have this view of things, it *can* be *absolutely* reasonable
to use a table instead of an ordered list at the slightest sign of
practical bother with the supposedly more convenient shortcut.

That's what I reckon anyway.

Cheers.

Signature

dorayme

Chris F.A. Johnson - 29 Aug 2008 18:02 GMT
...
> (How on earth does Chris Johnson indent things so well in his posts, I
> wanted the last two paras indented but could not quickly see a simple
> way)

     GNU emacs text-mode with auto-fill-mode. I indent the first line
     and lines automatically wrap with the same indentation.

Signature

  Chris F.A. Johnson                      <http://cfaj.freeshell.org>
  ===================================================================
  Author:
  Shell Scripting Recipes: A Problem-Solution Approach (2005, Apress)

dorayme - 29 Aug 2008 21:47 GMT
> ...
> > (How on earth does Chris Johnson indent things so well in his posts, I
[quoted text clipped - 3 lines]
>       GNU emacs text-mode with auto-fill-mode. I indent the first line
>       and lines automatically wrap with the same indentation.

So... OK. If I get to need to do this more, I might have to see about
getting a package suitable for Mac X.

Signature

dorayme

Sherm Pendley - 29 Aug 2008 21:51 GMT
>> ...
>> > (How on earth does Chris Johnson indent things so well in his posts, I
[quoted text clipped - 6 lines]
> So... OK. If I get to need to do this more, I might have to see about
> getting a package suitable for Mac X.

Are you aware of Aquamacs?

   <http://www.aquamacs.org>

sherm--

Signature

My blog: http://shermspace.blogspot.com
Cocoa programming in Perl: http://camelbones.sourceforge.net

dorayme - 29 Aug 2008 22:06 GMT
> >> ...
> >> > (How on earth does Chris Johnson indent things so well in his posts, I
[quoted text clipped - 10 lines]
>
>     <http://www.aquamacs.org>

Thanks, I did just see about this when spending a few mins looking up
about what Chris was saying.

Signature

dorayme

dorayme - 27 Aug 2008 06:03 GMT
> >>> Whether you use an ordered list or a table, you are conveying more or
> >>> less the same thing.
[quoted text clipped - 36 lines]
>   with respect to row column position. It is that organizational
> relationship that differentiates it from a list.

OK, now, Jonathan where were we? O yes, you think the number in an
ordered list can never be the same as data in a column in a table? And
you have an argument. Your argument begins with a few particularly
distracting ungrammatical sentences and others later. I am having
trouble understanding you. I have spent 15 minutes thinking of
charitable interpretations and come up with only obviously acceptable
and uncontroversial things that I start with myself.

Perhaps we can take things slowly.

Did you have any difficulty with my

1. "An ordered list has the major characteristic as part of its meaning
that the order in which the list items appear is crucial to
understanding the meaning. This understanding can be assisted by
adjacent numbers." ?

or

2. "let us assume that the paradigm is a bread making algorithm where
the numbers are not mere labels. They are both an aid to the reader to
keep track of the order and a crucial indicator that it is an ordered
rather than an unordered list. An ordered list must be read in a certain
way." ?

or, crucially and what you seem to simply miss in your above "argument":

3. "A column of bread making instructions could be represented in a
table, the left column having the numbers, the right showing the
procedure at the corresponding number. It is a tabular affair at heart.
The numbers mean something as can be seen by *imagining* column
headings, the left column might be "Order" and the right col heading
might be "Do this"." ?

I know you had difficulty with my

4. "Whether you use an ordered list or a table, you are conveying more
or less the same thing. That is what I meant by semantic equivalence." ?

I ask because none of these detailed sentences did *you* take up in any
shape or form. You did not question any of the sentences in particular
so I am fighting here to understand what difficulty you or anyone is
having with my oft stated view that an ordered list is in all essentials
a two col table of a special type.

It is particularly frustrating to me that you do not take up my 3. which
summarises the crucial idea. It pinpoints the type of table that is a
semantic equivalent. Not *any* table will do. An ordered list showing a
cooking algorithm is not going to be matched by any old table. A
particular ordered list has its counterpart table with particular
characteristics.

For me, meaning is information. I have no idea what it is for you. If I
use an ordered list to tell someone how to get the head off a Triumph
Trophy and get the valves out and grind the seats, I expect that they
understand that it is an ordered list and not an unordered one. If I put
in the numbers (by, say, leaving list-style-type as default) I expect
the reader to read the numbers in a particular way.

I expect them to see "1" and relate it to the text on the right of it.
And for the number "2" etc. If I did this in a two col table I would
expect *exactly* the same thing.

In a table I would even be able to help the simpler type of home
mechanic to read it right. I could put in a col heading that makes it
clear that the order is represented by the numbers below. An ordered
list in itself has no such provisions as represented in a browser. One
can, of course, make it clear in some prelimininary text.

If a sighted person sees an ordered list on a website, it might, unknown
to him, be coded by ol or by a two col table. The sighted user would be
none the wiser by simple reading. Imagine two identical sets of
instructions, one on one webpage coded ol, the other on another page
coded table. What difficulty do you have or does anyone have with the
idea that the objects (as seen by website users) are equivalent in
meaning? Do you at least understand this semantic equivalence?

You can look at the source and say "Ah, this is a table" or "This is an
ordered list". But from the point of view of the reader, it is a piece
of text that means something and it means exactly the same thing whether
it be a 2 col table or an ol behind the scenes.

Lets move on to another aspect of semantic equivalence now. A blind man
is being read an algorithm. "1" the voice says, "Remove the fuel tank",
"2", the voice continues, "Clean top of engine with degreaser" etc.

But another blind man on another website has the table version and he is
read very similar instructions. He understands via the left column
*heading* that this is the order, and the instruction is paired to the
right col on the same row.

I am not arguing for the moment which is best or simpler or which is
more convenient for either author or listener or reader. I am saying
that when all is said and done, the two have understood the information
conveyed, they have understood pretty well the same thing. An algorithm
of how to strip a head and grind the valve seats in. These are the
things that make the alternative constructions semantically equivalent.
Information conveyed and received. One person is not in possession of
some secret meaning that the other is not in possession of.

You might have some sort of ghost idea of meaning. I don't. I am a
practical person and have the idea of practical meaning. Words and
constructions have a meaning according to how they are used and
received. And I am saying to you and you are dismissing or snipping or
oddly replying without taking up my words.

I have no idea at all why this is so.

I will take up the greater flexibility question you put later, I better
stop!

Signature

dorayme

Jonathan N. Little - 27 Aug 2008 15:27 GMT
>>>>> Whether you use an ordered list or a table, you are conveying more or
>>>>> less the same thing.
[quoted text clipped - 42 lines]
> charitable interpretations and come up with only obviously acceptable
> and uncontroversial things that I start with myself.

Sorry should get someone else to proof my messages before posting.
Numbers in a list are only significant if they represent procedural
step, but that may not aways be the case. See my other reply...

Signature

Take care,

Jonathan
-------------------
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com

dorayme - 27 Aug 2008 22:48 GMT
> Numbers in a list are only significant if they represent procedural
> step, but that may not aways be the case.

This is either false or ambiguous or both.

Signature

dorayme

Jonathan N. Little - 27 Aug 2008 23:27 GMT
>> Numbers in a list are only significant if they represent procedural
>> step, but that may not aways be the case.
>
> This is either false or ambiguous or both.

How so?

Signature

Take care,

Jonathan
-------------------
LITTLE WORKS STUDIO
http://www.LittleWorksStudio.com

dorayme - 28 Aug 2008 00:23 GMT
> >> Numbers in a list are only significant if they represent procedural
> >> step, but that may not aways be the case.
> >
> > This is either false or ambiguous or both.

I forgot to add "or vague" and change "or both" to "or all three"

> How so?

The "that" could refer to either the fact of significance or the
canvassing of the possibility of the conditional not being true.

The vaguesness refers to the possibility of some other meaning that is
not clear and is neither of the ones mentioned above.

And the falsity refers to there being cases of ordered lists that do not
literally represent a procedure to be followed.

Signature

dorayme

 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.