| mhall119 | davidcalle: mhr3 paste-binned the missing gschema.xml file,I copied that into /usr/share/glib-2.0/schemas/org.compiz.unityshell.gschema.xml and re-ran glib-compile-schemas as root on that directory | 00:00 |
|---|---|---|
| davidcalle | mhall119, could you please paste the paste-bin link? | 00:01 |
| mhall119 | http://pastebin.com/e7UEugLi | 00:01 |
| davidcalle | mhall119, ty | 00:02 |
| mhall119 | np | 00:04 |
| bschaefer | fg | 00:20 |
| bschaefer | fg | 00:20 |
| davidcalle | mhall119, https://plus.google.com/117867558830601601230/posts/A7sAen7HRV7 \o/ | 00:22 |
| bschaefer | opps | 00:23 |
| * bschaefer keeps killing unity | 00:23 | |
| * mhall119 is purging the staging ppa | 01:00 | |
| mhall119 | too unstable atm | 01:00 |
| bschaefer | MCR1, yup, np. Though its always better to decrease the growth rate of the algorithm rather then change the linear speed of it :) | 17:21 |
| MCR1 | bschaefer: Do you know how it can be that my launcher can hide while the mousecursor still hovers over it ? | 17:31 |
| bschaefer | MCR1, yeah, I just fixed a few of those bugs... | 17:31 |
| bschaefer | if you click on an icon? | 17:32 |
| bschaefer | or exit scale more? | 17:32 |
| bschaefer | spread* i think | 17:32 |
| MCR1 | no, if I push to reveal with the mouse and stop moving the mouse once it is revealed | 17:32 |
| bschaefer | MCR1, yeah it should stay open | 17:32 |
| bschaefer | MCR1, do you have trunk? | 17:33 |
| * bschaefer updates trunk | 17:33 | |
| MCR1 | yes, but I had that problem before your fixes, so do not worry | 17:33 |
| MCR1 | and still have it | 17:33 |
| bschaefer | MCR1, hmm so you just reveal the launcher then keep the mouse over it? Then it autohides? | 17:34 |
| MCR1 | maybe it is due to my special config - launcher on autohide, launcher just on main (left) monitor, 3 displays | 17:34 |
| MCR1 | yes exactly | 17:34 |
| MCR1 | bschaefer: There should be a condition added to NEVER hide the launcher if the mouse hovers over it | 17:34 |
| MCR1 | or is there ANY case it should hide then ? | 17:35 |
| bschaefer | MCR1, hmm I can't reproduce it, but there were some changes added to unity | 17:35 |
| bschaefer | MCR1, well there was an option added TO autohide when certain actions happened. One was an idle mouse | 17:35 |
| bschaefer | which I though I removed... | 17:35 |
| MCR1 | bschaefer: The last time I asked nobody could reproduce it either, but it is hunting me all the time ;) | 17:35 |
| bschaefer | MCR1, hmm it could be a multi monitor problem....hmm Ill have to see if I can reproduce it when I hook my laptop up to a second monitor | 17:36 |
| MCR1 | I also have this problem when just using 2 screens (3rd disabled) | 17:37 |
| bschaefer | what about 1 screen? | 17:37 |
| MCR1 | i'll try - one moment | 17:38 |
| MCR1 | still working on it - can be a pain to change displays sometimes... | 17:40 |
| MCR1 | have to reboot, brb | 17:41 |
| MCR1 | back | 17:42 |
| MCR1 | this time it worked :) | 17:42 |
| MCR1 | bschaefer: I can reproduce it with one monitor as well | 17:43 |
| * MCR1 is turning on sticky edges | 17:43 | |
| bschaefer | MCR1, very odd...yeah let me know what config options you have on so I can try to reproduce it | 17:43 |
| MCR1 | does not change anything either | 17:43 |
| bschaefer | hmm are you on trunk unity? | 17:44 |
| MCR1 | bschaefer: yes, unity staging ppa and compiz ppa, both trunk | 17:44 |
| bschaefer | cause I swear I literally removed that entire option | 17:44 |
| bschaefer | MCR1, oo, i don't think my fix has landed in either of those haha | 17:44 |
| bschaefer | it was just merged this week | 17:45 |
| bschaefer | ie. bzr branch lp:unity -> is where the fix is at | 17:45 |
| MCR1 | haha | 17:46 |
| MCR1 | no staging should have it then as it rebuilds all the time | 17:46 |
| MCR1 | r2583 is the unity version I have | 17:46 |
| * bschaefer checks the rev | 17:47 | |
| bschaefer | o | 17:48 |
| bschaefer | MCR1, well I did not know that haha | 17:48 |
| * bschaefer doesn't use staging ever | 17:48 | |
| MCR1 | and the edges stopped being sticky as I just noticed | 17:48 |
| MCR1 | but the option in displays is still there | 17:48 |
| bschaefer | MCR1, would you be able to make a video showing the launcher autohide thing? | 17:49 |
| MCR1 | bschaefer: http://imagebin.org/225027 <- the option is still there | 17:49 |
| MCR1 | bschaefer: Don't you trust me ? ;) Yes, I could. | 17:49 |
| bschaefer | MCR1, I do, I just want to see whats going on :) | 17:50 |
| bschaefer | MCR1, that is also odd... | 17:50 |
| bschaefer | MCR1, ill have to test that out later | 17:50 |
| * MCR1 is launching kazam | 17:50 | |
| bschaefer | gtk-recordmydesktop is pretty good | 17:50 |
| MCR1 | bschaefer: I jsut do not have an youtube account - where should I share the video ? | 17:51 |
| bschaefer | hmm email me it | 17:51 |
| bschaefer | umm | 17:51 |
| MCR1 | got it ? | 17:56 |
| MCR1 | bschaefer: ? | 17:57 |
| bschaefer | MCR1, yup, and odd! It looks like the launcher doesn't detect your mouse... | 17:57 |
| MCR1 | as you saw - if I move it a few pixels to the right it stops autohiding | 17:58 |
| bschaefer | MCR1, yeah, what resolution do you have? | 17:58 |
| bschaefer | though that shouldn't matter haha | 17:58 |
| MCR1 | 1920x1200 | 17:58 |
| MCR1 | I have another mousepointer as well, but that shouldn't matter either | 17:59 |
| bschaefer | hmm, that is indeed odd, did you change the size of your icons? | 17:59 |
| MCR1 | nope | 17:59 |
| bschaefer | wait what? You have 2 mouse pointers? | 17:59 |
| MCR1 | no, but two keyboards and two mice and an individual mousepointer (gfx only) - but this should not matter - after all I am also revealing the launcher with the mouse | 18:01 |
| MCR1 | and all other mouse-detection stuff works as well (corner detections in Compiz for example) | 18:01 |
| bschaefer | MCR1, well Im not with r2583...let me recompile | 18:02 |
| MCR1 | bschaefer: I bet you won't have this problem - but I have it since I remember | 18:03 |
| MCR1 | so how can this happen code-wise ? | 18:03 |
| bschaefer | MCR1, well it doesn't think the mouse is on the launcher :) | 18:03 |
| bschaefer | soooo it autohides | 18:03 |
| bschaefer | as you can see the launcher icons don't show their tool top | 18:04 |
| bschaefer | tip | 18:04 |
| MCR1 | they do | 18:04 |
| MCR1 | look at the video again | 18:04 |
| bschaefer | when it was autohiding right away it wasn't | 18:04 |
| MCR1 | I have demonstrated how I am able to maintain the launcher | 18:04 |
| bschaefer | yeah let me check...i just broke my ABI with unity sooo I have to recompile | 18:04 |
| MCR1 | I have to move the mouse a few pixels to the right - then it stops autohiding, tooltips work, quicklists work on right click (is not in the video) | 18:05 |
| bschaefer | MCR1, what im saying is when you had it move far to left and it was autohiding quickly the tooltips didn't show | 18:06 |
| bschaefer | MCR1, either way, it looks like the launcher thinks the mouse is outside the launcher... | 18:07 |
| MCR1 | bschaefer: I can even make the tooltip show and the launcher still disappears | 18:07 |
| bschaefer | hmm | 18:07 |
| bschaefer | well i still can't reproduce it :) | 18:07 |
| MCR1 | bschaefer: If I move the mouse over an icon, but just a few pixels from the edge, the tooltip appears, but the launcher still hides | 18:08 |
| bschaefer | MCR1, well that shouldn't happen... | 18:08 |
| MCR1 | I guess so (and it is quite annoying as you might imagine) | 18:09 |
| MCR1 | bschaefer: maybe the reveal shadow is over the launcher ? | 18:10 |
| bschaefer | yes, I would think....well I suppose you could file a bug and maybe someone else could reproduce it | 18:10 |
| MCR1 | and the pointer is detected over the shadow, which is over the launcher ? | 18:11 |
| bschaefer | MCR1, hmm I don't think the shadow is a window | 18:11 |
| MCR1 | the shadow is a png iirc | 18:11 |
| bschaefer | well it could be the problem though Im not sure where that is getting drawn in unity | 18:12 |
| bschaefer | for panel shadow is drawn using OpenGL | 18:12 |
| bschaefer | which is why I thought that launcher shadow was, which shouldn't cause it to block the mouse... | 18:13 |
| MCR1 | bschaefer: I do not want to steal more of your time, especially because this is just MCR specific and noone seems to be able to reproduce it... | 18:13 |
| bschaefer | MCR1, yeah, just file a bug :), and link the video | 18:13 |
| MCR1 | although I had this problem on all of my machines with precise as well :( | 18:14 |
| bschaefer | thats an old problem! | 18:15 |
| MCR1 | bschaefer: The best thing that should happen to the launcher would be an intellihide mode | 18:15 |
| MCR1 | but I do not mean dodge, but intellihide | 18:16 |
| MCR1 | all good launchers/docks have it | 18:16 |
| MCR1 | they just hide if the active window dodges | 18:16 |
| bschaefer | I think that use to be in... | 18:16 |
| * bschaefer isn't sure though | 18:16 | |
| MCR1 | unity-2d was automatically acting that way as well | 18:16 |
| MCR1 | no it was just dodge | 18:17 |
| MCR1 | which means the launcher hid from every window | 18:17 |
| MCR1 | bschaefer: try docky or cairo dock and set mode to intellihide -> the launcher would be sooo much more useful | 18:18 |
| MCR1 | with this feature | 18:18 |
| bschaefer | MCR1, hmm yeah it would be nice, but I think any kind of window dodging was shot down | 18:19 |
| bschaefer | IIRC | 18:19 |
| MCR1 | I do not think this option was discussed (and I almost read the whole bugreport on it) | 18:19 |
| MCR1 | it was just -> give us dodge back | 18:20 |
| bschaefer | hmm well yeah it would be nice, but the problem your having would still be around | 18:23 |
| MCR1 | yeah sure - it was ot | 18:23 |
| MCR1 | ;) | 18:23 |
| Debolaz | Meh, Unity still isn't working in vmware. | 18:52 |
| Debolaz | Screen isnt drawing stuff properly, windows mix into each other, etc. | 18:53 |
| mhr3 | MCR1, btw i think you should read http://psankar.blogspot.cz/2011/03/pre-vs-post-increment-performance.html | 20:04 |
| MCR1 | mhr3: Interesting. | 20:10 |
| mhr3 | MCR1, bottom line with optimizations the two are equivalent for primitive types, for complex types it might still make some difference depending on how smart the compiler is | 20:14 |
| MCR1 | mhr3: Thanks for the summary. In my last merge request I also changed a primitive type to prefix, but in the previous ones (already merged) I just changed non-primitive types AFAIK. | 20:23 |
| mhr3 | MCR1, that's why i dug it out actually :P | 20:24 |
| === 64MABS484 is now known as CookieM_ | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!