[Freeciv-Dev] [patch #1416] Adds ruleset for Republic of Venice

Update of patch #1416 (project freeciv): Assigned to:None = dmarks ___ Reply to this item at: http://gna.org/patch/?1416 ___ Message sent

[Freeciv-Dev] [patch #1411] game_was_started(): check if the game was started

Update of patch #1411 (project freeciv): Status:None = Ready For Test Assigned to:None = pepeto ___ Reply to this item at:

[Freeciv-Dev] [patch #1410] 32 player colors

Update of patch #1410 (project freeciv): Status:None = Ready For Test Assigned to:None = pepeto ___ Reply to this item at:

[Freeciv-Dev] [bug #13871] [patch 05/07] add setting action callback function

Update of bug #13871 (project freeciv): Status:None = Ready For Test Assigned to: cazfi = pepeto ___ Reply to this item at:

[Freeciv-Dev] [bug #13873] [patch 07/07] load game settings from ruleset file

Update of bug #13873 (project freeciv): Assigned to: cazfi = pepeto ___ Follow-up Comment #9: This patch could be improved a lot with the new registry interface.

[Freeciv-Dev] [patch #1189] [Patch] Allow airlifts to allied cities

Update of patch #1189 (project freeciv): Category:None = general Status:None = In Progress Assigned to:None = pepeto Planned Release:

[Freeciv-Dev] [patch #1198] show changed game settings after reset and rulesetdir

Update of patch #1198 (project freeciv): Status:None = Ready For Test Assigned to:None = pepeto ___ Reply to this item at:

[Freeciv-Dev] [patch #1278] struct connection clean up

Update of patch #1278 (project freeciv): Status:None = In Progress Assigned to:None = pepeto ___ Reply to this item at:

[Freeciv-Dev] [bug #13498] client abort in 2.1.9+ GTK

Update of bug #13498 (project freeciv): Status: Confirmed = Works For Me Assigned to: mbook = pepeto Open/Closed:Open = Closed

[Freeciv-Dev] [bug #13620] [Wichlist] Gfx layer about native tiles

Update of bug #13620 (project freeciv): Assigned to:None = pepeto ___ Reply to this item at: http://gna.org/bugs/?13620 ___ Message posté

[Freeciv-Dev] [bug #13620] [Wichlist] Gfx layer about native tiles

Update of bug #13620 (project freeciv): Planned Release: = 2.3.0 ___ Reply to this item at: http://gna.org/bugs/?13620 ___ Message posté

[Freeciv-Dev] [bug #13848] [Patch] More detailed coding style guidelines

Update of bug #13848 (project freeciv): Status:None = In Progress Assigned to: mbook = pepeto ___ Reply to this item at:

[Freeciv-Dev] [bug #13942] No way to unload a busy worker from a transport.

Update of bug #13942 (project freeciv): Assigned to:None = pepeto Planned Release: 2.3.0 = 2.2.0 ___ Reply to this item at:

[Freeciv-Dev] [bug #13943] Allow unit to choose which transport to load onto

Update of bug #13943 (project freeciv): Assigned to:None = pepeto ___ Reply to this item at: http://gna.org/bugs/?13943 ___ Message posté

[Freeciv-Dev] [bug #15187] Crash using editing mode

Follow-up Comment #2, bug #15187 (project freeciv): See also bug #14053. ___ Reply to this item at: http://gna.org/bugs/?15187 ___ Message posté via/par Gna! http://gna.org/

[Freeciv-Dev] [bug #14053] nation.c:262: die(bad nation) reached

Update of bug #14053 (project freeciv): Category:None = editor Status:None = Duplicate Assigned to:None = pepeto

[Freeciv-Dev] [bug #14053] nation.c:262: die(bad nation) reached

Update of bug #14053 (project freeciv): Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/bugs/?14053 ___ Message posté

[Freeciv-Dev] [bug #14210] optionally include advance benefits in output message

Update of bug #14210 (project freeciv): Planned Release: = 2.3.0 ___ Reply to this item at: http://gna.org/bugs/?14210 ___ Message posté

[Freeciv-Dev] [bug #14549] Crash - unknown cause

Follow-up Comment #9, bug #14549 (project freeciv): Does this bug still happen for you? ___ Reply to this item at: http://gna.org/bugs/?14549 ___ Message posté via/par Gna!

[Freeciv-Dev] [bug #14788] My Freeciv crashes often after only a bit of playing

Follow-up Comment #1, bug #14788 (project freeciv): A lot of crashes have been fixed since the 2.1.6 version. Do you still get this problem with 2.1.10 or 2.1.11? ___ Reply to this item at: http://gna.org/bugs/?14788

Re: [Freeciv-Dev] Remove unmaintained clients

Le samedi 16 janvier 2010 à 15:50 +0100, Pepeto a écrit : There is still no answer from Freeciv administrators... Still no answer. Attaching some old comment by Marko: Le jeudi 09 juillet 2009 à 22:29 +0300, Marko Lindqvist a écrit : Keeping clients in a compiling state is not thta much work,

[Freeciv-Dev] [patch #1417] Use my_snprintf() instead of snprintf()

URL: http://gna.org/patch/?1417 Summary: Use my_snprintf() instead of snprintf() Project: Freeciv Submitted by: cproc Submitted on: Sonntag 24.01.2010 um 11:42 Category: client Priority: 5 - Normal

Re: [Freeciv-Dev] Remove unmaintained clients

On Sat, Jan 2, 2010 at 1:30 PM, Pepeto pepet...@gmail.com wrote: I guess those removal would be a solution to speed up the development of Freeciv which is very slow nowadays.  There cannot be more clients than active developers! Rather than preemptively remove them, IMO just label them as

[Freeciv-Dev] [bug #14549] Crash - unknown cause

Follow-up Comment #10, bug #14549 (project freeciv): I haven't seen it for a while, but I also haven't been playing freeciv much lately, so that's not very conclusive. ___ Reply to this item at: http://gna.org/bugs/?14549

[Freeciv-Dev] Freeciv 2.1.11 released

Freeciv 2.1.11 has been released. It is a bugfix release for the stable 2.1 branch. For a list of changes, see http://freeciv.org/wiki/NEWS-2.1.11 Find the source tarballs at: http://sourceforge.net/projects/freeciv/files/ http://download.gna.org/freeciv/stable/ On behalf of the Freeciv Dev

[Freeciv-Dev] [patch #1418] Fix a 'FIXME' in md5.c

URL: http://gna.org/patch/?1418 Summary: Fix a 'FIXME' in md5.c Project: Freeciv Submitted by: pepeto Submitted on: dimanche 24.01.2010 à 12:59 Category: general Priority: 1 - Later

[Freeciv-Dev] [patch #1278] struct connection clean up

Update of patch #1278 (project freeciv): Status: In Progress = Ready For Test ___ Follow-up Comment #1: Patch attached: remove the useless field 'is_server' from the connection structure, use

[Freeciv-Dev] [bug #13942] No way to unload a busy worker from a transport.

Update of bug #13942 (project freeciv): Category:None = client Status: Confirmed = Ready For Test Planned Release: 2.2.0 = 2.1.12, 2.2.0

[Freeciv-Dev] [patch #1419] Spelling errors

URL: http://gna.org/patch/?1419 Summary: Spelling errors Project: Freeciv Submitted by: None Submitted on: Sunday 01/24/10 at 17:52 CET Category: rulesets Priority: 5 - Normal Status:

[Freeciv-Dev] [patch #1419] Spelling errors

Update of patch #1419 (project freeciv): Status:None = Ready For Test Assigned to:None = dmarks Planned Release: = 2.2.0

[Freeciv-Dev] [bug #15193] Wish: GTK+ client to fit on 480px-tall screens

URL: http://gna.org/bugs/?15193 Summary: Wish: GTK+ client to fit on 480px-tall screens Project: Freeciv Submitted by: drink Submitted on: Sunday 01/24/2010 at 19:14 Category: client-gtk-2.0 Severity: 4 -

[Freeciv-Dev] [bug #15193] Wish: GTK+ client to fit on 480px-tall screens

Follow-up Comment #1, bug #15193 (project freeciv): I ignore what version do you play, but there is a client option in the graphics tab to arrange the widgets for small resolutions... Have a try on it. ___ Reply to this item at:

[Freeciv-Dev] [bug #15193] Wish: GTK+ client to fit on 480px-tall screens

Follow-up Comment #2, bug #15193 (project freeciv): I meant in the _Interface_ tab (last setting). ___ Reply to this item at: http://gna.org/bugs/?15193 ___ Message posté via/par Gna!

[Freeciv-Dev] [bug #15041] Cannot free the fortify order

Follow-up Comment #5, bug #15041 (project freeciv): Can you give more detail on what you were trying to do with the unit which the client wouldn't let you? Also, was the unit ACTIVITY_FORTIFYING, or ACTIVITY_FORTIFIED? This change has unfortunately broken a desirable behaviour of the client for

[Freeciv-Dev] [bug #15041] Cannot free the fortify order

Update of bug #15041 (project freeciv): Status: Fixed = Need Info Open/Closed: Closed = Open ___ Follow-up Comment #6: I checked RT#40724

[Freeciv-Dev] [bug #15193] Wish: GTK+ client to fit on 480px-tall screens

Follow-up Comment #3, bug #15193 (project freeciv): I forgot to mention that I just tried building myself to get this option, and had it, and the display is still not small enough. ___ Reply to this item at: http://gna.org/bugs/?15193

[Freeciv-Dev] [bug #15194] Can't abort nuke/paradrop with Esc

URL: http://gna.org/bugs/?15194 Summary: Can't abort nuke/paradrop with Esc Project: Freeciv Submitted by: jtn Submitted on: Sunday 24/01/10 at 20:26 Category: client Severity: 2 - Minor

[Freeciv-Dev] [bug #14717] install for all users

Update of bug #14717 (project freeciv): Status:None = Ready For Test ___ Follow-up Comment #1: Thanks for the Wesnoth hint. I've adapted the multiuser changes from the Wesnoth installer

[Freeciv-Dev] [bug #15041] Cannot free the fortify order

Follow-up Comment #7, bug #15041 (project freeciv): In this case, shouldn't we consider adding a new key to free the orders of the selected units? I have been wondering about that for a while. I do go through the focus unit, [SPACE], re-focus unit, [W] rigmarole to clear a unit's

[Freeciv-Dev] Usability survey

Just spotted this usability survey on the web client. Most of it seems to be of interest to Freeciv in general. www.feedbackarmy.com/get_feedback.slp?url=http://www.freeciv.net ___ Freeciv-dev mailing list Freeciv-dev@gna.org

[Freeciv-Dev] [bug #15041] Cannot free the fortify order

Update of bug #15041 (project freeciv): Status: Need Info = Invalid ___ Follow-up Comment #9: Ok, thank you for the explanation which points out my mistake. I will revert the committed

[Freeciv-Dev] [bug #15041] Cannot free the fortify order

Update of bug #15041 (project freeciv): Open/Closed:Open = Closed ___ Reply to this item at: http://gna.org/bugs/?15041 ___ Message posté

[Freeciv-Dev] [bug #15195] Behaviour with Clear unit orders on selection unset is sub-optimal

URL: http://gna.org/bugs/?15195 Summary: Behaviour with Clear unit orders on selection unset is sub-optimal Project: Freeciv Submitted by: jtn Submitted on: Sunday 24/01/10 at 21:34 Category: None

[Freeciv-Dev] [bug #15041] Cannot free the fortify order

Follow-up Comment #13, bug #15041 (project freeciv): I've raised bug #15195 for some of the the issues I raised earlier, to see if anyone else thinks it can be improved. ___ Reply to this item at: http://gna.org/bugs/?15041

[Freeciv-Dev] [bug #15195] Behaviour with Clear unit orders on selection unset is sub-optimal

Follow-up Comment #1, bug #15195 (project freeciv): 1. This is a bug, and it's probably what I observed for bug #15041. The fix you describe with clear_unit_orders() in the client side is good. Another approach would be to allow to move in the server side from busy units. It would reduce the

[Freeciv-Dev] [bug #15195] Behaviour with Clear unit orders on selection unset is sub-optimal

Follow-up Comment #2, bug #15195 (project freeciv): Patch for point 1 attached. 2. I totally agree with you. I didn't actually commit to a course of action (much like my playing style ;) I think of [W] as a harmless, do-nothing key, and [SPACE] as a commit-to-something key (because once

[Freeciv-Dev] [bug #15194] Can't abort nuke/paradrop with Esc

Follow-up Comment #1, bug #15194 (project freeciv): Don't forget that the bracket {} are required after if () according to http://freeciv.wikia.com/wiki/Coding_Style ... ___ Reply to this item at: http://gna.org/bugs/?15194