 |
Aleron
Wanderer
Joined: 01 Aug 2005
Posts: 76
|
 Posted: Wed Mar 14, 2007 9:45 pm
Copy/Pasting Classes/Modules
|
When can we expect to see the ability to copy and paste classes and modules (and without the general bug-iness of it in zMUD)? Currently, if you copy a class or module and paste it into the same 'path' in your settings that you are copying from, it just overwrites the existing setting, rather than creating a new copy with a slightly different name (this is the behavior I would expect, and is the only behavior I can see making any sense). Interestingly enough, if you copy something, then change the name of something (ie, the class you are trying to copy), and then paste into that path, it overwrites the original setting that now has a different name, rather than recreating it with the old name.
|
|
|
|
|
Aleron
Wanderer
Joined: 01 Aug 2005
Posts: 76
|
Posted: Wed Mar 14, 2007 10:20 pm
|
By discovering this behavior of CMUD, I've rendered one of my scripts useless at the moment. It cannot access any variables outside of itself (it's contained a class), which it currently relies on. I suppose now I have to recreate it entirely.
|
|
|
|
|
Tech
GURU
Joined: 18 Oct 2000
Posts: 2733
Location: Atlanta, USA
|
Posted: Wed Mar 14, 2007 10:58 pm
|
I'm not a 100% but I think this feature was mainly designed for copying to other classes and modules to other packages... or classes/settings to other modules. This is what I'd expect (and how I use it). I do this via the Right-Click menu commands, although I'm not sure if that makes a difference.
|
|
_________________
Asati di tempari! |
 |
|
|
Aleron
Wanderer
Joined: 01 Aug 2005
Posts: 76
|
Posted: Wed Mar 14, 2007 11:01 pm
|
I'll test that later. I'm curious what happens when I copy it to another package, then rename it, then copy it back. Will it overwrite the original module/class like it does when doing this inside the same package? I'll test it when I get home later.
|
|
|
|
|
Aleron
Wanderer
Joined: 01 Aug 2005
Posts: 76
|
Posted: Thu Mar 15, 2007 9:58 pm
|
Another bug with this, sometimes aliases don't get reformatted from the translation into XML when copying and pasting. Certain aliases of mine are NEVER stripped of the control codes, and I get the joy of going back through and deleting things and adding newlines. Yay. I will provide one such alias of mine that does this every time.
Before copying/pasting:
| Code: |
get misc backpack & get tlc
get voaleth.tabard,blanket,yeti-hide.pillow,carved.doll,troll.bones,amulet.of.battle.vigor
get 2*copper.bracer,2*heartflame,ivory.girth,blue-threaded.leg.pad,blue-threaded.forearm.pad
get silvered.shell
remove @mainHand,@offHand
remove @bracers,@rings,@cloak,@armArmor
remove all.demonhide.pad
remove backpack,amulet.of.cheetah.teeth.+3,jade.medallion,keyring,feather.sack,@belt
wear voaleth.tabard,blanket,yeti-hide.pillow,carved.doll
wear troll.bones,amulet.of.battle.vigor
wear 2*copper.bracer,2*heartflame,ivory.girth
wear blue-threaded.leg.pad,blue-threaded.forearm.pad,silvered.shell
sit bench
sleep |
After copying/pasting:
| Code: |
| get misc backpack & get tlc misc
get voaleth.tabard,blanket,yeti-hide.pillow,carved.doll,troll.bones,amulet.of.battle.vigor tlc
get 2*copper.bracer,2*heartflame,ivory.girth,blue-threaded.leg.pad,blue-threaded.forearm.pad tlc
get silvered.shell tlc
remove @mainHand,@offHand
remove @bracers,@rings,@cloak,@armArmor
remove all.demonhide.pad
remove backpack,amulet.of.cheetah.teeth.+3,jade.medallion,keyring,feather.sack,@belt
wear voaleth.tabard,blanket,yeti-hide.pillow,carved.doll
wear troll.bones,amulet.of.battle.vigor
wear 2*copper.bracer,2*heartflame,ivory.girth
wear blue-threaded.leg.pad,blue-threaded.forearm.pad,silvered.shell
sit bench
sleep |
Please note, a lot of my aliases are copied/pasted fine (yes, they have multiple lines as well), so it's not that it's screwing up ONLY because the alias has multiple lines. Several other aliases that have multiple lines copy and paste fine.
Another bug I'm seeing that appears to revolve around copying and pasting, is settings in one class not being able to see settings in another class after I've copied them into a new package. Let me be more specific. In the session's main package, I have a class called Class1 with settings in them. At the same level I have a module named Module1 with a class inside of it called Class2 that has settings. If I copy Class1 and Module1 (and it's contents) into a new package, usually Class2 (which is inside Module1) cannot see Class1 anymore! This has happened several times. I end up deleting settings and just recreating them.
I'm getting so frustrated at the fact that almost every night I have to rebuild my current session settings from scratch (it's only about 3% of my total scripts still in my zmud file) I won't even dare to import the rest until I'm sure I won't be trying to recreating them over and over because CMUD can't handle rearranging things via copying and pasting). I can appreciate the fact CMUD works for you guys, and that's great. But it needs WAY more testing before you can honestly remove the BETA label in my opinion. Many of the basic features/operations of CMUD seem to be very untested outside of 'the way we envisioned them being used', rather than testing them 'in every possible way given the way we let the users use them.
I'm sorry if I'm coming across as vitriolic, it's not really my intention, but the fact that I have to rewrite everything almost every day is putting a serious damper on my mood. At the moment, I'm not sure if I'm going to purchase CMUD if the majority of my time is going to be spent finding bugs in the basic functionality of the software. That's ludicrous. I appreciate all the hardwork so far, and all the many many many bugs that have been fixed, because I know you guys aren't idle. But there appears to be a SERIOUS gap in the testing going on. |
|
Last edited by Aleron on Fri Mar 16, 2007 1:13 am; edited 1 time in total |
|
|
|
Fang Xianfu
GURU
Joined: 26 Jan 2004
Posts: 5155
Location: United Kingdom
|
Posted: Thu Mar 15, 2007 11:05 pm
|
Best part: That code breaks on copy/paste for me too. Looks like it's reproducible :)
As for your settings-not-seeing-each-other, try recompiling both settings and seeing if that helps. It's possible that the compiled code hasn't updated to include a reference to an alias and that's what's going wrong. |
|
|
|
|
Aleron
Wanderer
Joined: 01 Aug 2005
Posts: 76
|
Posted: Fri Mar 16, 2007 1:15 am
|
| Fang Xianfu wrote: |
| Best part: That code breaks on copy/paste for me too. Looks like it's reproducible :) |
That is very good to know. Half the time I wonder if I'm just cursed.
| Fang Xianfu wrote: |
| As for your settings-not-seeing-each-other, try recompiling both settings and seeing if that helps. It's possible that the compiled code hasn't updated to include a reference to an alias and that's what's going wrong. |
Is there an easier way to force the recompilation of aliases than just changing them slightly and then re-saving? In that same vein...will adding a space to an alias, then deleting it and re-saving actually recompile it, or does it recognize that it has not changed and leave it be?
| Me wrote: |
I'm getting so frustrated at the fact that almost every night I have to rebuild my current session settings from scratch (it's only about 3% of my total scripts still in my zmud file) I won't even dare to import the rest until I'm sure I won't be trying to recreating them over and over because CMUD can't handle rearranging things via copying and pasting). I can appreciate the fact CMUD works for you guys, and that's great. But it needs WAY more testing before you can honestly remove the BETA label in my opinion. Many of the basic features/operations of CMUD seem to be very untested outside of 'the way we envisioned them being used', rather than testing them 'in every possible way given the way we let the users use them.
I'm sorry if I'm coming across as vitriolic, it's not really my intention, but the fact that I have to rewrite everything almost every day is putting a serious damper on my mood. At the moment, I'm not sure if I'm going to purchase CMUD if the majority of my time is going to be spent finding bugs in the basic functionality of the software. That's ludicrous. I appreciate all the hardwork so far, and all the many many many bugs that have been fixed, because I know you guys aren't idle. But there appears to be a SERIOUS gap in the testing going on. |
Zugg/other devs, I apologize if that came across as belittling or overly harsh, that's not what I honestly want to do, I was just frustrated. CMUD so far is great, I am enjoying it (when it's not screwing up my scripts). I look forward to it becoming more stable, and I definitely don't want to stem the enthusiasm you guys are putting into making it better. Keep up the good work. |
|
|
|
|
MattLofton
GURU
Joined: 23 Dec 2000
Posts: 4834
Location: USA
|
Posted: Fri Mar 16, 2007 1:19 am
|
| Quote: |
Is there an easier way to force the recompilation of aliases than just changing them slightly and then re-saving?
|
Just clicking on the Compile tabs should do the same thing, no need to dummy-edit or anything. |
|
_________________
EDIT: I didn't like my old signature |
|
|
|
Aleron
Wanderer
Joined: 01 Aug 2005
Posts: 76
|
Posted: Fri Mar 16, 2007 1:07 pm
|
| MattLofton wrote: |
| Just clicking on the Compile tabs should do the same thing, no need to dummy-edit or anything. |
Are there any plans to add a menu item (or button) to compile everything in a package? It seems this would be immensely useful in situations where you need to move a large number of settings to a new location, and need them recompiled so that references aren't broken. |
|
|
|
|
Arminas
Wizard
Joined: 11 Jul 2002
Posts: 1265
Location: USA
|
Posted: Fri Mar 16, 2007 3:04 pm
|
| Aleron wrote: |
| I know you guys aren't idle. But there appears to be a SERIOUS gap in the testing going on. |
Aleron, there AREN'T any other developers! All that hard work is being done by Zugg by himself!!
YES, there are people who help you in the forums but we do not work for Zugg! Many of the people who help in the forums, myself included, are beta testers it is true. But we are USERS like you are we do not get paid and we are not allowed to look at the the source code. As you mentioned there are gaps in the testing. The problems you have had are, for the most part, however NOT in those gaps. As mentioned above there is only ONE developer, Zugg, and there are many testers, who don't get paid except by getting to use an excellent product. These issues have been reported but with only the one developer it takes time to work through the bugs. |
|
_________________
Arminas, The Invisible horseman
Windows 7 Pro 32 bit
AMD 64 X2 2.51 Dual Core, 2 GB of Ram |
|
|
|
Aleron
Wanderer
Joined: 01 Aug 2005
Posts: 76
|
Posted: Fri Mar 16, 2007 3:14 pm
|
Yes, I understand you guys don't work for Zugg, but I was under the impression that at least a few of you help with the code in some way. So that's clarified now.
|
|
|
|
|
Zugg
MASTER
Joined: 25 Sep 2000
Posts: 23379
Location: Colorado, USA
|
Posted: Fri Mar 16, 2007 4:45 pm
|
Yep, it's just me that does all the coding, and with Chiara's surgery, bug fixing has slowed down for a bit. All of these guys on the forums help a *lot* with the testing and bug finding. CMUD is a very complex program (over 1.4 million lines of code) and as you said:
| Quote: |
| Please note, a lot of my aliases are copied/pasted fine (yes, they have multiple lines as well), so it's not that it's screwing up ONLY because the alias has multiple lines. Several other aliases that have multiple lines copy and paste fine. |
So sometimes bugs can be obscure and hard to reproduce and don't show up during my normal testing.
But, to get back to one of your questions...the best way to cause *everything* to recompile is to run the Compatibility Report in the Package Editor. This will go through all of your scripts and attempt to compile them and report any problems. But it's a good way to force everything to recompile. |
|
|
|
|
Aleron
Wanderer
Joined: 01 Aug 2005
Posts: 76
|
Posted: Fri Mar 16, 2007 4:52 pm
|
| Zugg wrote: |
| But, to get back to one of your questions...the best way to cause *everything* to recompile is to run the Compatibility Report in the Package Editor. This will go through all of your scripts and attempt to compile them and report any problems. But it's a good way to force everything to recompile. |
Ah, thank you for pointing that out. Knowing that will be a big help.
| Zugg wrote: |
| Yep, it's just me that does all the coding, and with Chiara's surgery, bug fixing has slowed down for a bit. All of these guys on the forums help a *lot* with the testing and bug finding. CMUD is a very complex program (over 1.4 million lines of code) and as you said......So sometimes bugs can be obscure and hard to reproduce and don't show up during my normal testing. |
Which is understandable, that's how testing goes. I can't apologize enough for my tone in a few of those posts, it was a result of posting in a bad mood without much regard for what I said. I think CMUD is great, honestly. I've seen through a couple posts in the past few days that a few of my problems have been configuration issues that I hadn't picked up on yet. Keep up the good work, and I hope Chiara recovers well. |
|
|
|
|
|
|
|
|
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
|
|
