Update of bug #11395 (project wesnoth):
Open/Closed:Open = Closed
___
Follow-up Comment #6:
It looks good.
Since scons is experimental and this should effect plain users, I am going to
Update of bug #11281 (project wesnoth):
Status:None = Fixed
___
Reply to this item at:
http://gna.org/bugs/?11281
___
Nachricht
Additional Item Attachment, patch #1032 (project wesnoth):
File name: endlevel_result.diff Size:17 KB
___
Reply to this item at:
http://gna.org/patch/?1032
___
Message sent
Update of bug #11440 (project wesnoth):
Assigned to:None = martinxyz
___
Reply to this item at:
http://gna.org/bugs/?11440
___
Nachricht
Follow-up Comment #2, patch #1032 (project wesnoth):
Added a new version of this patch, the new WML syntax is shown here (and for
more details see my wiki page):
[endlevel]
next_scenario=
bonus= {these are the defaults for all [result] tags}
carryover_percentage=
Follow-up Comment #2, patch #951 (project wesnoth):
last call, suokko
are you working on that patch, or can I reassign to someone else ?
___
Reply to this item at:
http://gna.org/patch/?951
Follow-up Comment #4, patch #1043 (project wesnoth):
Ok.
Wiki updated.
___
Reply to this item at:
http://gna.org/patch/?1043
___
Message posté via/par Gna!
http://gna.org/
Follow-up Comment #1, bug #11438 (project wesnoth):
Hello,
I think I have found the problem:
The image in data/core/images/scenery/circle-magic.png is bigger than the
others. Resizing it to 72x72 seems to resolve the problem.
But I can no post a patch, svn diff don't like binary file :/
Hope it
Follow-up Comment #2, bug #11438 (project wesnoth):
Oups:
It is the data/core/images/scenery/circle-magic-glow.png used in the
scenario. But data/core/images/scenery/circle-magic.png is also bigger than
the other.
___
Reply to this item
Follow-up Comment #5, patch #1045 (project wesnoth):
quick discussion with zookeeper, he seems to agree with sapient..
it there a way to turn this into something usefull ?
i.e that would false if the var doesn't exit or is or is 0 etc...
Follow-up Comment #3, bug #11438 (project wesnoth):
I can commit a new version of either or both of those images if you are sure
that is OK (does anything else need to current sized ones?) and you attach
them to the bug.
___
Reply to this
Follow-up Comment #6, patch #1045 (project wesnoth):
Yes, even though I wouldn't mind having an unique test for whether a variable
exists or not, I agree with sapient's points about the scalar and array
problem and that any addition like this should not break the current
behaviour.
I think it's
Update of patch #1045 (project wesnoth):
Status:None = Wont Do
___
Follow-up Comment #7:
well, our WML experts seem to agree that it isn't really a good idea, so i'll
mark as won't do
Follow-up Comment #4, bug #11438 (project wesnoth):
Please find attached the two modified images.
The other images in the directory are in the good size.
(file #4150, file #4151)
___
Additional Item Attachment:
File name:
Update of patch #1042 (project wesnoth):
Status:None = Done
___
Follow-up Comment #1:
applied
___
Reply to this item at:
Follow-up Comment #8, patch #1045 (project wesnoth):
Except that unset (cleared) variable *does not* reset to an empty string (0)
or does not allways behave like this. I don't know why, but if you wan't an
example there is one in 1st sceanrio of the tutorial. Quoting :
#FIXME: You'd think that
Follow-up Comment #9, patch #1045 (project wesnoth):
It sounds like the person who worked on the Tutorial had a bug in their code
and was simply confused.
This method of testing for empty string works fine:
[variable]
name=foo
equals=$empty
[/variable]
This method had problems in the past
17 matches
Mail list logo