| *** tpb has joined #tp | 00:00 | |
| *** ChanServ sets mode: +o tpb | 00:00 | |
| nash | http://pastebin.com/m56d04edb | 00:02 |
|---|---|---|
| tpb | Title: pastebin - collaborative debugging tool (at pastebin.com) | 00:02 |
| CIA-12 | mithro libtpclient-py * r2b78601d3ca1 /tp/client/ (__init__.py version.py): Added the __installpath__ attribute to the stable version. | 00:04 |
| mithro | nash: hrm.... | 00:05 |
| mithro | your libtpclient-py-dev is like 12 commits out of date | 00:07 |
| mithro | and your tpclient-pywx-dev is like 4 commits out of date | 00:07 |
| nash | Well it still has the stupiud video that doesn't handle multiple zones correctly | 00:09 |
| nash | doesn't get dismissed by clicks | 00:09 |
| mithro | you mean multiple desktop | 00:09 |
| nash | can't be escaped out of | 00:10 |
| nash | Yes | 00:10 |
| mithro | both escape and click on it should dismiss it | 00:10 |
| nash | Neither did | 00:10 |
| nash | Are you setting the window manager properties correctly? | 00:10 |
| nash | Have you tested it with sloppy focus modes? | 00:10 |
| mithro | no I have not tested with sloppy focus | 00:11 |
| nash | Downloading universe page... orange vs green arrows... what do they means | 00:11 |
| nash | When it has finished downloading, why am I still on that page | 00:11 |
| mithro | to see the log of what downloaded :) | 00:11 |
| nash | What is with the big blank box at the top of window | 00:11 |
| mithro | blank? | 00:11 |
| mithro | you mean in the top left-hand corner? | 00:12 |
| nash | No, above the message box, there is a big blank area | 00:12 |
| mithro | screenshot? | 00:13 |
| nash | Objects Descs are a) poor english & b) has an oragen arrow | 00:13 |
| mithro | orange arrows - known issue, https://sourceforge.net/tracker/index.php?func=detail&aid=1877870&group_id=132078&atid=723099 | 00:14 |
| tpb | <http://ln-s.net/1RKg> (at sourceforge.net) | 00:14 |
| mithro | i'm still unsure what you mean by | 00:21 |
| mithro | [15:47] <nash> No, above the message box, there is a big blank are | 00:21 |
| nash | area | 00:21 |
| mithro | what is the window title this is appearing on? | 00:21 |
| nash | see next email | 00:23 |
| mithro | nash: that kind of this blank area above the message window? | 00:26 |
| mithro | Never noticed that before | 00:26 |
| nash | Yes | 00:26 |
| mithro | guess you just get use to things :P | 00:27 |
| CIA-12 | mithro tpclient-pywx-development * ra21c040c0679 /windows/winUpdate.py: Don't blank out the text at the top of the update window. | 00:28 |
| mithro | nash: both your emails arrived at the same time | 00:29 |
| nash | mithro: Then you are missing one... | 00:29 |
| mithro | oh? you sent me one with a screenshot, and a second one with a screenshot and text on it? | 00:30 |
| mithro | oh a third one just arrived | 00:30 |
| nash | :-) | 00:30 |
| nash | You won't like it | 00:30 |
| mithro | nash: feel free to come up with better english for me :) | 00:31 |
| nash | Received | 00:31 |
| CIA-12 | mithro libtpclient-py-development * rf71309de41dd /tp/client/cache.py: Change "gotten" to received. | 00:34 |
| mithro | the message window is currently broken | 00:35 |
| mithro | (will fix it tonight) | 00:35 |
| mithro | nash: you have email | 00:58 |
| nash | send it again, it probably greylisted, and I'm impatient | 01:00 |
| CIA-12 | mithro libtpclient-py-development * r92b96855dd42 /tp/client/threads.py: Allow reset to be called from any thread. | 01:00 |
| CIA-12 | mithro tpclient-pywx-development * rf696ba765f54 /windows/xrc/winUpdate.xrc: Changed the title of the window. | 01:00 |
| mithro | nash: that is not how I understand greylisting works (unless you have a very short greylisting period) | 01:00 |
| nash | Open window for resend starts in 30 seconds | 01:01 |
| nash | 1 second is enough | 01:02 |
| nash | Most spammers don't resend at all, and half the ones that do, do it instantly | 01:02 |
| mithro | you should really only greylist my address once? | 01:03 |
| nash | We keep the combo <sender, receiver, server> for 3 months | 01:03 |
| nash | It gets refreshed each time you send | 01:03 |
| mithro | just flushed the outgoing queue on the mailserver | 01:04 |
| mithro | should be there shortly | 01:04 |
| mithro | nash: hrm... | 01:04 |
| mithro | (host mail.fluffyspider.com[218.214.60.232] said: 451-69.60.120.93 is not yet authorized to deliver mail from <[email protected]> 451 to <[email protected]>. Please try later. (in reply to RCPT TO command)) | 01:04 |
| nash | weird | 01:05 |
| nash | it must have changed | 01:05 |
| nash | It's still damn short | 01:05 |
| nash | Hence the out of order problem | 01:05 |
| mithro | hrm - still bouncing | 01:09 |
| nash | weir | 01:11 |
| nash | d | 01:11 |
| nash | 900 now | 01:15 |
| nash | Wonder when that got changed | 01:15 |
| mithro | 900 now? | 01:19 |
| nash | mithro: try now | 01:19 |
| mithro | got through now | 01:20 |
| nash | Otherwise I'm going now | 01:20 |
| nash | Talk to you later | 01:22 |
| *** nash has quit IRC | 01:22 | |
| *** mithro has quit IRC | 02:12 | |
| *** zzorn has joined #tp | 02:36 | |
| *** zzorn has quit IRC | 03:01 | |
| *** zzorn has joined #tp | 03:03 | |
| *** mithro has joined #tp | 03:29 | |
| mithro | hey people | 03:31 |
| JLP | ahoy * | 03:56 |
| mithro | hey JLP | 03:57 |
| mithro | I fixed your utf-8 bug | 03:57 |
| JLP | mithro: cool, will try it right away, btw you could probably input the characters by copy pasting them from the bug report | 04:00 |
| mithro | found out how to type them | 04:00 |
| mithro | ሴ | 04:01 |
| mithro | 枉 | 04:01 |
| mithro | hold down ctrl+shift then type u<code> | 04:01 |
| JLP | yup, i can confirm it is fixed now | 04:12 |
| mithro | now lets see if it kills tpserver-cpp :P | 04:21 |
| mithro | JLP: just found another unicode bug | 04:28 |
| CIA-12 | mithro libtpclient-py-development * rc7edcfc6486b /tp/client/cache.py: Work with unicode object names. | 04:28 |
| mithro | JLP: that should fixed the message window | 04:34 |
| CIA-12 | mithro tpclient-pywx-development * re1cf6ee56799 /windows/main/panelMessage.py: Fixed the Message panel. | 04:34 |
| JLP | mithro: yup it's back :) | 04:57 |
| mithro | cool | 04:57 |
| JLP | mithro: a new strange bug - https://sourceforge.net/tracker/index.php?func=detail&aid=1877994&group_id=132078&atid=723099 | 05:11 |
| tpb | <http://ln-s.net/1ROU> (at sourceforge.net) | 05:11 |
| mithro | JLP: hrm | 05:15 |
| mithro | you are currently mousing over the ship rather then the system which is behind it | 05:16 |
| mithro | zoom in a bit | 05:16 |
| JLP | mithro: aaaaah, hm but i think it would still be usefull that when zoomed out and when they are so close it would still list both | 05:19 |
| mithro | no way to easily fix that I'm afraid | 05:19 |
| CIA-12 | jlp libtpclient-py-development * rb44565265d76 /tp/client/cache.py: | 07:23 |
| CIA-12 | A couple more Unicode fixes | 07:23 |
| CIA-12 | When the universe was updating I got the error: | 07:23 |
| CIA-12 | 'ascii' codec can't encode characters in position 0-4: ordinal not in range(128) | 07:23 |
| CIA-12 | This fixes it for me, I hope I did the right thing | 07:23 |
| *** mithro has quit IRC | 07:32 | |
| *** JLP has quit IRC | 07:52 | |
| *** remaxim has joined #tp | 08:00 | |
| *** JLP has joined #tp | 08:15 | |
| *** remaxim has left #tp | 09:39 | |
| *** Erroneous has joined #tp | 12:48 | |
| *** remaxim has joined #tp | 13:31 | |
| *** remaxim has left #tp | 13:44 | |
| *** remaxim has joined #tp | 13:45 | |
| *** tuna has quit IRC | 14:03 | |
| *** tuna-fish has joined #tp | 14:37 | |
| *** tuna-fish is now known as tuna | 14:37 | |
| *** remaxim has left #tp | 14:44 | |
| *** remaxim has joined #tp | 15:54 | |
| *** nash has joined #tp | 16:42 | |
| *** zzorn has quit IRC | 16:55 | |
| *** mithro has joined #tp | 16:57 | |
| remaxim | hi mithro | 17:02 |
| *** peres has joined #tp | 17:17 | |
| *** mithro_ has joined #tp | 17:18 | |
| *** JLP has quit IRC | 17:20 | |
| *** mithro has quit IRC | 17:23 | |
| *** mithro_ has quit IRC | 17:24 | |
| *** mithro has joined #tp | 17:25 | |
| mithro | morning people | 17:26 |
| remaxim | hey mithro | 17:31 |
| * nash waves mithro-wards | 17:32 | |
| *** Appleman1234 has joined #tp | 17:46 | |
| Appleman1234 | Hi | 17:46 |
| nash | heyo | 17:51 |
| *** peres has quit IRC | 17:58 | |
| mithro | hey Appleman1234 | 18:04 |
| mithro | how goes that manual? :P | 18:04 |
| mithro | Appleman1234: got a whole bunch of new stuff to add to the manual too | 18:12 |
| mithro | nash: the message window should be fixed | 18:12 |
| remaxim | hey mithro ... I have to go now... but I just wanted to mention that I m a little bit dissappointed because of the speed of the process ... when I talked about those 2 conditions I didn't mean somewhen in the future ... | 18:12 |
| Appleman1234 | mithro: wxpython is installed, so I can run tp dev version | 18:12 |
| Appleman1234 | I have the old manual | 18:13 |
| Appleman1234 | and am installing scribus | 18:13 |
| mithro | remaxim: well - you kind of picked the wrong time, LCA is a really busy time for us | 18:13 |
| remaxim | it would be just great if you could answer my mailinglist post... | 18:13 |
| remaxim | mithro, what's LCA? | 18:13 |
| Appleman1234 | linux.conf.au | 18:13 |
| mithro | Linux.conf.au it's a major conference here in Australia | 18:13 |
| mithro | I'm gearing up a to do a release next monday | 18:14 |
| mithro | and I'm also running the Gaming Miniconf at LCA | 18:14 |
| mithro | so I don't have much spare time :( | 18:14 |
| remaxim | okay... but you know that I m waiting for feedback for a longer time... and even though I m happy about the post you wrote, it just isn't enough | 18:14 |
| Appleman1234 | mithro:I should have the photos upgraded on the manual before sat , I am currently at work today, but will start and do as much on the manual updating as possible | 18:15 |
| mithro | remaxim: well, I'm a little sure where to go from what you posted too, I just can't be much more detailed without being able to play with the music in the editor | 18:16 |
| *** JLP has joined #tp | 18:17 | |
| Appleman1234 | Hi JLP | 18:17 |
| remaxim | maybe just some more precise descriptions... | 18:17 |
| JLP | Appleman1234: ahoy | 18:17 |
| Appleman1234 | JLP: Do you have thousand parsec ebuilds for Gentoo ? | 18:18 |
| remaxim | hi JLP, did you upload my stuff to the media repository? | 18:18 |
| JLP | Appleman1234: yup I have them here | 18:18 |
| JLP | remaxim: i tried but if I remember I got some error | 18:19 |
| remaxim | JLP, great! | 18:19 |
| Appleman1234 | JLP: Can I get them from you ?, currently I am running dev version in a folder, but I wanted to add them to my overlay | 18:19 |
| remaxim | thanks... please don't upload it! | 18:19 |
| Appleman1234 | JLP: I am upgrading the manual for the release on monday for mithro ;) | 18:19 |
| JLP | Appleman1234: sure i can send them to you | 18:20 |
| remaxim | there is a copyright notice that everything in the repository is gpl ... and I m still not sure about the license | 18:20 |
| remaxim | so please don't upload it ... thanks | 18:20 |
| remaxim | as I already told... I have to go now... have a nice time ... bye | 18:21 |
| JLP | remaxim: ok, will wait until the licensing issues are resolved | 18:21 |
| *** remaxim has left #tp | 18:21 | |
| JLP | Appleman1234: mi | 18:27 |
| JLP | mail sent | 18:28 |
| Appleman1234 | ok | 18:28 |
| Appleman1234 | thanks | 18:28 |
| mithro | Appleman1234: btw, are you located in Melbourne? | 19:15 |
| nash | mithro: See my issues reply... you probably won't like it ;-) | 19:25 |
| mithro | nash: I'm sure | 19:28 |
| mithro | I'll have to download galaxie so I can't pick that apart ;) | 19:28 |
| nash | mithro: I'm not claiming it's nearly ready ;-) | 19:28 |
| nash | But yes, it has lots & lots of problems too ;-) | 19:28 |
| mithro | nash: it's nearly ready for a release, not to solve world hunger and bring world peace ;) | 19:29 |
| *** Appleman1234 has quit IRC | 19:30 | |
| *** Appleman1234 has joined #tp | 19:32 | |
| mithro | and I did say there where about 20 bugs yet to be fixed | 19:32 |
| nash | I bet "the downloading window must die" isn't one of them | 19:32 |
| nash | mithro: I want to be able to get some of my friends playing thousand parsec... I can't yet, they'll look at it, and say... maybe later, and never come back | 19:33 |
| nash | Which is a real shame as we have done a lot | 19:33 |
| mithro | nash: you have been spoilt with broadband ;) | 19:33 |
| nash | mithro: bah | 19:33 |
| mithro | downloading 10,000 objects still takes a while (even when you pipeline) | 19:34 |
| nash | In fact broadband makes the problem smaller as LATENCY is smaller | 19:34 |
| mithro | libtpproto-py2 will solve all my pipelining woahs | 19:34 |
| nash | mithro: Use galaxie, write a front end to use galaxie as the client | 19:35 |
| mithro | nash: does galaxie support "pending" orders? | 19:35 |
| nash | What are pending orders? | 19:36 |
| mithro | orders which you have created locally but are yet to be confirmed to be okay by the server | 19:36 |
| nash | It has an order structure, you can flush to server when you please | 19:37 |
| nash | When you enter orders it is essentially a pending order in your parlance | 19:37 |
| nash | So yes | 19:37 |
| mithro | and pending removal? | 19:37 |
| nash | Define as well? | 19:37 |
| nash | Flagging something to do is really easy | 19:38 |
| nash | So there isn't a "delete this later" option at this time | 19:38 |
| nash | Haven't needed one | 19:39 |
| mithro | something which you have been asked to delete but has yet to be confirmed deleted by the server | 19:39 |
| nash | Well essentially when I send a request, I'll get a callback when the server replies, either Yah or Nah, so a pending <anything> is data associated with the callback to invoked | 19:41 |
| mithro | nash: so say you have a 5 second lag between sending a request to the server and getting a response | 19:41 |
| nash | mithro: And? | 19:42 |
| nash | Keep doing stuff... | 19:43 |
| mithro | say you do "remove order slot 2" then a "remove order slot 3" | 19:43 |
| mithro | if the first remove order fails, the other remove order's slot changes | 19:43 |
| nash | mithro: If you are trying to prove that the protocol for TP orders is inherently broken using only positional identification, I won't argue | 19:44 |
| mithro | nash: I've finally figure out how to deal with the above in tpclient-pywx - but it means that you can't pipeline any requests | 19:45 |
| nash | Personally I think the only way to deal with orders is: | 19:45 |
| nash | mithro: So the protocol is broken ;-) You can do this no problem, I could probably implement it in a day | 19:46 |
| mithro | nash: okay - tell us how to fix it :P | 19:47 |
| nash | orders need ids | 19:47 |
| nash | Plain and simple | 19:47 |
| mithro | explain how to do the example above then please? | 19:48 |
| nash | Then orders on objects are just a list of ids | 19:48 |
| nash | Order ids can be shared too, which means better caching (great for AIs which use similar orders) | 19:48 |
| mithro | nash: but orders have a fundamental "order" on an object | 19:48 |
| nash | Well if you do caching like that it's a little trickier, as you need a version too, but thats okay | 19:49 |
| * nash should write this up | 19:49 | |
| mithro | nash: yes you should | 19:49 |
| nash | mithro: I'll get back to you in a while | 19:49 |
| mithro | as I still don't think you have solve the positional problem | 19:49 |
| nash | the positional nature is broken, I assume you agree | 19:49 |
| mithro | nash: the slot nature is broken | 19:50 |
| mithro | nash: but orders do have a fundamental order (do a, then do b, then do c) | 19:50 |
| nash | Agreed, but that's not a good way to identify them as this changes alot | 19:50 |
| mithro | nash: agreed | 19:50 |
| *** zzorn has joined #tp | 20:09 | |
| mithro | hey zzorn | 20:11 |
| *** greywhind_ has joined #tp | 20:12 | |
| mithro | nash: I have to say that your bug reports suck | 20:16 |
| mithro | hey greywhind_ | 20:16 |
| *** greywhind_ is now known as greywhind | 20:16 | |
| greywhind | hey mithro | 20:16 |
| mithro | JLP logged a but against your idle objects window | 20:16 |
| mithro | could you look into it | 20:18 |
| greywhind | mithro: i will | 20:18 |
| mithro | I think it is probably related to all the order changes I made | 20:18 |
| nash | mithro: Why is that? | 20:18 |
| mithro | nash: "No keyboard shortcuts" is not a bug report | 20:19 |
| nash | No it's not, it's a general statement. | 20:20 |
| mithro | nash: and it's a pretty useless statement | 20:20 |
| nash | But then again most of the things I'm reporting are general problems | 20:20 |
| nash | Not all | 20:20 |
| mithro | it doesn't explain what keyboard shortcuts you expected | 20:20 |
| mithro | it doesn't explain what you tried | 20:21 |
| nash | mithro: Well no menu item has a keyboard shortcut, and there was no indication anywhere in the UI there were keyboard shortcuts, and when I hit the usual shortcuts, nothing happned | 20:21 |
| nash | True | 20:21 |
| nash | But my point is I can list individual short cuts, but it seemed pointless when it was a more fundamental problem | 20:21 |
| mithro | nash: the Download Universe and Connect to Game menu items have short cuts | 20:22 |
| nash | Not that I could see | 20:22 |
| *** Erroneous has quit IRC | 20:22 | |
| nash | Not in the menu in the usual way | 20:22 |
| mithro | hrm, can you give me a screenshot of your menu then | 20:22 |
| mithro | because they are listed on the left in my menu | 20:22 |
| mithro | in the normal gnome way | 20:22 |
| nash | Left? That's wrong, should be right | 20:23 |
| mithro | sorry, right | 20:23 |
| * mithro doesn't know his left from his right | 20:23 | |
| mithro | or are you talking about the top level menus? | 20:23 |
| nash | And I'm getting that damn video again | 20:23 |
| mithro | ie file/windows/ | 20:23 |
| mithro | damn video? which video? | 20:24 |
| nash | The splash video | 20:24 |
| nash | Just got an error downloading turn,something about ASCII conversion, but I accidently delete it | 20:24 |
| nash | Restarting it, it fucks up badly | 20:24 |
| nash | I have a black box | 20:24 |
| nash | <class '__main__.GUI'> <class '__main__.Network'> <class 'tp.client.threads.MediaThread'> <class 'tp.client.threads.FinderThread'> | 20:25 |
| nash | open /dev/sequencer or /dev/snd/seq: No such file or directory | 20:25 |
| nash | Xlib: unexpected async reply (sequence 0x29)! | 20:25 |
| nash | I sent the following event (from None) <__main__.ShowWindowEvent; proxy of <Swig Object of type 'wxPyEvent *' at 0x1305220> > to [None] | 20:25 |
| nash | Entered splash hide! | 20:25 |
| mithro | nash: "touch NOSPLASHMOVIE" | 20:25 |
| mithro | (inside the ./tpclient-pywx-dev directory of course) | 20:25 |
| mithro | greywhind: https://sourceforge.net/tracker/?func=detail&atid=723099&aid=1877999&group_id=132078 | 20:25 |
| nash | Window I get connecting to demo1 is: | 20:26 |
| tpb | <http://ln-s.net/1Rf6> (at sourceforge.net) | 20:26 |
| nash | Title: Nework error: | 20:26 |
| greywhind | mithro: yeah, i saw it in the e-mail | 20:26 |
| nash | 'ascii' codec can't encode characters in position 2-3: ordinal not in range(128) | 20:26 |
| *** Appleman1234 has quit IRC | 20:26 | |
| greywhind | mithro: might want to check this as well: | 20:26 |
| mithro | nash: ah, update libtpclient and libtpproto | 20:26 |
| greywhind | http://rafb.net/p/A9TKxT80.html (14 lines) | 20:26 |
| tpb | Title: Nopaste - No description (at rafb.net) | 20:26 |
| mithro | fixed a bunch of unicode opps on last night | 20:26 |
| nash | Again? | 20:26 |
| nash | After I update do I need to do any magic? | 20:27 |
| mithro | nash: yeah, doing a "str" on a unicode object dies with an exception | 20:27 |
| mithro | nash: nope | 20:27 |
| mithro | greywhind: yeah, the order stuff has changed, look into extra/StateTracker.py stuff or the panelOrder.py | 20:27 |
| nash | Weird, now it has shortcuts, yesterday it did not | 20:28 |
| mithro | nash: well, that is not something I changed | 20:28 |
| nash | Strange then | 20:28 |
| nash | Mouse wheel doesn't do anything | 20:28 |
| mithro | yay! I win one for once :P | 20:28 |
| greywhind | mithro: never mind, after an update that error no longer appears | 20:28 |
| nash | Help is apparently a tick box | 20:28 |
| nash | Show design is one as well | 20:28 |
| nash | most weird | 20:29 |
| mithro | nash: yeah, I've yet to fix the help stuff | 20:29 |
| *** Appleman1234 has joined #tp | 20:29 | |
| mithro | wb Appleman1234 | 20:29 |
| mithro | greywhind: yeah, I fixed that one last night too :P | 20:29 |
| Appleman1234 | thanks | 20:29 |
| mithro | Appleman1234: do you have an email address I could send you some stuff to? | 20:30 |
| mithro | Appleman1234: just send you a brain dump of new things which probably should be added to the manual too - there wasn't that much | 20:36 |
| Appleman1234 | mithro: thanks, I will try and have it done by tonight or tommorow | 20:36 |
| mithro | Appleman1234: that would be great | 20:36 |
| mithro | I fly to Melbourne on Sunday | 20:37 |
| Appleman1234 | ok | 20:37 |
| greywhind | mithro: so orders[object] is now a tree? | 20:38 |
| greywhind | mithro: fixed IdleFinder | 20:46 |
| CIA-12 | noegnud tpclient-pywx-development * rc8d1b4fbb464 /windows/main/winIdleFinder.py: Fixed IdleFinder to work with new Orders tree. | 20:48 |
| greywhind | mithro: want to assign the bug to me? | 20:49 |
| nash | mithro: Enjoy ;-) | 21:16 |
| * nash goes to lunch | 21:18 | |
| jotham | fuck me stacks of ships would be so much easier but the combat would look dumb | 21:21 |
| jotham | unless one at a time came to the front like in final fantasy | 21:22 |
| *** Appleman1234 has quit IRC | 21:31 | |
| *** Appleman1234 has joined #tp | 21:32 | |
| mithro | greywhind: sure | 21:38 |
| greywhind | mithro: doesn't seem to have worked | 21:47 |
| mithro | greywhind: ? | 21:47 |
| mithro | jotham: how are you going? | 21:47 |
| greywhind | mithro: the bug is still assigned to you | 21:47 |
| jotham | well i've read the pyglet manual, made a few tests | 21:47 |
| jotham | looks good | 21:47 |
| jotham | looked at my source code, remembered wehre i was up to 4 months ago :p | 21:48 |
| jotham | and the problem was, htf to display aribtrary sized fleets elegantly | 21:48 |
| greywhind | mithro: re: your suggestion for the functionality of the "Home" button - should it keep the current zoom when selecting the home planet? | 21:49 |
| mithro | jotham: zoom level? | 21:50 |
| mithro | greywhind: I think it probably should | 21:50 |
| greywhind | mithro: and also, what's the best way to find the home planet of a given player? | 21:50 |
| jotham | that doesn't really solve the layout problem | 21:50 |
| mithro | jotham: I thought you had a good layout code working? | 21:51 |
| mithro | you had some cool circle things | 21:51 |
| jotham | yeah i guess | 21:53 |
| jotham | i dunno | 21:53 |
| mithro | jotham: well, my theory - make the "positioning code" plugable | 21:54 |
| jotham | yeah for sure | 21:54 |
| mithro | then we can figure better ways in the future when we get bigger fleets | 21:54 |
| mithro | your stuff previously looked cool enough to start with | 21:55 |
| jotham | ok sure thing | 21:55 |
| jotham | well i'm building my first uhm sprite do-hicky in pyglet | 21:55 |
| jotham | gotta learn to walk again =) | 21:55 |
| jotham | but it's definatly shaping up to be the future | 21:56 |
| mithro | pygame 1.8 has yet to be release and it's been "coming real soon" for about 3 years :P | 21:57 |
| jotham | doesn't matter | 21:57 |
| jotham | i know whats in pygame 1.8 | 21:57 |
| mithro | almost as bad as tpclient-pywx :P | 21:57 |
| jotham | the root problem isn't pygame either | 21:57 |
| mithro | maintained software > unmaintained software ;) | 22:00 |
| jotham | the real problem is libsdl | 22:02 |
| mithro | jotham: I guess so | 22:10 |
| nash | mithro: No response to my message? | 22:27 |
| mithro | nash: to much to do, so little time | 22:28 |
| mithro | I'm not so fond of the same orders on multiple objects | 22:28 |
| nash | Why not? | 22:29 |
| nash | You have the same order description on multiple orders? | 22:29 |
| nash | Naive implementation doesn't really change | 22:29 |
| mithro | from a server implementation issue, there is a bunch of "details" about orders which are not shown to a client | 22:30 |
| nash | Which is why there is the unique part which is stored on the server uniquely | 22:31 |
| mithro | it's not a huge issue | 22:35 |
| *** Appleman1234 has quit IRC | 22:52 | |
| mithro | nash: ping? | 23:26 |
| mithro | I don't like your "reorder" stuff | 23:27 |
| nash | mithro: In general, or the particular implementation? | 23:28 |
| mithro | things I like | 23:28 |
| nash | I think there needs to be a reorder orders order of some description. | 23:28 |
| mithro | 1. orders have unquie IDs | 23:28 |
| nash | Other option is swap <orderid, ver#> <orderid, ver#> | 23:28 |
| mithro | things I don't like | 23:29 |
| mithro | 2. your reorder stuff | 23:29 |
| * nash notes 'things' == thing ;-) | 23:29 | |
| nash | mithro: Drop the reorder stuff, and rest makes sense without it ;-) | 23:29 |
| nash | So I don't mind | 23:29 |
| nash | ;-) | 23:29 |
| mithro | well, no - the reorder stuff is a fundamental problem that needs to be solved | 23:30 |
| nash | mithro: It's orthogonal. | 23:31 |
| mithro | orthogonal? | 23:31 |
| nash | Independant issue | 23:32 |
| nash | Still needs to be solved | 23:32 |
| nash | With unique identification it is a lot nicer however | 23:32 |
| nash | And a lot safer too | 23:32 |
| mithro | I think they are a very closely related | 23:32 |
| nash | True | 23:32 |
| nash | What don't you like about my reorder proposal? | 23:32 |
| nash | From client it's trivial, server is a little trickier | 23:33 |
| nash | mithro: So lets work out a reorder command, and I'll update the proposal | 23:35 |
| mithro | nash: i'm comming up with some "use cases" | 23:36 |
| mithro | which will be good to make sure it works | 23:36 |
| nash | Main use case I can think of is users re-arranging order queue... | 23:36 |
| nash | build the fleet first etc.. | 23:36 |
| mithro | nash: you have email | 23:48 |
| nash | mithro: cool | 23:48 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!