|
Ceres Wanderer
Joined: 25 May 2006 Posts: 88
|
Posted: Fri Jun 16, 2006 2:49 am
Layout thoughts |
I have given this topic much thought since CMUD was released as a public Beta and I have quite strongly held views.
In the 21st century when almost all[1] windows application automatically save and restore the last used position why is it necessary for users of Zugg Software's M* software to manually control this aspect of the program?
Should there even be an option to set/define layout?
Is it asking too much of new users to ask them to manually setup the position of windows whether it be the main window or child windows remembering that the vast majority of new users are not inclined to code?
[1] I say almost all however I am not using any applications other than zMud that does not save its position automatically. |
|
|
|
Tech GURU
Joined: 18 Oct 2000 Posts: 2733 Location: Atlanta, USA
|
Posted: Fri Jun 16, 2006 5:26 am |
I think the idea is that beginners will not be using multiple windows at all. It's only after you M*ed for a while do you start to think of the advantages of doing things like that.
I suspect it doesn't use automatic layouts is because everyone's layout preference is different. For example I saw a screen of Larkin's layout and I was suprised at the sheer volumes of buttons that he uses. edb3677 has an amazing number of functions in his status window. I myself prefer a simpler layout. With the advance layout options in zMUD and now CMUD allow us to organize the information the way we work best. I'm sure you've noticed people tend to organize the computer desktops (or even their work areas very differently.)
Perhaps with the advent of packages zugg can include a few common layouts or allow MUDs to publish packages that are optimized for them. |
|
_________________ Asati di tempari! |
|
|
|
Ceres Wanderer
Joined: 25 May 2006 Posts: 88
|
Posted: Fri Jun 16, 2006 5:41 am |
I am not talking about a default layout.. what I would like to see is automatic saving and restoring of everyones layout regardless of its configuration. If you do make a tell window and place it in a certain position on your screen whether that is docked as part of the main application or not then the next time you logon to that character the window should be exactly where it was when you shut it down. Every other modern windows application that I am aware of already does this by default.
Perhaps the reason new users don't use multiple windows is because the process of setting it up is so convaluted and quite frankly a pain in the posterior. Setting up a tell window for a new user should be as simple as using the (soon to be seen) trigger wizard to create an appropriate trigger, then moving the window to wherever they want it on the screen whether that is docked or not. The process you have to go through with zMud by savings settings files for the window then saving the layout is quite frankly too much for people new to the interface to comprehend in my opinion. |
|
|
|
edb6377 Magician
Joined: 29 Nov 2005 Posts: 482
|
Posted: Fri Jun 16, 2006 7:35 am |
is it really so much harder to do save layout?
Quote: |
place it in a certain position on your screen whether that is docked as part of the main application or not then the next time you logon to that character the window should be exactly where it was when you shut it down.
|
it does this already if you setup your session properties what your default file is and you have saved it when you make changes. Zmud has always put my windows back where i left them based on the layout loaded.
This is also protection if you think about it. If its setup to save on exit or whatever the autosaving is. If they screw up remove or delete or otherwise have some problem created by them it will auto save it and they will have to restore it manually. His way you can just reload the file and boom its all there.
Personally i fiddle with mine all the time and i dont want it autosaving everything little thing i do. Sometimes when im online i need it one way (my ADMIN layout file) other times i need my default layout. I prefer to be able to load files based on layouts i need and actually writing commands that will switch it depending on which mode im in (" Clan admin") ("Bazaar Admin") ETC. if it autosaved all that then everytime i changed my windows around for the particular function i was performing it would save it and i would have to redo it all over again.
Just a thought as to why he may not do it that way and actually why i prefer it the way it is. However i will conceed that most software now a days is defaulted to autosave but most also have options to turn it off.
Just a side note as well (PERSONAL OPINION COMING)
I also thing the current societies tendency to make everything so friggin easy while nice is also why we have so many people in general that know how to point click type and push the power button and have problems with the rest. Automatically doing things for people can screw them up just as much thats why those things are usually options.
Code: |
Tech lol thats only one of my layouts i have about 7 atm. That was my leveling layout. I have commands to switch between them and properly setup the windows and STW i need.
|
|
|
|
|
Ceres Wanderer
Joined: 25 May 2006 Posts: 88
|
Posted: Fri Jun 16, 2006 9:24 am |
edb6377 wrote: |
is it really so much harder to do save layout?
Quote: |
place it in a certain position on your screen whether that is docked as part of the main application or not then the next time you logon to that character the window should be exactly where it was when you shut it down.
|
it does this already if you setup your session properties what your default file is and you have saved it when you make changes. Zmud has always put my windows back where i left them based on the layout loaded. |
This is exactly what I am talking about.. in order to have the 'layout' saved first you have to jump through these hoops. This is fine for those accustomed to this application's idiosyncracies but is daunting/impossible for casual users conditioned to the way almost every other Windows application functions, even if those users have some technical savy.
edb6377 wrote: |
This is also protection if you think about it. If its setup to save on exit or whatever the autosaving is. If they screw up remove or delete or otherwise have some problem created by them it will auto save it and they will have to restore it manually. His way you can just reload the file and boom its all there. |
I am struggling to think of how a user may 'screw up' their layout accidentaly as a confirm deletion dialogue such as that used when deleting a class in zMud could be used to minimise the likelihood of inadvertantly deleting a window.
edb6377 wrote: |
Personally i fiddle with mine all the time and i dont want it autosaving everything little thing i do. Sometimes when im online i need it one way (my ADMIN layout file) other times i need my default layout. I prefer to be able to load files based on layouts i need and actually writing commands that will switch it depending on which mode im in (" Clan admin") ("Bazaar Admin") ETC. if it autosaved all that then everytime i changed my windows around for the particular function i was performing it would save it and i would have to redo it all over again. |
I doubt most M* players/users are have such malleable requirements as to the GUI, however for those that do the Save/Load function could be still available together with different 'session' icons for the differing roles/functions. I believe this argument is actually in support of the interface changes I would like to see as the automation of saving (per sessions) would reduce the time to accomplish the switching between roles.
edb6377 wrote: |
Just a thought as to why he may not do it that way and actually why i prefer it the way it is. However i will conceed that most software now a days is defaulted to autosave but most also have options to turn it off. |
My point exactly, this being the case then wouldn't it be best for CMUD to conform to the way most software behaves? The option to turn this function off could also be implemented.
edb6377 wrote: |
Just a side note as well (PERSONAL OPINION COMING)
I also thing the current societies tendency to make everything so friggin easy while nice is also why we have so many people in general that know how to point click type and push the power button and have problems with the rest. Automatically doing things for people can screw them up just as much thats why those things are usually options. |
I agree with you up to a point however I really hope that Zugg doesn't share your attitude especially if he is hoping for a commercially viable outcome.
[My own personal experience]
My wife who develops complex case management applications within a proprietory developement enviroment is relatively technically savy however she struggles to setup zMud for even the most basic functions (Tell/Chat windows and colour triggers) and eventually I always have to do it for her. If someone who is technically minded struggles with the GUI then what chance have the majority of M* players got? My answer would be 'Not much'. That being the case why should they purchase CMUD? |
|
|
|
Larkin Wizard
Joined: 25 Mar 2003 Posts: 1113 Location: USA
|
Posted: Fri Jun 16, 2006 12:50 pm |
I agree with Ceres and I think there should be an option to auto-save your layout each time you exit the application. You do get used to certain behaviors in using applications on Windows, and this is definitely one of those behaviors. It's not difficult to save a layout when exiting, I should think. Making it optional (and default to on) would still allow the control freaks to play with their layouts and only save them when they have it all perfect.
|
|
|
|
Toihva Novice
Joined: 20 Nov 2004 Posts: 38
|
Posted: Fri Jun 16, 2006 2:01 pm |
I'd just be happy if I could get the layout I signaled as the layout to use to work.
|
|
|
|
edb6377 Magician
Joined: 29 Nov 2005 Posts: 482
|
Posted: Fri Jun 16, 2006 6:48 pm |
I still dont understand the hoops. If you move your windows which any user will have to do as cmud cant do it for them and click save layout boom its there its saved. (what i mentioned above is the "100%" safe way to do it. Cmud and zmud already do this by default. Zmud saves the default layout for the session automatically when you first edit it.
Autosaving a layout means that each time i change my layout it will overwrite the one im working on as i move things around. It already saves on exit. I.E. if i move my tell window to the right and set it as a fly out and file exit when i log in its still there on the right side. just by clicking save layout.
as to the way a person could screw things up. Lets say they create a window they want. It crashes cmud. Then everytime they go into cmud its going to autocrash again because its been saved that way. Where as with clicking save layout they can restore it no problem. And which layout mind you do you save? The default layout or the sub layouts that each package will have? My tells package will have one layout my admins will have another and since many users actually pull scripts from those technically savy enough to write them they are going to run into those problems not just the scripters.
As to simple things like creating a trigger or layouts etc i would have to say research is key. I am sure in her position its important and I feel if you are going to use any software you should have to learn about it to a degree and i think the lack of help files being adequate (good examples for them to use which i addressed in another post) is the main reason they have problems. You cant expect to open microsoft word and know exactly what to do if you didnt take SOME time to read how that program works. You can only make it so easy before people have to take responsiblity to learn. [you apparently share a similar opinion in this regard
Quote: |
That code was off ther top of my head so it is untested, use the zMud help Files to better understand the commands used and also take a look at the 'Pattern matching' section.
|
Saving Layouts is as simple right now as clicking save layout or exiting the mud. ZMUD does the same thing it saves the layout on exit (all be it not perfectly). My stuff always returns when i log back in the next day even when i dont click save layout because i forget to.
CMUD i think has a problem with this because the database synchronization is not quite up to snuff. There are lots of problems saving preferences, window options, package settings etc at this point and i personally feel this is something that should be decided on when the settings saves are more reliable and one can accuratly evaluate the way cmud currently works. Right now mine saves my layouts just fine as far as window size and position when i exit.
On a side note. Autosaving anything on exit instead of when you save can cause lots of problems even with settings etc.
because it freezes/crashes and there is no database available it runs the autosave on exit with no database to talk too and boom empty settings files/corrupted settings files and settings files that wont even open anymore because somethings been saved that crashes it. This happens every so often in zmud as it stands I am actually hoping this is resolved with cmud but so far it appears to have the same autosave settings on exit enabled and its why i personally dont like having it do that.
With package specific scripts and windows its going to have to know which package and which window to save in which layout file and then you would have to impliment a way to save those layouts independent in the packages instead of using layout files. Simply put because a layout for my tells package is different for my admin package, my leveling packages etc. Each has their own windows and you dont want it saving windows for a package that you have removed.
I think this requires much more thought just "AutoSave On Exit" especially when it does this already and has for a number of years with zmud. |
|
|
|
Zugg MASTER
Joined: 25 Sep 2000 Posts: 23379 Location: Colorado, USA
|
Posted: Wed Jul 05, 2006 7:23 pm |
Mostly people have already responded to this, but the answer is basically "ITS A BETA VERSION!"
Obviously CMUD will eventually save/restore layouts automatically. But because CMUD is using a completely different docking system from zMUD and there were a lot of issues with docking, I didn't want the 1.0 version to automatically save/restore layouts because restoring a corrupted layout could really mess up the ability to use CMUD and test other issues. So I added manual entries to the menu for saving/restoring layouts so people could test these features before they were automatted.
The way it will eventually work is that the layout file defined in the Session properties will be loaded automatically, and when you select Save Layout, this filename will be used to save the current layout. If no session is loaded, then using Save Layout will save to the CMUD.XLY default layout file, which is the layout initially loaded before any session is selected. |
|
|
|
shalimar GURU
Joined: 04 Aug 2002 Posts: 4692 Location: Pensacola, FL, USA
|
Posted: Fri Jul 07, 2006 6:27 pm |
I have often had the problem in zmud where as i reopened my mud, it does not fill the whole screen. I always maximize it as soon as i open it and i close it maximized, but it never automatically opens maximized, even if the layout has been saved.
|
|
_________________ Discord: Shalimarwildcat |
|
|
|
Zugg MASTER
Joined: 25 Sep 2000 Posts: 23379 Location: Colorado, USA
|
Posted: Fri Jul 07, 2006 9:21 pm |
Yes, I'm aware of zMUD having that problem. That problem will be dealt with in CMUD. You'll already notice that CMUD sizes itself to take up the full screen (but without maximizing so that novice users don't get upset/confused when they try to resize the window normally). But CMUD will also handle the maximized stuff properly eventually.
|
|
|
|
|
|