Comments (16)
Modified on 2008-01-20
martinxyz wrote:
From looking at the code, it already is possible to select a different unit during a move (or attack). This could trigger an event. Currently players never do this because they learned that their unit will get deselected after a move. I'm about to change this.
from wesnoth.
Modified on 2008-01-20
boucman wrote:
I don't see how this help...
the code is still stuck in the animation loop during the move...
unfortunately it will be very tricky to have mvt anims be real background anims. This is post 1.4 stuff anyhow
from wesnoth.
Modified on 2008-01-21
martinxyz wrote:
During the animation loop mouse events are still being processed the normal way by calling events::pump(). However most actions are blocked by the command_disabler. This is not "true" backgrounding, of course.
from wesnoth.
Modified on 2008-02-02
boucman changed status: None -> Postponed
boucman wrote:
complete background anims is planned for 1.5
from wesnoth.
Modified on 2010-08-28
eleazar wrote:
1.9 has come and i still find it annoying to have to wait for the recruit animation to finish before i'm allowed to recruit/recall another unit.
from wesnoth.
Modified on 2010-08-29
boucman wrote:
it's pretty tricky from a UI pont of view...
the problem is that multiple animations could take place simultaneously and we need to keep WML events in the proper order, some of the happens before animations, some happen after, and they all need to look good.
this is esp tricky with mvt animations
from wesnoth.
Modified on 2010-08-31
eleazar wrote:
There's a strong argument that could be made that movement animations shouldn't be allowed to happen at the same time. Otherwise it's unclear which hexes are occupied and which are not, which unit moved the shroud, etc.
The FR is just for "some" animations to play in the background.
from wesnoth.
Modified on 2012-01-29
shadowmaster changed status: Postponed -> None
from wesnoth.
The underlying issue behind the request doesn't appear to be an issue in 1.14 - recruitment/recalling doesn't block animations such as unit idle animations and village flag waving, nor does it block selection of other units. Not that I could tell, anyway.
@ln-zookeeper Is this one of yours?
from wesnoth.
@Wedge009 It's possible to select unit B while unit A is moving, but it's not possible to issue orders to unit B until unit A has finished moving. For example:
- Create three Gryphon Masters
- Select one of them
- Click on a hex that's 10 hexes away from the selected unit
- The unit starts moving. Before it reaches its destination, select another Gryphon Master and click on an empty hex.
In step 4, the selection succeeds but clicking on a empty hex does nothing. It could, instead, schedule a move to after the current move finishes... and, I guess, if the original move triggers an event (say, moveto
), then the scheduled moves could be canceled, same as the "Cancel pending actions" setting in the Load Game dialog.
from wesnoth.
Ah, okay. I understand the issue better with the instructions given. Confirmed in 1.14.7.
from wesnoth.
Given things can happen in moveto, enter_hex, and exit_hex events, being able to move multiple units at the same time seems undesirable.
from wesnoth.
Given things can happen in moveto, enter_hex, and exit_hex events, being able to move multiple units at the same time seems undesirable.
Well maybe if Wesnoth detects that there are possible events of such type in the scenario code, it could transform the cursor into a little "🚷" symbol (and prevent clicking) while hovering over units while another is moving, but otherwise, if there are no such events, it could allow them? I personally have wished to be able to get other moves started while current move animations are still playing myself, personally...
from wesnoth.
Given things can happen in moveto, enter_hex, and exit_hex events, being able to move multiple units at the same time seems undesirable.
In theory this could be implemented in a way that ordered tasks are just intererrupted when such an event occurs, similar to how currently sighted events interrupt the current movement.
The plan by the third post and which i think is also the plan of the first post, is a bit difference since it is to run the animations asynchronously from the event executions, meaning that the animations are queued and that the event execution thus happens immidiateley (since they don't have for the animation to end), such an implementation would sure have its advantages, but i imagine it to be very difficult to implement since its simply just a huge change.
from wesnoth.
I was thinking about situations like:
- Unit 1 moves.
- While Unit 1 is moving, Unit 2 is selected and starts moving somewhere else.
- Unit 1 reaches the hex at the end of its movement, which triggers a moveto event that is supposed to kill any unit on the hex that Unit 2 started on, or changes the terrain that Unit 2 needs to move through, etc.
You'd essentially need to know beforehand if any event triggered by the first unit's movement would possibly have any effect on the second unit or its movement.
from wesnoth.
The units wouldn't really move at the same time, the issue is just about "scheduling" the move, the actual movement wouldn't start after the first move is finished if i undestood the request correctly.
from wesnoth.
Related Issues (20)
- NR: Tallin says he's one of Tallin's men HOT 4
- Invalid conditional evaluates true HOT 3
- Terrain with more than 4 characters terminates wesnoth HOT 3
- Crash in unit_recall::post_show HOT 10
- Turns Over does not enter Linger Mode HOT 6
- HttT: Li'sar (a Hero Unit) can be Renamed. HOT 1
- ai has allergy to units with negative xp HOT 3
- Strange ~CS() / adjust_surface_color() implementation quirk HOT 4
- Improved error handling for invalid terrain=
- Animation glitch after bridge destruction in EI Evacuation scenario
- Nested `[insert_tag]` calls do not work
- Add-on version check prevents joining game HOT 12
- _X11 define confusion HOT 2
- Core dump attempting to use wesnoth.print_attributes on stacked_widget HOT 2
- DiD - A Haunting Winter: Ending the Grind HOT 2
- SotBE: Make It Clear to the Player That Persistent Allied Sides Also Benefit From Early Finish Bonuses HOT 8
- Core dump if no widgets are visible HOT 1
- python tools not functional from install (prefix) location when building from source HOT 10
- widget.on_left_click triggers on keyboard press, but not on mouse clicks
- Should terrain be able to have vision different to movement? HOT 5
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from wesnoth.