From nicolas.weeger at laposte.net Wed May 1 02:24:37 2013 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Wed, 1 May 2013 09:24:37 +0200 Subject: [crossfire] Gem "upgrade" formulae? In-Reply-To: <517EF597.8090503@real-time.com> References: <201304282100.37278.nicolas.weeger@laposte.net> <517EF0CD.2030505@gmail.com> <517EF597.8090503@real-time.com> Message-ID: <201305010924.41161.nicolas.weeger@laposte.net> > I like the idea of being able to assemble or craft items in the game. Which is why it's nice to add more formulae, imo, makes non combat stuff more interesting :) > Thaumaturgy to assemble lesser gems in to a flawed gem. > > Jeweler skill to cut/polish the flawed gem in to the gem "of > great value", et al. Would be an interesting mix, indeed: 20 diamonds with thaumaturgy => unrefined diamond of great value unrefined with jewelery => diamond of great value same for next "levels". > If graphics are needed, I volunteer to work on that. Thanks for the offer :) Then we'd need, for each gem, 3 new faces: unrefined gem of great value, unrefined gem of exceptional value, unrefined gem of flawless value :) For experience and level, I would say, randomly: - for gem to gem of great value: level 2, exp 1000 - gem of great value to gem of exceptional value: level 6, exp 6000 - gem of exceptional value to gem of flawless value: level 12, exp 12000 Regards Nicolas -- Mon p'tit coin du web - http://nicolas.weeger.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: From nicolas.weeger at laposte.net Wed May 1 02:27:39 2013 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Wed, 1 May 2013 09:27:39 +0200 Subject: [crossfire] Ice melting spell In-Reply-To: <517D7A5A.4020901@iki.fi> References: <201304282100.37278.nicolas.weeger@laposte.net> <517D7A5A.4020901@iki.fi> Message-ID: <201305010927.40223.nicolas.weeger@laposte.net> Hello. > One thing I've been thinking would be nice is a pyro spell for melting ice, > a bit like there is a "earth to dust" spell. Messing around with flints > (specially the humorous bit about mistakenly lighting the flint with > itself, and burning it completely up) seems somewhat, er, medieval. Maybe a "warm" spell? Which wouldn't give any experience, probably, to avoid abusing it :) And with a probability of warming too much and destroying items in the ice. > Any takers, it would seem like this could be a reward item from some quest? Ok for a quest, what kind of quest would you see? Regards Nicolas PS: if possible, avoid replying to all and changing the subject, that appears in a single thread for some people, making harder to find that melting topic later :) -- Mon p'tit coin du web - http://nicolas.weeger.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: From mwedel at sonic.net Wed May 1 22:57:22 2013 From: mwedel at sonic.net (Mark Wedel) Date: Wed, 01 May 2013 20:57:22 -0700 Subject: [crossfire] Ice melting spell In-Reply-To: <201305010927.40223.nicolas.weeger@laposte.net> References: <201304282100.37278.nicolas.weeger@laposte.net> <517D7A5A.4020901@iki.fi> <201305010927.40223.nicolas.weeger@laposte.net> Message-ID: <5181E422.50604@sonic.net> On 05/ 1/13 12:27 AM, Nicolas Weeger wrote: > Hello. > > >> One thing I've been thinking would be nice is a pyro spell for melting ice, >> a bit like there is a "earth to dust" spell. Messing around with flints >> (specially the humorous bit about mistakenly lighting the flint with >> itself, and burning it completely up) seems somewhat, er, medieval. > > Maybe a "warm" spell? Which wouldn't give any experience, probably, to avoid > abusing it :) > > And with a probability of warming too much and destroying items in the ice. One can already sort of do this with things like burning hands or other fire spells - just be sure to put the ice cubes at the edge so they get a minimal amount of fire, which the reduces chance of burning up. Of course, there is still a fairly high chance of them burning up even in that case (just like with flint & steel). Ice cubes could in theory melt on their own - give each a speed, and some amount of hit points or the like (perhaps based on how much damage resulted in them being put in ice in the first place, eg, a dragon breath is going to be pretty big block of ice), and when it runs out of hit points, it is melted. So if players want to wait, they could do so. One problem there is that some items should basically get ruined even in that case - while the scroll may not burn up and turn to ashes, it getting soaked with water would likely ruin any writing on it. From karla.stenger at gmail.com Thu May 9 13:14:42 2013 From: karla.stenger at gmail.com (Karla Stenger) Date: Thu, 9 May 2013 15:14:42 -0300 Subject: [crossfire] Drop confusion with spooky action at a distance In-Reply-To: <514825D0.4070203@iki.fi> References: <514825D0.4070203@iki.fi> Message-ID: Hi, I think you may refer to the bug fixed with this patch http://sourceforge.net/p/crossfire/patches/318/ I haven't seen it happening lately :-) cheers, k. 2013/3/19 Otto J. Makela > I believe I've found an interesting (server side?) bug. > > If you have a container on the ground (let's say a quiver), you open > it while standing over it, and attempt to drop something into it with > "drop xxx" ("drop arrows", even if no objects match) something strange > happens and the container disappears from view while remaining open. > Dropping an item with the mouse from the inventory doesn't do this. > > Moving away from the (unseen) container will normally close the > container and it will appear back in sight. But if you open a second > container on the ground while the first one is unseen, the first > container never gets closed correctly when you move away from the spot > (rather strange messages get displayed "You close second container > (open) (active)", "You open quiver (open) (active).") and spooky action > at a distance ensues. > > At this point, trying to pick objects other than which fit into the > container will result in "You can only put arrows into the quiver (open) > (active).", picking up arrows from the ground will magically transfer > them to the open container and using the keyboard comma (which usually > picks an object from the ground) will retrieve arrows from the quiver > into your inventory. > > -- > /* * * Otto J. Makela * * * * * * * * * */ > /* Phone: +358 40 765 5772, ICBM: N 60 10' E 24 55' */ > /* Mail: Mechelininkatu 26 B 27, FI-00100 Helsinki */ > /* * * Computers Rule 01001111 01001011 * * * * * * */ > ______________________________**_________________ > crossfire mailing list > crossfire at metalforge.org > http://mailman.metalforge.org/**mailman/listinfo/crossfire > -- ------------------------- Karla M? Stenger S?bat karla.stenger at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From nicolas.weeger at laposte.net Sat May 11 12:12:17 2013 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Sat, 11 May 2013 19:12:17 +0200 Subject: [crossfire] Gem "upgrade" formulae? In-Reply-To: <201304282100.37278.nicolas.weeger@laposte.net> References: <201304282100.37278.nicolas.weeger@laposte.net> Message-ID: <201305111912.21542.nicolas.weeger@laposte.net> Hello. I've gone ahead and added the various "raw" gems as well as the upgrade recipes. Right now I use the standard great value / exceptional beauty / flawless beauty faces, this can be fixed later :) Regards Nicolas -- Mon p'tit coin du web - http://nicolas.weeger.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: From nicolas.weeger at laposte.net Sat May 11 14:02:04 2013 From: nicolas.weeger at laposte.net (Nicolas Weeger) Date: Sat, 11 May 2013 21:02:04 +0200 Subject: [crossfire] Race inconsistency for "gnome" Message-ID: <201305112102.07745.nicolas.weeger@laposte.net> Hello. The "gnome" archetype is defined as having a race of "gnome", but in the lib/races file it is defined (and reset by server) as "dwarf". So I guess one should be fixed, which one? I admit to not knowing, maybe the easiest fix is to let the race as "gnome", there are other monsters with it anyway. Regards Nicolas -- Mon p'tit coin du web - http://nicolas.weeger.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part. URL: From mwedel at sonic.net Sun May 12 01:08:51 2013 From: mwedel at sonic.net (Mark Wedel) Date: Sat, 11 May 2013 23:08:51 -0700 Subject: [crossfire] Race inconsistency for "gnome" In-Reply-To: <201305112102.07745.nicolas.weeger@laposte.net> References: <201305112102.07745.nicolas.weeger@laposte.net> Message-ID: <518F31F3.90802@sonic.net> On 05/11/13 12:02 PM, Nicolas Weeger wrote: > Hello. > > The "gnome" archetype is defined as having a race of "gnome", but in the > lib/races file it is defined (and reset by server) as "dwarf". > > > So I guess one should be fixed, which one? Further digging may be necessary - if the gnome race is not used in any spells (or is not the enemy of any god), making the player race gnome may be more of an advantage, unless there is some backstory for why gnomes never offended anyone. But having it be dwarf would just seem odd. The races file is actually a bit of a hack - IIRC, it was originally done way back when as an easy way to tweak races (single file to modify, instead of needing to go into all the different arch files and do a collect). Perhaps more an issue back in the old days when a collect may thrash the disk for several minutes, but all it does now is create confusion, as it redefines something in the archetypes. Of course, now it is used for other things, like summoning lists, so is not really easy to remove. > > > I admit to not knowing, maybe the easiest fix is to let the race as "gnome", > there are other monsters with it anyway. The more interesting and harder fix would be to be able to do racial heirarchies. EG, you could have 'good humanoids' or the like which include gnome, dwarf, elf, etc, so it is easy to just include that in an enemy list. From leaf at real-time.com Wed May 29 18:06:29 2013 From: leaf at real-time.com (Rick Tanner) Date: Wed, 29 May 2013 18:06:29 -0500 Subject: [crossfire] SVN:externals update for Gridarta Message-ID: <51A689F5.1040702@real-time.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I updated the external link for Gridarta (gridarta-editor) directory found in the Crossfire SVN code base. That project was moved to SourceForge's new platform recently. However, a changed pdf (server/doc/Developers/smooth.pdf) was accidentally included in the checkin. The email alert for the checkin has not arrived in my inbox yet so I'm not sure what all it's going to show as changed. And what I need to correct. The next time you run a SVN update, it will appear that you are downloading the entire codebase for Gridarta again. So... Consider this a "heads up" for a long list of file changes at your next update. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iD8DBQFRpon1hHyvgBp+vH4RAh0FAJ9UubyO9GAjw8jrKdhdUe3PHciZZgCg5xJd 09FHoiyvmWNQJUZt+s/PHeU= =7d8x -----END PGP SIGNATURE-----