First, I recall that there has been some discussion about playing
crossfire that suggests that specialization of skills is necessary
to get extremely advanced characters, and that crossing disciplines
will tend to limit how far a character can go, or how easy it is to
level up.
Second, in spite
It should apply to skills as well as overall levels. So under normal
circumstances, I think that means no more than 3 levels lost from any
skill and overall level.
However, you could lose 3 levels from several different skills - for
example, pyromancy, one handed weapons, praying, so it
sentence frag . | grep -v .svn/text-base
works about as well as anything, though a good script might actually
let you auto-edit the located items once you checked each one out to
be sure it was legitimate.
--
Kevin R. Bulgrien
___
crossfire mailing list
Mark Wedel wrote:
On a broader scale, there is a problem with most of the msg/endmsg in
maps/objects. They are pre-formatted for a certain width. If your text
window
is wider, it isn't terrible - it just doesn't use the full width. If your
window is a bit smaller, it gets really ugly,
Could someone make a jar file from the CFJavaEditor sources on the
Gridarta project? I have so far been unable to get a working
build environment. I get errors when I try the command-line build
instructions in INSTALL.txt, and I am having great difficultly
getting ant installed.
$ javac -d
Here is a backtrace for a crash on x86_64 but not on metalforge
http://rafb.net/paste/results/nwRjEf71.html
Uninitialized ptr... env in spring_trap is passed to get_rangevector and is
used without checking it first.
http://rafb.net/paste/results/nHaX0I34.html
Revision 4979
Mark Wedel wrote:
Kevin R. Bulgrien wrote:
Mark Wedel wrote:
Ideally, I think most of the newlines from the msg/endmsg structures
should be
removed - the client is plenty smart enough to do proper wrapping.
There are also a few messages which should have the '[fixed]' tag added,
since
Mark Wedel wrote:
Kevin R. Bulgrien wrote:
Mark Wedel wrote:
Ideally, I think most of the newlines from the msg/endmsg structures
should be
removed - the client is plenty smart enough to do proper wrapping.
There are also a few messages which should have the '[fixed]' tag added,
since
On Saturday 07 October 2006 02:58 pm, Alex Schultz wrote:
It's not a big thing, just a little detail, but it's a fun thing. I'm
thinking that the top section of the HallOfSelection that's displayed
when players are logging in, should have some cosmetic changes in the
trunk (2.0 branch). It
On Monday 09 October 2006 03:10 am, Mark Wedel wrote:
==
Standardize on 19x19 map size.
This size was chosen as that the map could still fully fit on lower
resolution
systems. Standard size so that map makers know what to design to, and so
players don't have an unfair advantage (if I
On Monday 09 October 2006 06:28 am, Kevin R. Bulgrien wrote:
- Improved help - I don't think the help in the client has much useful
content -
I think a lot of the information currently in various places could make it
to
the client so it has a real help system.
Would be great
I am running an x86_64 test server with an Opteron processor. Food consumption
seems unreal. Does anyone know what factors determine the rate of food loss?
Speed is 0.90 (3.03). The character is a halfling. Food seems to click down a
notch
every second. On metalforge, food ticks down about 1
I am running an x86_64 test server with an Opteron processor. Food
consumption
seems unreal. Does anyone know what factors determine the rate of food loss?
Speed is 0.90 (3.03). The character is a halfling. Food seems to click down
a notch
every second. On metalforge, food ticks down
Mark Wedel wrote:
Kevin R. Bulgrien wrote:
I am running an x86_64 test server with an Opteron processor. Food
consumption seems unreal...
I never played Gaea before... That's what's doing it. Regeneration +2...
Man, I need to carry a refrigerator around with me... :-)
A separate
The idea is that the current clients display way too much information;
someone has described them as geeky. Typically, when playing, you're
interested: in the map (always), hp/sp/grace/food (almost always),
important messages (almost always), chat (often), exp (often), and look
list
LOL,,, see my post of a few minutes ago under client improvements.
Man, another dependency... ;-) Never heard of lua before.
___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire
The enlargement of the player is a significant artistic improvement
as far as I am concerned... even apart from map view changes. I
guess it is odd to have the NPC humans so small in comparison. As
far as I am concerned, I'm not too worried about map size making a
character get lost however, so
Good grief! I think I will just blow away my svn tree and download it all
again (when I get to the point I can do some mapping again). What a PITA. :p
Gene Alexander
Huh? It could hardly be more painless.
$ cd /home/data/svn/crossfire
$ for file in arch client server sounds maps
do
cd
My opinion is doxygen including html, since doxygen will handle other
conversions for us (chm, pdf, ...)
See note above. We really should stick with only 1 other formatting
language
beyond plain text to keep things simple and easy to update. I vote HTML
since
it is incredibly
Gtk2 client is IMO the most official of the clients - others may disagree.
I'm tempted to spend an evening whipping up a glade configuration file for
the
gtk2 client that looks like the gtk1 client, just so it stops any complaints
there - the question then comes how many different glade
Headings
Some title headings will not render properly at any setting. I am sure this
is not related to the screen resolution as mine is a dual-head 1280x1024
and no matter how wide the client is, the Weight\column title is always cut
off. There is no reason for that as the description
A previous attempt to send this message didn't seem to work for some
reason.
Headings
Some title headings will not render properly at any setting. I am sure this
is not related to the screen resolution as mine is a dual-head 1280x1024
and no matter how wide the client is, the Weight\column
the name of a server listed
in the
dialog. I had thought about using q as an accelerator... handy, except that
it would
likely interfere with searching for a server that begins with a q, so I nixed
that idea.
Kevin R. Bulgrien
___
crossfire mailing
The ground (/scorn/guilds/mailed_fist/ground) map in Scorn is made in such a way
that if you are wearing an XRay helmet you can see behind a block view wall to
see mechanisms that are used to make the map work. Is this expected behavior,
and the map maker did not account for the fact that XRay
-- see patch in attachment (stat.c) : I did change int to uint64 and %d
with the macro FMT64U.
Best Regards,
Olivier (findufin findragon on metalforge)
Not seeing any objections to the patch posted, I applied the patch for you...
It is revision 6808.
Kevin Bulgrien
, quivers, etc). At 66% scaling, a greater number of icons
are cut off. At 50% scaling, as best I can tell, all icons are cut off. It
seems
the column width is scaling down disproportionately compared to the scaling
of the icon graphic.
Kevin R. Bulgrien
In this map, there is room to slide everything over and make the block
view region
wider so that XRay would not show the items. Is this the correct way to
fix the
map?
Does XRay ever have a range greater than two tiles?
Is it really so bad if x-ray vision players could see
of people have ideas on how to tweak the layout to
taste. I can likely accomodate if there is consensus on how
to put parallel layouts in SVN. Also there would be the issue
of naming the client / layout combos.
Feedback desired.
Kevin R. Bulgrien
desired.
Kevin R. Bulgrien
___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire
This isn't really a reply to a reply so much as it is to the thread. Can you
really force
people to play right or is there even a right way to play? I don't
understand what
is so fun about screaming up through levels anyway when there is so much to just
discover and play in bigworld. There is
Lalo Martins wrote:
A discussion we had a while ago when the v2 client first appeared:
Many laptops on the market today aren't able to do more than 1024x768,
and that isn't about to change any time soon.
I *normally* play on my PC, but if I ever became unable to play on the
laptop, I
http://krayvin.home.att.net/gtk2_gtk-v1_layout.png
Am I the only one finding this interface rather scary and cluttered by tons
of stuff ?
Nope :)
IMO both the GTK clients are too geeky... jxclient seems much better, from my
point of view.
Nicolas
Yeah... whatever... at least
And I suggest you do a small experiment: find a Windows computer, and try to
build the GTK1 client there :) You'll see it isn't that easy ^_-
(and I'm not even sure it does work on Macs...)
What is windows? Is it something i can afford to care about? ;-/
I pulled down ant (87 MB with
I was quite curious to see if that jxclient would works, and you know what ?
It does runs well on Windows :)
(to be precise, on Windows Vista)
See a screenshot with default resolution :
http://huet.o.free.fr/cftest/testjxclient.png
and I did modify a little parameters and skins and
Using Mandriva 2007.0 x86_86
$ rpm -q jdk
jdk-1.6.0_02-fcs
I see 1.5 is minimum on Sun's stuff, but I don't know what the significance
of ant's depends are on this distribution. My first attempt at getting ant
installed didn't work. In the past I've had trouble with the gcj-compat
stuff,
On Saturday 04 August 2007 19:44, Kevin R. Bulgrien wrote:
Now that I have jxclient building... gridarta still doesn't work... Will have
to dig to
find out what these indicate as far as missing dependencies... In the mean
time,
hints/clues welcome.
$ rpm -q ant
ant-1.6.5-21mdv2007.0
$ java -version
java version 1.6.0_02
Java(TM) SE Runtime Environment (build 1.6.0_02-b05)
Java HotSpot(TM) 64-Bit Server VM (build 1.6.0_02-b05, mixed mode)
Using run.sh, I get... disappointingly...
Warning ! True full-screen support is not available.
The system is a dual core pentium d (3.6
But for whatever reason, it seems a lot of people like the gtk1 client
layout,
which is why that client still exists and hasn't been completely replaced by
the
gtk2 client.
So since a gtk1 layout for the gtk2 client does now exist, it would seem
that
once that all gets formalized
Resolved by adding another package, though I did not know how to figure out
which optional task package to get, so I just kept trying different
ones... There must be a better way.
I had some issues under Gentoo, too, related to optional packages. I think I
needed to add ant-tasks to
how to check all this in...
Kevin R. Bulgrien
___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire
= glade_xml_get_widget (xml, entry1);
| ...
| }
And there are a lot of lookup_widget() calls to replace in that client code.
But, after only doing a couple of files, it is obvious that the problem is
fixing. The windows render more completely with each lookup_widget
that is converted.
Kevin R. Bulgrien
configure.in is going to need a change. Anyone who knows how to do that,
feel free to pitch in and help. I've never done that before.
Kevin R. Bulgrien
___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo
configure.in is going to need a change. Anyone who knows how to do that,
feel free to pitch in and help. I've never done that before.
Forgot to mention it... I created a branch to support the libglade conversion.
What I have so far is checked in.
Kevin R. Bulgrien
... It has been done...
Gwa ha ha ha ha...
Ok, I scare myself.
Now... About connecting all those signals... I have a bunch of dead ones...
Figures glade_xml_signal_autoconnect() doesn't automagically work (the
way I tried using it).
Kevin R. Bulgrien
.
But... I can drop a new .glade file and change the UI without recompiling (at
present, the file must be named gtk-v2.glade and it must be in
${prefix}/usr/share/crossfire-client. make install does not put one there to
begin with.
Kevin R. Bulgrien
file is first loaded.
That still doesn't address the window/keyboard issues probably, but a good look
over interface.c is in order.
Kevin R. Bulgrien
___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo
http://blogs.gnome.org/johan/2007/06/15/gtkbuilder-has-landed/
Interesting... though GtkBuilder is apparently not for Glade-2.
___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire
a .glade file to play with
and tweaking on the window position saving.
Comments?
Kevin R. Bulgrien
___
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire
of immaterial.
Why?
Are the pre-existing quests not able to be rolled into the quest system? To
me getting quests logged somehow would be an excellent way to start out
improving crossfire.
Kevin R. Bulgrien
___
crossfire mailing list
crossfire
. Perhaps so that the file name always
appears in the form gtk-v2-stylename.glade. Ideas entertained.
I do plan to upload a few more .glade layouts, but I haven't given much thought
yet on how to name them or describe their appearance yet.
Kevin R. Bulgrien
I'm sorry if I'm feeling my temper on this, but that's really BS. Any
2-minutes search on the Wiki would have told you what you needed to know
about the extension alongside with an example script (heck, I didn't even
know which keywords would have worked to find the cfdialog page - I just
On Tuesday 21 August 2007 18:20, Kevin R. Bulgrien wrote:
I'm sorry if I'm feeling my temper on this, but that's really BS. Any
2-minutes search on the Wiki would have told you what you needed to know
about the extension alongside with an example script (heck, I didn't even
know which
Yann,
One more belated add-on to this painful thread...
Thank-you most graciously for your efforts. Once again, if the original
reply was rude, ungracious, or otherwise offensive, I most certainly ask
for your forgiveness and thank you for motivating to learn how to use
Crossfire python scripts
On Monday 20 August 2007 17:16, Nicolas Weeger wrote:
easier (perhaps even clicking on the word). Secondarily, it would be nice
if NPC conversation had some state - right now, for any given world, there
will be a set response, and if you know the right word, you can get deep
into the
Feedback on the result is appreciated, but people are expected to actually
try
to look first, to dig slightly (and searching is digging slightly, IMO).
People wanting to write maps can also ask on the list, on the forum, on the
wiki, on irc, ingame.
I did. That's why I wrote, and I
FYI to any interested parties, the libglade2.0 client branch in SVN
now supports in-client selection of the Glade XML layout file to
use for the main window.
There are already various Glade XML layout files in SVN, so there
are actually layouts to pick from.
make install on the gtk-v2 client
On Tuesday 10 July 2007 23:20, Kevin R. Bulgrien wrote:
My opinion is doxygen including html, since doxygen will handle other
conversions for us (chm, pdf, ...)
See note above. We really should stick with only 1 other formatting
language
beyond plain text to keep things
The latest of the new UI layouts for the GTK2/Libglade client has arrived. It
is a layout designed for 1024x768 desktops, and is named oroboros.glade. A
short description may be found below. The other layouts in SVN, aside
from the original layout, are described as well.
- caelestis.glade
I have pretty much decided not to port the Libglade changes back onto
branches/1.x. I've looked at it, and the volume of labor to backport it
is not something that I want to do. Too much already has been done on
trunk that would have to be filtered out in a merge.
Further, it seems the libglade
Playing with permadeath on ailesse recently has been very enlightening. I have
a very hard time keeping characters alive, so I've finally become so frustrated
that I have been trying out different characters. Those experiences are making
me have a different viewpoint on slowing down combat than
One thought I just had about this is changing weapon speed vs normal speed.
Right now, normal speed is used for movement, and if you attack something,
what is currently your weapon speed gets moved into speed left for those
extra
attacks. This also creates other odd effects, as now
Newbie tower's kobolds are seemingly not possible with him even at second
level even trying to use hit and run tactics... and this is even with a
priest who can regen grace by praying. We do not want to bore people to
tears at the beginning of the game, or no-one will stick it out. I'd hate
Getting up to level 6 with the gnome priest gave a bit of time to review.
The first few levels were very hard, but, as playing progressed, it did
strike me that some of that perception could be attributable to having
played so much on servers where the physical combat was so effective
that one
Lots of discussion about spells, etc, on the slow down combat thread, but I
thought I'd start a topic with just general ideas on spells.
A different sort of attune/repel by vocation:
It is interesting how you can pick a particular spell path by vocation when
a character is created, but at
That said, taking a quick look at the current spell list, and trying to
categorize them:
Level 1
Armour - earth/air (creating force around to reduce damage)
Burning Hands - fire
Create Missile - earth (creating solid substance)
Detect Magic - ???
Icestorm - water
Magic Bullet - earth
Various server version reporting facilities reports a version like 1.10, etc.,
but testing of fixes, etc. would require knowing the svnversion of the server.
I have mods against the server borrowed from the client that modify version
information reported in the log (init.c):
Welcome to
Disabling generator would require a lot of map rework - after aborting on
the dry well, I went to the drinking fountain. With the generator popping
out monsters, that map was largely empty. Also, because it does effectively
reduce amount of killing on a map (with generators, I'd probably
I have de-vaporwared the Graphics Guide on the wiki. Feel free to
use this page to focus graphic design:
http://wiki.metalforge.net/doku.php/graphics_guide
The replies to this thread are appreciated. My sources are .xcf, so
comments relating to that are useful, however, the discussion about
Consider the following from server/doc/Developers/objects or note on 25012 at
http://wiki.metalforge.net/doku.php/dev:objects?s=type#client_types_client_type
896 : mwedel 355325000-25999 Non-inventory items, stuff stuck to the
floor, that can be applied.
897 : 25011
After some IRC discussion, it occurred to me that Crossfire is devoid of
sewer themes that are so prevalent in dungeon type games from the family
that CF hails from. This, alongside some discussion about a brewery got
me thinking about creating graphic overlays of pipes, manhole covers,
spouts,
After some IRC discussion, it occurred to me that Crossfire is devoid of
sewer themes that are so prevalent in dungeon type games from the family
that CF hails from. This, alongside some discussion about a brewery got
me thinking about creating graphic overlays of pipes, manhole covers,
I have committed a work-in-progress archetype for a multi-tile manhole.
To test the animation, and as a starter, the manhole is implemented as
a HOLE (object type 94) so that I could learn how to do animations and
could work off of a working example.
The archetype is a 64 x 64 bit graphic. I
I have committed a work-in-progress archetype for a multi-tile manhole.
To test the animation, and as a starter, the manhole is implemented as
a HOLE (object type 94) so that I could learn how to do animations and
could work off of a working example.
The archetype is a 64 x 64 bit graphic.
Hello.
I just fixed the animation bug, from what I can see.
The holes correctly open and close, both the archetypes.
Part server bug, part archetype mistake, I think.
All committed :)
Note that, maybe, it could be possible to have both an animated hole and an
opening animation - maybe
Thanks... the animation was already working with the arch
tweaked so the faces of the non-head parts were blank as
noted in the README, but the hole didn't line up with the
arch head. I do not see a change in behavior. Yes, I did
update. Maybe I should set up the test to show the various
This is a general notice that the bug that prevented saved window
positions from being restored when the libglade (GTK V2 on trunk)
client starts up.
The fix was applied with SVN revision 8204.
This was a .glade file update only. No code changed, so you could
browse to
A level 4 fenx tried to use three lvl 8 scrolls (after making sure they
were not cursed on a detect curse altar). No items were identified.
No messages were output to indicate spell failure...
Something seems broken. Anybody else seeing this kind of thing?
Was playing on ailesse which is
I delayed the 1.11 release a little to give the stringbuffer changes a
little time to soak in. Those look good.
So in all likelihood, I'll be packing up a 1.11 release sometime soon -
maybe even as soon as this Sunday (1/20), so just a heads up.
I'd really be interested in getting one
I'd also want to check to see if it fixes [ 1839894 ] Keybind editor
flaw (gtk2, gtkv2)
Since I submitted that and you are working on resolving the problem I made
a change in Tracker and updated with you as the Assigned To guy. I will
attempt to get a new build of the GTKv2 client and help
On Monday 21 January 2008 00:53, Kevin R. Bulgrien wrote:
I delayed the 1.11 release a little to give the stringbuffer changes a
little time to soak in. Those look good.
So in all likelihood, I'll be packing up a 1.11 release sometime soon -
maybe even as soon as this Sunday (1/20
After sleeping on it... I really want to push for a LibGlade client
release. I've killed some big bugs. With the recent murmurs of dual
text in the clients, I think it only fair to mention that I'm not at
all interested in debugging the branch GTK V2 client. We have people
actively using the
I don't care if we have to copy it down to branch to keep versions of
the client equivalent with the server. Please consider this
thoughtfully.
By its very nature, a 1.11 release would come from the stable branch, and
not from the trunk.
The version of a client may not need to track
I don't think that
has to preclude a release for this client, but it does actually shine some
light on a change that went down to branch that I should fix up regarding
the image cache directory. It would be awkward to release those clients
when they do not all use the same directory. That's
Right now I'm leaning to just releasing stable version of all the
components now, and maybe do a snapshot release of the trunk client in a
week or two when everything on it gets sorted out (packaging, etc) - there
isn't any real reason that has to coincide with the stable release - and in
The ftp sites listed in the announcement don't seem to work.
Crossfire is available on the following ftp sites
Primary:
ftp://ftp.sourceforge.net/pub/sourceforge/crossfire
Secondary:
ftp://ftp.real-time.com/pub/games/crossfire
The SF link... who knows. I didn't try that hard and
When connecting to a server, a player can create or log in to an account.
This account is linked to characters, and the player can manage (add,
delete, maybe other things) them.
this is a step that is not there right now - I'd like a little more
information on why to add an account that
Here is a proposition for new player account mechanism and character
management.
To be clear:
* player = human playing on Crossfire
* character = ingame character
When connecting to a server, a player can create or log in to an account.
This account is linked to characters, and the
Sorry to ask, but what in current state of accounts handling prevents
your from using different passwords on different servers? Nothing forces
you to use same password on different server, and you can use same
password for all your accounts on a given server...
Obviously nothing prevents it,
It is probably time to seriously consider changing the default layout
of the GTK V2 client. It seems a not infrequent complaint that the
current layout is not helping people appreciate GTK V2, and this was
the primary reason I did work on GTK V2 since it was the entire reason
GTK V2 was
Quick thoughts/past notes:
I expect that the preferences will be driven a lot by what actual
hardware folks are running on.
If you only have a display that does 1024x768, then the Oroboros is the
likely winner. But if you have a higher res display, that probably isn't a
first
While looking at the various layouts for the client, I remembered an old
problem that we had discussed one or two years ago: the scrollbars around
the map area take some space (almost one tile in each direction) and
personally, I never use them.
Is anybody using these scrollbars?
If not,
Played about today a bit.
With a small code/glade change, and 50% iconscale:
http://krayvin.home.att.net/gtk-v2-modified-640x480.png
Or even... with 50% map scale...
http://krayvin.home.att.net/gtk-v2-modified-640x480-22x22-map.png
Kevin
___
I gave that class a couple spells:
firebullet - like magic bullet, this fires a bullet that does damage. It
does not explode into a fireball. Costs 1 sp to cast
I think this is a good move. It is rough that the low level cold/fire/mana
spells destroy loot when the new player needs it
Hi,
I would like to contribute several improvements to the GTK+ editor
gcrossedit (a.k.a. gce, now gde).
Whereas the issue of having parallel clients is to me not a problem,
there seems some greater advantage to have a unified editor, but, so
long as both are maintained at a high degree of
Save for having other people do releases, next on my wish list would be
for people to periodically try the release process (make archive from the
top level dir - same place you run configure). If everything 'works',
doing a release isn't that time consuming.
But often, things don't
A script has been developed that automatically creates (debuggable with
sources) snapshot builds of the crossfire clients (tarballs and RPMs,
but no Win32 support). It has logic to initialize a build environment
from SVN and to update from SVN for each snapshot. It has been run
through a lot of
Such a scripted packaging system has been tested on ailesse for the binary
client (Just like the current Gridarta/JXClient daily builds, it generated
Debian packages, then RPM ones through Alien). It had been removed last
year for basically two reasons:
- Architecture portability issues:
Not at all. They are only difficult because they require availability of
each platform. Or, to formulate it differently: it is hard to build a
Win32/FreeBSD/Solaris/OSX package without a working installation of
Win32/FreeBSD/Solaris/OSX.
AFAIK, releasing has little to do with breakage.
In summary, I do not think the double text issue should hold back a
working snapshot.
The double characters in the GTKv-2 client on a 64bit system makes the
client unusable, IME.
A working 32-bit RPM, a working 64-bit tarball, etc. is not the same as
a non-working 64-bit RPM... 'Nough
The trunk GTK-V2 client is considered fixed as of SVN 10827. This
client is compatible with branch servers (metalforge).
Some additional attempt will be made to verify/reproduce/fix problem
in the GTK-V1 client. Branch client code is quite different from trunk,
but it should be quite simple to
1 - 100 of 112 matches
Mail list logo
