**** BEGIN LOGGING AT Sat Jun 30 02:59:59 2012
Jun 30 03:43:39 <ka6sox> evening
Jun 30 04:22:01 <dukiedrew> hi.  Two questions as I run through this woce-build script the first time.  (1) every time I rebuild, it will redownload all these files?
Jun 30 04:22:16 <dukiedrew> (2) is it easy to change the Luna build dir to my own copy of LunaSysMgr?
Jun 30 04:24:11 <dukiedrew> 1.  guess not (I just ran "make" twice, and no new downlaod)
Jun 30 04:48:26 <EricBlade> dukiedrew: this is by no means a "correct" way of doing it, but what i've done for the time being, is after doing a complete build once, i then opened packages/symgr/luna-sysmgr/Makefile
Jun 30 04:49:26 <EricBlade> and then I commented out all of the steps under "build/src/.unpacked" except for touch $@ and all of the steps under build/armv7-stage/.built-${VERSION} except for $(CCENV) $(MAKE) ... and touch $@
Jun 30 04:50:45 <dukiedrew> including that line?
Jun 30 04:50:52 <dukiedrew> including "build/arm7-stage"
Jun 30 04:51:18 <dukiedrew> and then i just edit the code in build/src ?
Jun 30 04:51:39 <EricBlade> comment from -rm -rf build to patch -Np2, and from -rm -rf build/armv7-stage to -spec qws/...
Jun 30 04:51:59 <EricBlade> and then yes edit the code in build/src
Jun 30 04:53:06 <EricBlade> it's been so many years since i've done anything more complex than that in a makefile, by hand, that i bet people at Palm weren't even born the last time I did it
Jun 30 04:54:45 <dukiedrew> and then run make from /woce-build?
Jun 30 04:54:50 <dukiedrew> or just run make from that makefile?
Jun 30 04:57:34 <dukiedrew> hmm...ok I've made those changes
Jun 30 04:58:23 <dukiedrew> then just changed Main.cpp a little, but build didn't recognize the changes
Jun 30 04:59:52 <dukiedrew> hmm
Jun 30 04:59:57 <dukiedrew> so if i run make in
Jun 30 05:00:08 <dukiedrew> woce-build/packages/sysmgr/luna-sysmgr/build/armv7-stage
Jun 30 05:00:11 <dukiedrew> that recompiles
Jun 30 05:04:05 <dukiedrew> ok, let me try to make a simple change to see if I see it
Jun 30 05:07:39 <dukiedrew> woot!
Jun 30 05:07:46 <dukiedrew> let the fun begin :)
Jun 30 05:07:52 <dukiedrew> Thanks, Eric!
Jun 30 05:09:05 <EricBlade> after that, to rebuild, you'll apparently need to rm the build/armv7-stage/.built* file
Jun 30 05:11:55 <dukiedrew> i just ran make from /build/armv7-stage
Jun 30 05:11:57 <dukiedrew> and that worked fine
Jun 30 06:51:28 <dukiedrew> hmm, i wonder how I can print to /var/log/messages
Jun 30 06:51:43 <EricBlade> g_warning, g_error, g_debug, etc
Jun 30 06:52:56 <dukiedrew> hmm, not seeing them [at warning level]
Jun 30 06:53:01 <dukiedrew> maybe i have that enabled in preware
Jun 30 06:53:41 <dukiedrew> yeah,  "muffle system loggin"
Jun 30 06:55:41 <dukiedrew> hmm, didn't help
Jun 30 06:55:58 <dukiedrew> let me try g_error
Jun 30 06:57:49 <dukiedrew> or not :)
Jun 30 06:59:18 <EricBlade> i am going to need to study up some on QT i think before i move much farther
Jun 30 07:00:15 <EricBlade> having some serious trouble with some pixel math trying to adjust positions of things, and when i do the whole damn thing just goes haywire
Jun 30 07:00:45 <dukiedrew> yeah, g_error causes restart
Jun 30 07:00:48 <dukiedrew> g_warning see nothing
Jun 30 07:00:50 <dukiedrew> g_debug see nothign
Jun 30 07:01:09 <dukiedrew> in /var/log/messages that is
Jun 30 07:01:18 <dukiedrew> qWarning() see nothing
Jun 30 07:01:22 <dukiedrew> printf nothing
Jun 30 07:01:48 <dukiedrew> it might just be time to create my own logging
Jun 30 07:02:04 <EricBlade> after removing the muffle system logging, you might try going into the phone app, dialing ##LOGS# or is it *#LOGS# or something like that, and make sure your log levels are re-enabled
Jun 30 07:02:15 <EricBlade> or run palm-log to reset the device log level possibly
Jun 30 07:02:36 <EricBlade> you should see all kinds of lunasysmgr spam
Jun 30 07:02:51 <dukiedrew> yeah, i see none...
Jun 30 07:02:56 <dukiedrew> hmm let me look this up
Jun 30 07:03:26 <EricBlade> gf home from work time to watch some tv and head to sleep, be back tomorrow to see if i can get my math figured out
Jun 30 07:03:57 <EricBlade> i think i need a really large white board
Jun 30 07:05:03 <dukiedrew> k
Jun 30 07:05:04 <dukiedrew> thanks
Jun 30 07:05:08 <dukiedrew> logging was set to ERR
Jun 30 07:05:22 <dukiedrew> so i've lowered to warning and will report if that works
Jun 30 07:06:52 <dukiedrew> great
Jun 30 07:06:53 <dukiedrew> sweet
Jun 30 07:06:58 <dukiedrew> and qWarning() works too
Jun 30 07:07:02 <dukiedrew> that's *way* easier
Jun 30 07:08:01 <dukiedrew> now i just need to get the screen dimensions
Jun 30 07:09:44 <rwhitby> morning
Jun 30 07:11:16 <dukiedrew> morning
Jun 30 08:35:03 <eblade-synergy> Can confirm also now after very brief usage that the input box problem with the browser affects other apps too
Jun 30 08:57:54 <dukiedrew> how?
Jun 30 10:47:14 <pc-world> hmm, PDK apps won't work with WOCE - is that a known issue?
Jun 30 11:17:49 <cryptk> pc-world, there are lots of issues with WOCE at this point
Jun 30 11:18:01 <cryptk> it builds, but it should not be considered finished, or even stable yet
Jun 30 11:18:20 <cryptk> in human terms, it is still an infant
Jun 30 11:18:40 <pc-world> is there any TODO-list or something? bugtracker seems to not have been used really yet
Jun 30 11:18:54 <cryptk> not yet, that's how early it is
Jun 30 11:19:02 <cryptk> but feel free to submit an issue on github
Jun 30 11:19:09 <cryptk> please include error messages, logging entries, etc
Jun 30 11:19:19 <cryptk> a.k.a. submit a /good/ bug report please
Jun 30 11:19:36 <cryptk> good bug reports are just as important as code submissions
Jun 30 11:20:06 <pc-world> So, should we use issues.webos-ports.org, the github bugtracker of woce or webOS-ports?
Jun 30 11:20:20 <pc-world> Also, should we send pull-requests to woce or webOS-ports?
Jun 30 11:20:20 <cryptk> oh, duh, yeah, use issues.webos-ports.org please
Jun 30 11:21:01 <cryptk> as far as pull requests, I am not sure if we have that dialed in yet
Jun 30 11:21:13 <cryptk> we are still working out how the "politics" should work
Jun 30 11:21:17 <pc-world> okay
Jun 30 11:21:25 <cryptk> so until we have that ironed out, use your best judgment
Jun 30 11:21:51 <pc-world> Any idea what the webOS-ports fork of woce is supposed to be? (https://github.com/webOS-ports vs https://github.com/woce)
Jun 30 11:23:00 <cryptk> to be honest, not sure
Jun 30 11:23:05 <cryptk> actually, I think I do
Jun 30 11:23:19 <cryptk> submit them to woce for now
Jun 30 11:23:30 <cryptk> webOS-Ports fork will come later IIRC
Jun 30 12:17:07 <bhuey> folks
Jun 30 15:32:16 <ka6sox> I guess I need to write more things...especially about why certain things break.
Jun 30 15:43:41 <EricBlade> what broke where what huh?
Jun 30 15:44:17 <ka6sox> input box issues, pdk apps
Jun 30 15:44:43 <m__> I've done some minor changes to LunaSysMgr which adds the device name as "carrier text", i.e. instead of HP webOS in the top left corner. Which repository should I push my pull request to? webos-ports or woce?
Jun 30 15:45:44 * PatrickC wanders in to watch magic happen :)
Jun 30 15:47:08 <ka6sox> m__, where did you clone to?
Jun 30 15:47:15 <ka6sox> s/to/from/
Jun 30 15:47:15 <Luna-ChannelMGR> ka6sox meant: m__, where did you clone from?
Jun 30 15:47:32 <m__> woce
Jun 30 15:47:59 <ka6sox> you have a github account?
Jun 30 15:48:05 <EricBlade> i thought the carrier string was defined in a text file somewhere already
Jun 30 15:48:25 <m__> yes, I've already commited it to my repository
Jun 30 15:48:35 <m__> https://github.com/mansandersson/LunaSysMgr/
Jun 30 15:49:15 <ka6sox> m__, sent a pull request to webos-ports/
Jun 30 15:49:35 <ka6sox> (at least I think that was what was decided)
Jun 30 15:49:50 <ka6sox> we can get it re-routed if necessarey
Jun 30 15:49:57 <m__> okay, will fix
Jun 30 15:50:33 <m__> EricBlade: it was hard coded in StatusBar.cpp and StatusBarServicesConnector, at least that's what I found
Jun 30 15:50:46 <ka6sox> git branching and I are still fighting (writing up a clear document to handle branching within a repo.
Jun 30 15:50:56 <ka6sox> )
Jun 30 15:52:55 <EricBlade> ka6sox: do you know the reason why those broke?
Jun 30 15:53:15 <ka6sox> uhhhhh...nope
Jun 30 15:53:37 <ka6sox> been concentrating on getting it to build.
Jun 30 15:53:37 <EricBlade> ok i misunderstood what you said then :)
Jun 30 15:54:07 <ka6sox> I wrote something BEFORE coffee...
Jun 30 15:54:29 <ka6sox> what I meant is I need to get bug tracking working better...
Jun 30 15:54:41 <ka6sox> get these bugs written up.
Jun 30 15:54:51 <ka6sox> and discussion going on how to get them fixed.
Jun 30 15:55:58 <EricBlade> i'd like to see HP's bug tracker regarding it
Jun 30 15:59:40 <ka6sox> community edition?
Jun 30 15:59:58 <ka6sox> or internal bug tracker on LSM.
Jun 30 16:02:16 <EricBlade> internal
Jun 30 16:03:26 <ka6sox> don't we all...
Jun 30 16:04:35 <ka6sox> today I need to tweet about which bugtracker we are going to settle on...we have our own but github's is integrated...(albeit a bit more difficult to follow.
Jun 30 16:04:37 <ka6sox> )
Jun 30 16:05:34 <ka6sox> I think that LSM is sufficiently complicated we should use something that is a better able to handle something of this scale.
Jun 30 16:08:54 <EricBlade> enyo moved to Jira, but now it's just a pain.  then again, i'm no fan of jira either
Jun 30 16:09:17 <m__> okay, so I've added a pull request for "device name as carrier text" on webos-ports now, for those interested.
Jun 30 16:10:15 <ka6sox> we have chiliproject which I like a lot.
Jun 30 16:10:49 <ka6sox> I use it for another project...even though the project isn't "development"
Jun 30 16:11:03 <ka6sox> we just renamed things to make them fit our context.
Jun 30 16:11:56 <ka6sox> issues.webos-ports.org is the current bug tracker which I'd like to see used more...
Jun 30 16:12:24 <EricBlade> i like to watch the enyo bugs list, but having a seperate login and a frankly confusing setup (i had to use Jira at my last contract, and never really figured it out) that is really not built for public viewing, makes it hard to do
Jun 30 16:12:50 <EricBlade> it would be nice if github could be pointed to an external issue tracker system
Jun 30 16:13:58 <ka6sox> I'll put it in every README.md then
Jun 30 16:14:19 <ka6sox> that puts it on every page.
Jun 30 16:24:10 <ka6sox> done
Jun 30 17:15:41 <EricBlade> so.. any of us actually have experience with QT before?
Jun 30 17:20:36 <ka6sox> I am hoping to find some Qt Devs and entice them to come play (since Meego/Maemo/* is no longer going to be supported :( )
Jun 30 17:24:35 <EricBlade> i seem to be having some comprehension issues with the coordinate system, im' experimenting with some dashboard changes and can't get the updated dashboards to position themselves properly
Jun 30 17:25:26 <EricBlade> and frankly, i'd really like it if whoever designed the current ubuntu gnome interface, quietly left the software business and never returned
Jun 30 17:31:52 <EricBlade> if i get this working, how do we feel about having a developer option to double the height of a dashboard?
Jun 30 17:32:30 <EricBlade> see also, the "new android notifications"
Jun 30 17:33:39 <m__> EricBlade: what part of luna is the dashboard? ...just curious
Jun 30 17:35:17 <EricBlade> DashboardWindow, DashboardWindowContainer, DashboardWindowManager, etc
Jun 30 17:35:47 <EricBlade> endgame
Jun 30 17:36:18 <EricBlade> oops wrong window
Jun 30 17:36:24 <m__> okay
Jun 30 17:54:05 <EricBlade> there is something really really weird about how the dashboard is built
Jun 30 18:10:18 <EricBlade> interestingly, some dashboards that do not request the special dash, are getting it. o.O
Jun 30 18:13:56 <EricBlade> hey dukie
Jun 30 18:16:19 <dukiedrew> hey
Jun 30 18:22:21 <EricBlade> does the infinite window loop thing you did auto combine with the side-swipes i did? curious
Jun 30 18:22:46 <dukiedrew> hmm, not sure
Jun 30 18:22:49 <dukiedrew> i didn't apply your patch first?
Jun 30 18:23:05 <dukiedrew> but your stuff is mainly in SystemUiController, right?
Jun 30 18:24:10 <EricBlade> yea
Jun 30 18:24:58 <dukiedrew> hmm, I'll have to take a look at the patch
Jun 30 18:28:30 <dukiedrew> hmm, yeah that would need to be handled differently
Jun 30 18:28:57 <dukiedrew> but it should be fixable, by checking if the card is maximized or not
Jun 30 18:29:26 <dukiedrew> want me to send you that code for now?
Jun 30 18:30:07 <dukiedrew> that's also the part I haven't tested though, since my BT keyboard is at work
Jun 30 18:33:51 <dukiedrew> BTW, ShiftyAxel on webosnation forums was discussing a Just Type gesture...
Jun 30 18:34:34 <dukiedrew> that should be a flick from the top of the screen (ie the non-left [menu] & non-right areas [notification,system settings])
Jun 30 18:35:34 <EricBlade> i'm not sure if i like the infinite loop window list or not, either way i'll play with it when you push it somewhere probably
Jun 30 18:37:29 <dukiedrew> ah, for me that was one of my biggest gripes, b/c if I wanted to go back to card 1, i'd have to reach across the screen
Jun 30 18:41:14 <EricBlade> i am so about to bust out an actual debugger somehow .. either i'm really really dumb today, or this is insane
Jun 30 18:42:13 <dukiedrew> an actual debugger?
Jun 30 18:42:54 <EricBlade> yeah those pieces of software that i hate using
Jun 30 18:42:58 <dukiedrew> ahh
Jun 30 18:43:03 <dukiedrew> never used :)
Jun 30 18:46:28 <pc-world> I've written a general bug fix for LunaSysMgr; Now should I do a pull request to woce/LunaSysMgr or webOS-Ports/LunaSysMgr? There are already two pull requests at webOS-Ports/LunaSysMgr, though they're both feature additions
Jun 30 18:50:46 <EricBlade> gah. ok, i really need to be able to obtain the WebApp that a Window has in it, or the Window that a WebApp is contained within.  any ideas?
Jun 30 18:51:15 <EricBlade> this trying to communicate between them is turning out to be a total farce
Jun 30 18:51:22 <m__> pc-world: I was told to do it against webOS-Ports repository here earlier...but that was a feature addon just as you say
Jun 30 18:51:49 <EricBlade> pc-world: what did you fix
Jun 30 18:52:01 <pc-world> EricBlade: http://issues.webos-ports.org/issues/1
Jun 30 18:52:08 <pc-world> (see the patch at the end)
Jun 30 19:03:36 <EricBlade> bah. it looks like window properties are updated asynchronously
Jun 30 19:04:06 <EricBlade> but this still doesn't give me much of an explanation for how a new property that didn't exist prior is somehow getting set on for things that never ask for it
Jun 30 19:10:41 <dukiedrew> what property?
Jun 30 19:10:43 <EricBlade> where on earth is ViewHost_SetWindowProperties declared .. only reference i see to it on the entire internets is in Isis, and that's not a declaration either
Jun 30 19:11:36 <EricBlade> i'm trying to add a property to dashboards to increase their height
Jun 30 19:13:14 <dukiedrew> Src/remote/IpcClientHost.cpp:			IPC_MESSAGE_HANDLER(ViewHost_SetWindowProperties, onSetWindowProperties)
Jun 30 19:15:41 <EricBlade> hmm.. that might help
Jun 30 19:15:58 <dukiedrew> i'm not sure what IPC_Message_handler is,
Jun 30 19:16:03 <dukiedrew> but it reminds me of "QMetaType"
Jun 30 19:16:30 <dukiedrew> which somehow let me call C++ things in JS
Jun 30 19:16:37 <dukiedrew> [horrible explanation, sorry]
Jun 30 19:16:48 <EricBlade> yeah i don't understand it, but i guess that it does call that on function when it receives the message, i don't need to understand how, just that it does
Jun 30 19:17:46 <EricBlade> hmm. getting exact same result.
Jun 30 19:18:36 <dukiedrew> what did you run, exactly?
Jun 30 19:20:37 <EricBlade> its fairly extensive, but the simple explanation, is adding a new parameter to check for in DashboardWebApp::attach(), and then I need to set it on the window, much like it does with "webosdragmode"
Jun 30 19:22:42 <dukiedrew> hmm
Jun 30 19:23:00 <dukiedrew> so it is something you put in stageArgs?
Jun 30 19:23:49 <EricBlade> i'm explicitly setting it false at this time, and setWindowProperties() is receiving a true
Jun 30 19:23:50 <EricBlade> sometimes
Jun 30 19:27:29 <dukiedrew> and it isn't true before you set the property? hmm
Jun 30 19:28:12 <EricBlade> hmm. looks like perhaps Window.cpp WindowProperties::merge might have the trick
Jun 30 19:29:34 <sandix> who here does the webOS ports?
Jun 30 19:30:33 <EricBlade> nope that's not the trick either
Jun 30 19:30:35 <dukiedrew> the nice thing about your patch is the system has separate commands for minimized and maximized cards...so the infinite cycling is easy
Jun 30 19:31:25 <pc-world> sandix: ka6sox is team-leader afaik
Jun 30 19:34:24 <EricBlade> ok maybe have to add it to getWindowPropertiesString as well
Jun 30 19:36:23 <EricBlade> no
Jun 30 19:37:19 <EricBlade> anyone know how to log a std::string ?
Jun 30 19:37:53 <dukiedrew> does qWarning() not work?
Jun 30 19:38:03 <dukiedrew> or can you change std::string to a QString()
Jun 30 19:38:30 <dukiedrew> fromStdString ( const std::string & str )
Jun 30 19:38:49 <dukiedrew> qWarning() << QString::fromStdString(yourstring);
Jun 30 19:45:18 <EricBlade> ok
Jun 30 19:45:31 <EricBlade> bitwise math .. since it's been 20 years since i've worked extensively in C ..
Jun 30 19:45:38 <pc-world> EricBlade: g_warning(yourString.c_str());
Jun 30 19:46:01 <EricBlade> struct WindowProperties has an enum with a bunch of bitflags.  Is adding a new one as 1 << 17 bad ?
Jun 30 19:49:49 <EricBlade> here's how old and rusty i am -- when my brain thinks "remote terminal" my fingers automatically type "miniterm"
Jun 30 19:51:13 <EricBlade> er...
Jun 30 19:51:21 <EricBlade> isn't |= on bitwise math, a toggle?
Jun 30 19:51:54 <dtzWill> EricBlade: well if they already use "1 << 16" then at least you don't have to worry about them relying on fitting it into an unsigned 16bit integer
Jun 30 19:52:08 <dtzWill> so adding another bit seems reasonable, but would have to check how the enum's used
Jun 30 19:52:08 <EricBlade> that's what i thought
Jun 30 19:53:04 <dtzWill> EricBlade: |= isn't a toggle, it's a bitwise or-- meaning 'x |= 1 << 17' sets that one bit if not set, otherwise leaves it set
Jun 30 19:53:49 <EricBlade> this looks like a huge bug then
Jun 30 19:53:55 <dtzWill> toggle would be using xor, like "x ^= 1 << 17'
Jun 30 19:54:10 <EricBlade> gotcha thanks for the refresher
Jun 30 19:54:24 <dtzWill> kk np.  what's the bug? :(
Jun 30 19:54:48 <EricBlade> in Window.h, at the bottom
Jun 30 19:55:35 <EricBlade> i'm not entirely certain what flags is used for there
Jun 30 19:57:53 <EricBlade> maybe not maybe flags is just there to tell it what attributes are sent, and the actual attributes are the bools
Jun 30 19:58:22 <dtzWill> yeah seems like 'flags' tracks which of those have ever been set/played with/changed
Jun 30 19:58:33 <dtzWill> but... o_O :)
Jun 30 20:00:23 <EricBlade> ok, so, i specifically set DoubleHeightDash = false, then try to set the window properties.  setWindowProperties calls merge() which sees it as true. argh
Jun 30 20:00:41 <dtzWill> j/w is there a list of known/suspected luna bugs somewhere? I mean I have my own experiences and such, but might be good to have some of us looking to fix those too :)
Jun 30 20:01:21 <dtzWill> but offhand the bugs I can think of were fixed in 3.0.5 (things like cards that act like they're stuck, can't give focus, etc)
Jun 30 20:02:14 <EricBlade> only thing i know of for sure is that the alert windows sometimes get all messy
Jun 30 20:02:41 <EricBlade> like i'll receive a call, the call alert comes up, but it's got the last alarm alert under it
Jun 30 20:03:09 <dtzWill> on that--I want to track down whatever manages the alarm system and ensure it starts only /after/ the gui is finished initializing :P
Jun 30 20:03:23 <EricBlade> good idea - not sure if that's in luna or not
Jun 30 20:03:40 <dtzWill> idk if this happens to anyone else, but it's damned annoying to hvae your device's alarm going off and not be able to do anything about it (Esp on a device without a hard mute switch) hehehe
Jun 30 20:03:52 <EricBlade> it happens on my phone a lot
Jun 30 20:04:57 <dtzWill> (and when it happens i'm usually already not happy because presumably i had an alarm set for a reason... lol)
Jun 30 20:05:57 <dtzWill> anyway carry on with your luna awesome-ifying, sorry ^.^
Jun 30 20:10:08 <EricBlade> even if i never, ever set the bool to anything it still comes out true
Jun 30 20:14:03 <EricBlade> back in my day, we didn't have bools.  and things were a lot easier.
Jun 30 20:15:11 <dukiedrew> hmm
Jun 30 20:15:14 <dukiedrew> where are you testing this?
Jun 30 20:15:16 <dukiedrew> is it still in C++?
Jun 30 20:16:25 <EricBlade> yea
Jun 30 20:16:55 <dukiedrew> darn, so it isn't like a JS  x == true vs x === true kinda thing :)
Jun 30 20:20:18 <EricBlade> no
Jun 30 20:22:15 <EricBlade> attach() { WindowProperties p; p.doubleDashHeight = false; setWindowProperties(p); } setWindowProperties(WindowProperties p) { g_warning(p.doubleDashHeight ? "true" : "false"); } .. seems to be giving me false
Jun 30 20:22:18 <EricBlade> er, true
Jun 30 20:24:47 <dukiedrew> and you modified WindowProperties?
Jun 30 20:26:09 <dukiedrew> did you add something here:
Jun 30 20:26:09 <dukiedrew> void WindowProperties::merge(const WindowProperties& props)
Jun 30 20:26:19 <dukiedrew> in /base/window.cpp
Jun 30 20:26:28 <dukiedrew> then add something like
Jun 30 20:26:28 <dukiedrew> 	if (props.flags & isSetDashboardManualDragMode) 		setDashboardManualDragMode(props.dashboardManualDrag);
Jun 30 20:26:58 <EricBlade> yeah, but right now, i'm not even setting the bool. just accessing it returns true
Jun 30 20:27:33 <dukiedrew> 	void setDashboardManualDragMode(bool isManual) { flags |= isSetDashboardManualDragMode; dashboardManualDrag = isManual; }
Jun 30 20:27:48 <EricBlade> yeah i totally copied the entire dashboard manual drag mode
Jun 30 20:27:53 <dukiedrew> ah
Jun 30 20:28:12 <dukiedrew> ah okay and then you set your own to 1 << 17
Jun 30 20:28:38 <EricBlade> ok i'm going to revert and try this again
Jun 30 20:28:55 <dukiedrew> perhaps it is a bit issue?
Jun 30 20:29:03 <dukiedrew> but that's not my strength
Jun 30 20:36:02 <EricBlade> well after i reverted all that, i noticed that there seems to be a set of default settings for the properties stuck in Window.h WindowProperties->WindowProperties() .. wonder if that defaults any bools that aren't set there to true
Jun 30 20:45:55 <EricBlade> i guess that's what i get for trying to think while programming instead of just copy-pasting
Jun 30 20:46:17 <dtzWill> lol
Jun 30 20:46:19 <EricBlade> i copy pasted every single reference to the variable i was copying from and it seems to work
Jun 30 20:47:07 <dukiedrew> ha...
Jun 30 20:47:17 <dukiedrew> i thought programming was just copying and pasting, and googling
Jun 30 20:50:53 <EricBlade> ok now that i've got all the regular size dashboards believing they are regular size, i might possibly be able to track down the real problem
Jun 30 20:52:52 <EricBlade> m__: did you ever get novacom working on ubuntu 64?
Jun 30 20:55:03 <m__> EricBlade: yes actually. somehowe it just worked when I started coding today. weird
Jun 30 20:55:30 <m__> EricBlade: it might have been that i forgot the < character in the command
Jun 30 20:55:55 <m__> EricBlade: but I don't know if I actually did...but that's the only reasonable explanation I can think of
Jun 30 20:56:16 <EricBlade> uh..
Jun 30 20:56:43 <EricBlade> that -would- explain it
Jun 30 20:57:13 <EricBlade> which means i did the exact same thing
Jun 30 20:57:22 <m__> :-P
Jun 30 20:57:34 <EricBlade> hooray, i'm not the only guy that does dumb things
Jun 30 21:01:26 <EricBlade> the almost last task that i have is "simply" figuring out which function is the one that -actually- affects the dashboard window's position on screen
Jun 30 21:02:47 <EricBlade> yay, m__ that cuts down about 35 seconds off each iteration for me
Jun 30 21:03:21 <m__> :-) productivity gets a new high
Jun 30 21:13:41 <m__> here we go again, I've added another pull request. This time containing additional keyboard layouts (dvorak, se dvorak and se qwerty). https://github.com/webOS-ports/LunaSysMgr/pull/3
Jun 30 21:14:21 <m__> finally I can type in my own language :-P woce is the best thing happening to webos in a long time
Jun 30 21:15:54 <EricBlade> ok i updated my makefile targets so that both the novacom and usb mode ones work
Jun 30 21:17:59 <ka6sox> hi
Jun 30 21:18:00 <dukiedrew> m__, agred
Jun 30 21:18:02 <dukiedrew> agreed*
Jun 30 21:21:17 <ka6sox> we need a bot to leave messages for folks...
Jun 30 21:29:56 <EricBlade> what kind of strange coordinate system does this thing use in some places .. it's like (0,0) is the center .. sometimes
Jun 30 21:30:33 <ka6sox> maybe its polar?
Jun 30 21:30:35 <ka6sox> :P
Jun 30 21:31:03 <dukiedrew> haha, yeah units appear to be based on the center
Jun 30 21:32:43 <EricBlade> that certainly makes my calculations.. different
Jun 30 21:33:09 <EricBlade> esp when in other places, it seems to be (0,0) = left corner
Jun 30 21:33:14 <m__> for those interested in the keyboard fix: http://www.youtube.com/watch?v=ZybrMUIQwmE
Jun 30 21:35:48 <dukiedrew> isn't there a keyboard fix in preware too?  does this build upon that?
Jun 30 21:36:26 <m__> the keyboard fix in webosnation forum just patches the binary, replacing the current layouts, this one adds new layouts next to the current ones
Jun 30 21:37:05 <EricBlade> v nice
Jun 30 21:37:30 <dukiedrew> ah nice
Jun 30 21:39:57 <dtzWill> EricBlade: I just use ssh/scp to push updates to my TP, no usb needed at all
Jun 30 21:42:08 <EricBlade> who wants to try to figure out what happened to inputboxes, without having the 3.0.5 source to compare to? heh
Jun 30 21:44:24 <EricBlade> i think i will set my dev pad up to WiFi novacom to the Virtual Machine and my regular one to WiFi novacom to the Windows side
Jun 30 21:52:17 * EricBlade tells Visual Studio to shutdown .. waiting .. 10 minutes now..
Jun 30 21:52:40 <dukiedrew> ha
Jun 30 21:52:52 <dukiedrew> i prefer QtCreator
Jun 30 21:53:34 <EricBlade> window finally closed... computer still slow as hell
Jun 30 21:56:56 <EricBlade> screw this, i'm just going to hit the reset button. brb
Jun 30 22:43:40 <EricBlade> well on the bright side, my double-height dash thing is actually workign exactly as it should, except for the positioning problems. yay
Jun 30 22:46:28 <dukiedrew> woot
Jun 30 22:46:33 <dukiedrew> i have position issues too
Jun 30 22:46:40 <dukiedrew> i can't find the menu/status bar height
Jun 30 22:46:45 <dukiedrew> if i hard code to 46, okay
Jun 30 22:46:55 <dukiedrew> but i'd prefer not to
Jul 01 01:12:22 <EricBlade> dukiedrew: i don't think it's 46, i think it's closer to half that
Jul 01 01:13:01 <dukiedrew> hmm
Jul 01 01:13:08 <dukiedrew> 46 was my fudge factor that worked
Jul 01 01:13:11 <dukiedrew> but let me search for 23
Jul 01 01:15:05 <EricBlade> looks like it uses Settings::LunaSettings()->positiveSpaceTopPadding)
Jul 01 01:24:01 <dukiedrew> hmm, but that'd be 56?
Jul 01 01:29:29 <EricBlade> well, let's see.. the StatusBar constructor takes type, width, height
Jul 01 01:29:48 <EricBlade> everywhere I see it beign constructed, it's using positiveSpaceTopPadding
Jul 01 01:45:53 <EricBlade> and according to my luna.conf file, PositiveSpaceTopPadding=28
Jul 01 01:46:15 <dukiedrew> hmm, ok
Jul 01 01:55:52 <EricBlade> hmm. there's some code for using antialiasing in the launcher, that looks like it is commented out.  wonder what effects it has
Jul 01 02:54:00 <EricBlade> hey shifty
Jul 01 02:54:13 <ShiftyAxel> Yo
Jul 01 02:55:08 <EricBlade> yea i don't know how to eat any more of the events than what i managed to get it to do there, but if you figure out a way, that'd be nice to know
Jul 01 02:55:22 <ShiftyAxel> I'm not on for long- it's like 4AM here. Just testing out wIRC for the moment.
Jul 01 02:55:56 <EricBlade> and i'm busy working my regular job tonight. weee
Jul 01 02:56:40 <ShiftyAxel> I'll be sure to mention it if I do- I think adding a handler for touch events might have thrown a spanner in the works somewhere.
Jul 01 02:58:06 <ShiftyAxel> Aha, fair enough. I should probably get some sleep and let you get on with that :p
Jul 01 02:59:26 <ShiftyAxel> TTYL, hope work's enjoyable/bearable!
Jul 01 02:59:30 <EricBlade> it would seem that if it's possible to setup a regular QT GestureRecognizer, that would handle it
Jul 01 02:59:35 <EricBlade> that would be the best way to go
**** ENDING LOGGING AT Sun Jul 01 02:59:58 2012