| === alan_g is now known as alan_g|afk | ||
| === alan_g|afk is now known as alan_g | ||
| tsdgeos | mzanetti: what's your opinion about https://code.launchpad.net/~aacid/unity8/unfavorite_scope_test/+merge/277157 ? It introduces a test that fails with expectFail because Qt is buggy (mardy has a patch to fix it) | 11:24 |
|---|---|---|
| tsdgeos | should we land that test now with the expectFail or wait until Qt is fixed? | 11:25 |
| mzanetti | ah, is that the currentIndex on horizontal listview things | 11:25 |
| mzanetti | tsdgeos, once Qt is fixed, would the expectFail start failing? | 11:26 |
| tsdgeos | mzanetti: of course | 11:28 |
| mzanetti | tsdgeos, in that case, we can commit it now | 11:28 |
| tsdgeos | ok | 11:30 |
| === alan_g is now known as alan_g|afk | ||
| === alan_g|afk is now known as alan_g | ||
| === dandrader is now known as dandrader|bbl | ||
| === alan_g is now known as alan_g|lunch | ||
| mardy | tsdgeos: do you know when 5.6 is going to be released? | 13:47 |
| mardy | tsdgeos: actually, my question is: are we in a hurry with that fix, should I ping someone in IRC to review it, or do we have time? | 13:47 |
| tsdgeos | mzanetti: the beta is out "now-ish" | 13:47 |
| tsdgeos | er | 13:47 |
| tsdgeos | mardy: ↑↑ | 13:47 |
| tsdgeos | so i guess it'd be good if we can get it in for the beta at least | 13:48 |
| mardy | tsdgeos: OK, I'll ping someone | 13:48 |
| tsdgeos | mardy: "We are targeting to put beta out as soon as possible, preferably already during next week. " | 13:49 |
| tsdgeos | mardy: try fregl, he's one of the project/product managers on the Quick side afair | 13:49 |
| jeembe | hi all | 14:04 |
| jeembe | i get 2 mouse pointers when running gedit with gtk mir backend | 14:05 |
| jeembe | even when if close gedit i'm left with 2 mouse pointers (2 diff sizes and positions) | 14:06 |
| === alan_g|lunch is now known as alan_g | ||
| === dandrader|bbl is now known as dandrader | ||
| tsdgeos | dandrader: ping | 15:12 |
| dandrader | tsdgeos, pong | 15:12 |
| tsdgeos | dandrader: the xcursor thing we use is not X dependant at all i guess, no? | 15:12 |
| dandrader | tsdgeos, no, it's not. it does use a library to load xcursors but its source code is in the plugin dir | 15:13 |
| dandrader | tsdgeos, it's self-contained | 15:13 |
| tsdgeos | dandrader: so it's not a problem to use a thread on that code (talking to X from a thread is usually crashy), right? | 15:14 |
| dandrader | tsdgeos, yeah, loading xcursors is just regular file IO stuff, thread at will | 15:14 |
| tsdgeos | good | 15:14 |
| dandrader | tsdgeos, have to mind QQuickImageProvider API though | 15:14 |
| tsdgeos | dandrader: that's what i was wondering, if it made sense to convert that QQuickImageProvider to the async version | 15:15 |
| dandrader | tsdgeos, cursors are so small | 15:15 |
| dandrader | tsdgeos, and they're loaded on demand | 15:15 |
| dandrader | tsdgeos, although animated cursors comprise a good number of separate images | 15:16 |
| dandrader | tsdgeos, all packaged in a single file though | 15:16 |
| dandrader | (the animation frameS) | 15:16 |
| dandrader | tsdgeos, but we have no support for animated cursos yet. although that xcursor lib might still load all frame into memory all the same | 15:17 |
| dandrader | s/frame/frames | 15:17 |
| tsdgeos | back | 15:23 |
| tsdgeos | didn't see anything after "tsdgeos, although animated cursors comprise a good number of separate images" | 15:23 |
| tsdgeos | dandrader: i said "yeah probably not worth increasing the complexity then until we actually find out it's a bottleneck" | 15:23 |
| dandrader | tsdgeos, all packaged in a single file though | 15:24 |
| dandrader | (the animation frameS) | 15:24 |
| dandrader | tsdgeos, but we have no support for animated cursos yet. although that xcursor lib might still load all frame into memory all the same | 15:24 |
| dandrader | s/frame/frames | 15:24 |
| dandrader | tsdgeos, ^^^ that's what you missed | 15:25 |
| tsdgeos | k | 15:25 |
| === maclin1 is now known as maclin | ||
| === maclin1 is now known as maclin | ||
| greyback | dandrader: I'd quite happily accept your mouse cursor work, leaving app custom animated cursors for a later MP | 15:43 |
| greyback | later feature not that high in my priority list | 15:43 |
| dandrader | greyback, yeah, I was also thinking whether to have it in a separate MP | 15:43 |
| ltinkl | dandrader, btw, what you mentioned about custom bitmap cursors, doesn't the QPlatformCursor already have a helper class to deal with those? | 16:03 |
| ltinkl | dandrader, QPlatformCursorImage | 16:04 |
| dandrader | ltinkl, the sole purpose of this class is to provide Qt's fallback, built-in, cursors | 16:08 |
| === maclin1 is now known as maclin | ||
| === maclin1 is now known as maclin | ||
| === dandrader is now known as dandrader|afk | ||
| === maclin1 is now known as maclin | ||
| === dandrader|afk is now known as dandrader | ||
| === alan_g is now known as alan_g|EOD | ||
| === alexabreu is now known as alex-abreu | ||
| dandrader | greyback, there you go https://code.launchpad.net/~dandrader/unity8/fallbackCursorNames/+merge/277288 | 19:17 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!