Zugg Software :: View topic - [1.33] Hitting return after creating new alias closes settings window

Adept Joined: 18 Dec 2005 Posts: 246

So when I go into the settings editor, single click on an existing alias in the root of my package, then click the new button, to create a new alias, a new alias window pops up with the cursor focused in the alias name field. When I type the name of the new alias, then hit enter, it closes the settings editor...? I'd think hitting return at this point should drop the cursor down into the script window so I can finish the alias, but instead it gets closed... is this the way things are intended to work, or is this a bug...? I've been noticing this in all versions CMUD... Thanks in advance for taking the time to reply.

Posted: Wed May 09, 2007 5:31 am

This was done by design. It was intended to make editing much faster.

Adept Joined: 18 Dec 2005 Posts: 246

how would this make editing much faster.... the way I've been doing things, I go through this process, then click the field down below and make the alias... ocassionally i forget about this and hit return, then i have to find the alias again, open it, and edit it...? am I missing something?

Posted: Wed May 09, 2007 11:47 am

Wouldn't the normal Windows procedure be to press the TAB key to go to the next field?

Adept Joined: 18 Dec 2005 Posts: 246

I spose typically on forms you use tab to go from field to field, but in some applications such as excel a return brings you down one cell... I'm curious why would it be beneficial for one to hit return and have the alias created without a script? prolly over my head :) ... wouldnt one always want to add a script below the alias?

Wizard Joined: 11 Jul 2002 Posts: 1265 Location: USA

Perhaps you can convince them jed.
Others have tried. This has come up in the past and nobody was able to get Zugg to change his mind on how the return should work.

Personally I would like for it to SAVE the alias if I am not in the script section or do nothing at all. Still I almost never hit return anymore from inside the editor unless I am in a script so it does not bother me much these days.

Magician Joined: 18 Dec 2006 Posts: 317 Location: Denmark

I'm with jed on this. It annoys me too although I don't do it accidentally so often any more. And I really can't see how I should ever appreciate the way it works. I mean I just entered the name of the alias - why should I want to close the window? Beats me. Of course I want to code it. That is why I created it.

There are a few other "features" that seems odd. How about the double-click on something disables it? I have no count of how many times I found that something is not working just to find out that I accidentally disabled it. I'd say it should be a right-click menu option. Another one that I think actually might be a bug is when something is marked but you find out that it isn't working like it is. For instances you deleted something and another line receives focus. You want to delete this item too together with the next few lines so you hold down shift and clicks the last line you want to get rid of. Now you might think that all items from the first one marked to the last you clicked would be marked, but that is not the case unfortunately - it just marks the last line you clicked.

Posted: Thu May 10, 2007 12:36 am

it happens when making new class folders as well

a bit easier to find, but i still usually make a setting in it before i close it.

Posted: Thu May 10, 2007 7:43 pm

I'm considering making this an option. But here is the reason it was added and how it makes it "faster" to create aliases:

1) In the command line, type the command you want to send to the MUD that you want to make an alias for:

kill zugg

2) Now, press Ctrl-A (Make Alias command in Actions menu). You will see that it opens the Package Editor, creates a new alias, and puts the text from the command line into the Script field. The cursor is positioned in the name field. So now you just type the name of the alias: "kz" and press Enter to save and close.

I know this isn't well documented, but it's a very quick way to create command aliases when you are typing something to the MUD over and over again and just want to assign it a quick alias name.

As people have already mentioned, the Windows standard uses the Tab key to move to the next field in a dialog box. The Enter key typically activates the "default button" on a dialog, which is usually the OK button. So, the package editor is just working like a standard Windows dialog, even though the OK button isn't visible. Excel is a bad example because your spreadsheet isn't open in any sort of "dialog" like the package editor. So there isn't any window to close. But if you press Enter in most any other popup window, you will see that it closes the dialog. The package editor just doesn't display the OK/Cancel buttons, since the screen-space in the editor is precious.

As far as the double-click enabling/disabling a setting, why are you double-clicking normally? Are you trying to expand/collapse classes or something? The reason CMUD does this is that zMUD did this also and the feature was maintained for people who were used to doing this in zMUD. It is already also in the right-click menu. But some people disable/enable classes all the time and need a quick way to do it.

The issue with the shift-click selection is a known bug in the DevExpress tree control. I'm hoping that this gets fixed in one of their updates. I'm a few versions behind and it's a lot of work to update to new versions and then evaluate and reapply my list of bug fixes for their controls, but this is something I plan to do in the next couple of months and I'm hoping that it will get fixed then. But it works most of the time...click on the first item, then shift-click on the last item and most of the time it will select the entire group. It only fails when you don't click on the first item first.

GURU Joined: 23 Dec 2000 Posts: 4834 Location: USA