Can cursor focus be set


Hi Dave,

Well, that cuts it! I have made many mistakes during the process of getting Gary’s procedure to work for me globally. But your suggestion was the last piece needed to solve the puzzle.

This is the first time I have tried to call a procedure from inside a form. So far, most of my coding has been done within forms. When I was first setting this up, I saw at a picture in one of the help pages that showed one line of code calling a separate procedure. That looked easy enough, so I just mimicked what I saw when I wrote my code, without investigating it further.

Now the corrected procedure works perfectly, and globally. I will now retire to my studies, write some more code, and try not to make the same mistakes twice.

Thanks to everyone who helped. A simple question on how to make something more convenient just blossomed into a great experience.


You are too much! Just as I was posting this, you have offered an answer to my original question. I will certainly try this out.



Regarding placement of files on a computer, it is always the users computer. They can place their files anywhere on their computer that they wish. It is most often than the user doesn’t really want to follow the prescribed ways, nor is it ProVUE or Microsoft that typically has a problem if the user places their files elsewhere. But I am happy to share that I have made a lot of money ‘fixing’ or recovering files that have been left behind or not having been backed up by utility programs that expect for music files to be saved in the Music folder, and pictures in the Pictures folder, and videos in the Videos folder and documents in the Documents folder. Even Apple’s Migration assistant calls out these special folders for transfer options. Things will generally, most often work just fine, but do note that not every program will always consider the real world in the way that users choose to do things. Yes, the Desktop will work for most anything, but Aliases will also work as well as keep things as someone else might be expecting them. Just a thought to stay safe for those wanting to learn from others.


Kurt, you deserve a gold star for this.This issue has come up several times over the last two years and you are, I think, the first person to find that supergettext does not suffer from the same shortcoming. Thanks.


Gee, I thought I had mentioned it so many times I was becoming a repetitive bore (hence my failure to mention it on this thread), but doing a quick search it looks like I have only mentioned this once or perhaps twice, not many times. Here is a mention from 2017.

I guess as long as Apple doesn’t fix this problem in the native dialog (it did work in earlier versions of macOS) I should keep mentioning the supergettext alternative at least once per year :open_mouth: :loudspeaker:


Is it feasible to modify the gettext code to work the way the supergettext does?


As I mentioned before, only Apple can do that. It’s Apple’s code, built in to macOS.

I covered this before, but it was a couple of years ago, so I’ll repeat. The gettext statement is coded using Apple’s “stock” text entry dialog. It uses Apple code, so it will always work the way that Apple has decided is best. For whatever reason, starting with macOS 10.10 Apple decided that not automatically putting the focus on the text was the right way that this dialog should work. I don’t agree, but Apple doesn’t provide any way for a developer to customize the operation of this dialog.

The only way to change any aspect of how gettext would work would be to completely rewrite it from scratch, so that it used none of Apple’s code. I could do that – but I already have done that – that’s what the supergettext statement is. So it seems to me to be silly to make the gettext statement work exactly like the supergettext statement, and leave no method that would allow use of Apple’s stock text entry dialog. If you want the stock Apple version, use gettext, if you want the custom version, use supergettext.