[00:00] yea . pretty funny. at least I could logout normally. [00:01] cariveri, if you mess up the current build you can remove the locally built one by rm ~/.compiz-1 [00:01] then doing a unity [00:05] ok. Launcher::RenderIconToTexture() <-- how do I manipulate the position? if thats done, then drawing my subIcon could be easy. [00:06] cariveri, it uses Base position, soo it depends on what is doing the renderering, which is why you see 0,0 for the geo x,y [00:12] ok. Im trying to mess around a bit more. [00:16] ok. I manipulated all the zeros and ..nothing happened. [00:17] well...which zeros? [00:17] almost all of them. ;) [00:17] haha [00:17] still inside the Launcher::RenderIconToTexture [00:18] hmm, GfxContext.QRP_Color(0, [00:18] those zeros didn't change anything? [00:18] and the geo [00:18] nux::Geometry geo(0, 0, texture->GetWidth(), texture->GetWidth()); [00:19] note, this RenderIconToTexture takes an icon and makes a box for the icon texture [00:19] which then the launcher places [00:19] (so changing those 0s' will just mess with the textures position in this box that will be placed in a spot the launcher determines) [00:20] god bless just drawing another Launcher is easy here :) man why did I study computer science if dont get this done! [00:21] look at [00:21] line 1922 in Launcher [00:21] you see the nux::Geometry(bkg_box.x, (*rev_it).render_center.y - 3, bkg_box.width, 2) [00:21] * bschaefer thinks this could be where that 'box' gets placed [00:22] cariveri, haha, this isn't computer science as much...(believe me, this graphics stuff is hard) [00:22] * bschaefer has a CS degree [00:24] by the why your line numbers dont match mine :) but I did find the - 3 [00:25] nice...you were using unity/5.0 right? [00:25] or turnk [00:25] 5.0 [00:25] thats why :) [00:26] so the nux::Geo is just a rectangle [00:26] (x, y, width, height) [00:27] it must be possible to do this Paint2DQuadColor step again with offset and other Icon, but I cant see how. [00:28] yes, you will need to setup your own "Draw" function... [00:28] so you will have to create your own little "launcher" [00:28] hmm [00:28] you would have to do a lot of work with that htough [00:28] though* [00:29] maybe this is not the way to go. [00:29] Didnt you say there is a possible to pass the LauncherIcon to the Quicklist? [00:31] the LauncherIcon opens the Quicklist [00:31] if you right click it, look under LauncherIcon [00:32] RecvMouseClick [00:32] an Activate [00:32] and* [00:32] yes. and if the LauncherIcon had a subIcon (or list) how would I insert it to those entries? [00:33] to the quicklist? [00:33] yes. ql_item = new QuicklistMenuItemLabel(menu_item (Icon here in stead?) , NUX_TRACKER_LOCATION) [00:34] I could create a QuicklistMenuItemICON class. those have a Draw() function. [00:34] you'll have to figure out how it is added...I looked into that... [00:34] once [00:35] * bschaefer doesn't know much about how quicklist get their list [00:35] i know it uses dbus [00:36] it all does not matter, If ... [00:36] figure out who makes a QuickListMenuItem [00:38] well, the OpenQuicklistMenu is fair enough. it adds in the items. [00:39] but its entries are very simple. the Item's draw functions simply draw text. and I dont know how to draw the LauncherIcon then either :( [00:40] you'll still have to figure out how the icons use the IconRenderer [00:40] and the RenderIconToTexture [00:41] (possibly inherit from the launch?)....that file is huge though and it might assume a few to many things... [00:41] thats why modularization is a very nice thing. A dummy as I could come and reuse a draw function! :) [00:42] so you'll have to figure out how to make a minimalist launcher, that can hold, activate, (possibly drag/drag, possibly quicklist)... [00:42] and render [00:42] but I need to get some of my own work done, good luck on the work! [00:42] yes sure. thanks anyway. [00:43] maybe youve got an email adress of this matrix' author for me? [00:43] matrix? [00:43] there must be a designer of this code. [00:43] someone who had a first thought on the structure. [00:44] you mean the Launcher? He no longer works on unity [00:44] Not even available for questions? [00:45] hmm im not sure what his current email address is anymore [00:45] his name is on top of that file [00:46] jason hmm. canonical.com. [00:46] maybe I give it a try. [00:46] he doesn't work for canonical anymore [00:46] so that wont work. [00:51] ok. I feel like giving up for today. [00:51] but thank you ver ymuch for all your time [00:53] your welcome, sorry I couldn't have helped more...feel free to email me more questions [00:53] and I should have more time to help out in a few days [00:54] very nice. Ill retry certainly. [00:54] where do I email'? [00:54] brandon.schaefer@canonical.con [00:54] com* [00:55] cool. [00:56] so have a good night! I really need to sleep. [00:56] good night! === fenris is now known as Guest34244 === fenris is now known as Guest9079 [08:37] my launcher icons often disappear, but after a re-login they are again just fine however, I would not like to logout every time this happens so is there a way of re-loading the launcher without a logout/login? [08:45] is it safe to step unity version in say ubuntu 12.04? === mmrazik is now known as mmrazik|lunch === _salem is now known as salem_ === mmrazik|lunch is now known as mmrazik [11:45] hi, from a programmers point of view: What is the "right" way to do fullscreen gtk apps and keep unity's tandard on screen keyboard (onboard) stil above the gtk application? Or is there no such way? === dandrader is now known as dandrader|afk === mdeslaur_ is now known as mdeslaur === dandrader|afk is now known as dandrader === gatox is now known as gatox_lunch === mmrazik is now known as mmrazik|otp === dandrader is now known as dandrader|lunch [14:25] didrocks, sil2100: Hi :) Are you here ? [14:26] MCR1: in a call :) [14:27] I got 2 lp:compiz MPs with multiple *very-minor* speed and memory usage improvements I would like to see some comments on: [14:27] 1. https://code.launchpad.net/~mc-return/compiz/compiz.merge-performance-do-not-assign-values-that-are-never-used/+merge/135150 [14:28] 2. https://code.launchpad.net/~mc-return/compiz/compiz.merge-performance-improvements-prevent-unnecessary-operations-if-we-return/+merge/134805 [14:29] I vote for every little improvement possible to be made, but others have differing opinions on that... [14:30] Thinking about mobile performance I think no optimization can be small enough to not be made... === mmrazik|otp is now known as mmrazik [14:41] MCR1: here, but on lunch right now ;) [14:43] sil2100: Enjoy your meal then && please ping me later ;) === gatox_lunch is now known as gatox [14:56] smspillaz: Oh, Sam - Hi :) I did not know that you are online also... 8-) Please judge on these 2 branches above ^^ [14:56] smspillaz: Zhx :) [14:57] aehm Thx [15:02] Back! [15:04] sil2100: Then you can join the discussion (which seems to be heating up) ;) [15:05] Discussion?! Where ;)? [15:05] please look @ the 2 MPs I posted above ^^ ;) [15:06] sil2100: & Welcome back ! [15:07] Let me check that [15:07] thx [15:28] Trevinho: I noticed that you set yourself as reviewer for lp:~mvo/unity/sc-launcher-integration-fixes - thats great - please note that I'm happy to tweak the approach as needed, its a first iteration and I'm not too familiar with the unity codebase etc. I am right now looking at making it a bit nicer c++ (i.e. not changing _bamf_app directly but using a setter). alternatively we could move the logic out and add a additional dbus call like "Cha [15:28] ngeLauncherByID" or something that would switch from the temp desktop file to the real desktop file [15:49] is anyone looking at the constant test suite failures in the unity-team-staging PPA? [15:55] bregma: not that I know of, I pinged yesterday about the it [15:55] didn't get the time to investigate though :/ [16:00] mvo: ah, I didn't see this mention... Sorry, however... [16:00] mvo: I was thinking that SoftwareCenterLauncherIcon::GetActualDesktopFileAfterInstall could be improved [16:00] Trevinho: totally, happy to implement any suggestions, first iteration etc [16:01] mvo: it would be better if the daemon would send: the desktop-id of the app [16:01] so that you can just use GetDesktopPathById to retrive the desktop file [16:02] Trevinho: oh, I need to look how the Id is generated, note that the desktop file is not available yet when the install starts. i.e. its just a temporary one generated to fill in until the app is actually installed, then the temp one is replaced with the real one [16:03] mvo: yeah.. However the .desktop id is generated using an algorithm you can also check in our implementation of DesktopUtilities::GetDesktopID [16:04] mvo: basically what you do is fine, but you're using the "__" as path separator, while the desktop-id protocol define that just using a dash means that the .desktop file is in a sub-folder [16:04] mvo: ie, a kde app can be kde4-kate.desktop [16:04] that would mean that it's under /u*/sh*/apps*/kde4 ... [16:04] or ~/.local in case user already customized it :) [16:04] Trevinho: sweet, good to know. I will update accordingly [16:06] mvo: another thing.. instead of adding FRIEND_TEST(TestSoftwareCenterLauncherIcon, DesktopFileTransformTrivial); and making unity directly depending on gtest when building, just mock the class in the tests so that you cana ccess to protected members (or, just add a friend class TestSoftwareCenterLauncherIcon; definition in the header) [16:09] Trevinho: nice, thanks. I wll address that as well [16:10] mvo: per se it wouldn't even needed to exchange the bamf-app... Just updating the icon-uri would be enough... The problem is that if the .desktop file is in temp and gets removed after install, we'll go into troubles... [16:11] Trevinho: that is exactly the issue why I exchange it [16:11] Trevinho: plus exchanging it means that the desktop file points to the one that belongs to the actual deb package, so when the deb gets removed, the icon gets auto removed from the launher too [16:12] Trevinho: what would not be the case if it would permanently point to the one that got created by software-center for the transaction [16:12] mvo: yeah... and also libunity will work with it: i.e. launcher icon progress bars and such [16:12] mvo: yeah... I see the point... [16:13] mvo: probably bamf will eventually support the ability of changing a .desktop app, but this is quite tricky considering how is currently designed. [16:14] Trevinho: right, the branch as its now seem to be working for my tests, i.e. exchaning bamf_app_ and updating remove_uri does the trick afaict [16:15] or is there something I overlooked? [16:15] mvo: yeah... Consider that the RemoteUri is now the only thing that is used both to save the icons in the launcher and to show the libunity decorations.. [16:16] no, that's fine... .desktop file is used poorly, but needed as well to run the app and for the applications shortcuts [16:17] Trevinho: great, I will address the points you mentioned now and will write into the MP when I'm done. thanks again for your feedback [16:20] mvo: yw... === dandrader|lunch is now known as dandrader === dandrader is now known as dandrader|afk === dandrader|afk is now known as dandrader [18:59] I just want to say that I am quitting Ubuntu. The Unity UI is a piece of shit. [19:39] Hello all, I would like to learn about contributing to ubuntu's unity project. I followed the steps to compile and install nux and unity. When I run the code to compile and install nux, all goes well. But unity's script says nux is not installed. What did I do incorrectly? === mmrazik is now known as mmrazik|afk === salem_ is now known as _salem