**** BEGIN LOGGING AT Sun Jan 29 02:59:58 2012 Jan 29 03:08:47 i love wterm more and more every day Jan 29 03:16:55 hmm something with insert/replace mode isnt working Jan 29 03:17:37 type a command into bash then use arrows to go back and edit Jan 29 03:17:57 the chars dont shift like they used to Jan 29 03:18:14 works here (now) Jan 29 03:19:30 whats your TERM? Jan 29 03:19:40 xterm Jan 29 03:20:58 hmmm,try throuh ssh Jan 29 03:21:10 ssh to another host? Jan 29 03:22:07 well.. didn Jan 29 03:22:13 't install ssh yet Jan 29 03:22:54 well, i have a pull request pending, which should fix the scroll issues with vim Jan 29 03:23:23 and my bed is waiting for me now :) gn8 Jan 29 03:24:41 i dont see the requeat Jan 29 03:24:47 request Jan 29 04:04:27 oh the older one Jan 29 06:13:30 hevening Jan 29 06:13:50 PuffTheMagic, you got anything for me to test Jan 29 06:13:59 sure Jan 29 06:14:01 has anything made it to Alpha today? Jan 29 06:14:06 okay is it up on box? Jan 29 06:14:11 i can put it there Jan 29 06:14:17 oh? Jan 29 06:14:28 kewl Jan 29 06:14:32 I'll look Jan 29 06:14:35 lemme know Jan 29 06:14:38 i disabled the launchpoint shit, it really causes a mess Jan 29 06:14:40 :( Jan 29 06:16:30 sad, we should file a bug report on that Jan 29 06:17:52 ok file updated Jan 29 06:17:55 its at V5 now Jan 29 06:18:08 ya i suppose a bug could be filed but im not sure with who Jan 29 06:18:14 i bug ben too much as it is Jan 29 06:18:55 lets send this back thru dev rel Jan 29 06:19:35 there is also no real nice way for an app to manage its custom launchpoints Jan 29 06:19:44 but it probably really needs to get to ben anyways Jan 29 06:20:07 I guess file it in the forums ; Jan 29 06:20:11 ::( Jan 29 06:20:22 like, if i create a launch point, on creation i can save the id for it Jan 29 06:20:43 but then if someone deletes it, there is no way for me to check Jan 29 06:20:49 well Jan 29 06:21:01 there is a non-public service call that lists them all Jan 29 06:21:02 its ID is on the LS Bus right? Jan 29 06:21:23 there is a listLaunchPoints method to applicationmanager Jan 29 06:21:29 but i cant call it from wterm Jan 29 06:21:39 hmmm Jan 29 06:21:41 okay Jan 29 06:21:49 i havent played with it enough to see if I can modify a ls2 role Jan 29 06:22:02 but that still doesnt really solve the main issue with uninstalling Jan 29 06:22:15 I was wondering if you could pass on a monitoring role to a subordinate card Jan 29 06:23:00 i would still have to be able to call this method from the app Jan 29 06:23:03 ka6sox-away, latest wterm FLYS btw Jan 29 06:23:11 kewl Jan 29 06:23:15 i've updating my gentoo box for the last hour or so Jan 29 06:23:21 okay box it up and let me look Jan 29 06:23:23 via ssh using wterm Jan 29 06:23:38 and the constant emerging/compiling is a nice stress test Jan 29 06:23:52 i think its almost faster than konsole on my actual desktop Jan 29 06:24:22 ka6sox-away, i did make some progress towards being able to identify cards when they are minimized Jan 29 06:24:42 the custom window titles set by the shell and apps is now relayed to JS Jan 29 06:24:57 so I can overlay a transparent scrim when in card mode Jan 29 06:25:10 and then write the window title over it to identify Jan 29 06:25:55 i wish there was a way to change the title of the appmenu programetically Jan 29 06:26:05 that would be nice Jan 29 06:26:06 i could use that to label each term Jan 29 06:26:27 ID'ing windows based upon what they are doing would be very nice Jan 29 06:27:08 ya I suppose I could sacrifice some space at the top to display such titles Jan 29 06:27:35 but it would be helpful when the card is minimized to have the name readble Jan 29 06:27:53 that part is easy Jan 29 06:28:10 just need to do it now that the info is there to use Jan 29 06:29:03 ka6sox-away, so i can tell you how to enable the button to create the root launch point if you really want Jan 29 06:29:14 just make sure you delete the launchpoints before uninstalling Jan 29 06:29:26 and kill luna before reinstall Jan 29 06:30:38 after you install wterm, become root and use vi to edit "src/enyo/wterm_firstuse.js" Jan 29 06:30:59 then find {kind: 'Button', content: 'Create Root Console Launchpoint', className: 'enyo-button-negative', onclick: "addRootConsoleToLauncher", disabled: true}, Jan 29 06:31:03 change disabled to false Jan 29 06:39:43 okay, what i'll probaby do for now is change the login and use that Jan 29 06:39:43 thansk Jan 29 06:42:46 okay testing your latest wTerm Jan 29 06:44:24 its still 0.4.0 but now v5 right? Jan 29 06:46:12 ya Jan 29 06:47:00 kk Jan 29 06:51:45 okay, so I changed to root login Jan 29 06:51:50 started a new terminal Jan 29 06:51:54 and brought up a root one Jan 29 06:52:02 then threw away the wterm one Jan 29 06:52:13 and now am operating on the root one Jan 29 06:52:39 and its smooth as buttah working with my wife's desktop Jan 29 06:55:00 fyi i changed it recently so that just type actions ex3ute with the non roo user regardless of prefs Jan 29 06:59:04 you were thinking about that...how does that work now...pretty well? Jan 29 06:59:49 works fine Jan 29 07:01:59 kewl... Jan 29 07:02:33 okay 'd love to se the launchpoints work @ some time...but for now I'm satisfied I can get it to do what need . Jan 29 07:02:46 is any of this work on wTerm applicable to Tide? Jan 29 07:03:15 I would love to see us have a mini-terminal in Tide Jan 29 07:07:44 ya it is Jan 29 07:08:39 i think i might be able to embed wterm i tide like glimpse Jan 29 07:09:52 s/i tide/in tide/ Jan 29 07:09:54 good plan(tm) Jan 29 07:10:38 I can't remember if bash highlighting was in there... Jan 29 07:10:41 probably is Jan 29 07:16:37 PuffTheMagic, wanna push this out to Alpha? Jan 29 07:16:55 its good enough to get others input on too. Jan 29 07:17:13 maybe some more helpers too Jan 29 07:17:58 if the rest of the guys are ok with it i will in the am Jan 29 07:18:56 kk Jan 29 07:19:04 looks good BTW... Jan 29 07:19:25 is this now a WOSI app or a ryahnope one? Jan 29 07:21:57 idk, i have the copyrigt as wosi, but 1/2 the devs are not wosi Jan 29 07:22:22 and last we talked the appid wasnt going to change Jan 29 07:22:45 does wterm work on the pre3? Jan 29 07:23:00 jhojho: not yet Jan 29 07:23:35 thats on the todo Jan 29 07:24:11 jhojho: if u want to help on that font fork it :) Jan 29 07:25:23 PuffTheMagic, understood, you are giving good credit to the other devs on this....and Gitub is a good place to collaborate Jan 29 07:25:32 tonight I am working on a help page Jan 29 07:25:48 learning Enyo Jan 29 07:27:08 s/font/fork/ Jan 29 07:27:24 er front Jan 29 10:54:10 moin Jan 29 16:47:59 morn Jan 29 17:16:26 stbuehler, i wonder if we can rip the $1 gesture support out of sdl 1.3 and use it in wterm Jan 29 17:26:11 stbuehler, did you have a plan for the duplicate events? Jan 29 17:27:12 sry, i totally miss the context here :) Jan 29 17:27:26 (working on build.git right now anyway) Jan 29 17:28:21 yesterday you mentioned some of the vt52 commands conflicting with some others Jan 29 17:28:31 did you have a plan on how you wanted to resolve that Jan 29 17:28:36 or should I do something Jan 29 17:30:02 no real plan yet Jan 29 17:30:10 the parser probably needs to know the mode Jan 29 17:30:33 the parser or terminalstate? Jan 29 17:30:42 the seqparser Jan 29 17:31:00 or the parser returns a more generic "token", and the terminalstate has to parse that Jan 29 17:31:04 but.. Jan 29 17:31:12 well, the parser should do the parsing Jan 29 17:31:14 hmmm, i prob would have done it in vtterminalstate Jan 29 17:31:24 not sure how the it could be in the parser Jan 29 17:31:42 ya generic token for it is prob the easy way to go Jan 29 17:31:48 at least thats how I used to do it i think Jan 29 17:31:53 and the ugly way too Jan 29 17:34:38 oooooh Jan 29 17:35:03 i just noticed you added non printable char parsing to parseChar Jan 29 17:35:27 with that I think code in 2 other places can be removed Jan 29 17:35:35 did i? Jan 29 17:35:57 well its not used that way yet Jan 29 17:35:58 bool ControlSeqParser::parseChar() { Jan 29 17:36:00 but it could be Jan 29 17:36:49 it could return a token for c0 chars, yes Jan 29 17:36:52 https://github.com/PuffTheMagic/wTerm/issues/40 Jan 29 17:37:13 we can replace processNonPrintableChar() Jan 29 17:37:17 with the parser Jan 29 17:38:36 if a case has a "return true;" you can put a "m_token = CS_" before it Jan 29 17:39:25 then it will return/handle the token instead of the character Jan 29 17:39:35 great Jan 29 17:54:24 hrmpf, the arm*-gcc doesn't like my linker version script Jan 29 17:54:48 ./arm-none-linux-gnueabi/bin/ld:libpng12.so.0.44.0_stub.map:3: syntax error in VERSION script Jan 29 17:54:56 and a very helpful error message included... -.- Jan 29 17:57:50 hm, only fails with "make stage" - if i run the display command directly it work Jan 29 17:58:07 weird Jan 29 17:58:49 stbuehler, what ever changes you are making there, if they are going to get merged in officially you need to test it on a clean install of ubuntu server 10.4 Jan 29 17:58:58 well i suppose i could do it for you Jan 29 17:59:09 but im just saying that is the master build OS and thats where it must work Jan 29 17:59:14 well Jan 29 17:59:27 i have no configure scripts Jan 29 17:59:43 so i pretty sure that part works Jan 29 18:00:28 wow, i cant believe how many places in this code the chars bewtween 0 and 30 can be processed Jan 29 18:00:30 generating the stub sources depends on perl and objdump, but not everyone has be able to run that part Jan 29 18:00:41 hehe Jan 29 18:07:34 weird Jan 29 18:07:49 the vt102 shit is broken again Jan 29 18:07:52 why does this happen Jan 29 18:10:11 ahh i think i have an idea whats going on here Jan 29 18:10:28 if I run menu 2 in vttest (screen features) before an other tests, it breaks things Jan 29 18:10:38 one of the tests must be setting a mode that does not get reset properly Jan 29 18:11:27 i somehow still can't reproduce this :) Jan 29 18:11:36 run menu 2 Jan 29 18:11:41 then 1 or 8 Jan 29 18:11:47 8 worked Jan 29 18:11:55 in 1, the auto wrap chars are not right Jan 29 18:11:59 there are some missing gaps Jan 29 18:12:12 in 8, delete character does not work Jan 29 18:12:32 ok, i see the problem in 1 Jan 29 18:12:33 the line that should be AB looks like A***********B Jan 29 18:12:47 and insert char doesnt work either Jan 29 18:12:51 the second row is just A Jan 29 18:13:02 the one where there should be 2 identical lines of A-Z Jan 29 18:14:06 k, let me finish the build.git stuff :) Jan 29 18:14:15 im not saying you have to fix it, i have an idea Jan 29 18:14:31 stbuehler, :D -> https://github.com/PuffTheMagic/wTerm/commit/85eb7b51345e1d1b0c4643c968f24a516a14e8a4 Jan 29 18:14:43 so much better Jan 29 18:15:25 i like when big chunks of code become obsolete Jan 29 18:18:11 PuffTheMagic: nice Jan 29 18:18:33 yup Jan 29 18:19:22 destinal, so when are you gonna fork and start playing? Jan 29 18:26:21 PuffTheMagic: will poke at it a bit tomorrow -- today I have to assemble some SMT circuit boards, reflow them, ship them, etc Jan 29 18:27:14 I've read a lot of the code, what you've got going so far looks really good Jan 29 18:27:18 im not saying you have too ;) Jan 29 18:27:28 ya its getting pretty bad ass Jan 29 18:27:39 best mobile term (tm) Jan 29 18:29:09 yeah, I'm glad that we've got a good hybrid solution, it's almost what I've wanted all along. what I've really wanted all along was to do all the rendering in js like terminabox does. Jan 29 18:29:10 PuffTheMagic: https://gist.github.com/1700019 - PDK build.git stuff Jan 29 18:29:25 err shellinabox, that was the name Jan 29 18:29:53 PuffTheMagic: run make update-source to create the stub libs Jan 29 18:30:01 destinal, rendering in js is slow and shit Jan 29 18:30:28 hrhr Jan 29 18:30:31 PuffTheMagic: did you ever play with shellinabox's stuff? it seemed pretty fast but I didnt' run it through any tests really Jan 29 18:30:44 well, wterm beats my kde konsole i think Jan 29 18:30:55 stbuehler, thats what I think too Jan 29 18:31:25 we should clean the code up a little bit, so we can run it on normal hosts too Jan 29 18:31:26 destinal, ya I used it, some things seemed fast some did not and it was heavy on cpu Jan 29 18:32:27 PuffTheMagic: anyway the main downside of doing graphics ourselves and not in luna is we have to handle copy, paste, highlighting, and all the other stuff that can affect text from UI, but yeah, I mean, you get this Jan 29 18:32:58 PuffTheMagic: i think we should make a separate class for the linesbuffer in termintalstate Jan 29 18:33:01 destinal, well i am going to add ncurses compat cursor support Jan 29 18:33:26 destinal, cut-n-paste is easy once i get the cursor/highlighting code in Jan 29 18:33:50 stbuehler, isnt terminalstate its own class already? Jan 29 18:34:00 yes, but terminstate deals with many things Jan 29 18:34:10 like cursor positiongs, modes, origin, .. Jan 29 18:34:24 the line buffer would be an abstraction that records real changes to the lines Jan 29 18:34:32 so no direct modification Jan 29 18:34:35 PuffTheMagic: does wterm run on webos phones as well as touchpad? Jan 29 18:34:51 then we can push out notifications to the sdl stuff what changed, so we don't have to refresh the whole screen Jan 29 18:35:03 destinal, well ignoring the armv7 cflags that are fixed atm, yes it should run Jan 29 18:35:08 but it wont be too usable Jan 29 18:35:39 destinal, and of course it needs enyo Jan 29 18:35:41 AND Jan 29 18:35:46 it must support GLESv2 Jan 29 18:37:04 destinal, if you want to help on phone support that would be good cause we dont have anyone doing that just yet Jan 29 18:37:30 PuffTheMagic: yeah was just thinking the same thing Jan 29 18:37:52 i have a pre-. does it have glesv2? :D Jan 29 18:38:07 i wonder if my pixi does Jan 29 18:38:31 yes, it does Jan 29 18:38:31 stbuehler: well webos 2.x definitely has all this stuff and will load on pre- (though RAM's less than stellar) Jan 29 18:38:44 yep Jan 29 18:38:45 if 1.4.5 does too, even better Jan 29 18:38:50 no, i'm on 2.x Jan 29 18:39:01 its not like wterm uses much mem Jan 29 18:39:06 needed it for nodejs services :) Jan 29 18:39:34 as you can't do binary http requests from mojo Jan 29 18:40:01 which is needed for Battle.Net mobile authenticators :) Jan 29 18:40:25 oh, yeah, we always used to write services or plugins for that but I suppose node.js is more accessible Jan 29 18:41:01 err than binary services / plugins I mean, whatever Jan 29 18:41:22 well, wterm doesn't start -.- Jan 29 18:41:53 us.ryanhope.wterm: Uncaught ReferenceError: Mojo is not defined, :1 Jan 29 18:42:22 neat Jan 29 18:42:39 us.ryanhope.wterm: Uncaught ReferenceError: enyo is not defined, file:///media/cryptofs/apps/usr/palm/applications/us.ryanhope.wterm/index.html:13 Jan 29 18:42:42 and now enyo :) Jan 29 18:43:00 stbuehler, u dont have enyo on your TP Jan 29 18:43:02 ahhh Jan 29 18:43:03 wait i know Jan 29 18:43:07 i thought i had enyo now, after the map update Jan 29 18:43:14 in index.html change 0.10 to 1.0 Jan 29 18:43:21 and in the other html files Jan 29 18:43:25 let me push that fix nwo Jan 29 18:44:18 error: Uncaught TypeError: Cannot read property 'p' of undefined, app.html:12 Jan 29 18:44:24 well, looks like there is enough work :) Jan 29 18:45:12 u change all 3 files? Jan 29 18:45:39 ah, no Jan 29 18:45:48 well dock.html isnt important for that Jan 29 18:45:56 but it needs to change in app.html and index.html Jan 29 18:51:30 the plugin handling probably needs some workaround for 2.x Jan 29 18:52:19 ah, +x missing Jan 29 18:52:25 ohhhh ya Jan 29 18:52:26 cmatrix running :) Jan 29 18:52:30 i need to add that file back Jan 29 18:52:33 nice! Jan 29 18:53:09 i removed it cause the cryptofs mount settings on the TP make everything +x :( Jan 29 18:53:09 16m res, wterm+cmatrix < 10% cpu Jan 29 18:54:12 args, where is cpu freq again? -.- Jan 29 18:54:40 /sys/system/cpu/... Jan 29 18:54:59 running at 600000 Jan 29 18:55:13 probably full speed? Jan 29 18:55:19 for a pre- ya Jan 29 18:55:31 i mean... 500 is normal so Jan 29 18:55:36 600 is its turbo mode Jan 29 18:55:38 hehe Jan 29 18:55:40 i think there is a way to disable that Jan 29 18:55:50 you could still OC :) Jan 29 18:55:55 Cpu(s): 13.4%us, 5.2%sy, 0.0%ni, 68.5%id, 11.5%wa, 1.0%hi, 0.3%si, 0.0%st Jan 29 18:55:55 no need Jan 29 18:55:59 its only using 10% Jan 29 18:56:38 well, setup dialog is blocking me from getting normal wterm Jan 29 18:56:44 :D Jan 29 18:56:54 error: Uncaught plugin not ready, /usr/palm/frameworks/enyo/1.0/framework/build/enyo-build.js:10,064 Jan 29 18:57:11 chmod +x setup Jan 29 18:57:17 ah right^^ Jan 29 18:57:18 im about to fix that Jan 29 18:59:24 hm, didn't help. now i see no error, but still doesn't go away :) Jan 29 19:00:38 * PuffTheMagic tests on pixi ;) Jan 29 19:00:55 need to fix cflags first Jan 29 19:04:12 i think i remember having problems that PDL_CallJS("ready", NULL, 0) failed if the the javascript side isn't ready Jan 29 19:04:20 oh yeah :D Jan 29 19:04:38 needed to workaround that for the qrdecoder Jan 29 19:04:58 ya I need to implement a ready call on the js side Jan 29 19:05:18 hm, the enyo part actually might be handling that Jan 29 19:05:39 but i think you have to call "ready" until it succeeds Jan 29 19:05:52 hmm Jan 29 19:08:30 PDL_Err mjErr; Jan 29 19:08:30 do { Jan 29 19:08:30 mjErr = PDL_CallJS("ready", NULL, 0); Jan 29 19:08:30 } while (mjErr != PDL_NOERROR); Jan 29 19:09:11 ya i dont think thats it Jan 29 19:09:22 * PuffTheMagic goes back and looks at wirc plugin Jan 29 19:09:25 cause that works on 1.4.5 Jan 29 19:13:45 oooooh Jan 29 19:14:08 in 1.4.5 hybrids are _plugin_appinfo.json Jan 29 19:14:26 and on 2.x they are just _appinfo.json Jan 29 19:14:59 i think _plugin_appinfo.json works everywhere Jan 29 19:15:08 hmm Jan 29 19:15:23 as the qrdecoder is running on tp too :) Jan 29 19:18:47 when i start wterm on the pixi all i get is a black screen Jan 29 19:19:33 tried from novaterm? Jan 29 19:19:48 ya thats where im doing this Jan 29 19:31:56 stbuehler, are you using texture compression by any chance? Jan 29 19:34:03 no Jan 29 19:36:44 8mb is a little bit low i guess Jan 29 19:37:24 for mem size Jan 29 19:37:25 lol Jan 29 19:37:26 i was 0 Jan 29 19:38:59 no idea how that worked :) Jan 29 19:39:05 needs 16mb here on pre- Jan 29 19:39:20 it only prevents startup Jan 29 19:39:29 kk Jan 29 19:40:42 stbuehler, i dont suppose you have a pixi around Jan 29 19:42:56 i wonder if it required GLES 1.1 Jan 29 19:48:01 well, you would get linker errors if you don't have glesv2 Jan 29 19:48:42 PuffTheMagic: other question: the terminalstate cursorup/down with bScroll = true Jan 29 19:49:04 what about it? Jan 29 19:49:18 it is supposed to scroll all lines, apart from those that are on the screen but outside the margin, right? Jan 29 19:49:51 scrolls everything within the margins i beleive Jan 29 19:49:52 1 sec Jan 29 19:50:09 well, somehow you need to get content in the scrollback buffer Jan 29 19:50:16 and i think that is the only pace Jan 29 19:50:18 place Jan 29 19:50:44 although i think it would make sense to not put stuff in the scrollback buffer if the margin isn't the complete screen Jan 29 19:50:54 as this indicates a fullscreen app, where scrolling is uesless anyway Jan 29 19:52:05 idk, what do other terms do? Jan 29 19:53:35 stbuehler, will you take a look at this -> http://metaviewsoft.de/wordpress/?p=459 Jan 29 19:53:36 i guess fullscreen apps don't let the cursor move outside the screen, so this doesn't happen Jan 29 19:54:17 i know its for GLES_CM, but let me know if any of it might differ from what we do and might explain why I get no text on my pixi Jan 29 19:58:01 well, we already are using opengl directly Jan 29 19:58:06 we don't do any drawing with sdl Jan 29 19:58:12 apart from the fonts perhaps Jan 29 19:58:29 but they are done in softwaremode too, so shouldn't be a problem Jan 29 20:30:40 wterm runs on my pre3 now Jan 29 20:32:50 PuffTheMagic: woot Jan 29 20:33:23 well Jan 29 20:33:28 input doesnt Jan 29 20:33:39 i need to put a device check in there to disable vkb Jan 29 20:59:08 PuffTheMagic: can't you just check for the haskeyboard attribute or whatever Jan 29 20:59:36 or that ;) Jan 29 20:59:53 destinal, wanna find that in the enyo docs for me ;) Jan 29 21:21:42 PuffTheMagic: got others to do it for me :) https://developer.palm.com/content/api/reference/enyo/enyo-api-reference.html#enyo.fetchDeviceInfo Jan 29 21:22:31 ya i already got it too ;) Jan 29 21:22:44 PuffTheMagic: btw, did you check my build.git gist? Jan 29 21:23:08 stbuehler, i looked at it, and bookmarked it, havent played with it ye Jan 29 21:24:06 i dont get why the term is not getting keypresses from the pre3 Jan 29 21:31:42 Brybry, !!!!!!! Jan 29 21:37:15 stbuehler, yo Jan 29 21:37:35 when i run wterm on the pre3 in standalone (like i was doing for the pixi) i get a black screen only on that Jan 29 21:40:48 PuffTheMagic: heh for EOMA68 computer on cards I plan on hacking on .. keyboardavailable = maybe? depending on whether the computer card is plugged into something with a keyboard or not :) Jan 29 22:11:55 looking at the scrollback in terminalstate.. i wonder why it was still working somehow :) Jan 29 22:49:54 PuffTheMagic: would be nice to only flash the title if it actually changed (mc keeps spamming it) Jan 29 22:51:17 stbuehler, that is proof of concept ;) i know it needs better behavior Jan 29 22:52:35 also i'm surprised how well my ScreenBuffer class works Jan 29 22:52:58 vttest not completely ofc, but mc and cmatrix :D Jan 29 22:55:00 * Brybry yawns Jan 29 22:57:11 Brybry, u got any webos devices besides the TP? Jan 29 22:57:33 no :( so I can't really guess what's wrong with the phone stuff Jan 29 23:01:44 Brybry: could run in webos 2.x emulator? Jan 29 23:01:53 i wonder if it only sends KEYUP Jan 29 23:02:10 no nvm Jan 29 23:02:48 We never tested enyo.Hybrid out on pre-webOS 3.0, and I know the mechanism that the code uses to detect that the plugin is ready doesn't work without changes in RemoteAdapter made in 3.0 to automatically have the adapter call a ready function. Jan 29 23:02:55 stbuehler, ^^ From ben Jan 29 23:02:58 ahhh Jan 29 23:03:05 but that is about the ready function Jan 29 23:03:07 not the input issue Jan 29 23:03:22 so there may be other enyo issues on pre-3.x Jan 29 23:03:45 err enyo hybrid issues Jan 29 23:06:03 there are many issues... Jan 29 23:07:00 well i know ben uses wterm so he might help to get this worked out in the future Jan 29 23:07:20 but then again, i doubt there will be a new source update till end of feb Jan 29 23:07:26 when the UI widgets are released Jan 29 23:07:30 at the min Jan 29 23:07:50 hmm Jan 29 23:08:02 i wonder if there is another widget we can listen in on Jan 29 23:08:08 a non hybrid widget Jan 29 23:08:12 and get the input events Jan 29 23:08:20 and then relay them somehow Jan 29 23:11:28 well input works in standalone mode Jan 29 23:11:31 :( Jan 29 23:12:33 well, i do have some plugin javascript Jan 29 23:13:17 https://github.com/stbuehler/pre-qrdecoder/blob/master/de.stbuehler.qrdecoder/app/models/pluginwrapper.js Jan 29 23:13:53 i use it with enyo and mojo Jan 29 23:14:43 perhaps the mojo style can be used in enyo environments too Jan 29 23:15:01 hmm Jan 29 23:16:05 the error handling and timeouts were such a pain i did almost everything async with Future and similar Jan 29 23:17:16 stbuehler, oil and i had such headaches with wirc mojo Jan 29 23:17:51 i can imagine :) Jan 29 23:19:30 hm, the margin lines Jan 29 23:19:35 are they supposed to be inclusive? Jan 29 23:20:09 so [top, bottom] is the current "window" that changes are supposed to use? Jan 29 23:20:23 or is it [top, bottom-1] ? Jan 29 23:20:45 because the setup says top as to be smaller than bottom Jan 29 23:21:16 all these standard documents are either complicated to read and search or don't contain the needed information -.- Jan 29 23:22:00 trust the official vt102 doc Jan 29 23:24:31 One line down after a linefeed (LF, octal 012), form feed (FF, octal 014) Jan 29 23:24:40 i guess we should support form feed then Jan 29 23:25:07 ya i was meaning to fill in some of those missing ones that I didnt have in yet Jan 29 23:26:28 and i guess we should use displayLocation() instead of m_cursorLoc in nearly all places Jan 29 23:26:38 ya Jan 29 23:27:11 i totally broke the 3rd page of vttest 1 Jan 29 23:27:21 i only see the z Jan 29 23:29:33 http://abstrusegoose.com/432 - hehe Jan 29 23:31:26 LOL Jan 29 23:50:11 hrmpf Jan 29 23:50:20 vttest 8 works again at least Jan 29 23:50:31 but not 1/3 Jan 29 23:52:20 dont feel back, i broke default kb layout Jan 29 23:52:41 lol :) Jan 29 23:52:53 i renamed default to qwerty_us Jan 29 23:52:56 and now it wont load Jan 29 23:54:26 well, did you rename what it uses as default too? Jan 29 23:54:42 ya i thought i caught all those cases Jan 29 23:55:23 hm Jan 29 23:55:27 could be my fault Jan 29 23:55:48 ahhh no Jan 29 23:55:55 i know there is 1 more place i missed Jan 29 23:56:25 a yes :D Jan 29 23:57:04 there we go Jan 30 00:41:06 and now i start hitting thread issues -.- Jan 30 00:42:43 wtf are u doing Jan 30 00:42:53 scrolling Jan 30 00:43:10 the plugin entry calls the setscrollsize thing Jan 30 00:43:13 which need the lock Jan 30 00:43:26 the other thread is currently drawing, so it has (had) the lock too Jan 30 00:43:51 drawing somehow needs a response from whatever, and block until the plugin entry call is finished Jan 30 00:43:55 classic deadlock Jan 30 00:44:20 and all this just because people are too stupid and lazy to use async callbacks Jan 30 00:45:04 in case you can read backtraces: http://pastebin.com/70SmNbiJ :) Jan 30 00:45:56 (at least that is my explanation) Jan 30 00:46:40 you referring to setScrollsize thing not being deferred? Jan 30 00:46:48 i probably forgot to unlock somehwere Jan 30 00:47:41 i love how someone added wrappers to the lock and unlock calls Jan 30 00:47:45 but then didnt use them anywhere Jan 30 00:48:39 hehe Jan 30 00:48:46 they are used in wTerm::refresh Jan 30 00:48:59 redraw* i mean Jan 30 00:53:58 well, now the only remaining visual bug is in htop Jan 30 00:54:06 vttest, mc, vim look all good Jan 30 00:54:39 any idea which part is the problem? Jan 30 00:55:05 what does htop use that others don't? :) Jan 30 00:55:48 what is the bug? Jan 30 00:55:57 and htop depends on your TERM Jan 30 00:56:08 so try xterm and rxvt Jan 30 00:59:04 hm, TERM=rxvt htop works Jan 30 00:59:59 with TERM=xterm the load bars at the top get overwritten on refreshs Jan 30 01:00:29 sounds like and ech issue Jan 30 01:00:56 and i think it worked before Jan 30 02:28:00 stbuehler, scrolling is buggy Jan 30 02:28:14 more details :) Jan 30 02:28:46 well i was compiling packages though ssh in wterm Jan 30 02:29:09 and i tried scrolling up some to see the backbuffer Jan 30 02:29:13 and i think that worked Jan 30 02:29:26 but then when scrolling back down it wasnt really changing Jan 30 02:29:30 then the plugin crashed Jan 30 02:30:27 crash is bad. otoh, if you can reproduce it.. a backtrace perhaps? Jan 30 02:30:40 ya i wasnt connected when I was doing this Jan 30 02:30:50 i will try it again later with gdb attached Jan 30 02:32:14 i can scroll while cmatrix or htop is running, i don't see any problems with it Jan 30 02:33:19 try with something that is adding lines to the backbuffer Jan 30 02:35:07 stbuehler, run dmesg in a while loop :D Jan 30 02:42:07 PuffTheMagic, did you release an alpha today? Jan 30 02:43:11 no we decided to add more shit Jan 30 02:43:39 okay, I have several people who wnat to try it...but waiting for alpha Jan 30 02:49:32 ahh Jan 30 02:50:14 stbuehler, till alive over there? Jan 30 02:54:30 PuffTheMagic: yes Jan 30 02:55:51 the segfault is in redraw Jan 30 02:56:05 hm Jan 30 02:56:12 while scrolling Jan 30 02:56:23 i did the dmesg loop Jan 30 02:56:26 and scrolled up Jan 30 02:56:29 this means the scroll offset was probably out of bounds Jan 30 02:57:31 #0 WTerm::redraw (this=0x2bb6b768) at sdl/wterm.cpp:360 Jan 30 02:57:31 #1 0x0000eea4 in SDLCore::eventLoop (this=0x2bb6b768) at sdl/sdlcore.cpp:252 Jan 30 02:57:31 #2 0x00021a24 in main (argc=3, argv=0x7e882c54) at terminalmain.cpp:173 Jan 30 02:58:36 stbuehler, ^ **** ENDING LOGGING AT Mon Jan 30 02:59:58 2012