--- Log opened Sun Dec 20 00:00:53 2009
20091220 00:03:16-!- Ken_Oh [n=dick@c-68-48-6-159.hsd1.md.comcast.net] has joined #wesnoth-dev
20091220 00:18:02-!- Ken_Oh [n=dick@c-68-48-6-159.hsd1.md.comcast.net] has quit ["Leaving."]
20091220 00:18:34-!- yann [n=dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has quit [Read error: 110 (Connection timed out)]
20091220 00:21:04-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 110 (Connection timed out)]
20091220 00:21:16-!- wesbot changed the topic of #wesnoth-dev to: string/feature freeze active! | 72 bugs, 247 feature requests, 8 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091220 00:23:57-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit [Read error: 110 (Connection timed out)]
20091220 00:30:25-!- Ken_Oh [n=dick@c-68-48-6-159.hsd1.md.comcast.net] has joined #wesnoth-dev
20091220 00:46:19-!- cib0 [n=cib@p5DC42942.dip.t-dialin.net] has joined #wesnoth-dev
20091220 00:51:17-!- maxy [n=maxy@84-73-243-235.dclient.hispeed.ch] has quit []
20091220 01:09:38-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit ["..."]
20091220 01:11:40-!- Noyga [n=lame-z@wesnoth/developer/noyga] has left #wesnoth-dev ["Quitte"]
20091220 01:35:14-!- Zarel_ [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091220 01:36:57-!- Zarel_ is now known as Zarel
20091220 02:04:11< CIA-28> shadowmaster * r40287 /trunk/data/core/about.cfg: 
20091220 02:04:11< CIA-28> Move Zarel above in the art contributors list to restore alphabetical
20091220 02:04:11< CIA-28> order
20091220 02:06:28-!- ardesh [n=ardesh@port-92-195-4-69.dynamic.qsc.de] has quit [Read error: 60 (Operation timed out)]
20091220 02:07:05-!- ardesh [n=ardesh@port-92-195-16-107.dynamic.qsc.de] has joined #wesnoth-dev
20091220 02:08:17-!- fendrin [n=fabi@88-134-102-28-dynip.superkabel.de] has joined #wesnoth-dev
20091220 02:10:50-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20091220 02:11:24-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20091220 02:20:09-!- Ken_Oh [n=dick@c-68-48-6-159.hsd1.md.comcast.net] has quit ["Leaving."]
20091220 02:31:26-!- crimson_pinvin [n=ben@64.201.60.211] has joined #wesnoth-dev
20091220 02:36:56-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 113 (No route to host)]
20091220 02:36:56-!- crimson_pinvin is now known as crimson_penguin
20091220 02:46:40-!- Chusslove [n=Chusslov@brsg-d9bee610.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
20091220 02:53:09-!- Ken_Oh [n=dick@c-68-48-6-159.hsd1.md.comcast.net] has joined #wesnoth-dev
20091220 02:53:52-!- Chusslove [n=Chusslov@brsg-d9beea4e.pool.mediaWays.net] has joined #wesnoth-dev
20091220 03:04:59-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20091220 03:29:14-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit ["quit()"]
20091220 03:49:32-!- cib0 [n=cib@p5DC42942.dip.t-dialin.net] has quit [Remote closed the connection]
20091220 04:15:33-!- Blueblaze [n=nick@adsl-76-202-22-180.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091220 04:22:10-!- Appleman1234 [n=Appleman@CPE-124-191-178-150.oxqn1.cha.bigpond.net.au] has quit ["Leaving"]
20091220 04:39:58-!- Ivanovic_ [n=ivanovic@dtmd-4db2aceb.pool.mediaWays.net] has joined #wesnoth-dev
20091220 04:50:23-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20091220 04:57:33-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit [Read error: 110 (Connection timed out)]
20091220 04:57:57-!- Ivanovic_ is now known as Ivanovic
20091220 05:26:57-!- Ken_Oh1 [n=dick@c-68-48-6-159.hsd1.md.comcast.net] has joined #wesnoth-dev
20091220 05:44:53-!- Ken_Oh [n=dick@c-68-48-6-159.hsd1.md.comcast.net] has quit [Read error: 110 (Connection timed out)]
20091220 06:04:04-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit ["sleep"]
20091220 06:21:16-!- wesbot changed the topic of #wesnoth-dev to: string/feature freeze active! | 71 bugs, 247 feature requests, 8 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091220 06:24:33-!- Blueblaze [n=nick@adsl-76-202-22-180.dsl.hstntx.sbcglobal.net] has quit [Remote closed the connection]
20091220 06:25:38-!- _teddy [n=fedor76@ppp-78-24-27-29-bras0.istra.ru] has joined #wesnoth-dev
20091220 06:27:50-!- Ken_Oh1 [n=dick@c-68-48-6-159.hsd1.md.comcast.net] has quit ["Leaving."]
20091220 07:28:20-!- Blueblaze [n=nick@76.202.22.180] has joined #wesnoth-dev
20091220 07:31:14< CIA-28> jetryl * r40288 /trunk/data/core/images/units/elves-wood/lady.png: Updated sprite for the elven lady.
20091220 07:50:51< CIA-28> jetryl * r40289 /trunk/data/core/units/elves/Lady.cfg: Updated sprite for the elven lady.
20091220 08:25:01-!- Cuervo [n=brennan@71-217-64-230.tukw.qwest.net] has joined #wesnoth-dev
20091220 08:25:24-!- Cuervo [n=brennan@71-217-64-230.tukw.qwest.net] has left #wesnoth-dev []
20091220 08:39:11-!- EdB [n=edb@60.117.88-79.rev.gaoland.net] has joined #wesnoth-dev
20091220 09:10:53-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20091220 09:14:52-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit []
20091220 09:19:36-!- EdB [n=edb@60.117.88-79.rev.gaoland.net] has quit [Remote closed the connection]
20091220 09:41:43-!- silene [n=plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20091220 09:41:49< silene> hi
20091220 09:44:16-!- BLE [i=5b4d4094@gateway/web/freenode/x-qbdrjwwjihybwdwz] has joined #wesnoth-dev
20091220 09:44:39< BLE> does anyone here know why that iphone port lags so much? D:
20091220 09:45:55< BLE> damn you and your inactivity!
20091220 09:45:59-!- BLE [i=5b4d4094@gateway/web/freenode/x-qbdrjwwjihybwdwz] has quit [Client Quit]
20091220 09:49:52-!- Blueblaze [n=nick@76.202.22.180] has quit [Remote closed the connection]
20091220 10:21:07-!- silene [n=plouf@wesnoth/developer/silene] has quit [Read error: 110 (Connection timed out)]
20091220 10:21:56-!- silene [n=plouf@ASte-Genev-Bois-152-1-58-163.w83-114.abo.wanadoo.fr] has joined #wesnoth-dev
20091220 10:26:33-!- stikonas [n=and@ctv-79-132-179-139.vinita.lt] has joined #wesnoth-dev
20091220 10:33:58-!- silene1 [n=plouf@ASte-Genev-Bois-152-1-32-232.w83-114.abo.wanadoo.fr] has joined #wesnoth-dev
20091220 10:34:18-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091220 10:35:18-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091220 10:38:49-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit [Client Quit]
20091220 10:48:27-!- silene [n=plouf@wesnoth/developer/silene] has quit [Read error: 110 (Connection timed out)]
20091220 10:56:52-!- loonybot [n=loonybot@ppp79-139-139-192.pppoe.spdop.ru] has joined #wesnoth-dev
20091220 10:57:43-!- loonycyborg [n=sergey@ppp79-139-139-192.pppoe.spdop.ru] has joined #wesnoth-dev
20091220 10:58:10-!- mordante [n=mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20091220 10:58:25< mordante> servus
20091220 11:10:58< Ivanovic> moin
20091220 11:14:38-!- Bellerophon_true [n=chatzill@BSN-165-126-17.dial-up.dsl.siol.net] has joined #wesnoth-dev
20091220 11:35:40< Ivanovic> wow, the user "BLE" this morning was patient *and* polite!
20091220 11:36:40< loonycyborg> That is to be expected from iphone owners :P
20091220 11:36:41< mordante> jup
20091220 11:41:00-!- CookieBite [i=3cf18ea2@gateway/web/freenode/x-amgivbygyqxwsziv] has joined #wesnoth-dev
20091220 11:43:50-!- CookieBite [i=3cf18ea2@gateway/web/freenode/x-amgivbygyqxwsziv] has left #wesnoth-dev []
20091220 11:44:29-!- CookieBite [i=3cf18ea2@gateway/web/freenode/x-rcplwobydrjbvsrn] has joined #wesnoth-dev
20091220 11:47:55-!- CookieBite [i=3cf18ea2@gateway/web/freenode/x-rcplwobydrjbvsrn] has left #wesnoth-dev []
20091220 11:49:44< Ivanovic> zookeeper: can you pleae have a look at what happens here? https://gna.org/bugs/index.php?14970
20091220 11:50:03< Ivanovic> though it might be some engine bug, since there is a comparable report about the tutorial with unknown unit type
20091220 11:50:10< Ivanovic> cf https://gna.org/bugs/index.php?14971
20091220 11:54:04-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["KVIrc 3.4.2 Shiny http://www.kvirc.net/"]
20091220 11:55:03-!- loonycyborg [n=sergey@ppp79-139-139-192.pppoe.spdop.ru] has joined #wesnoth-dev
20091220 12:05:18-!- Noyga [n=lame-z@wesnoth/developer/noyga] has joined #wesnoth-dev
20091220 12:17:05-!- Bellerophon_true [n=chatzill@BSN-165-126-17.dial-up.dsl.siol.net] has quit ["ChatZilla 0.9.86 [Firefox 3.5.6/20091201220228]"]
20091220 12:21:16-!- wesbot changed the topic of #wesnoth-dev to: string/feature freeze active! | 72 bugs, 247 feature requests, 8 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091220 12:31:13-!- EdB [n=edb@205.12.95-79.rev.gaoland.net] has joined #wesnoth-dev
20091220 12:33:31< zookeeper> Ivanovic, right, looks like the placing of the prisoners is messed up...
20091220 12:34:09< Ivanovic> it would be really great if you could also check the tutorial bug
20091220 12:36:44-!- natasiel [n=chatzill@199.84.43.196] has joined #wesnoth-dev
20091220 12:43:34< zookeeper> well, i think the tutorial bug is caused by the MOVE macro somehow. no idea how exactly, looks ok to me.
20091220 12:43:55< Ivanovic> feel free to ask for details like eg a savegame
20091220 12:53:01< zookeeper> i'll rewrite the prisoner thing today
20091220 12:54:05-!- natasiel [n=chatzill@199.84.43.196] has quit ["ChatZilla 0.9.85 [SeaMonkey 2.0b2/20090915204250]"]
20091220 12:54:48< Ivanovic> thanks
20091220 12:58:32< fendrin> zookeeper: I can't find the MOVE macro. For me it looks like the code in the PRISON macro causes the error.
20091220 12:59:59< Ivanovic> fendrin: *tutorial* is the MOVE macro
20091220 13:00:05< fendrin> zookeeper: Ah, you were talking about the tutorial. In captured it seems like the recall tag is failing.
20091220 13:01:12-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091220 13:40:03-!- fmunoz [n=chatzill@201-0-203-222.dial-up.telesp.net.br] has joined #wesnoth-dev
20091220 13:47:00-!- alink [n=alink@wesnoth/developer/alink] has joined #wesnoth-dev
20091220 14:14:58< zookeeper> fendrin, yeah, no wonder, since it's only given x,y= as the filter...
20091220 14:15:15< zookeeper> or rather, there's no filter at all
20091220 14:15:41< zookeeper> (i forgot that x,y are part of [recall] itself now)
20091220 14:16:27< zookeeper> i suspect it works otherwise but fails if there's not enough units (the macro is called 13 times)
20091220 14:19:22< fendrin> zookeeper: I added "side=1" to every recall tag. But that didn't fix the issue. 
20091220 14:20:45-!- EdB [n=edb@205.12.95-79.rev.gaoland.net] has quit [Remote closed the connection]
20091220 14:20:55< fendrin> zookeeper: "If no units match this tag is ignored." Quitting the scenario is not exactly what I understand under "ignored".
20091220 14:22:47< zookeeper> [unstore_unit] causes that
20091220 14:26:04-!- EdB [n=edb@228.12.95-79.rev.gaoland.net] has joined #wesnoth-dev
20091220 14:26:17< fendrin> zookeeper: is that the behaviour we want?
20091220 14:28:24< zookeeper> no opinion
20091220 14:29:55-!- EdB [n=edb@228.12.95-79.rev.gaoland.net] has quit [Remote closed the connection]
20091220 14:33:08< fendrin> zookeeper: [if] [have_unit] [filter] x,y=recall,recall [then] [recall]
20091220 14:33:18-!- stikonas [n=and@ctv-79-132-179-139.vinita.lt] has joined #wesnoth-dev
20091220 14:35:27< zookeeper> well, has [have_unit] been changed to work on the recall list too?
20091220 14:37:05< fendrin> zookeeper: sorry, no. Looks like you have to filter the unit after it has been tried to recall by filtering for it's recall coordinates.
20091220 14:52:29< alink> i am looking at the tutorial bug, and i suspect that's AI related
20091220 14:53:39-!- AnMaster_ [n=AnMaster@unaffiliated/anmaster] has joined #wesnoth-dev
20091220 14:53:42< alink> I am not familiar about the wml of this scenario, but it seems that the WML manually move the enemy units.
20091220 14:53:58< zookeeper> yes
20091220 14:54:06< alink> but at turn 2, the AI move them a second time in a unscripted way
20091220 14:54:24< alink> and the wolfs move 2 times that turn
20091220 14:54:51< alink> the first one is WML scrippted and the second one is AI controlled
20091220 14:55:46< alink> mmh maybe a bug about how we set moves=0
20091220 14:56:29< alink> i assume that it's how we disable AI there
20091220 14:58:21-!- AnMaster [n=AnMaster@unaffiliated/anmaster] has quit [Connection timed out]
20091220 14:58:28< zookeeper> probably should use turn refresh there instead of side 2 turn
20091220 14:58:41< zookeeper> the former triggers after moves have been reset, the latter before
20091220 15:00:24-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 104 (Connection reset by peer)]
20091220 15:01:21< alink> mmh the units seems to have 0 MP after the WML move, i don't understand why the AI can move them again
20091220 15:01:57< alink> ah i understand the zookeeper's remark now
20091220 15:02:02< alink> :)
20091220 15:03:11-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20091220 15:07:50-!- AnMaster_ is now known as AnMaster
20091220 15:09:06< alink> if i understand, the reported error is because the WML MOVE macro try to move a unit which is not there. Is it possible to make this macro test that case and report an error ?
20091220 15:09:38-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 60 (Operation timed out)]
20091220 15:10:43< zookeeper> sure, you can just wrap the current contents in an [if] [have_unit] [/have_unit] [then]
20091220 15:11:03< zookeeper> that is, check if the unit is in the assumed location
20091220 15:11:44< alink> and is it better for WML writer to abort there or just skip the action
20091220 15:12:52< zookeeper> well, i guess the best would be to skip while displaying an error saying that something's broken about unit movements.
20091220 15:13:08-!- fmunoz [n=chatzill@201-0-203-222.dial-up.telesp.net.br] has quit [Read error: 104 (Connection reset by peer)]
20091220 15:13:24< zookeeper> so you can still continue playing if you want but are warned that something might be wrong
20091220 15:15:42-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20091220 15:16:42< zookeeper> huhm. if i set a unit to move-and-attack and there's a village along the way, the unit stops there...already fixed?
20091220 15:16:59< alink> probably not, i check
20091220 15:17:13< zookeeper> oh wait, actually it's not the village
20091220 15:17:43< zookeeper> see, i used the debug mode to give the unit 50/5 moves, and the village was 5 hexes away...looks like the unit stops whenever it expends its real max moves
20091220 15:18:11< zookeeper> so if i have a unit with 50/5 moves and have it move-and-attack a unit 20 hexes away, it'll only move 5 hexes and then stop
20091220 15:18:25< alink> ah that's possible, the village thing seems to work, checking the MP thing
20091220 15:18:28< zookeeper> but if i just do a regular move instead of move-and-attack, it moves all the way
20091220 15:19:48< alink> zookeeper: indeed
20091220 15:20:20< alink> probably caused by the hidden simulated move needed by the move+attack, I will fix that
20091220 15:22:25< alink> yeah it's that, it fiddles with MP values using set_movement() which has a build-in cap using max_movement. Should be easy to fix
20091220 15:27:45-!- stikonas_ [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20091220 15:32:38-!- stikonas__ [n=and@ctv-79-132-179-139.vinita.lt] has joined #wesnoth-dev
20091220 15:35:25-!- stikonas_ [n=and@wesnoth/translator/stikonas] has quit [Read error: 104 (Connection reset by peer)]
20091220 15:35:34-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 113 (No route to host)]
20091220 15:51:44-!- stikonas__ [n=and@ctv-79-132-179-139.vinita.lt] has quit [Read error: 110 (Connection timed out)]
20091220 16:04:53< fendrin> alink, where is the priority queue in the A*?
20091220 16:05:50-!- stikonas__ [n=and@ctv-79-132-179-139.vinita.lt] has joined #wesnoth-dev
20091220 16:06:14< alink> fendrin: it's a vector using the *_heap function
20091220 16:06:24 * alink is a bit afk
20091220 16:23:34-!- silene1 is now known as silene
20091220 16:48:50-!- knotwork [n=markm@142.177.234.40] has quit [Read error: 110 (Connection timed out)]
20091220 16:55:20< CIA-28> mordante * r40290 /trunk/src/gui/widgets/scrollbar.hpp: Make at_end() in all cases.
20091220 16:55:23< CIA-28> mordante * r40291 /trunk/src/gui/widgets/ (scrollbar.hpp scrollbar_container.cpp): 
20091220 16:55:23< CIA-28> Add tscrollbar_::all_items_visible().
20091220 16:55:23< CIA-28> This makes it easier to test whether the scrollbar is needed or not,
20091220 16:55:23< CIA-28> used it in the scrollbar container.
20091220 16:55:26< CIA-28> mordante * r40292 /trunk/src/gui/widgets/ (grid.cpp grid.hpp): 
20091220 16:55:26< CIA-28> Add recalculate_best_size to update the best size.
20091220 16:55:27< CIA-28> When a scrollbar container changes its contents this function can update
20091220 16:55:29< CIA-28> the wanted best size.
20091220 16:55:33< CIA-28> mordante * r40293 /trunk/src/gui/widgets/scrollbar_container.cpp: 
20091220 16:55:33< CIA-28> Improve content_resize_request().
20091220 16:55:35< CIA-28> Better handle scrollbar visibility and whether or not items fit.
20091220 16:55:37< CIA-28> mordante * r40294 /trunk/src/gui/widgets/ (generator.cpp generator.hpp generator_private.hpp): 
20091220 16:55:42< CIA-28> Allow generator items to have a shown flag.
20091220 16:55:44< CIA-28> By toggling this flag the contents update their size and placement of
20091220 16:55:46< CIA-28> the items.
20091220 16:55:48< CIA-28> mordante * r40295 /trunk/src/gui/widgets/ (listbox.cpp listbox.hpp): Add set_row_visible function to the listbox.
20091220 16:55:53< CIA-28> mordante * r40296 /trunk/src/gui/dialogs/game_load.cpp: 
20091220 16:55:55< CIA-28> The load game dialog uses the new set_row_visible.
20091220 16:55:57< CIA-28> Still needs some more tuning to avoid the last invalidate_layout call.
20091220 16:56:51< mordante> ilor_, you can now hide listbox rows, but they still call invalidate_layout too often, will work on that part later
20091220 16:57:16< ilor_> mordante: hide as in not remove?
20091220 16:57:44< mordante> ilor_, yes, but I want to add remove later 
20091220 16:59:34< mordante> or better said there is a remove row, but it doesn't use this code yet
20091220 16:59:56-!- ettin [n=jorda@wesnoth/developer/ettin] has quit ["leaving"]
20091220 16:59:56< mordante> but the new game_load dialog makes the testing easier due to its filter
20091220 17:00:43< mordante> but you can use the new code for your filters as well
20091220 17:02:50< CIA-28> zookeeper * r40297 /trunk/data/campaigns/Eastern_Invasion/scenarios/ (3 files): 
20091220 17:02:50< CIA-28> Rewrote how the prisoners are created in 'Captured': now the prisoners are the
20091220 17:02:50< CIA-28> highest level units possible and new recruits are created if the player doesn't
20091220 17:02:50< CIA-28> have enough recallables. Also added a variable telling whether or not the player
20091220 17:02:51< CIA-28> has gotten ogres to recruit.
20091220 17:03:35-!- stikonas [n=and@ctv-79-132-179-139.vinita.lt] has joined #wesnoth-dev
20091220 17:03:40< zookeeper> ^ i've tested the above twice and it seems to work, but i wouldn't mind if someone else would try it too. loading from an existing beginning-of-scenario save would work.
20091220 17:04:28-!- stikonas__ [n=and@ctv-79-132-179-139.vinita.lt] has quit [Read error: 104 (Connection reset by peer)]
20091220 17:12:27< ilor_> mordante: ah, for filters it could be nice
20091220 17:12:55< ilor_> mordante: I have some deadlines tomorrow so I won't do anything before Tuesday though
20091220 17:14:51< mordante> ilor_, ok no problem, I'll keep working on polishing the code further
20091220 17:15:15< ilor_> mordante: thanks for keeping me posted, I don't have the time to go through commit messages
20091220 17:16:34< mordante> you're welcome
20091220 17:26:54-!- elias [n=elias@allegro/developer/allefant] has joined #wesnoth-dev
20091220 17:30:33-!- silene [n=plouf@wesnoth/developer/silene] has quit ["Leaving."]
20091220 17:30:49-!- silene [n=plouf@ASte-Genev-Bois-152-1-32-232.w83-114.abo.wanadoo.fr] has joined #wesnoth-dev
20091220 17:34:50-!- giusef [n=giusef@unaffiliated/giusef] has joined #wesnoth-dev
20091220 17:56:55< CIA-28> mordante * r40298 /trunk/src/ai/composite/goal.cpp: Initialize all members.
20091220 17:57:01< CIA-28> mordante * r40299 /trunk/src/ai/contexts.cpp: Initialize all members.
20091220 17:57:04< CIA-28> mordante * r40300 /trunk/src/md5.cpp: Initialize all members.
20091220 17:57:31< CIA-28> silene * r40301 /trunk/src/play_controller.hpp: Removed virtual qualifier from function called from constructor.
20091220 17:57:58< CIA-28> silene * r40302 /trunk/src/serialization/tokenizer.hpp: Avoided checking for translation marker on identifiers.
20091220 18:02:14-!- giusef [n=giusef@unaffiliated/giusef] has quit ["exit (-1);"]
20091220 18:09:54-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091220 18:19:38-!- ilor_ [n=ilor@wesnoth/developer/ilor] has quit [Read error: 104 (Connection reset by peer)]
20091220 18:20:51-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091220 18:21:16-!- wesbot changed the topic of #wesnoth-dev to: string/feature freeze active! | 71 bugs, 247 feature requests, 8 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091220 18:34:18-!- fendrin [n=fabi@wesnoth/developer/fendrin] has quit [Remote closed the connection]
20091220 18:44:28-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit []
20091220 18:46:32-!- EdB [n=edb@79.95.12.228] has joined #wesnoth-dev
20091220 18:56:54-!- knotwork [n=markm@142.177.234.40] has joined #wesnoth-dev
20091220 19:05:38< CIA-28> alink * r40303 /trunk/ (changelog src/unit.cpp): Fix various bugs when a unit has more MP than its maximum
20091220 19:06:47-!- stikonas_ [n=and@ctv-79-132-179-139.vinita.lt] has joined #wesnoth-dev
20091220 19:08:06-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091220 19:13:21-!- kitty_ [n=kitty@e180197030.adsl.alicedsl.de] has joined #wesnoth-dev
20091220 19:14:05< mordante> Espreon, you still have problems with font rendering under Windows?
20091220 19:15:27< Espreon> mordante: Uh, have you done something that should fix the problem?
20091220 19:17:51 * Espreon is not trying to be rude or anything.
20091220 19:18:15< mordante> Espreon, no but might have been a local problem
20091220 19:18:37< Espreon> Well, it consistently happens.
20091220 19:18:45< mordante> you're the first to who mentions it and that code hasn't been changed a lot lately
20091220 19:18:54-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091220 19:19:23< Espreon> BTW, I was using a laptop.
20091220 19:20:26< mordante> and you also have the problem at a desktop or do you only have a laptop?
20091220 19:20:33< Espreon> I only have laptops.
20091220 19:21:43-!- stikonas__ [n=and@ctv-79-132-179-139.vinita.lt] has joined #wesnoth-dev
20091220 19:21:45-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 110 (Connection timed out)]
20091220 19:22:27< Espreon> I could boot up my Windows installation on this laptop and see if it happens there.
20091220 19:22:40 * Espreon is going to do that.
20091220 19:22:45-!- stikonas__ [n=and@ctv-79-132-179-139.vinita.lt] has quit [Remote closed the connection]
20091220 19:23:06-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit []
20091220 19:23:23-!- stikonas [n=and@ctv-79-132-179-139.vinita.lt] has joined #wesnoth-dev
20091220 19:30:06-!- stikonas_ [n=and@wesnoth/translator/stikonas] has quit [Read error: 110 (Connection timed out)]
20091220 19:36:42-!- elias [n=elias@allegro/developer/allefant] has quit [Read error: 110 (Connection timed out)]
20091220 19:37:23-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091220 19:37:47< Espreon> mordante: It happens there as well.
20091220 19:40:07< mordante> Espreon, can you test something in text.cpp:591 change #ifndef _WIN32 to ifdef _WIN32 recompile and test what happens, 
20091220 19:40:25< mordante> guess it won't matter on which laptop you test
20091220 19:41:06< Espreon> Uh, I cannot compile on Windows.
20091220 19:41:27-!- TheJH [n=jann@wikipedia/TheJH] has joined #wesnoth-dev
20091220 19:41:29< mordante> :-(
20091220 19:42:04< mordante> maybe loonycyborg wants to compile a test version
20091220 19:42:13< Espreon> Yes, that would be wonderful.
20091220 19:52:21-!- Blueblaze [n=nick@adsl-76-202-22-180.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091220 19:53:59-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20091220 19:57:36< loonycyborg> Espreon: What exactly is wrong about the font? Could you post a screenshot?
20091220 19:59:06< Espreon> loonycyborg: http://imagebin.org/75658
20091220 20:00:06< loonycyborg> I wouldn't call it very broken, but I don't know much about how a good font should look..
20091220 20:00:25< Espreon> Lemme give you a screenshot to compare.
20091220 20:00:58< Espreon> BTW, diacritics look horrible in the current setup. Especially i-macron.
20091220 20:02:34< Espreon> http://imagebin.org/76257
20091220 20:02:52< mordante> hmm also seems all titles are cut off a few pixels too early
20091220 20:03:34< Espreon> Storyscreens are simply dreadful...
20091220 20:03:50< mordante> ?
20091220 20:04:16< Espreon> What?
20091220 20:04:38< mordante> was the story screens regarding the pixels off or just random comment?
20091220 20:05:05< mordante> btw it seems in the first screenshot that there are extra red and blue pixels, can it be Windows tries to be smart?
20091220 20:05:14< Espreon> IDK.
20091220 20:05:29< Espreon> With the storyscreens, they look horrible with all of that text being smooshed together.
20091220 20:05:46< Espreon> (... in Windows)
20091220 20:05:49< mordante> can you post a screenshot of that as well?
20091220 20:06:07< Espreon> Sure.
20091220 20:06:26< Espreon> Lemme finish compiling something.
20091220 20:07:17< alink> the broken version seems to lack the alpha channel
20091220 20:08:09< mordante> alink, the broken version renders the same text trice since otherwise it looked bad on Windows
20091220 20:08:45< alink> oh
20091220 20:09:28< alink> for this kind of problem, i changed the alpha, but maybe this way is faster
20091220 20:09:48< mordante> alink, do you have access to Windows to test?
20091220 20:10:02< alink> nope
20091220 20:11:00< alink> well i have a windows partition somewhere, but i didn't boot it since some time and don't have wesnoth it, but i may try to check it later
20091220 20:11:18< alink> (btw i was commenting about the screenshots)
20091220 20:11:24< loonycyborg> I have winxp in virtualbox
20091220 20:11:34< loonycyborg> And I can compile trunk in it.
20091220 20:12:40 * Espreon shall grab those screenshots now.
20091220 20:12:43-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit []
20091220 20:19:49< alink> mordante: note that the "extra red and blue pixel" are also on the good screenshot but with a lower alpha
20091220 20:22:20< mordante> indeed zooming in I see them there as well
20091220 20:23:18< alink> and i am still note sure that then broken version use alpha, even considering the 3x blit
20091220 20:23:45-!- ceninan [n=niwa@c-ea3be255.1119-1-64736c10.cust.bredbandsbolaget.se] has joined #wesnoth-dev
20091220 20:23:55< mordante> that might be true not sure, just wanted to make sure you saw it uses a different rendering method
20091220 20:25:24< alink> ok, it uses alpha
20091220 20:26:11< alink> i compared color between the blit on the blue of the selected item and the blit on brown
20091220 20:26:23-!- ceninan [n=niwa@c-ea3be255.1119-1-64736c10.cust.bredbandsbolaget.se] has left #wesnoth-dev []
20091220 20:27:38-!- Espreon [n=chatzill@wesnoth/developer/espreon] has joined #wesnoth-dev
20091220 20:28:00< Espreon> mordate: moar horrors: http://imagebin.org/76264 ; http://imagebin.org/76263
20091220 20:28:12< Espreon> Now to get out of Windows XP.
20091220 20:28:16-!- Espreon [n=chatzill@wesnoth/developer/espreon] has quit [Client Quit]
20091220 20:30:34< alink> mmh, at least the adjust_alpha method allow more fine tuning than the 2x or 3x blits
20091220 20:30:53-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091220 20:35:11< CIA-28> mordante * r40304 /trunk/src/gui/widgets/window.hpp: Comment out some undefined functions.
20091220 20:35:15< CIA-28> mordante * r40305 /trunk/src/gui/widgets/ (window.cpp window.hpp): 
20091220 20:35:15< CIA-28> Add a blocker for invalidate_layout().
20091220 20:35:15< CIA-28> This will be used by classes that can (partly) handle their own resizes.
20091220 20:35:19< CIA-28> mordante * r40306 /trunk/src/gui/widgets/ (scrollbar_container.cpp scrollbar_container.hpp): 
20091220 20:35:19< CIA-28> Let content_resize_request() return a status.
20091220 20:35:19< CIA-28> This allows classes the try to handle the resize know whether suceeded
20091220 20:35:20< CIA-28> or not.
20091220 20:35:22< CIA-28> mordante * r40307 /trunk/src/gui/widgets/listbox.cpp: 
20091220 20:35:24< CIA-28> set_row_visible() can now properly handle sizing.
20091220 20:35:26< CIA-28> Before it always "worked" since set_visible in twidget calls
20091220 20:35:28< CIA-28> invalidate_layout(). Now only call invalidate_layout() if we failed to
20091220 20:35:30< CIA-28> handle the resize ourselves.
20091220 20:35:32< CIA-28> mordante * r40308 /trunk/ (2 files in 2 dirs): 
20091220 20:35:36< CIA-28> Protect against no savegame selected in the list.
20091220 20:35:38< CIA-28> The filter can filter out all savegames, then the preview pane shouldn't
20091220 20:35:40< CIA-28> try to access an invalid index.
20091220 20:35:42< CIA-28> mordante * r40309 /trunk/src/gui/widgets/listbox.cpp: 
20091220 20:35:44< CIA-28> Let set_row_visible call the selection update.
20091220 20:35:46< CIA-28> When the selection changes due to hiding rows the callback for a changed
20091220 20:35:48< CIA-28> value should also be called.
20091220 20:35:56< mordante> Espreon, indeed ugly, I wonder why nobody complained before :-/
20091220 20:36:46< Ivanovic> windows users are probably used to "ugly" by looking at the OS of their choice...
20091220 20:36:51< Espreon> Indeed.
20091220 20:37:14< Espreon> Windows users tend to tolerate unstability, ugliness, et cætera.
20091220 20:37:21< Espreon> *instability
20091220 20:38:01< mordante> so actually looks like they expect :-P
20091220 20:38:12< Espreon> Indeed.
20091220 20:38:32< mordante> then why do you complain? :-P
20091220 20:39:30< Espreon> Because I have to look at it each time I am blowing off work at school
20091220 20:39:32< Ivanovic> mordante: maybe Espreon wants to see windows users suprised, maybe even stunned?
20091220 20:40:06< Espreon> Heh...
20091220 20:40:21< mordante> Ivanovic, I'm stunned and want to clay my eyes out or their sockets
20091220 20:40:21 * alink likes when nice multi-platform open-source projects look better than usual windows apps
20091220 20:40:31< mordante> claw*
20091220 20:40:39< Ivanovic> mordante: but you are probably no longer used to windows
20091220 20:40:41< Ivanovic> ;)
20091220 20:41:04< Ivanovic> i see it this way:
20091220 20:41:16< Ivanovic> we now have one more reason to say "play wesnoth on linux, not on windows"
20091220 20:41:17< mordante> Ivanovic, I am I use it daily at work
20091220 20:41:25-!- deekay [n=dk@wesnoth/developer/dragonking] has joined #wesnoth-dev
20091220 20:41:29< Ivanovic> not only "it is faster" but also "it looks better"
20091220 20:42:47< mordante> Ivanovic, in fact using windows isn't too bad, I boot, get coffee, log in, log out, log in (now the network drives are restored), start virtual box, start working under Debian
20091220 20:43:09< Espreon> Uh, are we going to fix this atrocity or not?
20091220 20:43:14< Ivanovic> so in fact you are using linux and don't see most of the windows trash
20091220 20:43:15< Ivanovic> ;)
20091220 20:43:25< mordante> Ivanovic, exactly :-)
20091220 20:43:42-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 104 (Connection reset by peer)]
20091220 20:43:47-!- stikonas [n=and@ctv-79-132-179-139.vinita.lt] has joined #wesnoth-dev
20091220 20:43:51< mordante> Espreon, yes but we need somebody to test and compile under Windows
20091220 20:44:20< Espreon> Why can't loonycyborg do so?
20091220 20:44:35 * loonycyborg is compiling
20091220 20:44:49< Espreon> OK.
20091220 20:45:11< Espreon> I have to go now...
20091220 20:45:15-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit []
20091220 20:46:50< loonycyborg> http://imagebin.org/76266 <- that's how trunk looks for me in virtualbox.
20091220 20:47:14< mordante> loonycyborg, after the change?
20091220 20:47:19< loonycyborg> No.
20091220 20:47:29< loonycyborg> I'm going to try it now.
20091220 20:47:50< Ivanovic> uhm, i think this looks fine...
20091220 20:48:19< alink> intersting, there is no blue/yellow pixels there, even the pretty ones
20091220 20:49:31< alink> ah in fact it's exactly like here (on linux)
20091220 20:50:26< alink> <Espreon> http://imagebin.org/76257   <- on what box was that ?
20091220 20:51:32< mordante> yes I really wonder whether the _WIN32 path was properly compiled... 
20091220 20:52:32< loonycyborg> http://imagebin.org/76268 <- that's how it looks with #ifndef changed to #ifdef
20091220 20:53:14< mordante> so the multiple render is still needed
20091220 20:54:23< Ivanovic> at least for *some* WINDOWS SYSTEMS
20091220 20:55:00 * loonycyborg wonders which windows version Espreon used..
20091220 20:55:33< alink> could be some system-wide font antialiasing feature
20091220 20:56:21< alink> 'T' have hard eges here and on loonycyborg screenshot, but have surrounding colored pixels on both Espreon screenshots
20091220 20:57:12< mordante> alink, yes that's what I also start to suspect, IIRC there are some settings to improve the looks with LCD screens
20091220 20:58:15< alink> even my nvidia drivers have a force-antialiasing option (never tried)
20091220 20:58:41< alink> ok forget that
20091220 21:00:36< alink> ah but my kde font settings affect how wesnoth use anti-aliasing
20091220 21:03:08< Ivanovic> of course it does
20091220 21:03:31< alink> mmh i have a "subpixel hinting RGB" option that i can't set in kde
20091220 21:06:38< alink> i suspect that these colors some from such subpixel hinting
20091220 21:11:09< silene> yes, red and blue pixels on the side of characters from subpixel antialiasing (a nice trick that multiplies the horizontal resolution of LCD screens by 3)
20091220 21:11:25< silene> +come
20091220 21:12:32< silene> (though it looks quite ugly when the screen doesn't properly reports the details of its structure)
20091220 21:16:31< shadowmaster> I'm still blocked from wesnoth.org :/
20091220 21:17:21 * alink is trying to activate subpixil hinting on kde
20091220 21:17:30< alink> *subpixel
20091220 21:17:54< shadowmaster> alink: edit .fonts.conf directly?
20091220 21:18:20< shadowmaster> certain drivers force subpixel hinting too (radeon)
20091220 21:19:32< alink> the option is there in KDE setting, just grayed outn, i would like to activate it. I must probably declare my screen properly somewhere
20091220 21:19:32< shadowmaster> ahh. it works now; I didn't notice I had Firefox still set to use a now inexisting proxy :/
20091220 21:19:50< shadowmaster> alink: what version?
20091220 21:20:19< alink> 3.5.10
20091220 21:21:23< shadowmaster> bah, I never managed to enable those options without editing .fonts.conf
20091220 21:22:26< shadowmaster> (and that's why I generally hate GUIs for system configuration)
20091220 21:22:55-!- Blueblaze [n=nick@adsl-76-202-22-180.dsl.hstntx.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
20091220 21:24:39< alink> mmh there seems to be patent reasons 
20091220 21:40:12-!- TheJH [n=jann@wikipedia/TheJH] has quit ["Ex-Chat"]
20091220 21:46:34< CIA-28> mordante * r40310 /trunk/src/gui/ (3 files in 2 dirs): Rename set_row_visible to set_row_shown.
20091220 21:46:41< CIA-28> mordante * r40311 /trunk/ (changelog src/gui/widgets/widget.cpp): 
20091220 21:46:41< CIA-28> Fix a redraw glitch when hiding a widget.
20091220 21:46:41< CIA-28> When hiding the grid in the game_load dialog it wasn't redrawn properly,
20091220 21:46:41< CIA-28> this fixes it. (The changes uncovering this problem will be committed
20091220 21:46:42< CIA-28> later.)
20091220 21:46:50< CIA-28> mordante * r40312 /trunk/ (3 files in 2 dirs): 
20091220 21:46:50< CIA-28> Add an overload for set_row_shown.
20091220 21:46:50< CIA-28> Hiding one row at a time in the game_load dialog, when the filter
20091220 21:46:50< CIA-28> resulted in an empty set was slow. Every time a row was hidden the next
20091220 21:46:52< CIA-28> row was selected and its callback called. Directly after that the newly
20091220 21:46:54< CIA-28> selected row was hidden as well... The speedup is quite noticable.
20091220 21:46:58< CIA-28> mordante * r40313 /trunk/ (changelog src/gui/dialogs/game_load.cpp): Use the new set_row_shown overload.
20091220 21:47:12< mordante> ilor best use the set_row_shown overload if you need to modify several items at a time
20091220 21:54:13< CIA-28> noyga * r40314 /trunk/po/wesnoth-dm/fr.po: French translation update
20091220 22:03:30-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 60 (Operation timed out)]
20091220 22:05:02-!- stikonas [n=and@ctv-79-132-179-139.vinita.lt] has joined #wesnoth-dev
20091220 22:10:43-!- Cheese-kun [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091220 22:11:07-!- Cheese-kun is now known as Espreon
20091220 22:12:30< mordante> Espreon, there were some questions about which windows version you run and some driver settings, have a look at the log
20091220 22:14:13< Espreon> I only use Windows XP.
20091220 22:14:30< Ivanovic> any anti aliasing settings in the font config?
20091220 22:14:40< Ivanovic> there are *some* ways to activate stuff like this even in windows
20091220 22:14:58< Espreon> I have no idea to mess with the font settings.
20091220 22:15:03< Espreon> I do have ClearType enabled.
20091220 22:15:18< Espreon> However, enabling and disabling that appears to have no effect on the way Pango renders things.
20091220 22:16:14< Ivanovic> which graphics card and driver?
20091220 22:16:21< loonycyborg> Espreon: Does my winxp screenshot looks horrible too?
20091220 22:16:26< Ivanovic> that is: settings there might differ, too
20091220 22:16:47< Espreon> loonycyborg: It is better.
20091220 22:17:08< Espreon> On my good laptop, I have a Radeon Mobility x1400.
20091220 22:17:33< Espreon> On my Sabayon Linux install, I have a git build of radeon.
20091220 22:17:38< Espreon> I have no clue what Windows uses.
20091220 22:18:00< loonycyborg> Probably ATI windows driver..
20091220 22:18:11< Espreon> As for this craptop, I have an Intel GMA something.
20091220 22:18:13< Ivanovic> or even worse: the windows supplied one!
20091220 22:18:27< Espreon> Heh...
20091220 22:18:33< loonycyborg> Unlike nvidia their windows drivers are separate codebase.
20091220 22:18:43< Ivanovic> ati?
20091220 22:18:56< Ivanovic> uhm, in fact fglrx and the ati windows driver have the same codebase
20091220 22:19:05< Ivanovic> it is just that the open source drivers differ
20091220 22:20:20< Espreon> No wonder fglrx sucks.
20091220 22:21:08< alink> loonycyborg: is there a way that you upload the exe with the #ifdef change somewhere, so Espreon can test it on its box ?
20091220 22:22:27< loonycyborg> alink: There's a windows binary on the wesnoth.org server which is cross-compiled there. I could make that change and recompile.
20091220 22:23:17< loonycyborg> Though probably he'll have to have a trunk checkout for data..
20091220 22:23:47< alink> last release data will not be comptaible enough to test this?
20091220 22:24:06< loonycyborg> I'm not sure.
20091220 22:24:17< Ivanovic> it should be
20091220 22:24:26< Ivanovic> there were not *this* many data changes
20091220 22:24:43 * Espreon uses the hidden Windows stuff + an svn checkout of trunk.
20091220 22:24:54< Ivanovic> especially nothing regarding font/gui stuff
20091220 22:25:04< mordante> Ivanovic, enough to break things ;-)
20091220 22:26:11< alink> coube be useful to test, i suspect that it will be less ugly (on Espreon's box) if the colored anti-aliasing/subpixel-hinting has not the 3 times blit trick 
20091220 22:26:30< alink> but there is still the font size difference
20091220 22:27:23< alink> mordante: the #ifdef change was about that, right ?
20091220 22:29:13< mordante> it was a trick to fix the problem loonycyborg had with his screenshots
20091220 22:29:37< alink> yeah but maybe all windows box doesn't need this
20091220 22:31:21< alink> in fact, we could maybe detect this, blit a letter on screen, read the pixels and check how strong the font is rendered
20091220 22:31:50< alink> the hard part will be to calibrate such test
20091220 22:32:20 * Espreon is going to be a way for a little bit.
20091220 22:32:46 * mordante leaves now, bye
20091220 22:33:18-!- mordante [n=mordante@wesnoth/developer/mordante] has quit ["Leaving"]
20091220 22:37:14 * Espreon is back.
20091220 22:37:32< Espreon> No what?
20091220 22:37:35< Espreon> *Now
20091220 22:41:31< loonycyborg> Espreon: The cross-compiled binary is updated to trunk + #ifdef change.
20091220 22:41:31-!- Noyga [n=lame-z@wesnoth/developer/noyga] has left #wesnoth-dev ["Quitte"]
20091220 22:43:02< Espreon> OK.
20091220 22:44:46< Espreon> loonycyborg: It crashes.
20091220 22:44:57< Espreon> ... with an assertion failure.
20091220 22:45:23< loonycyborg> Did you update your checkout too?
20091220 22:45:30< Espreon> Oh, no.
20091220 22:48:56< Espreon> 'T still crashes.
20091220 22:49:25< Espreon> The problem is in src/gui/widgets/window.cpp ; line 662
20091220 22:49:51< Espreon> Expression: dirty_list_.empty()
20091220 22:50:39< Espreon> loonycyborg: ^
20091220 22:53:51-!- silene [n=plouf@wesnoth/developer/silene] has quit ["Leaving."]
20091220 22:54:16< alink> maybe caused by r40311
20091220 22:54:39< loonycyborg> Espreon: Interesting. I'm getting that too.
20091220 22:55:03< alink> in can trigger a new early exit in populate_dirty_list, which will trigger the assert
20091220 22:55:40 * alink is testing
20091220 22:55:51< alink> yes, that fix it
20091220 22:56:01< alink> mordante: ^
20091220 22:56:41< alink> so need to remove the assert or revert r40311
20091220 22:57:44< alink> look like it will be remove the assert
20091220 22:58:27< alink> was committed 1h ago, bad luck
20091220 22:58:45< loonycyborg> It looks like updating to trunk wasn't such a good idea after all :P
20091220 23:01:21< loonycyborg> alink: Removing the assert causes weird stuff to happen.
20091220 23:02:01< Espreon> Oh?
20091220 23:02:05< alink> removing an asser shouldn't causes anything, but maybe r40311 was bad
20091220 23:02:06< loonycyborg> I.e. campaign icons disappearing in 'Play a campaign' dialog.
20091220 23:04:29< Espreon> I see...
20091220 23:04:35< loonycyborg> But they reapper if you move mouse over the campaign.
20091220 23:04:44< alink> i have more problems here, can't select a campaign
20091220 23:06:04-!- Espreon_ [n=espreon@c-76-117-239-33.hsd1.pa.comcast.net] has joined #wesnoth-dev
20091220 23:06:19< loonycyborg> Espreon_: Anyway, that doesn't prevent one from seeing the text so I've removed the assert from cross-compiled binary.
20091220 23:07:11< Espreon_> OK.
20091220 23:08:14< alink> mordante: correction, i can select campaign, but the selection change is not visible (in both panels)
20091220 23:08:42< alink> loonycyborg: selecting  works for you ?
20091220 23:09:22< loonycyborg> alink: Yes.
20091220 23:09:55< alink> ah ok, same here now
20091220 23:10:17-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit []
20091220 23:10:31< Espreon_> OK, the text is much better, but the campaign images disappear when the menu is generated/regenerated.
20091220 23:10:32< alink> reverting r40311 causes my selection bug, keeping r40311 but removing the assert causes your icon glitch
20091220 23:11:18< Espreon_> The final e in "The Legend of Wesmere" looks a bit weird.
20091220 23:12:11< Espreon_> Same with the "s" in "Yes" in Yes/No selections.
20091220 23:12:22< alink> Espreon_: yes, that last change was only supposed to affect the anti-aliasing, not the font size
20091220 23:12:29< Espreon_> Colored text also looks weird.
20091220 23:13:03< alink> Espreon_ and the text is not too thin/transparent ?
20091220 23:13:22< Espreon_> Which text?
20091220 23:13:27< loonycyborg> Yes. Like in my second screenshot.
20091220 23:13:40< alink> for example the campaign names
20091220 23:15:26< loonycyborg> I tried the cross-compiled binary in virtualbox and it's still like in my secon screenshot..
20091220 23:15:41< loonycyborg> *second
20091220 23:16:31< Espreon_> Doesn't appear to be too thin/transparent, but the text needs to be smoothed.
20091220 23:16:47< Espreon_> For example, esses are jagged.
20091220 23:16:56< loonycyborg> Maybe you post a screenshot?
20091220 23:17:26< alink> yeah 'esses' looks good, here on my IRC client <:o)
20091220 23:18:46< Espreon_> ...
20091220 23:19:25< Espreon_> "Esses" is the plural of "ess," which is the English name of "s."
20091220 23:20:12< alink> ah sorry, didn't know that :-/
20091220 23:20:37< alink> (even if it don't invalidate my poor joke)
20091220 23:22:16< Espreon_> http://imagebin.org/76289
20091220 23:22:33< alink> Espreon_ thanks
20091220 23:22:59< alink> yes, as I thought, doesn't need the 3 blits trick
20091220 23:25:49< alink> To precise my previous detection idea: just render a 'W' (or any other letter having a lot anti-aliased semi-transparent parts) on a surface, calculate the mean alpha of non-transparent pixels and compare it to some wanted reference value.
20091220 23:26:21-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit [Read error: 110 (Connection timed out)]
20091220 23:26:45< alink> if too low, like in the second screenshot of loonycyborg, activate the 3 times blits
20091220 23:27:24< alink> does it look like it could work?
20091220 23:28:22< alink> the fact that font size seems to be different on various boxes could be a problem, but i hope that using mean alpha will compensate that
20091220 23:29:13-!- Espreon_ is now known as Espreon
20091220 23:30:37< alink> and I also hope that only using the alpha channel will avoid the color variation caused when using that subpixel-hinting
20091220 23:31:57< alink> quick untested sdl function for that http://wesnoth.pastebin.com/m2bd39d09
20091220 23:32:43< alink> (not the font test, i still have no idea where to plug it)
20091220 23:33:23< alink> ah there is a font::manager
20091220 23:33:53< alink> anyway it's late and i really need sleep, goodnight
20091220 23:34:01-!- alink [n=alink@wesnoth/developer/alink] has quit [Remote closed the connection]
20091220 23:50:06-!- Appleman1234 [n=Appleman@CPE-124-191-178-150.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
--- Log closed Mon Dec 21 00:00:01 2009