ut while the community
> dithers over deciding upon a replacement, more and more instances of this
> inaccessible pattern are deployed.
Quite - and, as I've pointed out before, the imminent release of Firefox
3, with native support for microformats, will see a significan
In message <[EMAIL PROTECTED]>, Andy Mabbett
<[EMAIL PROTECTED]> writes
>Please add your service to eth iki, not elast at:
>
><>
Sorry; please ignore that fragment, which I meant to remove. I already
added it at:
<http://microformats.org/wi
t that address.
Please add your service to eth iki, not elast at:
<>
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
e.
Reducing the number of unsigned opinions and first-person comments in
the documentation would probably be much more productive, in that
regard.
To that end, the how-to-play guidelines say 'Do not create new "User:"
links by hand.'
That refers to a different
iscussion that went into it.
But if that discussion isn't adequately documented, or the decision
isn't adequately explained, it's a reasonable, indeed likely, conclusion
for a relative newcomer to arrive at, surely?
--
Andy Mabbett
_
ot what is meant anyway).
It should be re-worded to allow the fair-use quoting of other websites.
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
st
[EMAIL PROTECTED]
http://lists.ukuug.org/mailman/listinfo/announce
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
In message <[EMAIL PROTECTED]>, Thom Shannon <[EMAIL PROTECTED]>
writes
Andy Mabbett wrote:
It's not just in Operator; as I said in my original post, rel-lint
for one has the same problem.
Then surely it's just a common bug? If the specs say it should be so
then it
In message <[EMAIL PROTECTED]>, Thom Shannon <[EMAIL PROTECTED]>
writes
Andy Mabbett wrote:
[alt attribute ignored in some cases]
As I have pointed out previously, this is contrary to the intentions of
the writers of the HTML specification:
looks like a bug
It's not; it
ot;us", "me" or the name of the organisation owning the page
concerned (Google finds about 3,590,000,000 for "contact us").
Per the "process", where is the evidence that people use(d; pre-XFN)
"contact" when linking to people who are their contacts (in t
3.8>
The alt attribute should be parsed, and the above example rendered as:
"microformats (contact)"
This applies to all microformat properties, where the content is
expected to be text.
--
Andy Mabbett
___
microformats-discuss ma
In message
<[EMAIL PROTECTED]>, Stephen
Paul Weber <[EMAIL PROTECTED]> writes
>I use rel=comment myself, but that's not remotely standard.
Please add that to:
<http://microformats.org/wiki/existing-rel-va
ing white space and a trailing
close-parenthesis, if any' shouldn't be to difficult to code.
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
In message <[EMAIL PROTECTED]>, Andy Mabbett
<[EMAIL PROTECTED]> writes
>Early in December, I made the following suggestion, but in a separate,
>and unclearly-titled thread.
>
>I'm reposting it here, in a new thread, in the hope that it will
>warrant discu
he ' rel="DC.creator" ' in your website:
<http://tobyinkster.co.uk/blog/2008/02/06/ie-8-meta-tag/>
is recognised by the Dublin Core Viewer extension for Firefox:
<https://addons.mozilla.org/en-US/firefox/addon/528>
--
Andy Mabbett
#x27;re generating pages
dynamically from a db it gets trickier
I found the same problem on Wikipedia with addresses and names.
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
In message <[EMAIL PROTECTED]>, Scott
Reynen <[EMAIL PROTECTED]> writes
>On Feb 7, 2008, at 3:03 PM, Andy Mabbett wrote:
>
>>> On the topic of whether this should have had wider discussion, I
>>>thought it was well established long ago that the properties of an
tations.
There are logs - so it would be wrong to say the decision was made in
private, it was done on IRC, without notification to microformats-new.
Who said it was made in private?
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-d
anything really changing here.
The change made today does not refer only to Agent; nor even only to
hCard.
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
rg/wiki/hatom>
though you seem to suggest greater granularity.
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
for a long
time.
Demonstration of a requirement is not demonstration of an existing
standard.
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
s with properties like:
John Smith-Brown
Mary Anne Jones
Ai Ki Chi
so sites like Wikipedia use:
[name of indeterminate structure]
which again causes no problems to parsers.
Should the spec be reworded?
--
Andy Mabbett
__
On Thu, February 7, 2008 15:37, Scott Reynen wrote:
> On Feb 7, 2008, at 4:59 AM, Andy Mabbett wrote:
>
>
>>> If it's just a generic contact that you know nothing about, I'd say
>>> just use fn, as adding org is potentially incorrect information. But if
>&
an mean "not the weakest, but
far from the strongest, reason".
Apologies for causing confusion.
--
Andy Mabbett
** via webmail **
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
" are not the same, and the value of the "FN"
> property is exactly one word. What would: Madonna Louise
> Ciccone Ritchie
> Result in?
No nickname; unlike the more comprehensive:
Madonna Louise Ciccone
Ritchie
> Also what about artists like Plastic Bertram? I assume
isation supposed to work here?
Exactly as it does at present. Those are both formatted names and
nicknames (and remain nicknames, if you also include the fn of "Marshall
Bruce Mathers III", "Madonna Louise Ciccone Ritchie " or "Prince Rogers
Nelson").
--
Andy Ma
without prior notification or debate.
Note, for example, that it precludes an event's hCalendar and the event
organiser's hCard from sharing the URL in a single "A" element.
I propose that the change be undone; and not reintroduced until the
implications are more fully understood an
groups/bands should be considered organisations.
That said, I don't think the reason offered here is a strong one.
Neither do I; that's why I said "not least".
--
Andy Mabbett
___
microformats-discuss mailing list
microformat
ng more useful is where
the finer granularity is unknown or unavailable.
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
of "Pink" and a family
name of "Floyd".
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
r, like all things Microformats - they've got to be backed up by
examples.
The issue isn't "wouldn't these be really cool to have", but rather "we
need to demonstrate that there are enough of these on the web to
justify adding more terms to hAudio".
In message <[EMAIL PROTECTED]>, Martin McEvoy
<[EMAIL PROTECTED]> writes
>Role is hardly ever used in hcard in the "real world"
I use it. In fact:
<http://www.westmidlandbirdclub.com/bardsey/>
might include the first ever hCard with a role of "L
uld denote the original
creator.
That would still not distinguish between "creator" as performer (Elvis
Presley); as composer (Mozart); or as both (Bob Dylan).
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microf
quot; or "vocalist", not "vocals".
The only thing I might add is vcard looks redundant? as the context
describes audio, not buisness cards?
hCard is not just for business cards. It's for "people, organisations or
places".
--
Andy Mabbett
_
a year
since I attempted to do so for the taxonomic names of living things, and
despite providing many millions, and having asked him numerous times,
Tantek has yet to give a simple yes or no answer to my question as to
whether that's sufficient).
--
Andy Mabbett
_
;http://www.discogs.com/search?type=all&q=meddle&btn=Search>
not to mention Wikipedia:
<http://en.wikipedia.org/wiki/Meddle>
Some of us radicals also think it's a good idea to use hCard...
--
Andy Mabbett
___
microf
In message <[EMAIL PROTECTED]>, Guillaume Lebleu
<[EMAIL PROTECTED]> writes
Andy Mabbett wrote:
In message <[EMAIL PROTECTED]>, Manu Sporny
<[EMAIL PROTECTED]> writes
If you really want to make the distinction between a publisher, a
drummer, a singer, a technicia
ecording
>from the specified audio album.
In that case, perhaps "track" rather than "title" is the more
appropriate label to replace "FN"?
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
In message <[EMAIL PROTECTED]>, Andy Mabbett
<[EMAIL PROTECTED]> writes
>If there are insufficient examples of "composer" being listed, that
>itself is evidence that the examples are inadequate:
More to consider here:
<http://pianosociety.com/>
(als
e artist) is "Primal Scream".
The example above is valid hAudio markup
I thought "fn" was required.
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
hat the evidence
is too limited.
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
ans of any western education!) from context; but not to a machine.
Before anyone cries "hidden metadata", how often to we explicitly say
that "Mabbett" is my family name?, or that "21 High street" is a street
address?
--
Andy Mabbett
___
In message <[EMAIL PROTECTED]>, Manu Sporny
<[EMAIL PROTECTED]> writes
>Andy Mabbett wrote:
>> In message <[EMAIL PROTECTED]>, Manu Sporny
>> <[EMAIL PROTECTED]> writes
>>
>>> If only one contributor is listed, it is assumed that he/she
roformats-discuss/2008-January/011422.html>
(aka <http://tinyurl.com/2yjpj9>)
et seq.
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
n Eno and Daniel Lanois
*Beethoven's fifth Symphony, conducted by Simon Rattle
*Smetana's Ma Vlast, performed by the London Philharmonic
Orchestra
(note also the common usage of the verbs "produced", "conducted" and
"performed" rather
t;> http://microformats.org/wiki/audio-info-brainstorming#artist
>
>If we used artist, we would not have been able to mark up publishers,
>composers, audio technicians, etc.
If we used *only* 'artist', perhaps, but not if we used 'artist' *AND*
'composer&
but in , it is logically included as the
>first child.
I don't understand why that's necessary. Can you elaborate, please?
Meanwhile, my proposal is now on the wiki:
<http://microformats.org/wiki/include-pattern-strawman#Andy_Mabbett>
--
Andy Mabbett
_
[EMAIL PROTECTED]
since, in these examples, "Webmaster" is not a nickname, "Duty" is not a
given-name and "Manager" is not a family-name.
I'll add this to -issues.
--
Andy Mabbett
___
microformats-di
the template. I think you will need to sue
some conditional statements, or provide different templates for
organisations and venues.
is this useful for mediawiki-mark-up-issues?
http://microformats.org/wiki/mediawiki-mark-up-issues
Which particular issues d
In message <[EMAIL PROTECTED]>, Karl Dubost
<[EMAIL PROTECTED]> writes
Le 31 janv. 2008 à 05:20, Andy Mabbett a écrit :
and, since there is clearly a schema already in existence, a piece of
hidden metadata such as:
"hidden"
For example, the DC
type "sound" might be useful at the lowest level of hAudio
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
family-name:Turner
which seems to be strictly-correct interpreation of the hCard spec.
Should the name optimisation rules be re-written to take account of this
pattern?
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-dis
What is:
<http://microformats.org/wiki/simple-bsd-license>
for? Do we still need it?
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
In message <[EMAIL PROTECTED]>,
Jim O'Donnell <[EMAIL PROTECTED]> writes
>On 26 Jan 2008, at 19:07, Andy Mabbett wrote:
>> That sounds like a situation where you would use the putative
>>"citation" microformat which will hopefully include an "a
blishers, parsers and
the authors of future specs) that it works the same way in all of them.
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
"author" or "creator"
property, utilising hCard.
In turn, such hCards could then use the proposed "definitive hCard",
"more-detailed hCard" or "parent hCard" property (perhaps
rel="expansion") to indicate the page 0or page-fragmen
In message <[EMAIL PROTECTED]>, Guillaume Lebleu
<[EMAIL PROTECTED]> writes
>Andy Mabbett wrote:
>> A brainstorm of possible alternative methods of using include in
>> microformats, avoiding the use of the problematic "OBJECT" or empty-link
>> variants
In message <[EMAIL PROTECTED]>, Andy Mabbett
<[EMAIL PROTECTED]> writes
>Birmingham
>
>then:
[...]
>or
>
>[...]
or
[...]
or
[...]
or
[...]
--
Andy Mabbett
___
mic
Birmingham
[...]
[...]
Note: "birminghamid" used for clarity; "birmingham" would be the
semantically correct value.
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
In message
<[EMAIL PROTECTED]>, Brian
Suda <[EMAIL PROTECTED]> writes
On 09/01/2008, Andy Mabbett <[EMAIL PROTECTED]> wrote:
In message <[EMAIL PROTECTED]>, Jeremy
Keith <[EMAIL PROTECTED]> writes
>> Perhaps the rule should be that the hCard is for
eveloping IT standards (though I am far, far from being a lawyer
myself).
That's interesting, in the light of:
<http://microformats.org/wiki/logical-flaws#Legally_is_meaningless_from_non-lawyers>
--
Andy Mabbett
___
microformats-discuss
In message <[EMAIL PROTECTED]>, Andy Mabbett
<[EMAIL PROTECTED]> writes
I could potentially mark that Ann is the daughter
of Matthew.
Presently; you can't. You can only express that she is his child,
because XFN
[...]
has no expressions of gender.
That is to say, you
t also use to convey data about
Ann and Matthew) has no expressions of gender.
See also:
<http://microformats.org/wiki/gender>
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
>a=0&msid=107254219936498773072.0004442d0067029758c0&ll=40.20 36,-8.4075
>88&spn=0.010046,0.019033&t=k&z=16&om=0">Coimbra,
>Portugal
Each of those ampersands should be escaped, as:
&
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
ding microformats difficult, as
we've found ion the microformats wiki itself.
There's more about this at:
<http://microformats.org/wiki/mediawiki-mark-up-issues>
along with some patches to fix them (not yet, so far as I know,
implemented on the microformats wiki).
--
Andy Mabbett
_
h uses Geo:
<http://commons.wikimedia.org/wiki/Template:Location_dec>
example:
<http://commons.wikimedia.org/wiki/Image:StationUtrecht.jpg>
Google, mentioned elsewhere, may have lots of hCards, but most are badly
broken:
<http://tinyurl.com/38gbbl>
as they&#
this concept?
Use the include pattern (<http://microformats.org/wiki/include-pattern>;
URL quoted from memory).
--
Andy Mabbett
** via webmail **
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.or
FYI. Apologies for the short notice, but I have only just receivied it
myself:
Original Message
Subject: [mySociety:public] Local mashup event tonight in London
From:"Tom Steinberg" <[EMAIL PROTECTED]>
Date:Thu, January 17, 2008 11:
or organisation:
Acme
"ADR" would still be available where a vCard contains more than one
address.
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
do microformat", to allow
vacancies to be skimmed from one website for use in a second; after it
proved cost-prohibitive to add the desired XML output to the system
producing the former. If that happens, I'll share the results here in
due course.]
--
Andy Mabbett
nd any other (future) attributes where data, for which the
machine-readable value is not human-readable (or is not in the same
language), must be encoded:
Chez moi
type = home
extended-address = Chez moi
url = foorbar.htm
It doesn't matter which we adopt, so long as everyone consi
ll) would work:
shipments
Chez moi
The more I consider that pattern, the more it seems that this is a
workable (indeed, best-possible) solution, if I say so myself.
I invite people to highlight any shortcomings it may have.
--
Andy Mabbett
** via webmail **
_
In message <[EMAIL PROTECTED]>, ryan
<[EMAIL PROTECTED]> writes
>On Jan 10, 2008, at 3:14 PM, Brian Suda wrote:
>> On 09/01/2008, Andy Mabbett <[EMAIL PROTECTED]> wrote:
>>> If there are any objections, please say to which of the above
>>>points you
the revised standard.
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
to hear people's opinions
both in favor of and against including RDFa support in a future
release of Firefox.
+10 for me and my colleagues
I have ~50,000 colleagues. Available to the highest bidder ;-)
--
Andy Mabbett
___
microformats-dis
In message <[EMAIL PROTECTED]>, Andy Mabbett
<[EMAIL PROTECTED]> writes
The hAudio spec says:
<http://microformats.org/wiki/haudio#Full_Download_.28Enclosure.29>
Full Download (Enclosure)
*The element is identified by a URI fitting the
In message <[EMAIL PROTECTED]>,
Andy Mabbett <[EMAIL PROTECTED]> writes
[future-gazing]
six feet under
That should of course, be:
six feet under /foo>
--
Andy Mabbett
___
microformats-discuss mailing list
micro
uot;.
Also, there appears to be no mechanism to mark up an hAudio, expressed
in plain text on page A, which links to an interim page, B, which in
turn links to a file download. For example, the radio shows listed on:
<http://www.westmidlandbirdclub.
no impact on the copyright of the
content itself which the publisher may explicitly specify using
rel-license as specified above.
However, that is the first and only reference to rel-license on the
page.
--
Andy Mabbett
___
microformats-disc
In message
<[EMAIL PROTECTED]>, Brian
Suda <[EMAIL PROTECTED]> writes
>On 09/01/2008, Andy Mabbett <[EMAIL PROTECTED]> wrote:
>> If there are any objections, please say to which of the above points you
>> object, and whether you have a preferred alternative, or
Highway To Hell
(3:39)
should be:
Sanity
(5:48)
Highway To Hell
(3:39)
leaving no numerals to be marked up.
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-dis
le of
their work).
Can anyone advise me how to overcome this?
If not proof, is this not strong evidence that the class "title" rather
than "fn" should be used for the title of a recorded work?
--
Andy Mabbett
___
microformats-disc
;SHOULD" in that clause renders the subsequent:
The contents of the element MAY be specified in plain-text.
redundant.
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats
ishing front end changes for getting
> microformat support into the next release.
By "next release", do you mean 3.0.1 (or some such) or 4.0?
--
Andy Mabbett
** via webmail **
___
microformats-discuss mailing list
microformats-discuss@mic
artwork under a different
> license and keep it on the wiki (i.e. CC+)?
If an image is hosted elsewhere, and shown on the wiki by simply entering
its URL, as is presently the case for all those at:
<http://microformats.org/wiki/icons#General>
is PD required?
--
And
_gardening>
These will be particularly useful for including synonyms.
When I have time, I will create a wiki template for these keywords,
which will prettify them, using CSS.
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-dis
s.org/wiki?title=User:BenWest/to-do>
The latter two seemed most logical URLs to use; please move them if an
alternative pattern is preferred.
I've also struck-through a couple of items in individuals' sections,
which had already b
In message
<[EMAIL PROTECTED]>, Brian
Suda <[EMAIL PROTECTED]> writes
>On 09/01/2008, Andy Mabbett <[EMAIL PROTECTED]> wrote:
>> In message <[EMAIL PROTECTED]>, Jeremy
>> Keith <[EMAIL PROTECTED]> writes
>>
>> >> Perhaps the r
On Wed, January 9, 2008 09:51, David Janes wrote:
> "If you need me I'll be in the class="depth">basement".
John Doe
2010-11-22
six feet under
> Sorry, couldn't resist ;-)
Lik
and to include Coordinate
Reference System (CRS) identification. Voting on the revised
standard finishes on the 15th February 2007.
Before I start researching the outcome, can anyone provide an update, please?
Thank you.
--
Andy Mabbett
** via w
In message
<[EMAIL PROTECTED]>, Philip
Tellis <[EMAIL PROTECTED]> writes
On 08/01/2008, Andy Mabbett <[EMAIL PROTECTED]> wrote:
Perhaps, but I'd slice it three ways and add more:
service:
voice, sms, fax, data, textphone, freephone
connection:
mers) for 24 hours.
Please don't do so on my account. I find such hiatuses (whether
voluntary or imposed) pointless; far better for the time to be spent
making constructive contributions to our work here.
[I will respond to your other post later]
Then there's VoIP...)
use:
personal, work
So I can have, for instance, a:
work-landline-fax
which is different to each of my:
personal-mobile-[fax+voice+sms]
my:
work-mobile-[fax+voice+sms]
my:
not
possible, i.e.
Dayton, Ohio
If there are any objections, please say to which of the above points you
object, and whether you have a preferred alternative, or object in
principle.
It is my view that items 3 and 4 are logical, and should be done, even
if the first two are not adopted; since, say:
New York
and
Boston
are extremely unlikely to ever represent a person's name.
--
Andy Mabbett
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
time I look at a contact page about someone
who does voluntary work.
Can you point to an example that will help me understand your point?
<http://www.westmidlandbirdclub.com/records/recorders.htm>
--
Andy Mabbett
___
microformats-discuss mailing li
On Tue, January 8, 2008 11:08, Alex Mayrhofer wrote:
> Andy Mabbett wrote:
>
>> I've added the issue here:
>>
>>
>> <http://microformats.org/wiki/vcard-suggestions#3.3.1_TEL_Type_Definiti
>> on>
> it might be a good idea to look at the p
ype_Definition>
and will raise it with the group being formed to look at revising vCard.
--
Andy Mabbett
** via webmail **
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
On Tue, January 8, 2008 09:29, Michael Smethurst wrote:
> I'm looking into marking up contact details for tv and radio programmes
>
>
> Typically they have a telephone number, an email address, possibly a fax
> number and often a sms short code
>
> Is there a preferred way to mark-up the sms shor
In message <[EMAIL PROTECTED]>, Guillaume Lebleu
<[EMAIL PROTECTED]> writes
Andy Mabbett wrote:
When did you last see a listing of, say, Pizza restaurants that labelled
each telephone number as "work"?
When did you last see a listing of, say, Pizza restaurants that
In message <[EMAIL PROTECTED]>, Guillaume Lebleu
<[EMAIL PROTECTED]> writes
Andy Mabbett wrote:
When did you last see a listing of, say, Pizza restaurants that labelled
each telephone number as "work"?
When did you last see a listing of, say, Pizza restaurants that
1 - 100 of 1129 matches
Mail list logo
