Rodney Sparapani | 1 Jul 18:30 2008
Picon

stata 10

Hi Gang:

We finally have stata 10 installed here.  Interestingly, xstata does not 
work on Solaris 10 x86 (at least not here).  So, we are using command 
line stata.  Now, is there anything that I can test (I was too lazy to
search for the thread).  I'm not much of a stata user, so please
be very specific (actually, I'm not much of an iESS user either,
so keep that in mind too).

Thanks,

Rodney

______________________________________________
ESS-help <at> stat.math.ethz.ch mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Rodney Sparapani | 1 Jul 22:41 2008
Picon

Re: stata 10

A.J. Rossini wrote:
> M-x stata   ought to bring up a command-line terminal window.   But
> there is close to 10 years of bit-rot; I can see if I can help through
> most of the issues, though.
>
> And on that note, I'm off to Spain for a week holiday.
>
> (it was supposed to be 2 weeks, but my wife had emergency surgery last
> week, and life has been chaotic to say the least).
>
>
>   
Ouch!  Hope she is feeling better soon.  Have a nice holiday!

If anyone else cares about stata...  It seems to work out-of-the-box (no
changes to ESS needed).  However, the scrolling is horrible.  The first 
page
of info comes out fine.  Then, you get a --more--.  However, hitting return
only gives you one more line!  So, just hold it down.  It wants you to hit
the space bar to get another whole page, but the space bar just gives you a
space.  And, there is some
backspace garbage coming to the buffer.  Did I say it works?  I mean
it should work, but you'll have to change some settings or something.
Maybe somebody who actually knows stata should give it a try since
there may be stata settings involved too.  When I get a project that
requires stata, I'll investigate more myself... 
Stata is now officially supported :o)

--

-- 
Rodney Sparapani      Center for Patient Care & Outcomes Research (PCOR)
(Continue reading)

Brendan Halpin | 2 Jul 11:46 2008
Picon

Re: stata 10

Rodney Sparapani <rsparapa <at> mcw.edu> writes:

> If anyone else cares about stata...  It seems to work out-of-the-box (no
> changes to ESS needed).  However, the scrolling is horrible.  The
> first page
> of info comes out fine.  Then, you get a --more--.  However, hitting return
> only gives you one more line!  So, just hold it down.  It wants you to hit
> the space bar to get another whole page, but the space bar just gives you a
> space.  

This is where ~/.ess-stata comes in handy: Put

q
set more off

in it. 

> And, there is some
> backspace garbage coming to the buffer.  

This I don't know about. Maybe it is Stata 10 specific, or maybe it has
to do with the sort of terminal Stata thinks it is in. If the latter, it
should be possible to do something in ESS's invocation of Stata.

In passing:
> Then, you get a --more--.  However, hitting return
> only gives you one more line!  So, just hold it down.  It wants you to hit
> the space bar to get another whole page, but the space bar just gives you a
> space.  
In general in Emacs shell-like modes, the thing to do here is SPACE RET
(Continue reading)

Rodney Sparapani | 2 Jul 16:28 2008
Picon

Re: stata 10

Brendan Halpin wrote:
> Rodney Sparapani <rsparapa <at> mcw.edu> writes:
> 
>> If anyone else cares about stata...  It seems to work out-of-the-box (no
>> changes to ESS needed).  However, the scrolling is horrible.  The
>> first page
>> of info comes out fine.  Then, you get a --more--.  However, hitting return
>> only gives you one more line!  So, just hold it down.  It wants you to hit
>> the space bar to get another whole page, but the space bar just gives you a
>> space.  
> 
> This is where ~/.ess-stata comes in handy: Put
> 
> q
> set more off
> 
> in it. 
> 
> Brendan

Hi Brendan:

I tried that, but I see no difference.  So the first line is q, right?
Maybe we should just make this the default if it helps.  Nobody wants
the type of behavior that I'm describing.

Thanks,

Rodney

(Continue reading)

Brendan Halpin | 2 Jul 16:51 2008
Picon

Re: stata 10

Rodney Sparapani <rsparapa <at> mcw.edu> writes:

> Brendan Halpin wrote:
>> This is where ~/.ess-stata comes in handy: Put
>>
>> q
>> set more off
>>
>> in it. 
>>
>> Brendan
>
> Hi Brendan:
>
> I tried that, but I see no difference.  So the first line is q, right?

OK, on looking more closely I see I have 

(add-hook 'inferior-ess-mode-hook
          (lambda () (setq inferior-ess-start-file "~/.ess-stata")))

in ess-local.el. It's not the right approach, as it also executes when
I start R (but does no real harm). 

Brendan
--

-- 
Brendan Halpin,  Department of Sociology,  University of Limerick,  Ireland
Tel: w +353-61-213147 f +353-61-202569 h +353-61-338562; Room F2-025 x 3147
mailto:brendan.halpin <at> ul.ie  http://www.ul.ie/sociology/brendan.halpin.html

(Continue reading)

Rodney Sparapani | 2 Jul 17:53 2008
Picon

Re: stata 10

Brendan Halpin wrote:
>> Hi Brendan:
>>
>> I tried that, but I see no difference.  So the first line is q, right?
> 
> OK, on looking more closely I see I have 
> 
> (add-hook 'inferior-ess-mode-hook
>           (lambda () (setq inferior-ess-start-file "~/.ess-stata")))
> 
> in ess-local.el. It's not the right approach, as it also executes when
> I start R (but does no real harm). 
> 
> Brendan

OK, after reading the manual (oh boy, do we love to tell you guys that):
I see the best way for me to accomplish this is:
set more off, permanently

I can't find where it keeps track of this, but it does seem to work.

Thanks,

Rodney

______________________________________________
ESS-help <at> stat.math.ethz.ch mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help
(Continue reading)

Rodney Sparapani | 2 Jul 18:21 2008
Picon

Re: stata 10

Neil Shephard wrote:
>
> When you fire up Stata it runs profile.do automatically, so you should
> place -set more off- into that file (no need for the -, permanently-
> option since the file is read each time Stata starts).  Where this
> file is located depends on your OS, but it should be in somewhere in
> Stata's adopath.
>
> See...
>
> man profilem (for Macs)
> man profilew (for windows)
> man profileu (for *NIX flavours)
>
> Neil
>   
Hi Neil:

Thanks for the tips.  However, this does not avoid the first -more- that
you see when you start stata which has no purpose AFAICT.  I suspect 
that is why
Brendan's first command was q and he decided that he needed .ess-stata
in the first place.

--

-- 
Rodney Sparapani      Center for Patient Care & Outcomes Research (PCOR)
Sr. Biostatistician              Department of Medicine
Was 'Name That Tune' rigged?     Medical College of Wisconsin (MCW)
WWLD: What Would Lombardi Do     Milwaukee, WI, USA

(Continue reading)

G. Jay Kerns | 3 Jul 05:11 2008

take screenshot of active R Graphics window problem (linux)

Dear ESS-help,

I am in the process of making the transition from Windows/R-Gui to
Linux/Emacs-ESS.  In particular, I have Ubuntu Hardy Heron installed
(32-bit and 64-bit on different desktops), and I have been
experimenting with Emacs 22-GTK and Emacs 22-X11 for evaluation.  On
both desktops, here is what I observe:

1) I can take a full screenshot (Print Screen) at any time and under
any circumstance.

2) In Emacs GTK, I can take a screenshot of the active Emacs window
(Alt-Print Screen), or even of the active window of the R process.

3) In Emacs GTK, I can NOT take a screenshot of an R Graphics:Device 2
(ACTIVE), even that of a simple plot(1:10).  I get the cursor circle
for a split-second and then nothing happens.

4) In Emacs X11, I can NOT take a screenshot of the active Emacs
window (Alt-Print Screen), or of the active window of the R process,
or of an R Graphics:Device 2 (ACTIVE).  I get the little circle which
goes away.

5) In Firefox, etc, I can take a screenshot of any active window that I want.

Here's what I tried:
A) reinstalling everything Emacs I could think of, including ESS.
B) reinstalling everything X11 that I could find.
C) uninstalling Emacs GTK, in case it was interfering with -X11 somehow.
D) getting rid of my .emacs file, which had some spooky business that
(Continue reading)

Stephen Eglen | 3 Jul 08:36 2008
Picon
Picon

Re: take screenshot of active R Graphics window problem (linux)

hi Jay, I'm not on an ubuntu machine to test this right now, but a
couple of quick thoughts:

> 3) In Emacs GTK, I can NOT take a screenshot of an R Graphics:Device 2
> (ACTIVE), even that of a simple plot(1:10).  I get the cursor circle
> for a split-second and then nothing happens.

1. If you want a picture of the active device, why not use the R facilities
of copying device to a file, e.g. dev.copy2pdf and that way you can get
a nice vector output instead of a raster.

2. Have you tried the lower-level unix 'xwd' command, if screendumps are
really what you are after?

thanks, stephen

______________________________________________
ESS-help <at> stat.math.ethz.ch mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

G. Jay Kerns | 3 Jul 15:55 2008

Re: take screenshot of active R Graphics window problem (linux)

Dear Stephen,

> 1. If you want a picture of the active device, why not use the R facilities
> of copying device to a file, e.g. dev.copy2pdf and that way you can get
> a nice vector output instead of a raster.

It hadn't occurred to me to try this.  But now that you mention it,
yes, I would much rather prefer vector instead of PNG.  I have tried
it out and I like it much better!  :-)

> 2. Have you tried the lower-level unix 'xwd' command, if screendumps are
> really what you are after?

I didn't know about xwd and from what I have read about it it looks
pretty cool.  Now that I have dev.copy, I may just stick with it.

> thanks, stephen

THANK YOU.
Jay

--

-- 

***************************************************
G. Jay Kerns, Ph.D.
Assistant Professor / Statistics Coordinator
Department of Mathematics & Statistics
Youngstown State University
Youngstown, OH 44555-0002 USA
Office: 1035 Cushwa Hall
(Continue reading)


Gmane