Zugg Software :: Search

quote:Originally posted by LightBulb

"sheet to some data for my scripts it" -- please explain this phrase, it totally baffles me.

gheghe .. 'a sheet to put some data in it' .. sorry

allrig ...

Ok, I played bit with some db-functions and i found out that the DB windows MUST BE OPEN for them to be executed properly. Dude? I don't want to see the stuff!
I just need some kind of sheet to some ...

Well, my sort selecttion is 'sort by <none>' .. even if I export the entire trigger set this trigger is on the top of the file! .. the other triggers are beneath .. and some are even in other cl ...

shouldn't #GAG take the line out from further processing?
or is it ok, when #GAG just hides the line from the screen, but at the same time it lets the line being parsed by following triggers? I don't ...

I don't know if it would help, but you could try to split your map in different Zones.
I dunno the way zmud queries the database nor what algorithm it uses to find the shortest way, but I think that ...

yes .. look: 10 lines per room gives 800 byte as room description + overhead information = 1KB/room (it's the worst case)
now, 20000 rooms would take 20 MB :) if you don't compress anything

but t ...

yes

dont think so .. you can see the map as spreadsheet, but you can't see how many rooms it actually has .. unsless you count your rooms by hand. Because the NumberID is not equal to Room-Count. NumberID ...

no, MS97 is too old .. guess you'll need Office 2000/XP .. or just use any other DB-Query tool with MS-OBCD which must be installed on your system, cause I think Zmud uses it also

You need a database tool like "Microsoft Access" or "Microsoft Query" to look into the .mdb :)

well .. I've mapped 1928 rooms (guess 10%-20% or our mud) and my .mdb is 3012 KB now.

that means 1562 bytes/room as average.

the most room descripions are not longer than 10 lines (=80 chars * 1 ...

hello,

well "#GAG 1" seems to work exactly like "#GAG". No Difference here :(
and the gagged line is still accsessible to following triggers.
my "#GAG"-trigger is the very first trigger to be exe ...

that is what I was looking for! thank you very much!!

Hello guys!

I've got a simple problem, but haven't found any solutions yet.
Let me explain:

I want to #GAG a line AND I don't want it to be processed by any further triggers anymore.

Example ...

you need a lot of computing to parse patterns with placeholders like (*) .. try to avoid placeholders if possible.
also try to specify your pattern as exact as possible .e.g in your case replace (*) ...

you don't need a trigger for that
especially not a "(*)" one .. it's to slow

try to solve it with an alias.

try this:

#if (%ismember(%1,@both)) {#show %1}

thank you LightBulb!
the triggers above are just test samples. I wouldn't neither color every line by triggers nor use a "(*)" to match lines. It's just a test to explain the problem.
And ...

Zmud seems to skip lines if a trigger is computationally expensive or just slow. Right?

Example:
I get a block of text with up to 10 Lines. This trigger colors the entire block and prints all Line ...

Another Question: this trigger works perfectly if, but it parses only the first line?
Zmud seems to throw lines away if they are coming to fast? right?

#TRIGGER {(*[A-Z][a-z]*)} {#FORALL %replace( ...

that sounds like a possible solution, gonna try it that way

thank you, MattLofton!!

Thank you for your answer, Kjata

I understand .. how do I parse the line then?
I tried the "reparse" option but it fires also once a line only.

#TRIGGER {([A-Z][a-z])} {}
#COND {([A ...

Hi,

I wonder, if it's possible to let a trigger fire more than once per line.
I need to count all words in a line which begin with a capital.
eg. "This Is a Testline" would give 3 capit ...