Crossfire Forum

When sourceforge was first chosen, it didn't have any of the issues you describe. Of course that was many years ago. And any replacement chosen may have similar issues years down the road.

Likely the main reason a migration hasn't been done fall into these reasons:
1) sourceforge fundamentally ...

I'm not sure if it is still the case, but at one time the ability of the GTK client in pixmap mode to handle partial transparency was lacking (I think this may have been more with the GTK library).

So as far as it was concerned, a pixel was either entire opaque or entire transparent.

In the case ...

I do agree some solutions could come up to make inventory management workable. Equipping items wasn't my main concern (though a paperdoll is a nice method) - the bigger one is both selling items in shops, and dealing with large stacks of items.

Drag an drop would get clumsy if you have to do it for ...

In the case of someone using the same password for a lot of stuff (bank accounts, etc), in that case, hashing on the client does help out. Someone can snoop that hash, but doesn't know the plaintext password.

Still totally insecure as far as someone getting the password to the account.

Going SSL ...

I've also though the same thing - phone/tablet is where the demand is now days.

Even though most mobile phones have high resolution, I'm not sure if the game would be playable there.

A tablet makes more sense.

Movement and attack, via touch screen, could (I think) be reasonably done. Touch where ...

This was somewhat intentional design.

In the first case (hash on client side), it really doesn't do any good. If someone is snooping the network, they just snoop the hashed password and can then modify their client to just send that hashed password to log in as someone else (in a sense, it doesn't ...

Note that I think in pretty much all cases now days, multiple monitor output is transparent to the application (xinerama does it at an X server layer, but nvidia, intel, and probably ATI have logic to do it in their drivers)

So right now, someone could just take the existing gtk client and size it ...

Split window might have disappeared with the move to gtk2 - not sure on that however.

As a person with a dual monitor setup, the proposed layout has no appeal to me - often on the second monitor, I want to display things unrelated to the game (irc chat, web sites, etc). I often do the same even ...

I'm not sure the differences in size - could be different factors - and certainly if you do any development work, unless you separate the built files from the repo, can be a different size.

SVN is not very good - it will keep a local copy of the latest version in the repository (so you can do a svn ...

Depends on how it is done.

The protocol itself allows for maps up to 31x31 I think. So magic map could reveal an area up to that size with no changes.

However, the current magic map logic can show maps much larger than that - in practical terms, there is no limit, but I think there is some size ...