=== MacSlow is now known as MacSlow|lunch === qense_ is now known as qense === rgreening_ is now known as rgreening === MacSlow|lunch is now known as MacSlow [19:06] tedg: There is this bug report that says that if an application using KNotify is running the Application Indicators will disappear after a while. Do you have any idea how such a thing could happen? [19:06] It's bug #568262 [19:07] Launchpad bug 568262 in indicator-application (Ubuntu) "programs disappear from the applet (affects: 3) (heat: 18)" [Undecided,Incomplete] https://launchpad.net/bugs/568262 [19:07] qense: No, that seems a little crazy. [19:07] Yeah, that's what I thought. [19:07] But the reporter did confirm that not running a KNotify user did make the problem go away. [19:08] The last comments seem to be unrelated to the bug. [19:08] qense: So they're running GNOME and KNotify? [19:08] They must be fighting over the dbus name... [19:08] They're running an application that implements KNotify and therefore should have the advantage of a natively drawn Indicator. [19:09] Quassel [19:09] e.g. [19:09] Ah, okay. I thought they were running the KDE display component. [19:09] Could it be possible that Quassel launches the KNotify daemon? [19:10] Take a look at the XSession errors file! [19:10] "knotify(2798) NotifyByPopup::slotServiceOwnerChanged: "org.freedesktop.Notifications" "" "_"" [19:10] qense: In theory, it shouldn't. As it should start notify OSD. [19:10] The line before that: "kdeinit4: preparing to launch /usr/bin/knotify4" [19:10] Hmm, we might need to ask agateau about this one. I'm not sure what's going on there. [19:10] He's unfortunately off this week. [19:11] tedg: The AppInd equivalent for KDE is called KDE StatusNotifier? [19:12] qense: That's the API... I'm not sure how it all connects together. I think that it might all be in Plasma [19:12] I think that Plasma does all the display. [19:12] but KNotify is the just for the notification bubbles? [19:12] Everything's Plasma in KDE. [19:12] Yeah, so I wonder if notify-osd isn't installed? [19:13] But how could notification bubbles disrupt the Application Indicators? [19:14] Not sure. My guess is that it cause Quassel to do something silly like look for the KDE implementation, which is causing a bug in AppIndicators. [19:14] It's basically sending something we don't understand and error out. [19:15] (which, of course, is an error -- even if it's a hard to reproduce one) [19:17] tedg: We'll ask agateau once he shows up again. [19:18] qense: We're sprinting next week, so ping me and I'll throw something at him :) [19:18] will do! [19:59] Activity! === seg|ars is now known as seg [21:25] So a indicator design question [21:25] I want to write something that uses the messaging indicator, but it's a little unorthodox, and I was wondering the opinion [21:25] I want to write a little application that will randomly display affirmations or whatever (able to be set by the user) [21:26] I've done this in the past, with windows popping up reminding me of things like "Remember, take a break, stretch, and get a drink of water" or stuff like that [21:26] but I don't want it to be so intrusive [21:26] so an indicator would fit, but a new indicator seems like a waste of space [21:27] so I thought it would fit in the messaging, but it's not really a message from another person the way the others (email, IM, twitter, etc) are [21:27] would that be too weird? [21:27] (personal project, btw) [22:06] Nafai: I would think it would be better to just do a nice notify-send and leave it at that [22:07] I don't know that it would be necessary to take up space in the panel for this or that would ever want to read these more than in passing. [22:07] hrm [22:07] good point [22:07] just my personal opinion though ;) [22:07] hey, that's why I asked :) [22:08] But, if it's a personal project, I don't see why you shouldn't. [23:21] * hyperair thinks we should have added a padding for all notification area icons and panel applets as well to make them more consistent with app indicators