URL: http://bugs.freeciv.org/Ticket/Display.html?id=39808
[jordi - Mon Oct 29 11:17:56 2007]:
data/Makefile.am installs GGZ stuff in the wrong place.
Attached patch should fix it.
Actually it should be installed in $ggzdconfdir which is provided by
AC_GGZ_SERVER (which isn't, but
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722
2007/11/26, Jason Short [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722
I can't view that ticket as guest since trackers not allow me to display
them since many days :(
I'm going to commit a fix for
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722
Castanier Carl wrote:
Yep. Optimisation -02 cause this problem.
Too bad you didn't include this little detail in your original report.
Too bad you didn't read the documentation on compiling:
gcc 4.2.1 and 4.2.2 miscompile
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39900
Christian Knoke wrote:
No, I didn't. Which PR number?
Your reply included the PR# in your second message, so we know you've
previously seen it
'Update' is misleading. It's rather 'change'. But you also have
'change' in the
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39879
Thank you for the numerous savegames -- they say version 2.1.0.
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39912
Currently, the client uses Alt-C to open the _Chat tab. This potentially
conflicts with many other menu items.
Instead, most games use \' (AKA apostrophe, single quote, or prime) to
begin a chat.
Once selected, the focus should be in
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722
Castanier Carl wrote:
... A
program who miscompile is NOT cleanly written and I had make an effort to
post patch to clean up this code. You can leave this patch as many others...
The patch changes the order of the menu, and adds a
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39911
The problem is with the player name in text.c, const char
*get_info_label_text(void). Change and add a printf() statement like this:
if (!game.info.simultaneous_phases) {
struct player *ply = get_player(game.info.phase);
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39879
William Allen Simpson a écrit :
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39879
Looking at your savegame as the Russians, there is no possibility to run
AWACs between Paris and ocean. Please give more details.
What
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39879
William Allen Simpson a écrit :
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39879
Looking at your savegame as the Russians, there is no possibility to run
AWACs between Paris and ocean. Please give more details.
What
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39879
Michaël wrote:
this
crashed occured between sebvm 2 and sebvm 3, and two times (after
reconnecting i tryed at once to do the same thing and the crash occured
in this same way)
I've looked at all the files, and French did
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39900
Hello, William,
'Update' is misleading. It's rather 'change'. But you also have
'change' in the production submenue.
As I suspected, a language problem. Alter, Change, Edit, Modify, and
Update are all relatively synonymous.
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39900
Christian Knoke wrote:
* S: (v) update (modernize or bring up to date) We updated the
kitchen in the old house
* S: (v) update (bring up to date; supply with recent information)
* S: (v) update (bring to the latest state
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722
2007/11/26, William Allen Simpson [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722
Castanier Carl wrote:
... A
program who miscompile is NOT cleanly written and I had make an effort
to
post patch
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39900
Erik Johansson wrote:
Are there tools available for this,
Not that I'm aware of.
... or guidelines,
http://developer.gnome.org/projects/gup/hig/
http://developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelines/
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722
Castanier Carl wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722
2007/11/26, Jason Short [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722
I can't view that ticket as guest since
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39900
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39900
Christian Knoke wrote:
No, I didn't. Which PR number?
Your reply included the PR# in your second message, so we know you've
previously seen
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39914
[guest - Mon Nov 26 16:13:28 2007]:
hi,
freeciv client crashes too often after about 5-6 turns. sometimes says
connection to server lost on a localhost game. Attached a bug report.
thanks
What platform are you using?
What
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39900
William Allen Simpson wrote:
... Because the times
I've done translation it's almost impossible to know what you should
use as a shortcut key. I think in most cases it might not be a good
idea to add shortcut keys.
Actually,
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39913
This also fixes the bug that the editor main menu was improperly disabled
sometimes. HIG [page 43] explicitly says:
Do not disable menu titles. Allow the user to explore the menu, even
though there might be no available items on
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722
2007/11/26, Jason Dorje Short [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722
Castanier Carl wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722
2007/11/26, Jason Short [EMAIL
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722
2007/11/26, William Allen Simpson [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722
Castanier Carl wrote:
ho, sorry was a pepeto comment :) you can't read them :)
Anyway, I can't talk about it since I
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39900
On Nov 26, 2007 5:21 PM, William Allen Simpson
http://developer.apple.com/...
A better reference is
http://developer.apple.com/documentation/Accessibility/Conceptual/AccessibilityMacOSX/index.html
... Because the times
I've done
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39900
Jason Dorje Short wrote:
Neither update nor change is synonymous with opening a popup window.
Nor are any of the other synonyms. In fact, nothing is updated or
changed when the button is pressed.
(heavy sigh) Someday, somebody
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39722
Indeed, this is officially a gcc bug, explained in 39459 in more detail.
https://bugzilla.novell.com/show_bug.cgi?id=300410
Nonetheless I see no problem with working around it (as 39459 did). In
general we should strive to remove
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=39900
William Allen Simpson wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39900
Jason Dorje Short wrote:
Neither update nor change is synonymous with opening a popup window.
Nor are any of the other synonyms. In fact,
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39914
hi,
using fedora core 8. installed from rpm package. freeciv version 2.1
thanks
Kunal
On Mon, 2007-11-26 at 10:41 -0800, Jason Short wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39914
[guest - Mon Nov 26 16:13:28
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39900
I agree that actions in the client should preferably be an analogy of an action
in
the game world. Popup does indeed not live up to that criteria.
On the other hand, simply Update doesn't quite convey the meaning of this
action in my
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39913
[wsimpson - Mon Nov 26 13:20:04 2007]:
As noted elsewhere, the second item in the main menu bar should be
_Edit.
However, as noted yet elsewhere, menu and button labels should preferably be
analogies of game world concepts. To
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39917
Welcome back.
I agree, war is a bad default state. And it was a fairly recent change, so
the rest of the code doesn't work well.
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39913
Daniel Markstedt wrote:
How about something like Council or Throne Room or Assembly etc. Please
give suggestions!
Civ2 used Kingdom. Anyway, it's a bad idea. Everything related to
editing should be under the Edit menu.
Please
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39913
William Allen Simpson wrote:
I will change Gover_nment to Gov_ernment, so gui-gtk2 matches gui-win32,
to eliminate the conflict with other _n's. No po changes.
Committed S2_1 revision 14083.
Index: client/gui-gtk-2.0/menu.c
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39900
Daniel Markstedt wrote:
Instead I propose Inspect, as an analogy of you as the leader personally
visiting the city to inspect it.
Good idea; I'll do that tomorrow, after checking for conflicts.
Will need something else for _Update
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39917
On 11/26/07, Ulrik Sverdrup [EMAIL PROTECTED] wrote:
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.
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39916
On 11/26/07, Ulrik Sverdrup [EMAIL PROTECTED] wrote:
If not answered, the initial Ceasefire proposal tabs are still not
closed after end of turn.
I think they should be. Does this also affect other AI diplomacy proposals?
- Per
37 matches
Mail list logo