[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:

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

Follow-up Comment #3, bug #15195 (project freeciv): 1. Your patch seems good for 2.1, but I would really prefer a server implementation for 2.2. Lag due to large packet traffic is very huge on multi-player games. 2. It is like I understood.

[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 you'

[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 #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: _

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

URL: 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 Seve

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

Update of bug #15041 (project freeciv): Open/Closed:Open => Closed ___ Reply to this item at: ___ Message pos

[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 pat

[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 https://mail.gna.org/listin

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

Follow-up Comment #8, bug #15041 (project freeciv): I wrote: > If we want to allow move keys to clear orders, then I think simply calling clear_unit_orders() from key_unit_move() or thereabouts should fix the issue. I'm testing a patch that does this now. ___

[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 orders/activi

[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 scri

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

URL: 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 #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:

[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 #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 #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: ___ Message posté via/par Gna!

[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

URL: 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] [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] [patch #1419] Spelling errors

URL: Summary: Spelling errors Project: Freeciv Submitted by: None Submitted on: Sunday 01/24/10 at 17:52 CET Category: rulesets Priority: 5 - Normal Status: N

[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 #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 is_ser

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

URL: 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 Sta

[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 tea

[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: ___

Re: [Freeciv-Dev] Remove unmaintained clients

On Sat, Jan 2, 2010 at 1:30 PM, Pepeto 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 unmaintained and do

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

URL: 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

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] [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: __

[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: ___ Message posté via/par Gna! http://gna.

[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: ___ Message pos

[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: ___ Message pos

[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 #15187] Crash using editing mode

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

[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: ___ Message pos

[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 #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 #13620] [Wichlist] Gfx layer about native tiles

Update of bug #13620 (project freeciv): Planned Release: => 2.3.0 ___ Reply to this item at: ___ Message pos

[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: ___ Message pos

[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] [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] [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 #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] [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] [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] [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] [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 #1416] Adds ruleset for Republic of Venice

Update of patch #1416 (project freeciv): Assigned to:None => dmarks ___ Reply to this item at: ___ Message se