Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
Database Servers
DB2InformixIngresMS SQLOraclePervasive.SQLPostgreSQLProgressSybase
Desktop Databases
FileMakerFoxProMS AccessParadox
General
General DB TopicsDatabase Theory
Related Topics
Java Development.NET DevelopmentVB DevelopmentMore Topics ...

Database Forum / General DB Topics / DB Theory / January 2008

Tip: Looking for answers? Try searching our database.

Useful Unicode

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
JOG - 22 Jan 2008 20:56 GMT
So impressed was I by mAsterdam's japanese 'reference' symbols, I
decided to add them to my list of useful unicode. Yes, I am indeed,
that cool, and hereby post said list partly as a google-group test,
and partly (perhaps) to assist in the more mathematical cdt
discussions:

inequality : ≠
inference : →
implication : ⇒
not : ¬
and : ∧
or : ∨
xor : ⊕
xor : ⊻
exists : ∃
for all : ∀
membership : ∈
non-membership  : ∉
equivalence : ⇔
empty set : ∅
subset : ⊂
proper subset : ⊆
superset : ⊃
proper superset : ⊇
union : ∪
intersection : ∩
cartesian product : ∏
division : ÷
naturals : ℕ
integers : ℤ
rationals : ℚ
reals : ℝ
complex: ℂ
infinity : ∞
references: レ
references unique: ル
masterdam smiley : ☺
mAsterdam - 22 Jan 2008 21:25 GMT
JOG schreef:

> masterdam smiley : ☺

Arrgh! That would be like calling AQ a Doyle Brunson
because he says he never plays it. Oh ...wait ...

:-)
Bob Badour - 22 Jan 2008 21:58 GMT
> So impressed was I by mAsterdam's japanese 'reference' symbols, I
> decided to add them to my list of useful unicode. Yes, I am indeed,
[quoted text clipped - 33 lines]
> references unique: ル
> masterdam smiley : ☺

Refernces and references unique both come out as question marks on this end.
mAsterdam - 22 Jan 2008 22:52 GMT
Bob Badour quoted all of the message, including

>> references: レ
>> references unique: ル
>> masterdam smiley : ☺

to write:
> Refernces and references unique both come out as
> question marks on this end.

If I did not know better, I'd suggest that this
has to do with overzealous twitfiltersettings.

It is remarkable, that the Unicode /does/ come through
nicely in his message, so my real guess is that the
font he uses for display does not have the Japanese characters.
JOG - 22 Jan 2008 23:26 GMT
> Bob Badour quoted all of the message, including
>
[quoted text clipped - 13 lines]
> nicely in his message, so my real guess is that the
> font he uses for display does not have the Japanese characters.

Mmmm, I was partly interested in how universal these codes are in
getting through people's news-readers. If they are only rendering on
google groups it hinders communication somewhat.
mAsterdam - 22 Jan 2008 23:42 GMT
JOG schreef:
>> Bob Badour quoted all of the message, including
>>
[quoted text clipped - 15 lines]
> getting through people's news-readers. If they are only rendering on
> google groups it hinders communication somewhat.

Agreed.

Bob's toolkit is allright (except the font) it seems,
because the message came through undistorted from his box
even though he could not see レ and ル.

Let's see how far Unicode has spread in this group.

I am using Thunderbird 2.0.0.9 (20071031). All is well,
both on Linux and Windows.
JOG - 23 Jan 2008 00:14 GMT
> > Bob Badour quoted all of the message, including
>
[quoted text clipped - 17 lines]
> getting through people's news-readers. If they are only rendering on
> google groups it hinders communication somewhat.

I've checked on thunderbird and firefox, on a mac (naturally...), and
all is well with the unicode world.
Bob Badour - 23 Jan 2008 00:31 GMT
>>>Bob Badour quoted all of the message, including
>>
[quoted text clipped - 20 lines]
> I've checked on thunderbird and firefox, on a mac (naturally...), and
> all is well with the unicode world.

I use netscape with the unicode character encoding.
Joe Thurbon - 23 Jan 2008 00:47 GMT
[...]

>> It is remarkable, that the Unicode /does/ come through
>> nicely in his message, so my real guess is that the
[quoted text clipped - 3 lines]
> getting through people's news-readers. If they are only rendering on
> google groups it hinders communication somewhat.

They come through fine on my newsreader (thunderbird on Windows).

Cheers,
Joe
mAsterdam - 22 Jan 2008 22:30 GMT
JOG schreef:

> ... my list of useful unicode...

Nice list. Having contributed 2½ items makes me proud.

Sometimes some super and subcripts come in handy,
⁰ ₀ ¹ ₁ ² ₂ ³ ₃ ⁿ, but I could not find subscripted i, j, m, n.
Tegiri Nenashi - 24 Jan 2008 02:22 GMT
> So impressed was I by mAsterdam's japanese 'reference' symbols, I
> decided to add them to my list of useful unicode. Yes, I am indeed,
[quoted text clipped - 33 lines]
> references unique: ル
> masterdam smiley : ☺

I believe I saw this rendered correctly, but now that I'm trying to
post something on sci.math most of the symbols do not render properly
in GG IE!
JOG - 24 Jan 2008 03:04 GMT
> > So impressed was I by mAsterdam's japanese 'reference' symbols, I
> > decided to add them to my list of useful unicode. Yes, I am indeed,
[quoted text clipped - 37 lines]
> post something on sci.math most of the symbols do not render properly
> in GG IE!

yeah, checking in IE , the second xor, non-membership, the empty set,
and the naturals, integers, etc, don't render. Hooray for microsoft
and their continued support of standards. Market Failure 101 anyone....
David BL - 24 Jan 2008 04:02 GMT
> > > So impressed was I by mAsterdam's japanese 'reference' symbols, I
> > > decided to add them to my list of useful unicode. Yes, I am indeed,
[quoted text clipped - 41 lines]
> and the naturals, integers, etc, don't render. Hooray for microsoft
> and their continued support of standards. Market Failure 101 anyone

I saw this yesterday so used windows update to transition to IE v7 and
the problem went away.
Bob Badour - 24 Jan 2008 14:22 GMT
>>>So impressed was I by mAsterdam's japanese 'reference' symbols, I
>>>decided to add them to my list of useful unicode. Yes, I am indeed,
[quoted text clipped - 41 lines]
> and the naturals, integers, etc, don't render. Hooray for microsoft
> and their continued support of standards. Market Failure 101 anyone....

What makes you think there is a market for standardization?
JOG - 24 Jan 2008 16:13 GMT
> >>>So impressed was I by mAsterdam's japanese 'reference' symbols, I
> >>>decided to add them to my list of useful unicode. Yes, I am indeed,
[quoted text clipped - 43 lines]
>
> What makes you think there is a market for standardization?- Hide quoted text -

Well the economic theory (as far as I can recall) is that even in a
fiercely competetive market, so long as there is no market failure,
there exists an underlying impetus to agree on standards (or rather
adopt a single one, from the scariest player). The game-theoretic (!)
motivation is to increase network externalities overall, hence growing
the size of the market as a whole and giving everyone a simlar
percentage slice but of a bigger cake. I think its happened enough, in
web standards, communication standards, etc, that it has some merit,
but as far as a monopoly is concerned such agreement is anathema.
They'd quite sensibly rather tie everyone into their own dedicated
systems using such useful things as er...say... activex, subtly
different css models and silverlight... ;) 'Course its a long time
since I was an economist, and given economic theory is about as
scientific as the fashion industry, the above may all now be viewed as
bobbins.

> - Show quoted text -
Bob Badour - 24 Jan 2008 19:14 GMT
>>>>>So impressed was I by mAsterdam's japanese 'reference' symbols, I
>>>>>decided to add them to my list of useful unicode. Yes, I am indeed,
[quoted text clipped - 52 lines]
> percentage slice but of a bigger cake. I think its happened enough, in
> web standards, communication standards, etc, that it has some merit,

How do you explain the plethora of competing web and communication
standards? Ditto the various rail gauges and domestic line voltages?

> but as far as a monopoly is concerned such agreement is anathema.

Why do you think monopoly is required? Have you ever tried to buy
accessories for the latest, newest cell phone six months or a year after
purchase?

> They'd quite sensibly rather tie everyone into their own dedicated
> systems using such useful things as er...say... activex, subtly
> different css models and silverlight... ;) 'Course its a long time
> since I was an economist, and given economic theory is about as
> scientific as the fashion industry, the above may all now be viewed as
> bobbins.

Market equilibria over the very long term and individual commercial
interests over the very short term vary considerably.
JOG - 25 Jan 2008 02:17 GMT
> >>>>>So impressed was I by mAsterdam's japanese 'reference' symbols, I
> >>>>>decided to add them to my list of useful unicode. Yes, I am indeed,
[quoted text clipped - 55 lines]
> How do you explain the plethora of competing web and communication
> standards?

How do you explain the uptake of XML?

> Ditto the various rail gauges and domestic line voltages?
>
> > but as far as a monopoly is concerned such agreement is anathema.
>
> Why do you think monopoly is required?

Hmmm, I said if there is a Monopoly, standardization is tougher to
arrive at. Your asking me why if it is tough to Standardize, a
monopoly must therefore be required? I have claimed such thing....have
I caught you "affirming the consequent" bob?

> Have you ever tried to buy
> accessories for the latest, newest cell phone six months or a year after
> purchase?

Lordy no, I'm a hip young thing who regularly changes his phone as per
the latest fashion.

> > They'd quite sensibly rather tie everyone into their own dedicated
> > systems using such useful things as er...say... activex, subtly
[quoted text clipped - 5 lines]
> Market equilibria over the very long term and individual commercial
> interests over the very short term vary considerably.

I'll leave forecasting  "the very long term to the Psychohistorians,
while I concentrate on my unicodes.
Bob Badour - 25 Jan 2008 03:16 GMT
>>>>>>>So impressed was I by mAsterdam's japanese 'reference' symbols, I
>>>>>>>decided to add them to my list of useful unicode. Yes, I am indeed,
[quoted text clipped - 57 lines]
>
> How do you explain the uptake of XML?

Ignorance and wishful thinking. The same thing that explains the uptake
of any sort of snake oil.

>>Ditto the various rail gauges and domestic line voltages?
>>
[quoted text clipped - 4 lines]
> Hmmm, I said if there is a Monopoly, standardization is tougher to
> arrive at.

Monopoly is de facto standard. When there is only one to choose from, we
might as well call it a universal standard.

 Your asking me why if it is tough to Standardize, a
> monopoly must therefore be required? I have claimed such thing....have
> I caught you "affirming the consequent" bob?

I didn't find what you wrote very coherent. You seemed to say markets
cause standardization rather than competition. You seemed to say
monopolies interfere with standardization. If that is not what you meant
to say, I apologize.

In retrospect, I should have cited Date's _Principle of Incoherence_.

>>Have you ever tried to buy
>>accessories for the latest, newest cell phone six months or a year after
[quoted text clipped - 15 lines]
> I'll leave forecasting  "the very long term to the Psychohistorians,
> while I concentrate on my unicodes.

LOL All the way at the other end of the galaxy, no doubt.
JOG - 25 Jan 2008 12:37 GMT
> >>>>>>>So impressed was I by mAsterdam's japanese 'reference' symbols, I
> >>>>>>>decided to add them to my list of useful unicode. Yes, I am indeed,
[quoted text clipped - 60 lines]
> Ignorance and wishful thinking. The same thing that explains the uptake
> of any sort of snake oil.

But yet the one thing of substance about XML is that (sadly) it now
proliferates, and has become sort of data interchange standard. Its
not necessarily a case of good or bad standards, its just the process
of standardizing at all. I wonder if SQL's domination might be viewed
along the same lines, but I am in the dark as to what languages were
competing at the time of its adoption?

> >>Ditto the various rail gauges and domestic line voltages?
>
[quoted text clipped - 19 lines]
>
> In retrospect, I should have cited Date's _Principle of Incoherence_.

I think all I was trying to say , is that agreement of standards
increases the size of a market, however if there already exists a
dominant player in that market, then they have incentive to disrupt
standardization in order to protect their own position. Hari Seldon I
ain't however.

> >>Have you ever tried to buy
> >>accessories for the latest, newest cell phone six months or a year after
[quoted text clipped - 17 lines]
>
> LOL All the way at the other end of the galaxy, no doubt.
Bob Badour - 25 Jan 2008 17:26 GMT
>>>>>>>>>So impressed was I by mAsterdam's japanese 'reference' symbols, I
>>>>>>>>>decided to add them to my list of useful unicode. Yes, I am indeed,
[quoted text clipped - 63 lines]
> But yet the one thing of substance about XML is that (sadly) it now
> proliferates, and has become sort of data interchange standard.

I am not sure what point you are trying to make above. I expect plenty
of data gets interchanged in fixed column data files that trace their
roots straight back to Hollerith too.

Its
> not necessarily a case of good or bad standards, its just the process
> of standardizing at all. I wonder if SQL's domination might be viewed
> along the same lines, but I am in the dark as to what languages were
> competing at the time of its adoption?

Transactions require agreed upon media. Parties agree on currencies.
Parties agree on measures. Parties agree on governing jurisdiction.
Sometimes, parties agree on XML.

>>>>Ditto the various rail gauges and domestic line voltages?
>>
[quoted text clipped - 25 lines]
> standardization in order to protect their own position. Hari Seldon I
> ain't however.

Actually, the dominant player has incentive to make potential customers
or suppliers adopt their method as the standard, which is not exactly
the same thing. They also have incentive to prevent competitors from
similar adoption, which is perhaps what you were saying.

>>>>Have you ever tried to buy
>>>>accessories for the latest, newest cell phone six months or a year after
[quoted text clipped - 17 lines]
>>
>>LOL All the way at the other end of the galaxy, no doubt.
JOG - 25 Jan 2008 17:58 GMT
> >>>>>>>>>So impressed was I by mAsterdam's japanese 'reference' symbols, I
> >>>>>>>>>decided to add them to my list of useful unicode. Yes, I am indeed,
[quoted text clipped - 113 lines]
> the same thing. They also have incentive to prevent competitors from
> similar adoption, which is perhaps what you were saying.

Yup, that's what I'm saying. Css always spring to mind. Microsoft
could easily have accorded to the css spec for IE7, but chose not to.
In doing so, they hinder growth of other browsers that do accord to
the spec, because web designers must ensure that their pages work in
IE above all else. And of course this results in more sites that work
best in IE. If everyone just agreed to use the MS css model however,
they would no longer have that advantage, and browsers would be
competing on features alone.

One might consider the principle of Silverlight as taking this one
step further, tying you in to both IE and Windows.

> >>>>Have you ever tried to buy
> >>>>accessories for the latest, newest cell phone six months or a year after
[quoted text clipped - 17 lines]
>
> >>LOL All the way at the other end of the galaxy, no doubt.
Bob Badour - 25 Jan 2008 18:06 GMT
>>>>>>>>>>>So impressed was I by mAsterdam's japanese 'reference' symbols, I
>>>>>>>>>>>decided to add them to my list of useful unicode. Yes, I am indeed,
[quoted text clipped - 125 lines]
> One might consider the principle of Silverlight as taking this one
> step further, tying you in to both IE and Windows.

f.ck! Just what we need: Another way for scummy advertisers to pollute
the web with animations. ::shudder::
 
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.