Re: [DOCS] Terms.

2011-02-21 Thread Dmitriy Igrishin
Hey Alvaro, 2011/2/21 Alvaro Herrera > Excerpts from Dmitriy Igrishin's message of dom feb 20 06:19:19 -0300 2011: > > > Better, undoubtedly. > > Another alternative is just "server". Why? Well, for consistency, e.g. > with > > http://www.postgresql.org/docs/9.0/static/errcodes-appendix.html > >

Re: [DOCS] Terms.

2011-02-21 Thread Alvaro Herrera
Excerpts from Dmitriy Igrishin's message of dom feb 20 06:19:19 -0300 2011: > Better, undoubtedly. > Another alternative is just "server". Why? Well, for consistency, e.g. with > http://www.postgresql.org/docs/9.0/static/errcodes-appendix.html > Here you may see phrase "All messages emitted by the

Re: [DOCS] Terms.

2011-02-20 Thread Dmitriy Igrishin
2011/2/20 Bruce Momjian > Alvaro Herrera wrote: > > Excerpts from Dmitriy Igrishin's message of lun sep 20 15:52:43 -0400 > 2010: > > > Hey Bruce, > > > > > > Its interesting indeed, because I always wanted to know why libpq > > > named "libpq". Thanks! > > > But I wrote not about libpq functions

Re: [DOCS] Terms.

2011-02-19 Thread Bruce Momjian
Alvaro Herrera wrote: > Excerpts from Dmitriy Igrishin's message of lun sep 20 15:52:43 -0400 2010: > > Hey Bruce, > > > > Its interesting indeed, because I always wanted to know why libpq > > named "libpq". Thanks! > > But I wrote not about libpq functions, I just wanted to say about > > unnecess

Re: [DOCS] Terms.

2010-09-21 Thread Alvaro Herrera
Excerpts from Dmitriy Igrishin's message of lun sep 20 15:52:43 -0400 2010: > Hey Bruce, > > Its interesting indeed, because I always wanted to know why libpq > named "libpq". Thanks! > But I wrote not about libpq functions, I just wanted to say about > unnecessary (IMO) redundancy - the combinati

Re: [DOCS] Terms.

2010-09-20 Thread Dmitriy Igrishin
Hey Bruce, Its interesting indeed, because I always wanted to know why libpq named "libpq". Thanks! But I wrote not about libpq functions, I just wanted to say about unnecessary (IMO) redundancy - the combinations of terms "backend server" seems to me inaccuracy. -- Regards, Dmitriy

Re: [DOCS] Terms.

2010-09-20 Thread Bruce Momjian
Robert Haas wrote: > With respect to PQnfields() vs. PQftablecol(), I think the word > "fields" is being used to refer to the columns of the result set, and > the word "columns" to refer to the columns of tables on the server. > So PQftablecol() is actually trying to tell you the number of the > ta

Re: [DOCS] Terms.

2010-09-19 Thread Dmitriy Igrishin
Hey Robert, 2010/9/19 Robert Haas > Yeah, the libpq functions have awfully strange names, and I don't even > think you've picked the strangest example. For example, PQftype > returns the type OID, and PQfmod returns the type modifier. Why not > PQftypemodifier or PQftypemod? Unfortunately, we

Re: [DOCS] Terms.

2010-09-18 Thread Robert Haas
On Fri, Sep 17, 2010 at 3:03 PM, Dmitriy Igrishin wrote: > I am the reader and just a user of libpq, not a guru :-). > I must admit that this is a trifle, but I think it's indeed inaccurate. > Also I think, that it's inaccurate to call one function PQnfields() > and another PQftablecol(). Yes, ter

Re: [DOCS] Terms.

2010-09-17 Thread Dmitriy Igrishin
Hey Robert, Hmm. The existing text might be redundant, but I don't think it's > inaccurate. Since the rest of the section alternates back and forth > between the two terms, it seems like this might help to remind the > reader that they are effectively synonymous. > I am the reader and just a use

Re: [DOCS] Terms.

2010-09-17 Thread Robert Haas
On Fri, Sep 17, 2010 at 3:32 AM, Dmitriy Igrishin wrote: > At http://www.postgresql.org/docs/9.0/static/libpq-connect.html > the first sentence is > "The following functions deal with making a connection to a PostgreSQL > backend server." > Please, change "backend server" to "backend" or "server",

[DOCS] Terms.

2010-09-17 Thread Dmitriy Igrishin
Hey all, At http://www.postgresql.org/docs/9.0/static/libpq-connect.html the first sentence is "The following functions deal with making a connection to a PostgreSQLbackend server." Please, change "backend server" to "backend" or "server", as of at http://www.postgresql.org/docs/9.0/static/protoco