Timestamps are in GMT/BST.
| 00:00:44 | | Watusimoto Quit (Ping timeout: 248 seconds) |
| 01:03:25 | | kodaws has joined |
| 01:08:09 | amgine12345 | hey koda technical qestion does gf use bandwidth if its not in use |
| 01:08:14 | amgine12345 | bf |
| 01:08:48 | kodaws | i guess only the syn is in use to keep the connection alive |
| 01:36:09 | | raptor has joined |
| 01:36:09 | | ChanServ sets mode +o raptor |
| 01:37:43 | amgine12345 | do you know raptor cause ever since i downloaded bitfighter it seems to use our bandwidth even when in not in use of course thats a guess it may be somthing else |
| 01:40:12 | raptor | hi amgine12345 |
| 01:40:14 | kodaws | it must be spyware! |
| 01:40:17 | raptor | i doubt it is bitfighter |
| 01:40:23 | raptor | probably something else |
| 01:57:33 | raptor | i'd suggest wireshark... but that may be a little advanced (as even I have a hard time with it..) |
| 01:57:51 | raptor | ok, time to fix that last music bug... |
| 01:59:08 | kodaws | last but not the least |
| 02:06:49 | amgine12345 | then publish? |
| 02:06:57 | amgine12345 | *hopes* |
| 02:09:26 | amgine12345 | trying wire shark |
| 02:27:33 | raptor | we need to fix these last bugs so kodaws can start ripping up the UI... |
| 02:28:10 | | kodaws sharpens his scissors |
| 02:38:07 | | Fordcars has joined |
| 02:38:24 | Fordcars | hello |
| 02:39:12 | raptor | hi |
| 02:43:51 | | sam686 has joined |
| 02:43:51 | | ChanServ sets mode +v sam686 |
| 02:44:50 | Fordcars | It always says that quartz in online on the forum but isn't in BF |
| 02:45:16 | sam686 | some players might be map editing.. |
| 02:49:59 | Fordcars | oh yes that is true that some might be editing maps. |
| 02:50:06 | Fordcars | Night! Ciao |
| 02:50:08 | | Fordcars Quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) |
| 02:52:44 | | amgine12345 Quit (Quit: Page closed) |
| 03:29:26 | | BFLogBot Commit: f76a9d5ed6fa | Author: buckyballreaction | Message: Fix music not restarting when exiting the editor |
| 03:44:20 | raptor | good night! |
| 03:46:10 | | raptor Quit () |
| 04:43:37 | | sam686 has left |
| 05:15:35 | | kodaws Quit (Ping timeout: 246 seconds) |
| 06:31:56 | | kodaws has joined |
| 07:43:52 | | watusimoto has joined |
| 07:43:52 | | ChanServ sets mode +o watusimoto |
| 10:18:50 | | kodabbws has joined |
| 10:22:16 | | kodaws Quit (Ping timeout: 260 seconds) |
| 10:43:04 | | kodabbws Quit (Read error: Connection reset by peer) |
| 10:46:24 | | raptor has joined |
| 10:46:24 | | ChanServ sets mode +o raptor |
| 10:51:45 | raptor | good day |
| 10:56:52 | raptor | I've tried twice to fix the teleporter bug in the editor... failed twice, too |
| 11:03:05 | raptor | bug #58 |
| 11:21:20 | | BFLogBot Commit: 30ba84e5c4fe | Author: buckyballreaction | Message: Fix teleporters not showing up in Editor when pressing . Watusimoto, I hope this is correct.. |
| 11:40:25 | | raptor Quit () |
| 14:05:14 | | raptor has joined |
| 14:05:15 | | ChanServ sets mode +o raptor |
| 14:20:17 | watusimoto | hello |
| 14:20:21 | raptor | hi |
| 14:20:37 | watusimoto | how's your german? See how much of this you understand: |
| 14:20:38 | watusimoto | http://www.youtube.com/watch?v=4aHm4RX8Bak |
| 14:22:15 | raptor | ouch |
| 14:22:39 | watusimoto | indeed |
| 14:23:46 | watusimoto | so what's the deal with #58? |
| 14:23:58 | watusimoto | fixed? broken? |
| 14:23:58 | raptor | i fixed it - at least it's working now |
| 14:24:08 | raptor | but i'm not sure if what i did was correct... |
| 14:24:46 | raptor | in the onGeomChanged() method, I just clear the mDestManager, then add the vertex 1 again |
| 14:24:56 | raptor | being a LineItem... |
| 14:26:06 | watusimoto | ok... this is editor only, obviously |
| 14:26:14 | watusimoto | ah |
| 14:26:25 | watusimoto | the problem is the destManager is getting mixed up somehow |
| 14:26:33 | raptor | i think i did it right... but i haven't worked with those methods before |
| 14:26:52 | raptor | the mDestManager was empty when dragging a teleporter off of the dock |
| 14:27:30 | watusimoto | I see |
| 14:27:43 | watusimoto | well, that's probably fine |
| 14:28:09 | watusimoto | and the reason we even care about the destManager at all in the editor is that we use it for rendering |
| 14:28:13 | watusimoto | ? |
| 14:28:44 | raptor | yes, there is a bit of code in the render() method that says if there are no destinations, don't render |
| 14:29:00 | watusimoto | I see... ok, it all fits. |
| 14:29:05 | watusimoto | yes, I think this solution is fine |
| 14:29:22 | raptor | i am open to another one - its just the first i came up with given my knowledge of the code.. |
| 14:29:32 | watusimoto | actually, all that matters is that there is a dest at all, right? the location is unimportant? |
| 14:29:49 | watusimoto | ah heck, this is fine |
| 14:29:54 | raptor | correct, the TAB-level-showing doesn't draw the dests |
| 14:29:57 | watusimoto | who knows what we might use this for in the future |
| 14:30:41 | watusimoto | I was going to suggest that when you drag the item off the dock, you just populate the mdestmanager right there and don't worry about it, but who knows if we'll use it elsewhere... maybe best to keep it up to date |
| 14:32:09 | raptor | ok, well, then that is fixed |
| 14:33:02 | raptor | i think that was the last real bug on the list... i added one about the /idle command timer being client-side only and open to hack, but i'm not too worried... |
| 14:33:14 | watusimoto | yes. a slightly nicer solution would be to override newObjectFromDock and add a point to the dest manager, then set it in ongeomchanged, rather than clear/add |
| 14:33:49 | watusimoto | textItem has a similar override |
| 14:35:42 | raptor | ok, i'll look at that |
| 14:36:19 | watusimoto | great. while you're in there, please add a comment in onGeomChanged saying why we care about mDestManager to help us remember why we bothered in the future |
| 14:36:31 | watusimoto | or I can do it all in about 30 secs |
| 14:36:44 | raptor | if yo have the code open, then by all means.. :) |
| 14:36:48 | watusimoto | sure |
| 14:44:53 | watusimoto | you know, I wonder if that fixed another, unreported bug |
| 14:45:04 | raptor | which? |
| 14:45:06 | watusimoto | in preview mode, paths to destination teleporters were not shown |
| 14:45:17 | watusimoto | I wonder if that was because desmanager was empty |
| 14:45:23 | watusimoto | I'll check that tonight |
| 14:45:35 | raptor | is preview mode the same mode? |
| 14:45:46 | watusimoto | preview mode = tab-key mode |
| 14:45:49 | raptor | ok |
| 14:46:00 | raptor | what is a 'destination teleporter'? |
| 14:46:11 | watusimoto | ugh |
| 14:46:12 | watusimoto | sorry |
| 14:46:22 | watusimoto | paths to telerpoter's destinations |
| 14:46:43 | raptor | ah |
| 14:46:47 | watusimoto | those thickish hazy white lines |
| 14:46:57 | raptor | oh, those still didn't show up with my change.. |
| 14:47:09 | watusimoto | ah, ok. it hardly matters at all |
| 14:47:11 | raptor | but that was the same behavior in 017 |
| 14:47:17 | watusimoto | yes |
| 14:49:11 | watusimoto | ok. my plan is to fix the bugs I introduced last night, then see if my mind is clear enough to get a handle on the Lua constructor issue |
| 14:49:26 | watusimoto | I thought I had a good solution, but it won't compile, and I don't think it will work |
| 14:49:43 | watusimoto | I wanted to take a break and work on something else, but I think that vacation is over with |
| 14:49:50 | raptor | ha |
| 14:49:52 | raptor | ok |
| 14:49:55 | watusimoto | once I get that issue resolved, I think the way is clear for release |
| 14:50:03 | raptor | great! |
| 14:50:16 | raptor | i haven't done much editor testing... |
| 14:51:00 | watusimoto | I think its fine. there is one lua-related bug there I need to remember to fix... but it is trivial |
| 14:51:11 | watusimoto | when you move a wall with lua, rendering gets messed up |
| 14:51:18 | watusimoto | until you move it manually again |
| 14:51:37 | watusimoto | but I think it's just calling onGeomChanged in the rigjt place |
| 14:51:44 | watusimoto | ^^^that's the fix, I mean |
| 15:07:51 | watusimoto | hey, here's an idea |
| 15:08:10 | watusimoto | we could have some special themes that only apply for one day |
| 15:08:20 | watusimoto | for example, on halloween, the walls are orange and black |
| 15:09:00 | watusimoto | if we stuck to some simple stuff like wall color, or menus, it would be pretty easy. Not sure if it would be worth it, though |
| 15:11:13 | raptor | an m2cEasterEgg protocol? |
| 15:11:28 | raptor | that would be fun... |
| 15:38:51 | watusimoto | interesting idea |
| 15:38:58 | watusimoto | I was thinking just hardcoded into the client |
| 15:39:13 | raptor | we could trigger client-side changes from master |
| 15:39:28 | watusimoto | but the parameters of thsoe changes would need to be hardcoded |
| 15:39:31 | raptor | say, walls=red, menu-highlighting=red |
| 15:40:00 | raptor | logo = orange |
| 15:40:03 | watusimoto | maybe some decoration graphics to be shown around the menus (holly and such for the hollidays, vector graphics, of course) |
| 15:40:07 | watusimoto | oooh, logo color |
| 15:40:40 | raptor | we'd have to hardcode what visual items would change, then we could update them to any color we wanted from master |
| 15:40:48 | watusimoto | right |
| 15:41:23 | watusimoto | send the coords of this image |
| 15:41:26 | watusimoto | http://sweetclipart.com/christmas-holly-line-art-502 |
| 15:41:34 | raptor | ha |
| 15:41:41 | raptor | sure |
| 15:41:58 | watusimoto | probably could be done in 5K, sent at connection to master |
| 15:42:12 | raptor | we could come up with a script that does SVG -> bitfighter vector coords |
| 15:42:31 | watusimoto | well, to screen coords -- I was thinking decoration around the menus |
| 15:42:46 | raptor | then create a simple theme.ini template on master |
| 15:42:48 | watusimoto | or maybe just on the main screen. or whatever |
| 15:42:49 | raptor | or something |
| 15:42:52 | raptor | sure |
| 15:42:56 | watusimoto | could be funny |
| 15:42:59 | raptor | possibilities! |
| 15:43:21 | raptor | everything to black! a for the developers to troll the user base... |
| 15:43:25 | watusimoto | ha |
| 15:43:36 | watusimoto | maybe only for cleverbot |
| 15:44:08 | raptor | haha |
| 15:44:32 | watusimoto | maybe the more people who complain about you, the harder your menus are to read |
| 15:47:37 | raptor | or blinking |
| 15:48:18 | raptor | or menus that turn to black when you highlight them |
| 15:52:41 | watusimoto | that's just cruel |
| 16:58:46 | | watusimoto Quit (Ping timeout: 264 seconds) |
| 17:12:33 | | Watusimoto has joined |
| 17:30:55 | raptor | refinancing my mortgage... |
| 17:31:07 | raptor | i think i hate the parasites that are title companies |
| 17:38:42 | Watusimoto | I agree... |
| 17:39:22 | Watusimoto | wait... why *think*? |
| 17:39:48 | raptor | because i'm trying to sound softer than my vitriol would make me... |
| 17:42:14 | Watusimoto | yeah... your body language doesn't come through chat... so I can't see your clenched fists and gritted teeth |
| 17:43:14 | raptor | so true! |
| 17:45:21 | raptor | i should do that credits music... |
| 17:57:49 | raptor | so the credits take 22 seconds to scroll |
| 17:58:22 | raptor | and that clip i showed you before took 23 seconds |
| 17:58:30 | raptor | how long of a clip should i put in? 30? |
| 17:58:34 | raptor | 45? |
| 17:58:37 | raptor | 1 min? |
| 17:58:46 | raptor | (file size increases of course..) |
| 18:11:25 | | Watusimoto Quit (Ping timeout: 252 seconds) |
| 19:33:49 | | Watusimoto has joined |
| 19:34:06 | Watusimoto | sorry -- you aseked about a music clip |
| 19:34:26 | raptor | hi |
| 19:34:27 | Watusimoto | I'd say 30 secs is enough for now, 45 is probably permanent insurance |
| 19:34:38 | Watusimoto | keep in mind we might need to add some music credits |
| 19:34:46 | Watusimoto | so that might lengthen the credits a tad |
| 19:35:12 | raptor | hmm, ok - because 30 secs is about how long the most boisterous clip in Wagner lasts |
| 19:36:32 | Watusimoto | well, better non-boisterous music than an awkward silence! |
| 20:35:31 | raptor | Watusimoto: ok, here is a longer clip: http://sam6.25u.com/upload/long2.ogg |
| 20:37:16 | Watusimoto | wonderful |
| 20:37:33 | raptor | the more boisterous part is at the end... |
| 20:37:52 | raptor | you can see how it fits by renaming it to credits.ogg, and putting it in the music directory |
| 20:42:45 | Watusimoto | ok, good. here are some thoughts |
| 20:43:09 | Watusimoto | the quiet part at the beginning should be a bit longer... a little more buidl up... maybe to roughly match the duration of the animation |
| 20:43:28 | raptor | ok |
| 20:43:32 | Watusimoto | and the transition at the end works great, but boy is it abrupt to go back to the menu music |
| 20:43:40 | Watusimoto | so here's a thought |
| 20:43:57 | raptor | isn't it faded in? |
| 20:44:01 | raptor | maybe the fade is too short... |
| 20:44:04 | Watusimoto | yes |
| 20:44:20 | Watusimoto | the fade is fine, it's just the contrast |
| 20:44:30 | raptor | oh that... yeah, that's crazy |
| 20:44:37 | Watusimoto | what if, when the credits were over, we just displayed the logo and just let the music play to its conclusion? |
| 20:44:50 | Watusimoto | then followed by silence |
| 20:44:51 | Watusimoto | ? |
| 20:44:57 | Watusimoto | until the user hit a key |
| 20:45:24 | raptor | hmm... |
| 20:45:29 | raptor | might be good |
| 20:45:36 | raptor | that wouldn't be too hard actually... |
| 20:45:41 | Watusimoto | also, a longer quiet bit at the beginning would ease the transition into the classical music as well |
| 20:46:07 | raptor | is that the same as your first request? |
| 20:46:15 | Watusimoto | yes |
| 20:46:20 | Watusimoto | just an additional reason |
| 20:46:26 | Watusimoto | actually, better idea for the end |
| 20:46:42 | Watusimoto | rather than showing the logo, the last bit says "get the latest at..." |
| 20:46:50 | raptor | ok, so quiet until logo ends, then start in... |
| 20:47:01 | Watusimoto | we should just stop with that in the middle of the screen and freeze there |
| 20:47:12 | Watusimoto | not quiet, just more of that trilly bit that you mostly cut off |
| 20:47:34 | raptor | ah, so then the trumpets match the first credits |
| 20:47:36 | raptor | ? |
| 20:47:52 | Watusimoto | yes. we could even extend the logo duration a tiny bit if that made things sound better |
| 20:48:03 | Watusimoto | I think some build up is good |
| 20:48:12 | raptor | haha, ok |
| 20:48:26 | Watusimoto | witht eh music, people will know something is happening |
| 20:48:38 | Watusimoto | so they can wait just a little longer |
| 20:48:58 | Watusimoto | I'm thinking like... what... 3 seconds of trilly bit maybe? |
| 20:49:17 | raptor | well, there may not be that amount in the track... maybe |
| 20:49:20 | | raptor goes to look again |
| 20:49:33 | Watusimoto | well, obviuosly we can't use more than there is |
| 20:49:48 | Watusimoto | if there isn't that much, then 3 secs is too long anyway |
| 20:50:09 | Watusimoto | also, it might be easier to adjust teh credits than to finely tune the music |
| 20:50:28 | Watusimoto | but I really like the effect of the music in the credits |
| 20:50:32 | Watusimoto | it's a really good fit |
| 20:55:05 | raptor | there's roughly 6 seconds of build up... |
| 20:55:44 | Watusimoto | 6 might be too long |
| 20:55:50 | Watusimoto | hard to tell without trying it |
| 20:56:01 | raptor | it's too long |
| 20:56:04 | raptor | 3 is what we need... |
| 20:56:14 | Watusimoto | we should also add "Special thanks the US Marine Band" or somesuch |
| 20:56:18 | Watusimoto | in the credits |
| 20:56:29 | Watusimoto | I think that would also be funny |
| 21:00:50 | raptor | Maybe under Music: Wagner (performed by US Marine Band) |
| 21:03:19 | Watusimoto | I think it would be better if we made the suggestion that we had a special arrangement with the band |
| 21:03:46 | Watusimoto | you know, implied Marine sponsorship of Bitfighter |
| 21:04:06 | Watusimoto | they liked the game so much that they got their band together to record us a track |
| 21:04:48 | raptor | rats, the best cuts are 1/2 second delay in either direction, to time with the scrolling... |
| 21:04:57 | raptor | ha |
| 21:05:32 | Watusimoto | what do you mean? |
| 21:05:50 | Watusimoto | the music has a natural break that's in the wrong place? |
| 21:05:53 | raptor | yes |
| 21:05:55 | raptor | that |
| 21:06:01 | Watusimoto | then adjust the credits timing to fit |
| 21:07:08 | raptor | oh yeah |
| 21:07:12 | Watusimoto | this screen rendering logic is even worse than the lua |
| 21:08:54 | raptor | ok, here's the next one: http://sam6.25u.com/upload/1credits.ogg |
| 21:09:01 | raptor | that's the closest |
| 21:09:07 | raptor | but a bit longer than wanted... |
| 21:09:55 | Watusimoto | as in too many Ks? |
| 21:10:08 | Watusimoto | ie too long therefore too big |
| 21:10:17 | raptor | ~500KB |
| 21:10:20 | Watusimoto | wow |
| 21:10:24 | Watusimoto | mono? |
| 21:10:29 | raptor | stereo |
| 21:10:33 | raptor | can make mono... |
| 21:10:42 | Watusimoto | pronbably get it to 400K |
| 21:10:50 | raptor | let's see.. |
| 21:10:57 | Watusimoto | ah well, it's the price of progress |
| 21:11:18 | raptor | 380K |
| 21:11:40 | raptor | but doesn't sound nearly as cool... |
| 21:11:47 | raptor | let reduce quality again.. |
| 21:12:16 | raptor | oh wow, even smaller |
| 21:12:47 | Watusimoto | so there's a little "nub" of trumpet right as the clip comes on |
| 21:13:03 | Watusimoto | I guess that will get downplayed as the music fades in |
| 21:13:08 | raptor | yes, and removing that makes it too short.... |
| 21:13:23 | raptor | the music doesn't fade in... but! |
| 21:13:27 | raptor | i can make it so |
| 21:13:29 | raptor | :) |
| 21:13:36 | Watusimoto | I thought it did |
| 21:13:45 | Watusimoto | ah, the menu muic faded out |
| 21:13:52 | raptor | no, it's the previous fade out that has tricked your mind |
| 21:13:55 | Watusimoto | there was some fading going on |
| 21:14:11 | Watusimoto | well, then don;t worry about it. the trick is effective enought |
| 21:14:58 | raptor | i can chop off the trump and add a little silence at the beginning... |
| 21:16:19 | Watusimoto | maybe that woudl be better |
| 21:16:31 | Watusimoto | I find it distracting, but I'm not playing it in context |
| 21:17:42 | raptor | best yet: http://sam6.25u.com/upload/2credits.ogg |
| 21:21:59 | raptor | you have to rename to credits.ogg.. |
| 21:23:57 | Watusimoto | awesome! |
| 21:24:04 | raptor | ist aht about right? |
| 21:24:12 | Watusimoto | we have some timer issues int he credits |
| 21:24:14 | Watusimoto | yes |
| 21:24:20 | raptor | timer issues? |
| 21:24:21 | Watusimoto | something is not properly resetting |
| 21:24:39 | Watusimoto | sometimes the credits jump to the middle, other times, they exit improperly |
| 21:24:44 | Watusimoto | do you see any of that? |
| 21:24:46 | raptor | ? |
| 21:24:49 | raptor | i've never seen that |
| 21:24:51 | raptor | ever |
| 21:24:56 | Watusimoto | usually when I quit in the middle then rapidly restart them |
| 21:25:08 | raptor | ok, let me try taht.. |
| 21:25:31 | raptor | so i do see the restart in the middle |
| 21:25:47 | Watusimoto | something is not resetting |
| 21:26:01 | raptor | i can fix that - i'm in the code... |
| 21:26:01 | Watusimoto | my wife hates the menu music |
| 21:26:09 | Watusimoto | but likes the wagner |
| 21:26:41 | raptor | yay |
| 21:27:06 | raptor | just say the word and beethoven's 5th becomes the menu music... |
| 21:27:22 | Watusimoto | mmmmmmm.... |
| 21:27:25 | Watusimoto | not sure about that |
| 21:29:27 | raptor | we could make this the menu music: https://www.youtube.com/watch?v=ejIk_Za-q4Y |
| 21:36:23 | | raptor Quit (Ping timeout: 252 seconds) |
| 21:49:21 | | raptor has joined |
| 21:49:21 | | ChanServ sets mode +o raptor |
| 21:50:59 | Watusimoto | good music, but not for menus |
| 22:07:03 | raptor | ok, well i can add the music now... but i'll have to work on the credits scroll issues later.. |
| 22:08:29 | Watusimoto | no worries |
| 22:08:47 | Watusimoto | do what you want, when you want |
| 22:09:34 | | BFLogBot Commit: e6d1be094efe | Author: buckyballreaction | Message: Credits music |
| 22:17:49 | raptor | is the day coming where our resources will be greater than our executable? |
| 22:19:49 | Watusimoto | certainly yes |
| 22:34:03 | | amgine123456 has joined |
| 22:34:24 | amgine123456 | hi |
| 22:43:46 | | BFLogBot Commit: 1b2bb98fb86f | Author: watusimoto | Message: Formatting |
| 22:43:48 | | BFLogBot Commit: 18ba1efa1f0c | Author: watusimoto | Message: Tweak raptor's teleporter fix, as discussed |
| 22:43:49 | | BFLogBot Commit: 38f2133843a7 | Author: watusimoto | Message: Fix spelling, wrapping bug, and create standalone wrapString function |
| 22:43:51 | | BFLogBot Commit: 5ea2d5f8d18b | Author: watusimoto | Message: Server messages now displayed in proper place, though animation still wrong. Also, by prewrapping strings, display should be both more efficient as well as understandable by mere mortals. |
| 22:43:52 | | BFLogBot Commit: a01cdcce1621 | Author: watusimoto | Message: Chat messages working again. Artificially slow and needs cleanup, but it looks good. Again. |
| 22:43:54 | | BFLogBot Commit: e7f16aa9d3bc | Author: watusimoto | Message: Credits at bottom working well, credits from top rendering in proper place and order, still no animation. Timings all delayed for debugging purposes. |
| 22:43:55 | | BFLogBot Commit: 9245f5b33183 | Author: watusimoto | Message: I *think* everything is now working |
| 22:43:57 | | BFLogBot Commit: 62ee58f0c1f8 | Author: watusimoto | Message: Remove debugging code. Seems to work well for single-line messages. Haven't tested on long messages yet. More simplification internally possible, but looks good in common use cases. |
| 22:43:58 | | BFLogBot Commit: 3ad8df1846f3 | Author: watusimoto | Message: Merge |
| 22:44:00 | | BFLogBot Commit: dea7545ef6c3 | Author: watusimoto | Message: Whitespace |
| 22:44:01 | | BFLogBot Commit: 2da6ab823376 | Author: watusimoto | Message: Rearrange order of methods |
| 22:44:16 | raptor | oooo |
| 22:44:18 | raptor | commits! |
| 22:44:31 | Watusimoto | yeah, lots of goodish stuff |
| 22:49:01 | amgine123456 | well let me know if you need more testing again. ;) |
| 22:53:51 | amgine123456 | all standard characters work in chat |
| 22:54:26 | amgine123456 | although osme minors sybols dont diaply correctly but its negligbale |
| 23:02:01 | amgine123456 | yeah its good that the chats word wrap will be adjusted it would be nice that it would no longer coever as much of the screen |
| 23:04:47 | amgine123456 | anyways im now going to test other chartecters and see if they diplay properly and reprot back my finding thought im sure it will be fine |
| 23:05:04 | raptor | amgine123456: you don't need to spend time on that |
| 23:05:13 | raptor | we haven't changed any characters since last release |
| 23:05:33 | amgine123456 | ok |
| 23:05:55 | amgine123456 | ill just mention 1 or 2 standard symbols dont show up proprly |
| 23:08:04 | amgine123456 | but there really not used so like i said its neglibale |
| 23:16:17 | amgine123456 | although i realized your unable to copy and paste text into the chat |
| 23:17:18 | amgine123456 | alhugh maybe thats a good thing |
| 23:17:25 | amgine123456 | ill leave it up to you to decide |
| 23:55:27 | | Watusimoto Quit (Ping timeout: 244 seconds) |
| 23:55:35 | | raptor Quit () |