URL: http://bugs.freeciv.org/Ticket/Display.html?id=39345
2.1.0-beta4 gtk2+ client doesn't autofocus on enemy combat and moves
When playing, regardless of having ticked the relevant auto center
tickboxes, the client doesn't center on enemy moves or combat.. You
always have to follow it via the
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39344
2007/4/17, Jason Dorje Short [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39344
Ulrik Sverdrup wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39344
Attached a savegame that crashes
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39344
2007/4/17, Jason Dorje Short [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39344
Ulrik Sverdrup wrote:
I tried compiling current svn and trying the civserver with the same
savegame, and it still crashes
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39346
Comparing 2.1 beta 4 to 2.0, 2.1 looks better because of changed
drawing code. 2.1 has smoohter edges and looks better.
Significan is however the big regression in drawing performance
between 2.0 and 2.1. In 2.1, right-clicking around
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39346
2007/4/18, Jason Dorje Short [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39346
Ulrik Sverdrup wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39346
Comparing 2.1 beta 4 to 2.0, 2.1 looks
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39353
attached patch
Index: common/player.c
===
--- common/player.c (revision 12927)
+++ common/player.c (arbetskopia)
@@ -741,7 +741,7 @@
const struct player *pplayer2)
{
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39353
Now I am not sure I understand this, but the code in svn seems to have
a bug in players_non_invade(): it should return true while at peace,
but false for all others (like alliance). So I just suggest a simple
change like this, so you can
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39371
There seems to be a problem in the launch script for Freeciv in the
Mac OS X installation. Apparently an apostrophe (') in the path to the
application is not escaped in the startup script and causes syntax
error, and no error is shown
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39385
Here is a preliminary patch. I don't know the code around this, but it
seems to be well designed, so this should be all there is to it.
It is a patch to client/cityrepdata.c in the S2_1 branch and it builds
fine and seems to work
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39385
I don't understand your changes to the first functions, but I have
some comments on the other changes.
I did this with the field width wrong as well, but I think we should
reserve a width up to 5 for build costs. I can imagine wonders
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39347
I've analyzed this bug in S2_1 to try to fix it. I think I understand it now.
This is in short what happens: overview (minimap) + sidepanel (unit
info) + chatbox together request more space vertically than (I) have
(1024px). chatbox per
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39399
2007/6/17, Daniel Markstedt [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39399
Freeciv-2.1.0-beta4 on WinXP; while testing the Ancients modpack for
2.1
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39404
Encountered this crash when going to 'Load saved game', Ok, start
2.1 svn rev 13004
I can't reproduce the crash. The crash involved switching active
application while waiting for the save to load, I think.
Crash right after loading
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39408
Using ctrl+pgup or ctrl+pgdn you can switch pages in the main
gtk_notebook (main menu, start game, scenario, load and map view
pages)
mouse scrolling is disabled in the code but these keybindings are not.
This bug leads to access to
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39411
Due to a bug where sheight is not fetched before a sprite but after,
gov sprites can show up misaligned. Mystery why this doesn't happen
with default ruleset.
It does show up with ancients modpack 2.1.0-1 and ampcients tileset.
What it
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39413
We need a more flexible calender for rulesets, and with effects I
think we have a quite efficient way to do it.
My idea was that we need a relatively easy way to do this so that it
actually happens.
1. Implement 'startyear' server
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39413
This is a small implementation of the startyear server command, that
sets the year the game starts.
Some abstraction done in game.h:
Added GAME_MIN_YEAR and GAME_MAX_YEAR, and use them to define
GAME_MAX_/GAME_MIN_ for end year and
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39409
Here is an improved and more tested patch.
This still uses the three categories for edges. It adds one color for
inactive, unknown edges that are gray. Active edges use the
unreachable_goal color (just reusing to simplify).
No lists,
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39413
2007/6/24, Per I. Mathisen [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39413
On Sat, 23 Jun 2007, Ulrik Sverdrup wrote:
We need a more flexible calender for rulesets, and with effects I
think we have
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39413
2007/6/24, Per I. Mathisen [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39413
On Sun, 24 Jun 2007, Ulrik Sverdrup wrote:
I'm looking at the patch from #2912 now and can review it. Do you or
anyone know
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39417
2007/6/25, Ulrik Sverdrup [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39417
In a game played with the ancients modpack on S2_1 I went back to a
save and found a reproducable crasher from that point
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39417
2007/6/25, Marko Lindqvist [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39417
On 6/25/07, Ulrik Sverdrup [EMAIL PROTECTED] wrote:
I'm sorry this is of course in the ruleset, the Warships sea unit
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39413
Hello freeciv-dev
I have worked on this yesterday and today and I'm mostly done with the
first parts. So far I have coded against trunk and written up some
documentation for the changes. I'll clean it up and post the work when
I have
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39413
Here is a small doc and a patch to trunk r13023. It is ready for
comment or commit if wanted.
On my wishlist is to get the startyear patch into the 2.1 branch
Ulrik
# Using Effects for the Calendar #
For default ruleset and flexibility
URL: http://bugs.freeciv.org/Ticket/Display.html?id=11785
In S2_1 (and trunk I think), the ruleset field is also not completely
updated. If the civclient is loaded with ./civ -r ancients.serv, the
ruleset chooser still always displays default.
___
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39422
More city styles (PR#15716) and larger (amplio) city style graphics
means that some alternate rulesets for freeciv have so many styles
that the window gets too large, even on my 1024x768 monitor (small
though).
Here is a patch to make
URL: http://bugs.freeciv.org/Ticket/Display.html?id=19204
I reported the bug '#39423: Takes two clicks to cancel gtk client in
Start New Game, Tutorial, etc in 2.1', it is a byproduct of this bug,
so it should be marked dependant or invalid.
I just think that this should be handled in the
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39434
Now I suspect it is simply that punit is not a valid pointer after
server_remove_unit(punit);
and we should extract the unit type of the punit before destroying it?
Or is this a sign of something else at fault here?
In the simple case,
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39434
This patch reinstates the ptype local variable that is needed after
punit is wiped to print the user messages.
Patch against S2_1 r13044
Index: server/unittools.c
===
---
URL: http://bugs.freeciv.org/Ticket/Display.html?id=34228
[dmarks - Søn. 21. Jan. 2007 11:05:14]:
Running the tutorial (in beta2/windows build):
The message for growth to size 3 works fine, but nothing happens for
size 5. I didn't try further growth. A quick look at the Lua code
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39440
[wsimpson - Fre. 06. Jul. 2007 12:58:48]:
OK. I made a small revision after checking the other routines, as the
decision whether the menu items exists and the default is already made
earlier by can_unit_add_or_build_city(), no
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39443
To help modpack authors, we should add Custom1 etc unitflags to
freeciv; with effects there is nothing special that neccessarily has to
be coded to make a new unitflag meaningful. It can be useful to add 1-5
custom unitflags so that
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39398
Commited the attached patch to S2_1 r13074 and trunk r13075
As this is probably the cause of this crash (letting player gold go
below 0) this bug could be marked closed.
(PR#39398): 2.1.0-beta4 Fantasy modpack crash
Make sure only
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39442
Patch that applies to S2_1 and trunk r13075 attached.
Make escaped an attribute of entry so that it can be carried over from
load to save; change moutstr so that it takes a full_escapes argument
just like minstr. Also changed moutstr to
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39395
Already fixed in trunk as #37801. I am proposing this very similar patch
to fix; Modified since there is no update_mouse_cursor in S2_1.
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
URL: http://bugs.freeciv.org/Ticket/Display.html?id=13019
Reopen to continue adding to the scripting API
These are low hanging fruit api_actions, and use server/unittools and
server/citytools
remove_unit to immediately remove a unit
upgrade_unit to upgrade a unit if possible (free)
remove_city
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39449
Implement functions (actions) in the scripting api to create new players
and specifically also create new barbarian players.
This would allow us to move some of the barbarian logic to scripting.
Ideas taken from
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39450
Make rule names available in the scripting api.
Right now, in a callback in lua; for example:
hut_entered_callback(punit)
there is no way to get the rule name of punit, only the reverse by
find.unit_type('Settlers') and similar.
URL: http://bugs.freeciv.org/Ticket/Display.html?id=17187
Updated the patch to the latest revision trunk.
The patch is almost ready but depends on #39450: Make rule names
available in the scripting api; right now there is no way to tell the
user Your %s was killed by barbarians
Expanded the
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39442
Committed to S2_1 as r13087 and trunk as r13088
(PR#39442) Lua script newlines not restored correctly from save
Make escaped an attribute of entry so that it can be carried over from
load to save
Changed moutstr so that it takes a
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39451
Allow signals to be emitted from Lua scripts.
Add a wrapper for script_signal_emit to the signal module.
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
URL: http://bugs.freeciv.org/Ticket/Display.html?id=15260
Consolidated the above posted patches, ready for commit to trunk and S2_1
disable_reports.diff
end_phase.diff
observer_keys.diff
Changed the observer keys handling a bit: Now the shift-arrow keys to
scroll the mapview work as well, just
URL: http://bugs.freeciv.org/Ticket/Display.html?id=17191
[wsimpson - Tir. 10. Jul. 2007 22:00:55]:
To be consistent with other naming conventions, that should be:
has_unit_type_name(unit, rule_name)
because its argument is a unit, not a utype.
===
Likewise,
function
URL: http://bugs.freeciv.org/Ticket/Display.html?id=36323
[EMAIL PROTECTED] - Søn. 25. Feb. 2007 08:48:03]:
Interesting glitch. Did you USE to have a city there?
Nope, nowhere near. I've seen this glitch a few times since as well.
Save games don't have history to determine the cause?
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39413
New version of the patch; now split up into three parts:
effects_timeline_startyear_v3.diff startyear server option
effects_timeline_doc_ruleset_v3.diff MinYear Req type, Effects and
modifications to game_next_year
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39441
Further about savegame compatibility:
In 2.1 we introduced the $..$ delimiter for secfiles for code blocks.
First it was read-only, but that caused ticket 39442: So I built upon
that in
URL: http://bugs.freeciv.org/Ticket/Display.html?id=13215
(PR#13215) AI choice problems in civ1 ruleset
(PR#39399) 2.1 Ancients modpack bug
Combined these tickets; both the civ1 and ancients rulesets have a
'simplified' list of alternatives in the early game which gives this
behaviour from the
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39382
To resolve the last item in this bug, the bad tech Never message for
the civ1 ruleset; trunk requires a req for Airbase that is always false.
Here is a small patch.
(The requirement None is always active, and negated it is never active)
URL: http://bugs.freeciv.org/Ticket/Display.html?id=17191
Committed changes to 2.1 branch as r13098 and trunk as r13099.
Final patches attached.
Doing no spelling fixing since I don't know how that impacts
translation. Two spelling errors in tutorial.sav remain in 2.1 branch.
Keeping this
URL: http://bugs.freeciv.org/Ticket/Display.html?id=15260
Committed to trunk as r13100 and S2_1 as r13101.
gtk2 client: Deactivate irrelevant reports for observers. Make sure that
some shortcut keys (F1..F11 and shift+arrows) work for observers. Some
reindentation in the touched function.
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39450
Thanks for replying to this, you are the one who knows the related code well.
2007/7/13, William Allen Simpson [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39450
Ulrik Sverdrup wrote:
So we would have
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39450
If we only make the translated name available, it should be clear that
it is not the rule name, so it should be name_translated()
No, it should be translated_name() Consistency, always consistency.
You don't want to have to
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39450
Attached patch v1. Also attached test .sav file, that should work by
just loading it with the server, no need to even start the game.
Using suggested
:rule_name()
:translated_name()
Sorted everything in the order the types are defined,
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39455
Caused by the checkin in #15260. Here is a patch that works with both
the 2.1 and trunk branches.
Index: client/gui-gtk-2.0/menu.c
===
--- client/gui-gtk-2.0/menu.c
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39451
That sounds better to me. KISS.
Remember, the lua code cannot do anything that requires understanding of
the underlying structure, nor anything random (choosing), as that would
break fundamental assumptions of the network, ruleset,
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39455
Committed patch to 2.1 as r13102 and trunk as r13103
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39450
Patch attached, applies to trunk r13103
Now we have:
:rule_name()
:name_translation()
and for Nation_Type there is also:
:plural_translation()
Index: server/scripting/api_methods.h
URL: http://bugs.freeciv.org/Ticket/Display.html?id=17187
Here are the three patches for this ticket and its two children:
#39450: Make unit_type etc names available in the scripting api
api_class_names_v3.diff
#39451: Add signal emit to scripting api
techsig_v1.diff
#17187: Move hut code
URL: http://bugs.freeciv.org/Ticket/Display.html?id=17187
2007/7/14, Ulrik Sverdrup [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=17187
Here are the three patches for this ticket and its two children:
#39450: Make unit_type etc names available in the scripting api
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39450
Committed to trunk as r13111
It is possible to backport this change to the 2.1 branch, if needed or
wanted.
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39451
Committed the attached patch to trunk as r13112, posted first three days
ago.
Rationale:
(PR#39451) Add signal emit to scripting api
Make sure the scripting api action give_technology sends a
script signal message for every
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39466
For #17187: Move hut code into lua script, and can be useful in the future.
One hut issue remains: Only Legions are given as mercenaries. This can
be solved by porting a method to find a unittype for role, or simplified
now that
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39916
Reporting a bug in the Diplomacy code that affects (at least) the Gtk2
client in version 2.1.1.
If not answered, the initial Ceasefire proposal tabs are still not
closed after end of turn.
This means you can save this proposal and
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39917
Bug in the diplomacy model reported against 2.1
Short description of the situation:
Your AI opponents A and B are allied.
1. You have never met B, but have alliance with A.
2. Now as you meet B, your relation to B changes from 'no
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39413
Hello
Would it be interesting to update this for the current trunk? If you
think the current draft works (mostly) well as designed, it should be
fairly easy to get this in, I looked at it yesterday.
I realize this bug has distinct
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40201
There is a message, but this bug is due to that message being turned
off by default.
When a paratrooper is killed at its destination, a message of type
Unit: Attack failed is sent, which is turned off by default. However,
paradropping
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39938
Trivial patch looks like this. Tested on trunk but is probably
harmless on any branch, including 2.1
ulrik
From c8c28d54c5e6fa266a045a6cf78555abc54ec036 Mon Sep 17 00:00:00 2001
From: Ulrik Sverdrup [EMAIL PROTECTED]
Date: Thu, 10 Apr
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40138
Was this crash fixed by ticket #40185: [Patch] Fix AI crash when city
destroyed during trade negotiation ?
http://bugs.freeciv.org/Ticket/Display.html?id=40185
ulrik
___
Freeciv-dev
From: Ulrik Sverdrup [EMAIL PROTECTED]
Date: Thu, 10 Apr 2008 17:41:50 +0200
Subject: [PATCH] (PR#39821) Global Lists Bug... Can't Add to top of list?
The global worklist editor would not allow the buttons (prepend and
append) to become sensitive, since ptr-pcity is NULL for global
worklits
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40167
Hello Marko and Pepeto
Ticket #40083 seems to have more info
http://bugs.freeciv.org/Ticket/Display.html?id=40083
Even though it curiously predates the server-side fix? I can at least
reproduce the backtrace there with curren trunk.
URL: http://bugs.freeciv.org/Ticket/Display.html?id=10040
Fixed in the gtk2 client, it has a nice tooltip explaining it in
accurate terms. However, the SDL client offers no explanation on this.
ulrik
___
Freeciv-dev mailing list
--
From: Ulrik Sverdrup [EMAIL PROTECTED]
Date: 10.04.2008 21:55
Subject: Re: [Freeciv-Dev] (PR#39821) Global Lists Bug... Can't Add to
top of list?
To: [EMAIL PROTECTED]
2008/4/10, Ulrik Sverdrup [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39821
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39938
2008/4/15, Marko Lindqvist [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39938
On 10/04/2008, Ulrik Sverdrup wrote:
Trivial patch looks like this. Tested on trunk but is probably
harmless on any
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39821
2008/4/15, Marko Lindqvist [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39821
On 10/04/2008, Ulrik Sverdrup wrote:
Can someone test this? I can't find any other case than the global
worklist
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40209
2008/4/21, Marko Lindqvist [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40209
On 21/04/2008, Elmo Todurov wrote:
Now I want a cookie!
$ svn diff
Index: server/sernet.c
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39821
Committed to S2_1, S2_2 and trunk revisions r14622 - r14624
Patches exactly as already posted
Ulrik
From 7eed27385744eae2eeb75267209364158fd0dec3 Mon Sep 17 00:00:00 2001
From: Ulrik Sverdrup [EMAIL PROTECTED]
Date: Thu, 24 Apr 2008
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40184
2008/4/28 Madeline Book [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=40184
The usual status update, gentlemen.
I will have more time to work on this this week since
the stuff I wanted to do for
Hello Marko,
Thank you for merging this! This is great for ruleset and scenario
authors, together with the calendar changes I think. So now everything
is set for example, for the Ancients ruleset to have a (for example)
2500 BC to 500 AD timeline(?).
I wanted to contribute to freeciv, but I
URL:
http://gna.org/bugs/?15579
Summary: Scenario Name/Description not available in the
Editor
Project: Freeciv
Submitted by: englabenny
Submitted on: torsdag 2010-03-11 den 19:53
Category: editor
URL:
http://gna.org/bugs/?15581
Summary: Save Scenario without players still saves borders
Project: Freeciv
Submitted by: englabenny
Submitted on: torsdag 2010-03-11 den 20:53
Category: editor
Severity: 3
Follow-up Comment #2, bug #15586 (project freeciv):
Here is the patch in alternate version, instead using :number() method.
(file #8464)
___
Additional Item Attachment:
File name:
URL:
http://gna.org/bugs/?15587
Summary: Request: Try to Keep Event Scripting API stable
Project: Freeciv
Submitted by: englabenny
Submitted on: fredag 2010-03-12 den 16:44
Category: general
Severity: 3 -
Follow-up Comment #14, patch #1235 (project freeciv):
Patch #1222 introduced an Event Scripting API change and I think it can be
avoided. Was it necessary? If possible, the API should be stable, see
https://gna.org/bugs/index.php?15587
If needed, the new name can be introduced alongside the old
Follow-up Comment #1, bug #15531 (project freeciv):
This patch fixes error handling and restores tracebacks for me. It's related
to Lua5.1 no longer having a _TRACEBACK global function.
Big thanks to the people in #lua who helped out.
Patch against 2.2
(file #8465)
URL:
http://gna.org/bugs/?15593
Summary: (Gtk) Popup/context menu on player in initial setup
doesn't stay
Project: Freeciv
Submitted by: englabenny
Submitted on: lördag 2010-03-13 den 13:11
Category: None
URL:
http://gna.org/bugs/?15594
Summary: Activate Partisans from Lua script
Project: Freeciv
Submitted by: englabenny
Submitted on: lördag 2010-03-13 den 13:19
Category: None
Severity: 3 - Normal
Follow-up Comment #1, bug #15594 (project freeciv):
Add an effects module to Scripting API.
Only export city_bonus, player_bonus and world_bonus right now. effect names
should be passed as strings (the ruleset names).
Add fields size and original (original owner) to City.
(file #8488, file
Follow-up Comment #2, bug #15594 (project freeciv):
Export place_partisans to Scripting API. The exported function is more
general, and can inspire partisans around any tile for any player.
Remove make_partisans and activate partisans in default/default.lua.
New partisan activation code
URL:
http://gna.org/patch/?1519
Summary: [Metaticket] Activate Partisans from Lua script
Project: Freeciv
Submitted by: englabenny
Submitted on: lördag 2010-03-13 den 13:37
Category: general
Priority: 5 -
URL:
http://gna.org/patch/?1520
Summary: Add an effects module to Scripting API. #1
Project: Freeciv
Submitted by: englabenny
Submitted on: lördag 2010-03-13 den 13:39
Category: None
Priority: 5 - Normal
URL:
http://gna.org/patch/?1521
Summary: Add an effects module to Scripting API. #2
Project: Freeciv
Submitted by: englabenny
Submitted on: lördag 2010-03-13 den 13:39
Category: None
Priority: 5 - Normal
URL:
http://gna.org/patch/?1522
Summary: API: Add fields size and original to City.
Project: Freeciv
Submitted by: englabenny
Submitted on: lördag 2010-03-13 den 13:41
Category: None
Priority: 5 - Normal
URL:
http://gna.org/patch/?1523
Summary: API: Export place_partisans
Project: Freeciv
Submitted by: englabenny
Submitted on: lördag 2010-03-13 den 13:42
Category: None
Priority: 5 - Normal
URL:
http://gna.org/patch/?1524
Summary: Activate Partisans from Lua script (implementation)
Project: Freeciv
Submitted by: englabenny
Submitted on: lördag 2010-03-13 den 13:42
Category: None
Priority: 5
Update of patch #1519 (project freeciv):
Depends on: = patch #1520
___
Reply to this item at:
http://gna.org/patch/?1519
___
Meddelandet
Update of patch #1519 (project freeciv):
Depends on: = patch #1521
___
Reply to this item at:
http://gna.org/patch/?1519
___
Meddelandet
Update of patch #1519 (project freeciv):
Depends on: = patch #1522
___
Reply to this item at:
http://gna.org/patch/?1519
___
Meddelandet
Update of patch #1519 (project freeciv):
Depends on: = patch #1524
___
Reply to this item at:
http://gna.org/patch/?1519
___
Meddelandet
URL:
http://gna.org/bugs/?15596
Summary: SCRIPT_ASSERT should always be enabled
Project: Freeciv
Submitted by: englabenny
Submitted on: lördag 2010-03-13 den 14:30
Category: general
Severity: 3 - Normal
Follow-up Comment #1, patch #1520 (project freeciv):
Update to freeciv style guide
(file #8498)
___
Additional Item Attachment:
File name: 0001-Add-effects-module-with-get_city_bonus-as-city_bonus.patch
Size:4 KB
1 - 100 of 351 matches
Mail list logo