[Date Prev][Date Next][Thread Prev][Thread Next][Date index][Thread index]

Re: Re: Re: st: new problem with table display

From   n j cox <>
Subject   Re: Re: Re: st: new problem with table display
Date   Wed, 31 Oct 2007 17:57:18 +0000

I don't see why you think there is much programming
to do with a string identifier. And you've already
reported that alternatives are problematic for you.

Start with a numeric identifier -id-.
Keep a safecopy:

	clonevar safecopyid = id

Convert the identifier to string:

	tostring id, replace

Your name may differ. It is true that any operations
based on numeric comparison will need to be converted
to string comparisons.

An opinion often expressed on this list is that working
consistently with string identifiers saves much grief in
the long run.


Jennifer S. Earl

I was trying to avoid the text string because I would have to change a lot
of the programming to accommodate that. But, I think a compromise is to
keep the program using the ids as doubles until just before I print the
tables and then change the type of to a string at the end. I'll try that
and let folks know if there are unanticipated problems with that route.

--On Wednesday, October 31, 2007 5:21 PM +0000 n j cox
<> wrote:

> Michael Blasnik and Maarten Buis have already supported
> my earlier suggestion that you create a string version
> of your identifier.
> In terms of the specific problem below, -capture- alone
> is going to eat all output, including but not only errors.
> -capture noisily- may be what you are looking for.
> Jennifer S. Earl
> I tried putting capture in front of the bigtab command, but that oddly
> resulted in no output whatsoever, even when there were known errors that
> should have printed.

*   For searches and help try:

© Copyright 1996–2017 StataCorp LLC   |   Terms of use   |   Privacy   |   Contact us   |   What's new   |   Site index