TASClient (latest version available here)
Moderator: Moderators
Can we get a search-box for the map-list?
While choosing a map, I would like to have an entry-box where i could insert things like parts of the map name and then, after pressing the search-button i will recieve all maps that matches the entered name in some way.
This surely could be extended in many ways, but this trivial search function is the most important thing i miss :)
While choosing a map, I would like to have an entry-box where i could insert things like parts of the map name and then, after pressing the search-button i will recieve all maps that matches the entered name in some way.
This surely could be extended in many ways, but this trivial search function is the most important thing i miss :)
-
- Posts: 933
- Joined: 27 Feb 2006, 02:04
Okay this is a surprisingly good idea, especially if its incremental / "live" search style.pktm wrote:Can we get a search-box for the map-list?
While choosing a map, I would like to have an entry-box where i could insert things like parts of the map name and then, after pressing the search-button i will recieve all maps that matches the entered name in some way.
This surely could be extended in many ways, but this trivial search function is the most important thing i miss :)
One more feature I like on Springie that I wish could be ported to your lobby client is the ability to get lobby chat in game. Receiving private messages and chat in channels would be great, I just don't know if you can implement it without writing a LuaUI widget to read a text file or some other semi-hacky solution.
I'll try ! .... done, its not live because I have most of the maps and the search is slowpktm wrote:Can we get a search-box for the map-list?
While choosing a map, I would like to have an entry-box where i could insert things like parts of the map name and then, after pressing the search-button i will recieve all maps that matches the entered name in some way.
This surely could be extended in many ways, but this trivial search function is the most important thing i miss :)
search just check if each word (separated with a space) is in the map name
Last edited by Satirik on 07 Jul 2007, 14:24, edited 1 time in total.
mmh good feature but I really don't know how to make it works, I'll watch the Springie sources :Del_matarife wrote:Okay this is a surprisingly good idea, especially if its incremental / "live" search style.pktm wrote:Can we get a search-box for the map-list?
While choosing a map, I would like to have an entry-box where i could insert things like parts of the map name and then, after pressing the search-button i will recieve all maps that matches the entered name in some way.
This surely could be extended in many ways, but this trivial search function is the most important thing i miss :)
One more feature I like on Springie that I wish could be ported to your lobby client is the ability to get lobby chat in game. Receiving private messages and chat in channels would be great, I just don't know if you can implement it without writing a LuaUI widget to read a text file or some other semi-hacky solution.
edit : game to lobby works by reading the infolog.txt file, but lobby to game works by using send message keys .... it doesn't make any problem when you are spectator host but if you play I don't think you would like the lobby tu send Return then your text then Return when you are microing ...
I kinda like the new SpringMark stuff although it really has to take the gfx-card into account too..
But I think it takes up too much space.. How about you move the description of the system from the column to a tooltip of the other column and change the "No record" to "n/a" so it's not longer than the numbers..
That would be pretty cool because I hate that horizontal scrollbar that's always there now..
edit: it seems that the client doesn't kick people that are already in the battle if you change the SpringMark auto-kick value..
But I think it takes up too much space.. How about you move the description of the system from the column to a tooltip of the other column and change the "No record" to "n/a" so it's not longer than the numbers..
That would be pretty cool because I hate that horizontal scrollbar that's always there now..
edit: it seems that the client doesn't kick people that are already in the battle if you change the SpringMark auto-kick value..
I agree with the "too long string" thing.MelTraX wrote:I kinda like the new SpringMark stuff although it really has to take the gfx-card into account too..
But I think it takes up too much space.. How about you move the description of the system from the column to a tooltip of the other column and change the "No record" to "n/a" so it's not longer than the numbers..
That would be pretty cool because I hate that horizontal scrollbar that's always there now..
edit: it seems that the client doesn't kick people that are already in the battle if you change the SpringMark auto-kick value..
But any mark doesn't have to take graphics performance into account. Game speed is going down when your cpu is too slow for the game computation needs. If you have a poor graphic card and a good cpu, you can have bad framerate and good game speed. Slow gfx rendering must take some cpu speed but that's not so related.
That's why I don't think graphic mark should be given to others. If you wanna play with 1 fps, it's your problem. That's not the same thing with cpu slow down that affects others players by lowering game speed.
As I said in another thread.
Which would you prefer:
Mediocre OK cpu + 100fps as an ally?
OR
Superfast cpu + 2fps as an ally?
Granted the latter wont lag as much as the first, but the latter is worthless as an ally and might aswell be kicked. In this case the former is most likely to be kicked because of their cpu when its the latter who should be kicked despite the massive cpu grunt.
Which would you prefer:
Mediocre OK cpu + 100fps as an ally?
OR
Superfast cpu + 2fps as an ally?
Granted the latter wont lag as much as the first, but the latter is worthless as an ally and might aswell be kicked. In this case the former is most likely to be kicked because of their cpu when its the latter who should be kicked despite the massive cpu grunt.
- very_bad_soldier
- Posts: 1397
- Joined: 20 Feb 2007, 01:10
-
- Spring Developer
- Posts: 1254
- Joined: 24 Jun 2007, 08:34
If someone have a superfast overclocked cpu which runs at 80+ °C he will ruin the game (through desyncs) although he get high scores...
Last edited by Auswaschbar on 10 Jul 2007, 20:39, edited 1 time in total.
-
- Spring Developer
- Posts: 1254
- Joined: 24 Jun 2007, 08:34
that's because valgrind doesn't care about FPU control word; if you comment out FPU checks, spring runs, but spams the warning. I submitted a bug report about that several days ago: http://bugs.kde.org/show_bug.cgi?id=147241, no reaction from their part yet.