 |
Kanonball
Novice
Joined: 06 Feb 2006
Posts: 48
|
 Posted: Fri Dec 01, 2006 7:28 am
[1.17] non-working settings and cut/pasted woes.
|
I have a class called temp, and inside it is another class called autoheal, and inside that is a variable called autohealtarget
#show @autohealtarget would give me a blank line, when it actually does have something in it.
Along the same line, for some reason my fullheal alias was not working, it was in the temp class.
So I decided to make a new fullheal alias, deleted the old one, and copied it all over. Then it started working. great!
Then I decided that maybe I could select the "temp" class, and cut/paste that, and maybe it would all start working.
Alas, cutting the temp class (and not pasting) resulted in all the contents spilling into the root class, duplicated. Yes, there are now two of every trigger/variable/alias that was in the temp class, now in the root class. Strange stuff..
It seems that all the settings within the temp class got duplicated into root, and all settings within the subclass of temp also were duplicated into root. However the settings within a subclass of temp remained intact as well(in the subclass).
For the record, prior to all this I had somehow ended up with 2 copies of the package in my session, without copy/pasting it or importing a double, so i got rid of one of them. Then when I restarted cmud I had 1 copy of the package, but my window was gone. So I think I hit reconnect, and ended up with a small window.
Unfortunately, my Settings now consisted of my window, along with a empy window entry right above it in the tree. I tried deleting the empty one, but it said I can't delete the active window. OK. So I dragged everything from the previous window into the empty window entry, and deleted the old window entry that is now empty. So then I had 1 window entry in the tree, and all my settings inside.
But the layout was still messed up (window missing, null docking errors and access violations..), so I restarted CMud again, edited the session and unchecked "use layout", opened the session (Yay, I can see!) then saved the layout over the previous file. |
|
Last edited by Kanonball on Fri Dec 01, 2006 8:48 am; edited 2 times in total |
 |
|
|
Kanonball
Novice
Joined: 06 Feb 2006
Posts: 48
|
Posted: Fri Dec 01, 2006 7:53 am
|
er.. well ok after deleteing the duplicates and copying them all back into temp, it let me reference my variable... Has anyone experienced anything similar?
edit: dang.. it appears that some other classes remain nonfunctional in the same way, #var shows the variables in question, but I can't access them. (#show @varname) gives me nothing instead of 0. The contents of the subclass "autoheal" also remains nonfunctional
If you would like to look at the package file, I could send it in |
|
|
|
|
Fang Xianfu
GURU
Joined: 26 Jan 2004
Posts: 5155
Location: United Kingdom
|
Posted: Fri Dec 01, 2006 8:27 am Re: [1.17] non-working settings and cut/pasted woes.
|
| Kanonball wrote: |
#show @autohealtarget would give me a blank line, when it actually does have something in it.
Along the same line, for some reason my fullheal alias was not working, it was in the temp class.
So I decided to make a new fullheal alias, deleted the old one, and copied it all over. Then it started working. great! |
Check that the classes are enabled and that the script that's using that variable is in the same package. Also check that the fullheal script compiles before you run it.
| Kanonball wrote: |
| cutting the temp class (and not pasting) resulted in all the contents spilling into the root class, duplicated. Yes, there are now two of every trigger/variable/alias that was in the temp class, now in the root class. |
It's a know issue I believe - Vijilante has a thread about the same thing.
| Kanonball wrote: |
| Unfortunately, my Settings now consisted of my original package, along with a empy package entry right above it in the tree. I tried deleting the empty one, but it said I can't delete the active window. |
You seem to be confusing packages, modules and windows. Packages are the files that contain the modules and windows, and each separate package is displayed on a different tab. Modules and windows are what appear on the treeview and contain all the settings, and you can't delete the only window left in the session with good reason - it totally breaks your session if it has no window in its package.
| Kanonball wrote: |
So I dragged everything from the previous package into the empty package entry, and deleted the old package entry that is now empty. So then I had 1 package entry in the tree, and all my settings inside.
But the layout was still messed up (window missing, null docking errors and access violations..), so I restarted CMud again, edited the session and unchecked "use layout", opened the session (Yay, I can see!) then saved the layout over the previous file. |
I'm not sure what you mean since you're using "package" when I think you should be using "module" or "window". If you managed to create a package with no windows in it, that would cause this kind of error. It could also happen if you delete the main session window (the one that recieves the MUD input) without setting up the second window to display properly. You see, the layout file would have contained the locations and sizes of the windows you had, and then when you deleted one, it wouldn't show up any more, which is why it was missing. You were right to restart the layout, it's the best way to solve that. |
|
|
|
|
Kanonball
Novice
Joined: 06 Feb 2006
Posts: 48
|
Posted: Fri Dec 01, 2006 8:47 am
|
Oops, you're right, I meant window for all those. I had a non-visible window (the checkbox only gave errors) with all the settings, then the visible window with no settings. I've edited the first post to clarify what I meant
|
|
|
|
|
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
