Race inconsistency for "gnome"

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

_______________________________________________
crossfire mailing list
crossfire@...
http://mailman.metalforge.org/mailman/listinfo/crossfire

Gem "upgrade" formulae?

Hello.

I was wondering of adding gem "upgrades" alchemy recipes, something like:

- 20 diamonds => 1 diamond of great value
- 20 diamonds of great value => 1 diamond of exceptional beauty
- 20 diamonds of exceptional beauty => 1 diamond of flawless value

(with the number high enough to ensure the diamonds in the recipe cost more 
than the resulting diamond)

And equivalent recipes for other emeralds, rubies and such.

Maybe with a high failure rate, and rather in thaumaturgy maybe, which doesn't 
have many recipes.

Opinions?

Regards

Nicolas
--

-- 
Mon p'tit coin du web - http://nicolas.weeger.org

_______________________________________________
crossfire mailing list
crossfire@...
http://mailman.metalforge.org/mailman/listinfo/crossfire

Reorganizing dist files on SourceForge download page

Hi everyone,

I've noticed that the files available from the project's SourceForge
download page have become very haphazardly organized. I think that it's
time for someone to consider tidying things up a bit. Here are a few
ideas that I've considered:

* Drop the 'crossfire-' prefix from folder names
We know this is Crossfire, even the URL reveals this.

* Organize the root directory by release version number
Good: Makes stuff from a single release easy to find.
Bad: Some stuff doesn't come out every release, so it's harder to find.

* Delete (or mark obsolete) the 'crossfire-editor' folder.
From what I understand, it's somewhat obsolete now. Perhaps put a copy
of a recent Gridarta editor there instead?

* Don't segregate Windows client/server stuff
I don't see why they can't be put together; saves some clutter.

At the same time, I realize that indiscriminately moving around
distfiles breaks stuff for users and distribution packagers (e.g.
FreeBSD port, which I maintain). Still, I feel that we should make an
attempt to keep the downloads fairly organized?

Thoughts? Comments? Hate mail?

Thanks,
Kevin Zheng

GTK client build configuration stuff

Hi all,

First of all a better re-introduction.  For those that don't remember, I
joined the project long ago to work on the gtk client in Windows.  I got
it working, sort of, with OpenGL on Windows and then joined the navy and
got busy.  I've subsequently become re-interested, and still having SVN
access through SourceForge, I intend to work on getting the gtk client
working better in Windows.

I've been looking at the client's configure.ac and
gtk-v2/src/Makefile.am in trunk and there are a couple changes there
that are breaking MinGW's builds.  The problems are A) X11_LIBS are
being set even if no X is detected and B) OpenGL support is only enabled
if X is present.  On Linux these assumptions work, but not in Windows. 

I don't think killing the requirement for X to be present before OpenGL
is detected will break anything in Linux.  If a person is trying to
build/run the client without X, then there are bigger problems with that
scenario than whether or not OpenGL is detected.

I've attached a patch I intend to commit unless it breaks things in Linux.

Thanks.

       Kurt.

Index: configure.ac
===================================================================

Setting up MinGW to compile the client in Windows

Compiling the GTK2 Crossfire client under Windows (MINGW)
v1.0

These instructions will take you from a base MinGW installation.

1) Install MinGW.  The easiest way (as of 2 Apr 2013) is by downloading
mingw-get-inst from http://www.mingw.org/wiki/Getting_Started

Follow the instructions for installing MinGW.  Specifically, it is suggested
that MinGW not be installed into a directory with a space in the name.

2) Use mingw-get to install libxml2:
   $ mingw-get install msys-libxml2

This version of libxml2 is really an internal library for mingw/msys.  It
is used so that pkg-config reports libxml2 is present.  The actual library
used is in the packages we install in step 3.

3) The easy stuff is done.  The rest needs to be downloaded.  We can get
about halfway there right from gtk.org.  Navigate a browser to:
http://www.gtk.org/download/win32.php and download the run-time and dev
packages for the following:
  GLib, ATK, Pango, gdk-pixbuf, GTK+, zlib, cairo, libpng, Freetype,
  Fontconfig, gettext-runtime, pkg-config

A comprehensive list of URLs for each package follows at the end.

Once you have each package, unzip them into the main MinGW installation
folder.  I did this by copying them into my MinGW installation directory
and then right-clicking each one and selecting "7-Zip-≥Extract Here".  This

Win32 client compilation

Hello,

It looks like, since the last time I was involved with CF, a lot of work
was done getting the gtk2 client to compile more nicely in Windows under
mingw.  There are a few issues that remain, however.  I've listed them
below.

- MINGW macro is deprecated.  It is now __MINGW32__.  Patch follows.
- The configure script uses pkg-config to check for gtk+, but then the
gtk-v2/src/Makefile.in doesn't use the resultant GTK2_CFLAGS variable. 
This breaks builds on mingw because include files aren't in the standard
unixy places.  I think just adding  <at> GTK_CFLAGS <at>  to AM_CFLAGS in
Makefile.am should fix it, but I don't have the right version of
autoconf to find out for sure. Changing this should have no effect on
Unix other than making the build system work in more circumstances.
- The configure script checks for libglade don't check to make sure
pkg-config reports that it works.  This means where libglade is
installed, but a dependency for it (like libxml) isn't installed, the
configure script works as normal but then the build breaks because
LIBGLADE_CFLAGS isn't set.  Don't know how to fix this other than to say
that the test for gtk+ does it the right way so the libglade check
should duplicate the way gtk+ is tested for.

I have it compiling with SDL and OpenGL support, which the Windows
binary that is available now lacks.  Still testing to make sure they
work right.

I seem to remember there being at least simple sound support in Windows
on the older clients.  Am I misremembering, or was that code ripped out?

Just announced! Crossfire:TCG

Hello everyone,

I am thrilled to announced a spin-off to Crossfire known as..

Crossfire: Trading Card Game (aka, Crossfire:TCG)

Enclosed are two samples cards that would be used for game play.

Since this is a significant undertaking, I have submitted an application
to Kickstarter which is awaiting approval. I'll post the project URL
once that is available.

In the mean time, behold the card previews and prepare to enjoy the
world of Crossfire at your next table top gaming session!

_______________________________________________
crossfire mailing list
crossfire@...
http://mailman.metalforge.org/mailman/listinfo/crossfire

Time delay in maps

Hi,

I'm trying to implement time delay in one of the maps I'm working on.
Unfortunately, I have no idea how to approach this. I suspect I have to
do something in Python, but I've never done this before, either.

Basically, a magic ear will activate a connection, which needs to start
a timer. When the timer runs out, it should activate a different
connection that opens a door.

Any suggestions?

Thanks,
Kevin Zheng

Drop confusion with spooky action at a distance

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 <om@...> * * * * * * * * * */
   /* Phone: +358 40 765 5772, ICBM: N 60 10' E 24 55' */
  /* Mail: Mechelininkatu 26 B 27,  FI-00100 Helsinki */
/* * * Computers Rule 01001111 01001011 * * * * * * */

Keeping capitalization consistent in maps

Hi,

I've recently started to do a bit of map editing, trying to focus on
sprucing up existing places to make the game look a bit nicer. I've come
across the interesting issue of capitalizing names, especially those of
NPCs.

Proper nouns should be capitalized, but "Arena Guard" appears
capitalized. On the other hand, "ticket vendor" is not capitalized.
Where do we typically draw the line between a generic noun and a proper
noun?

Thanks,
Kevin Zheng

SourceForge migration tentatively scheduled for 2013-feb-25

Hello everyone,

SourceForge is in process of migrating hosted projects to their new
platform.

The project is not leaving SourceForge!
It's just going to reside on a different server cluster (if you will..)

Some of the new features that will be available can be found here:
https://sourceforge.net/p/allura/wiki/Features/

So, what does this mean?

During the migration, it is important that we do not check in or
commit any code revisions until the migration process is complete.

I would like to suggest starting the migration on 2013-feb-25 at 18:00
UTC.

Starting the process is a matter of completing a web form and then
waiting - which I volunteer to do.

I will post status updates as they are available, and any changes that
might be necessary as part of the migration.

Any questions or concerns?