Skip site navigation (1) Skip section navigation (2)

Re: UI patch (Was: ODBC Patch to prevent setting of KSQO on 7.3+ servers)

From: "Hiroshi Inoue" <Inoue(at)tpf(dot)co(dot)jp>
To: "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk>
Cc: <pgsql-odbc(at)postgresql(dot)org>, <pgsql-patches(at)postgresql(dot)org>
Subject: Re: UI patch (Was: ODBC Patch to prevent setting of KSQO on 7.3+ servers)
Date: 2002-07-06 15:43:03
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-odbcpgsql-patches
> -----Original Message-----
> From: Dave Page [mailto:dpage(at)vale-housing(dot)co(dot)uk]
> > -----Original Message-----
> > From: Hiroshi Inoue [mailto:Inoue(at)tpf(dot)co(dot)jp] 
> > 
> > > I can either figure out the differences and manually sort it, or we 
> > > could get rid of the non-multibyte version (we don't ship 
> > it anymore 
> > > anyway, as we agreed some time ago).
> > > 
> > > Which do you prefer?
> > 
> > Sorry for the late answer.
> > According to Eiji Tokuya, we had better adopt the
> > multibyte version of resource if we would only ship
> > with the multibyte version of driver.
> OK, I've attached a new version. In actual fact, I could find no
> differences between the mb/non-mb dialogs other than the layout - is
> that right, or did I miss something subtle?

The font "Terminal" seems better than "MS Sans Serif".
Multibyte input to e.g. "Description"  may not be handled
properly with "MS Sans Serif". Eiji used FONT 10, "Terminal"
in multibyte mode.

Hiroshi Inoue

In response to

pgsql-odbc by date

Next:From: Jochen WestlandDate: 2002-07-07 21:45:21
Subject: HELP!! #DEFINE NAMEDATALEN 128 in postgres_ext.h causes ODBC-ERROR(s) ??
Previous:From: Jochem van DietenDate: 2002-07-06 11:41:24
Subject: Re: Performance of ODBC-Driver /w IIS5.0/ColdFusion

pgsql-patches by date

Next:From: Bruce MomjianDate: 2002-07-06 16:24:56
Subject: Re: CLUSTER not lose indexes
Previous:From: Tom LaneDate: 2002-07-06 15:11:20
Subject: Re: CLUSTER not lose indexes

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group