Zugg Software :: Search

I see nobody has responded to the points raised in my post. If I'm wrong then every modern operating system is wrong also. Look at any Linux or Windows - you'll find many persistent processes running ...

You won't see multi-threaded stuff added to CMUD any time in the near future. I have a lot of experience with multi-threading (and CMUD *is* multithreaded in many areas).

Multi-state triggers i ...

Unfortunately the bottom line is that it is just much harder to write scripts in this way, even though they may theoretically be more powerful. Trying to write a script that needs to wait on 4 differe ...

An option would be to go whole-hog and add multithreading (I think this was mentioned as a possibility in an earlier thread). Give us synchronization primitives and the ability to execute scripts in s ...

I'll ask in the main ZMud forum for examples of how scripts like the ones I have above can be implemented in ZMud in a way that is easy to understand. I understand how simple scripts can be converted ...

I don't understand the animosity towards #WAIT. From what I gather from Zugg's article the problems with this come about when #WAIT is used in triggers. I don't use #WAIT in triggers. I use it in scri ...

I read many of the posts on this forum. All the ones about packages etc. I pulled up were essays at least 3 pages long that already assumed deep familiarity with the concepts being mentioned. Lacking ...

OK. As long as imports of ZMud maps work fine at release.

The whole thing with packages/modules/windows is outrageously confusing. I made a new session called "Merzbow". All I want to do is create a shared package that I save in a separate file with some set ...

Automapper is basically busted, right?

1. Can't import my old ZMud map that I spend hundreds of hours creating without a crash. I sent a bug report; Zugg, if you want the map itself, I can email it ...