Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[qwertyuiopas]

Actually, there *is* a bug. Due to a lack of testing, room-based verb overrides on existing verbs still complain about not knowing what to do. It should store the room's entry.verb, and the global list's entry.verb.startswith(verb) should be followed with "and srcverb != entry.verb" (changing srcverb if the variable is named diffrently).

[Outcast Orange]

And suddenly I think I'm going to be a content only contributor.

It sounds really neat though.

[Virex]

Actually, there *is* a bug. Due to a lack of testing, room-based verb overrides on existing verbs still complain about not knowing what to do. It should store the room's entry.verb, and the global list's entry.verb.startswith(verb) should be followed with "and srcverb != entry.verb" (changing srcverb if the variable is named diffrently).

Yeah I noticed that. Havn't looked into fixing it yet (can't make head nor tails from your description), but I did find another "unintended feature", which is that you can't override all aliases of a verb at once. if you override get, take still works as normal, which is kind of annoying if you realy need to turn a certain function off for some reason. Overall I think the room-specific verbing needs a good look. I'm going to see if I can fix both problems.

[Virex]

Wups, seems the second bug was already covered by the alias tag.
I finaly managed to track the first bug down. Apparently, when evaluating entry.verb == verb, the result was false even if the two were the same. I suspect there may be some leftover data stuck to the end of either one, since it was fixed by replacing the line with entry.verb[0:len(verb)-1] is verb[0:len(verb)-1], which checks if they're the same for the lengt of verb. Surprisingly, this only returns true if the defined verb is exactly the same as the entered verb. I don't know why, but it is highly convenient.

Only verbs.py has changed, so I'm not uploading the rest. Just overwrite verbs.py with the new one.

I didn't have time to work on getting the quests into the raws, so I'll let that to the next one. Everything should be clear for that now, though

[jplur]

Ok I'll be taking my turn starting tonight.  Really looking forward to writing some python after working with actionscript 3 for the last 5 days :|

[Outcast Orange]

I am so sidetracked right now.

I need to finish this next version of Cloud Scream and pump it out,
 because writing a game in Inform 7 feels like a sin right now.

Then of course there's this project...

[jplur]

ok I'm starting,

just got libtcod with python, guess I have to compile it before I can start doing anything?

Ah, just wasn't working on windows 7 for some reason, I'm on the right track now.

------

[jplur]

Well, technically my turn is over, but I'm going to cheat and still work on it.  I haven't done anything other than hook up libtcod and write a class for displaying a health bar.  I imagine y'all are busy with the new DF, but if someone wants to take the helm let me know and I'll upload the files.

[qwertyuiopas]

Maybe set up two versions of the code, so that the old system still runs, but the new one exists for development?

[jplur]

Ok, here it is: http://www.terrasirenum.com/communityGame.zip

Changes:

The raws have been moved to their own folder

Game_RL.py :this file uses a libtcod console to play the original game.
console.py :this is the wrapper object I made for libtcod.
widgets.py :this contains the textbox and percentage_bar objects

-------

The original game still works, the only change is instead of

Code: [Select]

print "something"you now have to use:

Code: [Select]

player.output.append( "something" )Any changes to the original game will work with the new console as long as you use this instead of print.

I might of gone a little crazy with wrapping and classing things.  If you want to ignore my classes you can just pass tcod.libtcod from Game_RL.py and use it normally.

If you want to use libtcod with linux you'll have to put the libtcod.so file into the libtcod directory (SDL.so and the font have to stay in the main directory)

----- Issues -------
You can not pick up the feces.  I think the problem is quest actions are not getting passed on to the default verbs any more.  I didn't try to fix it; as I'd really like to see quests rethought completely.

textbox widget will print lines that are longer than it's width

[qwertyuiopas]

...

Code: [Select]

player.output.append( "something" )...
You can not pick up the feces.  I think the problem is quest actions are not getting passed on to the default verbs any more.  I didn't try to fix it; as I'd really like to see quests rethought completely.
...

I suspect that someone will make a player.write that passes the text on to player.output.append, since it's easier to type.

Also, the quest functions were left for compatibility. It will not try the verbs if the quest function returns 1, since returning true means that it handled the input and the newer verb system doesn't have to do anything. It is most likely a misplaced return 1.

Edit: yes, it is an extra return 1.
However, with the different verbs, if the user loots or appropriates, or simply takes it, the quest function is ignored.

[jplur]

Ah, that's what those 'return 1's are for

Humorous how much code there is opposed to actual gameplay (I'm probably the biggest cause of that). 

[Omegastick]

Okay, I'm scrapping the rotation system. Anyoine can join!

[qwertyuiopas]

So, how will it work? Just claim the next 24 hours and start working?

It's much less clear than with the old system, although I expect it would go faster.

[Omegastick]

Yes, just claim the 24 hours and work to your hearts content.