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

From |
"Sergiy Radyakin" <serjradyakin@gmail.com> |

To |
statalist@hsphsun2.harvard.edu |

Subject |
Re: st: clear |

Date |
Wed, 24 Sep 2008 14:01:33 -0400 |

On Wed, Sep 24, 2008 at 1:36 PM, Steven Samuels <sjhsamuels@earthlink.net> wrote: > > -graph drop _all- seems to be what Sergiy is looking for. > > -Steve 2Steve: yes, this is in my original email: "Of course adding graph drop _all resolves the problem, but why is this not a part of the -clear- command itself?" It's more of a question "is there any reason for not clearing the graphs when everything else is cleared?" The question is inspired by the old behavior of clear (Stata 9), which always closed graph windows. Now this is achieved with clear all. I assume the change had a reason and was curious to ask about it [reason]. Also, even though the manual says that clear all is equivalent to program drop _all (and other cleaning commands) it is technically not so: clear itself is implemented as an ado file and can not drop itself: . clear all . program dir ado 146 clear.clearreturn ado 507 clear._clear_9 ado 1105 clear -------- 1758 While: . program drop _all . program dir eliminates all programs completely. But this is not very interesting. Thank you, Sergiy Radyakin > > > On Sep 24, 2008, at 11:36 AM, Austin Nichols wrote: > >> Sergiy-- >> Yes, the manual describes "Graph" as the default name (p.463). >> Perhaps you want -clear all- or -discard-? >> >> On Wed, Sep 24, 2008 at 11:10 AM, Sergiy Radyakin >> <serjradyakin@gmail.com> wrote: >>> >>> Thank you Steven. >>> Option replace has an inconsistency of its own: >>> >>> sysuse auto >>> scatter l w, name("Graph") mc(red) >>> scatter l w >>> graph display Graph >>> >>> Here the second command overrides the graph saved in the first command >>> without an option -replace-. >>> Nothing deadly, but can happen, because the reserved name for the >>> default graph "Graph" is nothing extraordinary like "_ST0001XYZ". Does >>> the manual describe "Graph" as the such name? >>> >>> Anyways, just wish graph clear _all was part of the official clear. >>> >>> Best regards, >>> Sergiy Radyakin >>> >>> >>> >>> On Tue, Sep 23, 2008 at 8:11 PM, Steven Samuels >>> <sjhsamuels@earthlink.net> wrote: >>>> >>>> Sergiy- >>>> >>>> Use the "replace" option when you save graphs. This will clear out >>>> graphs >>>> of the same name. >>>> >>>> -Steve >>>> >>>> On Sep 23, 2008, at 7:05 PM, Sergiy Radyakin wrote: >>>> >>>>> Dear All, >>>>> >>>>> is there any reason why -clear- does not clear the graphs stored in >>>>> memory? In Stata version 10 -clear- clears more things then in 9, but >>>>> graphs are still not cleared, and repeatitive runs of the program that >>>>> saves graphs to memory fail, because graphs already exist. Of course >>>>> adding graph drop _all resolves the problem, but why is this not a >>>>> part of the -clear- command itself? >> >> * >> * For searches and help try: >> * http://www.stata.com/help.cgi?search >> * http://www.stata.com/support/statalist/faq >> * http://www.ats.ucla.edu/stat/stata/ > > * > * For searches and help try: > * http://www.stata.com/help.cgi?search > * http://www.stata.com/support/statalist/faq > * http://www.ats.ucla.edu/stat/stata/ > * * For searches and help try: * http://www.stata.com/help.cgi?search * http://www.stata.com/support/statalist/faq * http://www.ats.ucla.edu/stat/stata/

**References**:**st: clear***From:*"Sergiy Radyakin" <serjradyakin@gmail.com>

**Re: st: clear***From:*Steven Samuels <sjhsamuels@earthlink.net>

**Re: st: clear***From:*"Sergiy Radyakin" <serjradyakin@gmail.com>

**Re: st: clear***From:*"Austin Nichols" <austinnichols@gmail.com>

**Re: st: clear***From:*Steven Samuels <sjhsamuels@earthlink.net>

- Prev by Date:
**st: RE: RE: RE: RE: Find all subsets of variables** - Next by Date:
**st: -graph print- in landscape** - Previous by thread:
**Re: st: clear** - Next by thread:
**Re: st: clear** - Index(es):

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