Skip to Content.
Sympa Menu

freetds - RE: indent (next shot:) )

freetds AT lists.ibiblio.org

Subject: FreeTDS Development Group

List archive

Chronological Thread  
  • From: "Castellano, Nicholas" <Nicholas_Castellano AT acml.com>
  • To: "'TDS Development Group'" <freetds AT franklin.metalab.unc.edu>
  • Subject: RE: indent (next shot:) )
  • Date: Mon, 28 Oct 2002 11:25:39 -0500


I don't know how to reconfigure my terminal either. Including not knowing
or desiring to know how to change my tab stops. That's exactly my point.

In what way do I not agree with myself? I'm sure I never suggested tab
stops of either 2 or 4. I did suggest those as indentation levels.
Indentation levels are not the same thing as tab stops, and that is the
problem I am trying to straighten out here.

All I'm trying to do is find something that we all can live with. I don't
understand why you seem to be hell-bent on specifying a bunch of formatting
options that simply will not render properly on the majority of terminals.
This is *not* a matter of taste. It is an objective fact that our
.indent.pro and our written documentation *do not* describe the way the code
appears on my terminal. I attempted to change things so that we could
retain the consensus decision of 5 spaces per indentation, while still
allowing any terminal with any tab stop configuration to render it in a
consistent manner.

Your implication that these changes were "harmful" is absurd. Read the
change log entry and think again.

Cheers,
--nick

-----Original Message-----
From: bounce-freetds-145195 AT franklin.oit.unc.edu
[mailto:bounce-freetds-145195 AT franklin.oit.unc.edu]
Sent: Monday, October 28, 2002 10:51 AM
To: TDS Development Group
Subject: [freetds] RE: indent (next shot:) )


> From: Castellano, Nicholas [mailto:Nicholas_Castellano AT acml.com]
> Sent: October 28, 2002 10:02 AM

[tabstops: 8/5/none]

> I don't think this is a matter of taste.
>
> I don't understand why we would want to insist on enforcing
> that users must
> reconfigure their terminals to work on or even to casually
> peruse our code.

In the first place, my good man, that *is* a matter of taste. Anything that
affects the presentation of the source code and does not affect the running
of the system is a matter of taste. Let us at least acknowledge there are
no technical merits to debate here.

"reconfigure their terminals"? I've been editing code for 20 years and I
don't know how to reconfigure my teminal. I set my tabstop according to my
preference, unless the project mandates differently. I should worry about
someone who wants to "casually peruse our code" but won't set his terminal
to, oh, 90 or 132 characters wide? Really, this is a capital lame argument.


And, Nick, you don't agree with it yourself. Earlier you've suggested tabs
of 2 and 4. Lots of us would be happier with 4.

What I think is especially harmful is the way you're going about this. I
would have thought you would want to represent the consensus opinion in that
file, not your own. And surely you'd want Brian's assent, which last I
heard wouldn't seem likely, without tabs.

Don't you think we have an interest in comity, too?

--jkl


The information contained in this transmission may contain privileged and
confidential information and is intended only for the use of the person(s)
named above. If you are not the intended recipient, or an employee or agent
responsible for delivering this message to the intended recipient, any
review, dissemination, distribution or duplication of this communication is
strictly prohibited. If you are not the intended recipient, please contact
the sender immediately by reply e-mail and destroy all copies of the
original message. Please note that we do not accept account orders and/or
instructions by e-mail, and therefore will not be responsible for carrying
out such orders and/or instructions.



---
You are currently subscribed to freetds as: [Nicholas_Castellano AT acml.com]
To unsubscribe, forward this message to
$subst('Email.Unsub')


The information contained in this transmission may contain privileged and
confidential information and is intended only for the use of the person(s)
named above. If you are not the intended recipient, or an employee or agent
responsible for delivering this message to the intended recipient, any
review, dissemination, distribution or duplication of this communication is
strictly prohibited. If you are not the intended recipient, please contact
the sender immediately by reply e-mail and destroy all copies of the
original message. Please note that we do not accept account orders and/or
instructions by e-mail, and therefore will not be responsible for carrying
out such orders and/or instructions.






Archive powered by MHonArc 2.6.24.

Top of Page