Times are in JST (starting from 4am (dec 2nd))<br>I pasted a bit more, as it does not cost more<br><br><br>[04:01] <dennis_p> <a href="http://wiki.kde.org/tiki-index.php?page=KDE+Games+IRC+meeting">http://wiki.kde.org/tiki-index.php?page=KDE+Games+IRC+meeting
</a><br>[04:01] <josef|vista> will we log the meeting? I'm logging anyway...<br>[04:02] <dimsuz> hi<br>[04:02] <dimsuz> me too<br>[04:02] <piacentini> let us start?<br>[04:03] <annma> ok<br>[04:03] <josef|vista> yep
<br>[04:03] <piacentini> round of introductions as always?<br>[04:03] <piacentini> mauricio piacentini, working on kmahjongg<br>[04:03] <dimsuz> dmitry suzdalev, working on kreversi and katomic<br>[04:04] <dbdkmezz> paul broadbent, working on kolf
<br>[04:04] <piacentini> everybody post at once :)<br>[04:04] <daren> daren sawkey, (unofficially) working on kbackgammon<br>[04:04] <josef|vista> josef spillner from <a href="http://ggzgamingzone.org">ggzgamingzone.org
</a><br>[04:04] <annma> anne marie mahfouf from kde-edu<br>[04:04] <[ksudoku]Josel> johannes bergmeier helping on ksudoku<br>[04:05] <piacentini> should we start with the new projects?<br>[04:05] <piacentini> maybe ksudoku, as you guys are here?
<br>[04:05] <[ksudoku]RedsH> francesco rossi, ksudoku 0.3 author<br>[04:06] <piacentini> If I remember correctly, you guys are still considering if ksudoku will join kdegames or not, right?<br>[04:06] <piacentini> there were a lot of requests for it in the games survey
<br>[04:06] <[ksudoku]RedsH> yes we have not completely decided yet<br>[04:07] <piacentini> k. is there anything we can help you with?<br>[04:07] <dimsuz> [ksudoku]RedsH: but you know about implications?
<br>[04:07] <annma> what holds you back if i may ask?<br>[04:07] <dimsuz> :)<br>[04:07] <[ksudoku]RedsH> no, i was about to ask<br>[04:07] <dimsuz> yup. I can help<br>[04:07] <dimsuz> if needed :)
<br>[04:08] * pinotree raises his hand<br>[04:08] <[ksudoku]RedsH> i need to know if joining kdegames influences:<br>[04:08] <[ksudoku]RedsH> license<br>[04:08] <[ksudoku]RedsH> possibility to make a windows port
<br>[04:08] <dimsuz> pinotree: ?<br>[04:08] <piacentini> Well, if the game gets included in the tree (after review) you will automatically get millions of testers :)<br>[04:08] <piacentini> as for the license
<br>[04:08] * pinotree is here too, konversation team<br>[04:08] <pinotree> err<br>[04:08] <pinotree> kombination team ;)<br>[04:09] <dimsuz> :)<br>[04:09] <[ksudoku]RedsH> how does the review work?
<br>[04:09] <annma> it needs a GPL eauivalent licence<br>[04:09] <[ksudoku]RedsH> it has already<br>[04:09] <[ksudoku]RedsH> GPL<br>[04:09] <piacentini> so there is no change in the status<br>[04:09] <annma> window port: by being in KDE svn your code will be fixed for windows
<br>[04:09] <annma> windows port<br>[04:09] <piacentini> about the windows port: Kde 4 is being ported by windows and osx<br>[04:09] <pinotree> ( <a href="http://developer.kde.org/policies/licensepolicy.html">
http://developer.kde.org/policies/licensepolicy.html</a> )<br>[04:10] <[ksudoku]RedsH> but what do you think we should work on in order to join kdegames?<br>[04:10] <dimsuz> [ksudoku]RedsH: kdelibs4 will be available for win32
<br>[04:10] <josef|vista> review is broader than just code review, e.g. the usability people frequently look at applications inside the released modules<br>[04:10] <[ksudoku]RedsH> ok great<br>[04:10] <annma> you need to have a working game with minimum doc
<br>[04:10] <annma> and all i18n<br>[04:10] <annma> for translators to do their job<br>[04:11] <dimsuz> [ksudoku]RedsH: currently ksudoku is qt3 only?<br>[04:11] <[ksudoku]RedsH> is there any "standard" for playing interface, network gaming, graphics and so on?
<br>[04:11] <dimsuz> i mean not ported to qt4?<br>[04:11] <[ksudoku]RedsH> we are working on it<br>[04:12] <annma> we would like as many as possible default graphics in Oxygen theme for KDE4<br>[04:12] <pinotree> [ksudoku]RedsH: well, it should be compliant about user interface
<br>[04:12] <pinotree> for example, menus, toolbars, labels<br>[04:12] <[ksudoku]RedsH> yes yes<br>[04:12] <pinotree> <a href="http://developer.kde.org/documentation/standards/kde/style/basics/index.html">
http://developer.kde.org/documentation/standards/kde/style/basics/index.html</a><br>[04:12] <josef|vista> I know for a fact that for external projects it's really tough to switch to Qt4 although the time is coming now
<br>[04:12] <[ksudoku]Josel> we are currently working on a code review, before starting with doc and kde4 port<br>[04:13] <[ksudoku]RedsH> and about save-file format?<br>[04:13] <pinotree> no constraints
<br>[04:13] <[ksudoku]Josel> i have experience about kde4 and the first step is allready done (we are using CMake ;)<br>[04:13] <annma> :)<br>[04:13] <[ksudoku]RedsH> sounds?<br>[04:14] <pinotree> of course, if the format is something alrady used (wildly), it's better
<br>[04:14] <pinotree> ogg<br>[04:14] <piacentini> RedsH: to be bluntly honest, your game is in better shape than most of the ones in the kdegames module right now... I guess with Josel 's help you can get it into shape quickly for playground, and from then to kdereview
<br>[04:14] <annma> sounds: no constraints although unifying stuff would be good<br>[04:14] <[ksudoku]RedsH> thanks<br>[04:14] <[ksudoku]RedsH> josel had an interesting idea<br>[04:14] <[ksudoku]RedsH> :
<br>[04:14] <piacentini> For sounds, you will need to play via Phonon. Easy to setup once you are in kde4<br>[04:14] <[ksudoku]RedsH> multiplayer mode for ksudoku<br>[04:15] <josef|vista> pinotree, [ksudoku]RedsH: well there is no central authority on that but we (ggz) always try to consolidate in the area of file formats so since we also have a sudoku game we'd be glad to accept whichever format is established first
<br>[04:15] <pinotree> josef|vista: erm... what did i say? :)<br>[04:15] <[ksudoku]RedsH> excuse the ignorance: what is the standard for multiplayer, internet highscores for kdegames?<br>[04:16] <josef|vista> that's a later topic for today :)
<br>[04:16] <annma> ;)<br>[04:16] <[ksudoku]RedsH> re-excuse the ignorance..<br>[04:16] <pinotree> which point of view from?<br>[04:16] <piacentini> Well, I propose that we let RedsH consider the suggestions so far...
<br>[04:17] <piacentini> and we can discuss the kggzmod topic?<br>[04:17] <piacentini> josef?<br>[04:17] <josef|vista> yep<br>[04:17] <josef|vista> this is a really old topic already<br>[04:17] <pinotree> (yeah...)
<br>[04:17] <dimsuz> i'm not aware...<br>[04:17] <josef|vista> so the idea is to provide a standard platform for networking for all sorts of toolkits<br>[04:17] <dimsuz> perhaps others too ;)<br>[04:18] <josef|vista> for some reason we never really provided convenience APIs for the programming style of these toolkits but recently we started to do it
<br>[04:18] <josef|vista> so for KDE games, there is now an API in the works to hook up with GGZ in a really easy way<br>[04:18] <dimsuz> josef|vista: are they pure C++? some additional libs maybe?<br>[04:19] <josef|vista> they're pure Qt-based classes
<br>[04:19] <josef|vista> very easy signal+slots concepts<br>[04:19] <dimsuz> ok<br>[04:19] <josef|vista> let me show you an (ugly) picture<br>[04:19] <dimsuz> any docs, tutorials?<br>[04:19] <josef|vista>
<a href="http://www.ggzgamingzone.org/~josef/gamedev-support.png">http://www.ggzgamingzone.org/~josef/gamedev-support.png</a><br>[04:19] <piacentini> where is it now in svn?<br>[04:20] <josef|vista> pinotree:
<a href="http://svn.ggzgamingzone.org/cgi-bin/trac.cgi/browser/trunk/kde-games/lib/kggzmod">http://svn.ggzgamingzone.org/cgi-bin/trac.cgi/browser/trunk/kde-games/lib/kggzmod</a><br>[04:20] <josef|vista> err, piacentini
<br>[04:20] <josef|vista> let me explain how it works since there is not really a tutorial yet (but it's already included in our gamedev guide)<br>[04:20] --> MuJ has joined this channel (i=<a href="mailto:chryse@hell.fiveam.org">
chryse@hell.fiveam.org</a>).<br>[04:20] --> zorglu_ has joined this channel (n=<a href="mailto:zorglub@206.43.102-84.rev.gaoland.net">zorglub@206.43.102-84.rev.gaoland.net</a>).<br>[04:20] <josef|vista> kggzmod is the low-level interface which you call to connect you to a game server
<br>[04:21] <MuJ> we have games? O_o<br>[04:21] <josef|vista> as soon as this has happened, you can exchange messages with it...<br>[04:21] <josef|vista> this is where ggzcomm cames in, which is similar to dcopidl2cpp... it takes a formal protocol description and generates the code for it
<br>[04:21] <dimsuz> cool<br>[04:21] <josef|vista> on top of that we provide standard dialogs for player management and the like<br>[04:22] <josef|vista> we also have highscores but we'll see how we integrate this with kgame since there's already a highscore dialog
<br>[04:22] <pinotree> is ti able to do peer-to-peer connections? eg via xmpp<br>[04:22] * dimsuz thinks that current kdegames highscores need fixing/redesign<br>[04:22] <josef|vista> well widelands uses it for p2p-style gaming but it's not really optimised for it... I mean in the end you still want statistics stored somewhere, right?
<br>[04:23] <josef|vista> so the idea is that if you're in GGZ and a game wants p2p, it gives you a privacy warning (since you will have to reveal your identity) and then you connect to other players (e.g. with TCP or UDP) but stay connected to the GGZ server with a TCP connection
<br>[04:24] <pinotree> i suppose highscores could be disabled when in p2p<br>[04:24] <pinotree> what about using xmpp instead of direct tcp connection?<br>[04:24] <josef|vista> I know very little desktop games which really require p2p so far
<br>[04:24] <piacentini> so the proposal is to somehow have this API available in libkdegames, maybe integrating with or replacing the current highscores in the process?<br>[04:25] <josef|vista> the idea was to integrate it as an input layer into kgame... which certainly means some kgame modifications but in general the abstraction of input sources shall remain
<br>[04:25] <josef|vista> but I haven't looked into the integration yet, I'm glad it works as it is so far :-)<br>[04:26] <piacentini> i like the libkdegames integration idea<br>[04:26] <piacentini> but someone has to code it :)
<br>[04:26] <josef|vista> also note that GNOME is now using GGZ and so the idea of having common networking protocols is good - it will make it easier to find other players online<br>[04:26] <dimsuz> and we need libkdegames maintainer btw ;)
<br>[04:27] <josef|vista> netcat <a href="http://games.gnome.org">games.gnome.org</a> 5688 :)<br>[04:27] <piacentini> <a href="http://live.gnome.org/GnomeGames/Multiplayer">http://live.gnome.org/GnomeGames/Multiplayer
</a><br>[04:27] <josef|vista> ugh.. he wrote my name wrong! :)<br>[04:28] <piacentini> Well, I am all for a cross-desktop solution<br>[04:28] --> Parkotron has joined this channel (n=<a href="mailto:parker@dyn129-100-97-146.bc.uwo.ca">
parker@dyn129-100-97-146.bc.uwo.ca</a>).<br>[04:28] <piacentini> And the idea of extending the kgame model means that porting efforts will be minimized for kdegames that already use it<br>[04:29] <piacentini> But it is feasible to do this for kde4? I mean, which games can we try to hook up to ggz as a test?
<br>[04:29] <josef|vista> yes, that's the plan at least... but even if this won't work I think I can port 1-2 games to show how it can be done... I just cannot do all games, at least not in the coming days<br>[04:29] <josef|vista> there are some games in kdegames which are very suitable
<br>[04:30] <josef|vista> kreversi, kwin4, etc. - for such games we already have a server and some other clients<br>[04:30] <piacentini> kwin4 probably?<br>[04:30] <piacentini> Maybe you can hook up with dimsuz and attempt it in KReversi?
<br>[04:30] <dimsuz> I'm all yours ;-)<br>[04:30] <josef|vista> dimsuz: be my guest :)<br>[04:30] <dimsuz> josef|vista: see above :)<br>[04:31] <piacentini> love these irc meetings :)<br>[04:31] <piacentini> IIRC, currently there are two different highscore APIs in libkdegames
<br>[04:32] <piacentini> This is something we need to fix, this is probably a good opportunity to extend it to add network highscores saved in ggz<br>[04:32] <dimsuz> piacentini: yes. simple and advanced one. The latter has bad usablity IMO
<br>[04:32] <dimsuz> it looks bloated<br>[04:32] <piacentini> dimsuz: agreed<br>[04:32] <piacentini> It is used only by two or three games, right?<br>[04:32] <piacentini> Kmines<br>[04:32] <josef|vista> we have figured out several score models (records, highscores, ratings, rankings) and if there are more we're glad to add them
<br>[04:32] <dimsuz> i haven't counted<br>[04:32] <dimsuz> :)<br>[04:33] <piacentini> Well, we could maybe do a review of this while integrating with ggz<br>[04:33] <dimsuz> josef|vista: that's wonderful. if they won't look bloated like current khighscores are :)
<br>[04:33] <piacentini> keep the local one as simple as possible<br>[04:33] <Parkotron> A while back (before I got a job) I was working on a KDE port of Robots. The available highscore systems frustrated me so I wrote my own.
<br>[04:33] <josef|vista> uh... for the local scores currently I use KMessageBox<br>[04:33] * josef|vista hides<br>[04:34] <piacentini> Well, if you look at other highscores (kmahjongg for example) replacing it by a Kmessage box is not really a bad idea :)
<br>[04:34] <josef|vista> lol<br>[04:34] <[ksudoku]Josel> just a idea, one highscore model for puzzle games like ksudoku would be a highscore on daily puzzles<br>[04:35] <dimsuz> pluginize highscores? ;-)
<br>[04:35] <piacentini> just joking, of course. We only need to work on the presentation, the simple highscores api in kdegames is perfectly fine for local games imo<br>[04:35] <piacentini> Josel: in kmahjongg you already have highscore per layout
<br>[04:35] <josef|vista> just a note, we've got 3000+ players on the server and recalculating the highscores permanently takes a lot of CPU, so if we can improve this somehow by making it a better modular highscore system I'm very glad about this
<br>[04:35] <piacentini> So something like you are proposing is possible<br>[04:36] <piacentini> Well, should we move on to other topics?<br>[04:36] <dimsuz> yup<br>[04:36] <josef|vista> yeah it's half-time already... I'll talk to dimsuz about the rest in email but I need an address
<br>[04:36] <dimsuz> let's move on - half an hour has passed already<br>[04:36] <piacentini> Recap so far: ksudoku guys are STRONGLY considering joining :)<br>[04:37] <annma> :))))<br>[04:37] <piacentini> And dimsuz and josef will try to make a proof of concept connection to GGZ with Kreversi
<br>[04:37] <dimsuz> josef|vista: <a href="mailto:dimsuz@gmail.com">dimsuz@gmail.com</a><br>[04:37] <josef|vista> thanks<br>[04:38] <piacentini> Someone mentioned in the agenda about network games with jabber
<br>[04:38] <dimsuz> well, what about moving some games? remember we decided to give them some time to find a maintainer? :)<br>[04:38] <[ksudoku]Josel> as far as it concerns me, i joined ksudoku in order to make ksudoku join kde-games :)
<br>[04:38] <[ksudoku]RedsH> lol<br>[04:38] <piacentini> Well, I think we agreed to try the GGZ integration first, right?<br>[04:39] <dimsuz> piacentini: before jabber you mean?<br>[04:39] <piacentini> via existing abstraction of player input in KGame
<br>[04:39] <piacentini> dimsuz: yes, I think it is wise for us concentrate on one solution that is already working for Gnome<br>[04:39] <josef|vista> GGZ already has some integration with Kopete and Gaim so maybe we can improve this and therefore achieve the two goals at once - but this is rather a mid-term goal for me
<br>[04:39] <dimsuz> of course<br>[04:40] <piacentini> OK. As for the game removal (dimsuz)... Last time<br>[04:40] <piacentini> we talked about a 3 month period before final decision<br>[04:40] <dimsuz> piacentini: Actually I don't remember how long we wanted to wait
<br>[04:40] <dimsuz> ah. here's the answer<br>[04:40] <piacentini> or something like that?<br>[04:40] <dimsuz> :)<br>[04:40] <dimsuz> ok<br>[04:41] <piacentini> So here RENEWING THE CALL<br>[04:41] <piacentini> if you want a game to stay, volunteer to maintain it :)
<br>[04:41] <annma> this has to be blogged<br>[04:41] <[ksudoku]Josel> what are the unmaintained games now?<br>[04:41] <piacentini> (btw, even if you volunteer, coolo/aacid/pinotree/johann may still cut it ?)
<br>[04:41] <piacentini> :)<br>[04:41] <daren> ok, I'd like kbackgammon to stay. I can try to maintain it. I ported it to kde4.<br>[04:42] <piacentini> daren: nice! Read your message on kdegames-devel<br>
[04:42] <dimsuz> daren: what was the problem with svn? did you do 'svn add' before doing 'svn diff'?<br>[04:43] <annma> daren: can you update the wiki page please?<br>[04:43] <dimsuz> daren: oh. I guess we can discuss this after the meeting :0
<br>[04:43] <daren> dimsuz: ok.<br>[04:43] <piacentini> daren: so update the wiki man<br>[04:43] <piacentini> and give it a try<br>[04:43] <daren> annma: I can update the wiki, however I don't yet have an svn accoutn so haven't updated svn
<br>[04:44] <piacentini> I think we agreed that no work will be "wasted". Even if some games end up removed from the main package they would still be available somewhere in the kde tree<br>[04:44] <dimsuz> piacentini: yes.
<br>[04:44] --> danimo has joined this channel (n=danimo@kde/danimo).<br>[04:44] <piacentini> daren: I think you should get a svn account<br>[04:45] <piacentini> And start commiting<br>[04:45] <josef|vista> welcome danimo old kbattleship guy :)
<br>[04:45] <danimo> heya!<br>[04:45] <danimo> josef|vista: trying out windows ? :)<br>[04:45] <daren> piacentini: I will.<br>[04:45] <josef|vista> no, KDE 3.5.2 actually, I like this one more :)<br>
[04:45] <piacentini> why "old kbattleship guy?" I heard he was going to volunteer for SVG izing it<br>[04:45] <piacentini> :)<br>[04:45] <danimo> piacentini: I did? :)<br>[04:46] <piacentini> didnt you?
<br>[04:46] <piacentini> maybe it was wishful thinking<br>[04:46] <piacentini> :)<br>[04:46] <danimo> prolly<br>[04:46] <piacentini> ok, that one failed :)<br>[04:46] <danimo> kbs has other problems honestly
<br>[04:46] <piacentini> What is your assesment of its status and feasibility for KDE4?<br>[04:47] <piacentini> maybe ruphy can comment?<br>[04:47] <dimsuz> piacentini: zhw was volonteered :)<br>[04:48] <piacentini> K, so there are lots of volunteers. ruphy is listed in the SVG maintainers page, that is why I paged him
<br>[04:49] <dennis_p> I love how kbattleship has a stay clear zone around ships, that gives a strategy for carpet bombing, but the single cell ship undermines this.<br>[04:49] <piacentini> BTW, Henrique (working on ksame) send me an email last week. He is a bit busy now, but we are going to work on adding the theme support via .desktop files to ksame and kmahjongg
<br>[04:49] <piacentini> Just entering into the "status update" phase of the meeting, as we have under 15 minutes to go<br>[04:49] <dimsuz> piacentini: nice. will it be applicable for other games?<br>
[04:49] <piacentini> dimsuz: that is the idea<br>[04:50] <piacentini> henrique would like to put it in libkdegames<br>[04:50] <piacentini> so we could have a standard theme selection dialog<br>[04:50] <piacentini> configurable (and subclassable) by each game
<br>[04:50] <dimsuz> niiice<br>[04:50] <piacentini> subclassable? is that a word?<br>[04:50] <dimsuz> at least i understand it ;)<br>[04:50] <josef|vista> that's the schematisation of upcastable!<br>
[04:51] <piacentini> lol<br>[04:51] <dimsuz> :D<br>[04:51] <piacentini> any other status updates? If not, we can move on to discuss how to schedule these meetings :)<br>[04:52] <piacentini> Ah, btw I have added the classic tileset to Kmahjongg as well. It has some issues
<br>[04:52] <piacentini> But it will be applied to kshisen soon<br>[04:52] <piacentini> If you can try selecting, there is now default and classic as valid options<br>[04:52] <dimsuz> piacentini: what about kmines? I've seen you now listed as maintainer
<br>[04:53] <dennis_p> Yes anybody updated SVG this month please say so<br>[04:53] <piacentini> Yup, I was actually doing the graphics part of it first<br>[04:53] <piacentini> Will try to commit something before the end of the year
<br>[04:54] <piacentini> Well, there are lots of commits during the first two weeks of November<br>[04:54] <piacentini> things have just slowed down a bit, but it is probably a side effect of everyone wrapping up other projects before the end of the year
<br>[04:54] <piacentini> At least in my case it is :)<br>[04:54] * dimsuz seen svg engine updates in Qt4.2.2 in qt-copy. will try it soon<br>[04:54] <dennis_p> Or... Sinterklaas is in town<br>[04:55] <dimsuz> :)
<br>[04:55] <piacentini> Guys, about the meeting schedule...<br>[04:55] <dimsuz> yes<br>[04:55] <piacentini> Do you prefer a set date (first of month)<br>[04:55] <dimsuz> you want to roatate it?<br>
[04:55] <piacentini> Or a set day of week<br>[04:55] <dimsuz> no preference here. let others decide ;)<br>[04:56] <piacentini> Well, I believe that by setting it always to the 1st (or any other day) we automatically rotate the day of the week
<br>[04:56] <piacentini> and it creates a tradition, and let people that have fixed schedules maybe be able to attend eventually<br>[04:56] <piacentini> The other problem is the time<br>[04:56] <dimsuz> I agree
<br>[04:56] <dimsuz> should we rotate it?<br>[04:56] <piacentini> This time works for all of us I think, with the exception of Asia/Australia<br>[04:57] <dimsuz> and there is no overlap at all?<br>[04:57] <piacentini> If we do it two hours later (every two months) it would be too bad for you?
<br>[04:57] <dimsuz> I'm fine with it.<br>[04:57] <piacentini> Or maybe we can schedule two times<br>[04:57] <piacentini> And alternate<br>[04:57] <dennis_p> How about a stanadard revival of the current discussion at a later time? So that those with kids or australia as their location can comment on disussion and another discussion storm can commence and get logged and filed.
<br>[04:58] <piacentini> It is an idea<br>[04:58] <[ksudoku]Josel> i would prefer it 2 hours earlier or later<br>[04:58] <dimsuz> yup<br>[04:58] <piacentini> And this time is good for all of you?<br>
[04:58] <piacentini> As it is now?<br>[04:58] <dimsuz> yes<br>[04:58] <dimsuz> but I wont oppose if it will be 2 hours later<br>[04:58] <dbdkmezz> yes<br>[04:58] <piacentini> Because honestly it affects Ian the most, so I can maybe update with him afgter each meeting
<br>[04:59] <piacentini> OK, let us keep it as it is now<br>[04:59] <piacentini> Seems to be working<br>[04:59] <dimsuz> in fact it is even better. I pay half-price for internet after midnight ;-)<br>[04:59] <piacentini> dimsuz: lol
<br>[04:59] <piacentini> I will check the world clock<br>[04:59] <piacentini> To see if two hours makes a difference<br>[04:59] <dimsuz> ok<br>[04:59] <piacentini> It might make things easier for guys in America as well
<br>[04:59] <dimsuz> one minute to go ;)<br>[05:00] <dennis_p> :-)<br>[05:00] <dimsuz> countdown someone? ;)<br>[05:00] <dennis_p> Quick or be finned<br>[05:00] <dimsuz> :D<br>[05:00] <Dotato> oh boy, one minute, then let me say hi and bye to you all on the same time
<br>[05:00] <josef|vista> I think the 1st of January is difficult for me (or others) but generally I'm fine with this<br>[05:00] <piacentini> josef|vista: I need to talk with you about some vista things :)<br>
[05:00] <dimsuz> josef|vista: lol<br>[05:00] <piacentini> Well<br>[05:00] <piacentini> 1st of january will not work for anyone<br>[05:01] <piacentini> This has to be an exception<br>[05:01] <josef|vista> piacentini: a minha vista daqui é ótimo... só isso o nome :)
<br>[05:01] <dimsuz> except very geeked geeks :)<br>[05:01] <piacentini> ok, so the first one to suggest a date for january wins<br>[05:01] <dimsuz> 27 Jan<br>[05:01] <piacentini> lol<br>[05:02] <piacentini> Well, I guess you got us
<br>[05:02] <dimsuz> out from my mind. don't ask me why ;)<br>[05:02] <dimsuz> well, it appears to be Saturday.<br>[05:02] <piacentini> What we should probably do ( a suggestion), is to cancel the january meeting
<br>[05:02] <dimsuz> that's an option<br>[05:03] <dimsuz> at least we can adjust that later on ML<br>[05:03] <MuJ> just make it second tuesday of every month ;)<br>[05:03] <piacentini> And of course, we are all free to hang up here
<br>[05:04] <dimsuz> yes<br>[05:04] <piacentini> MuJ: what day is the second tuesday of january?<br>[05:04] <MuJ> uumm... tuesday?<br>[05:04] <piacentini> day of the month...<br>[05:04] <MuJ> 9th
<br>[05:04] <piacentini> OK, so you called an informal gathering on the 9th<br>[05:05] <piacentini> I will post it later to the ml<br>[05:05] <piacentini> your fault<br>[05:05] <MuJ> =)<br>[05:05] <MuJ> sure.. blame me! =D
<br>[05:05] <MuJ> point and laugh.. now, everybody!<br>[05:05] <piacentini> It could be cool for status updates of holiday coding<br>[05:05] <piacentini> Or status updates of holiday non-coding<br>[05:05] <piacentini> more likely
<br>[05:06] <MuJ> status update for your holiday beer situation<br>[05:06] <dimsuz> lol<br>[05:06] <piacentini> well, meeting has ended already<br>[05:06] <josef|vista> :)<br>[05:06] <piacentini> josef, seriously, are you running vista on this machine or not? :)
<br>[05:06] <MuJ> so now I can get wasted then? =)<br>[05:06] <piacentini> Need you to test something for me :)<br>[05:07] <josef|vista> well it says: Linux vista 2.6.15-27-386 #1 PREEMPT Sat Sep 16 01:51:59 UTC 2006 i686 GNU/Linux
<br>[05:07] <piacentini> lol<br>[05:07] <dimsuz> piacentini: IIRC josef wrote about this in his blog once ;)<br>[05:07] <piacentini> I am asking because I have Vista installed here (from MSDN). Do not ask me, I need to continue doing our commercial products
<br>[05:08] <piacentini> And in my machine, when you resize a game<br>[05:08] <piacentini> It does not resize the textures<br>[05:08] <piacentini> Meaning: all games are 3D and use hardware acceleration<br>
[05:08] <piacentini> For everything<br>[05:08] <piacentini> Which is really, really stupid for non 3D games and older machines...<br>[05:09] <piacentini> In the case of patience and mahjongg (Vista), if you resize the window the textures will look horrible.
<br>[05:09] <josef|vista> well for some RTS games I know using OpenGL in 2D makes sense - it's actually faster than pure SDL for example (Stratagus does this)<br>[05:09] <piacentini> I just wanted to verify this with people running better graphics cards
<br>[05:10] <piacentini> Well, I though so, until seeing how bad the Vista games run on a crappy video card...<br>[05:11] <piacentini> anyway, you can not help me with this :) On to installing the thing on more test machines... see you guys later
<br>[05:11] <josef|vista> in the "good old times" we had a central Linux game devel list (at <a href="http://lgdc.sunsite.dk/">http://lgdc.sunsite.dk/</a>) where such questions came up often, but I unsubscribed from it some time ago
<br>[05:11] <daren> dimsuz: further to svn diff, it works now. It failed because I removed a file.<br>[05:11] <josef|vista> last update 2002, as it says (sniff...)<br>[05:12] <dimsuz> daren: ah<br>[05:13] <dimsuz> daren: remember that if you do 'svn add somefile; svn diff >
patch.diff' and then later apply it to other location, you'll have to repeat 'svn add somefile' there.<br>[05:13] <daren> so, I'll get an svn account and update.<br>[05:13] <josef|vista> anyway I'll have to go as well now... dimsuz I'm going to send you an email on monday and if I forget it feel free to ping me
<br>[05:14] <dimsuz> josef|vista: okay<br>[05:14] <daren> dimsuz: not sure what you mean, but I'll keep it in mind.<br>[05:15] <-- eimai has left this channel ("Leaving...").<br>[05:15] <dimsuz> daren: I mean that if you apply that diff, it will create new file but it won't be added to repository automatically.
<br>[05:15] <dimsuz> if I'm not clear again, than just forget it. you'll see for yourself ;)<br>[05:16] <daren> yes, I'm sure I will :)<br>[05:16] <dimsuz> :-)<br>[05:16] <dimsuz> dbdkmezz: have you decided on committing or not? :)
<br>[05:17] <dbdkmezz> dimsuz: I've decided not to commit for a little while yet, going to iron out a few more bugs<br>[05:17] <dbdkmezz> dimsuz: don't think there is any rush since no one else will be using the code for now
<br>[05:17] <dimsuz> dbdkmezz: ok.<br>[05:18] <dimsuz> dbdkmezz: well, yes. but who knows. maybe someone decides to help you :)<br>[05:19] <dbdkmezz> dimsuz: yeah :) thats true, but I'd like to get the basics finished first
<br>[05:20] <dimsuz> dbdkmezz: ok-ok<br>[05:20] <dimsuz> :)<br>[05:22] <-- zorglu_ has left this server ("Konversation terminated!").<br>[05:24] <-- annma has left this server (Remote closed the connection).
<br>[05:26] <-- daren has left this server (Remote closed the connection).<br>[05:30] <-- piacentini has left this server (Remote closed the connection).<br>[05:30] <-- [ksudoku]Josel has left this server (Remote closed the connection).
<br>[05:31] <Dotato> Redsh: have you been working on ksudoku lately ?<br>[05:32] <[ksudoku]RedsH> yepp<br>[05:33] <[ksudoku]RedsH> not much because i don't have time<br>[05:33] <Dotato> committed to repos ?
<br>[05:33] <[ksudoku]RedsH> i committed just once these days<br>[05:33] <Dotato> ok, but then you noticed all the changes ...<br>[05:33] <[ksudoku]RedsH> but two guys are helping me a lot with the project
<br>[05:34] <Dotato> Yes, I'm one of them<br>[05:34] <[ksudoku]RedsH> ah ok..<br>[05:35] <[ksudoku]RedsH> you are working on printing, right?<br>[05:35] <Dotato> yep<br>[05:35] <Dotato> and export
<br>[05:35] <[ksudoku]RedsH> good<br>[05:35] <Dotato> printing started to look like export but will be downsized to standard printing the current view<br>[05:36] <Dotato> is there a standard for this<br>
[05:36] <Dotato> ?<br>[05:36] <[ksudoku]RedsH> i don't know..<br>[05:36] *** [ksudoku]RedsH is now known as RedsH.<br>[05:37] <Dotato> anyone, is there a quick kde way to export a view to kprinter ?<br>[05:43] <Dotato> RedsH: I can read but not post private messages
<br>[05:43] <Dotato> I have to register first ...<br>[05:43] <RedsH> k<br>[05:44] <RedsH> you know what does dotato mean in italian?<br>[05:45] <pinotree> RedsH: ....<br>[05:45] <Dotato> not exactly
<br>[05:46] <RedsH> it is a bit rude to tell so i am not going to say it<br>[05:46] <Dotato> ay<br><br><br><br clear="all"><br>-- <br>gcc -O0 -DRUBY_EXPORT -rdynamic -Wl,-export-dynamic -L. main.o -lruby-static -ldl -lcrypt -lm -o ruby
<br>Everyone is trying their hardest to do their job but management has set it up so that it's impossible.<br>Take the control over your money, track your expenses <a href="http://justbudget.com">http://justbudget.com</a>
<br><br>Mathieu