You are not logged in. You can browse but not post. Login or Register by clicking 'Login or Register' at the top-right of this page. For more information on Statalist, see the FAQ.
I wish the search command listed Stata Journal files last, after ssc files had been searched. An early version of my gologit2 program appeared in SJ. People still sometimes download it, and then I get these questions about problems that were fixed several years ago. I could send updates to SJ but it is much easier to just worry about the SSC version being up to date.
A tiny request (Mac OS): Could the do-file editor's toolbar be customizable to have a "Replace" button in addition to the "Find" button? To do find-and-replace now requires two clicks.
Mario Ferri : What you do miss with regards to code programming and custom packages? It is not clear in which areas you want to see improvements or what exact feature you are missing.
Marvin Hanisch - The 2012 Statalist post you link to is sadly outdated. The output of the help strings command gives up-to-date information on the maximum length of strings for the version of Stata you are using. Since Stata Release 13 from June 2013, the following has been true.
Stata provides two types of strings: str#s and strLs. str#s are fixed-length string storage types. A str36 string can hold 36 characters. Stata allows str1, str2, str3, ..., str2045. strLs are Stata's long strings, which can be up to 2-billion characters long. strLs can hold binary strings, whereas str#s can only hold text characters. See [U] 12.4.7 str1--str2045 and str and [U] 12.4.8 strL for more information.
It would be helpful if the length of strings were unlimited, so that one could work better with texts. As far as I know, the length of strings is currently limited to 244 characters without any possibility to remove this limitation (https://www.stata.com/statalist/arch.../msg00777.html).
the author discusses the need for a procedure to change, from within Stata, the TMPDIR location as reported by c(tmpdir), as a consequence of data protection/privacy concerns.
twoway function is very useful. Could v17 developers consider a modification with an option to plot the function over a discrete set or lattice of x-values with the same marker options as twoway scatter?
As it stands, using
Code:
twoway function ..., recast(scatter)
along with appropriate range() and n() can accomplish this. For example
Code:
twoway function y=x^2, ra(0 10) n(11) recast(scatter) msym(o) msize(*2)
But it would be easier if the command could accommodate directly something like this.
For #209-#211, The PgUp/PgDn isn't much harder to use than up/down arrow, the problem is that the up/down arrow are fairly universal for scrolling through commands in other interfaces (e.g. most unix/linux command lines). So it's more of a muscle memory thing.
Another nice feature those interfaces have is that you can filter results by typing in a few letters. E.g. in bash I might type "grep" and then the back arrow will take me only to prior commands that begin with "grep". A feature similar to that would be very nice in Stata. (Or just make it easier to use Jupyter with Stata, which solves the problem.)
For post #209, on a Mac, PgUp and PgDn are fn+uparrow and fn+downarrow, and they serve the function of stepping through the commands one at a time. Not sure why that couldn't have been just uparrow and downarrow, though.
A minor shortcut - up and down arrows scrolling through previous commands entered in the command panel, without the needing to use the mouse to select a command from the history panel. This is very common behavior for many (?most) modern console interfaces.
Leave a comment: