MythLogBot@irc.freenode.net :: #mythtv-theming

Daily chat history

Current users (16):

anykey__, brfransen, Captain_Murdoch, DjMadness_, gregl, grokky, jpabq-, mag0o, mrand, MythLogBot, paul-h, robert__, rooaus, sphery, stuartm, wagnerrp
Tuesday, August 31st, 2010, 03:23 UTC
[03:23:59] brfransen (brfransen!~brfransen@adrianDHCP-47.216-254-250.iw.net) has quit (Quit: brfransen)
[03:28:27] brfransen (brfransen!~brfransen@adrianDHCP-47.216-254-250.iw.net) has joined #mythtv-theming
[06:41:43] DjMadness_ (DjMadness_!~DjMadness@x1-6-00-26-f2-d9-dc-65.k146.webspeed.dk) has joined #mythtv-theming
[06:43:04] DjMadness (DjMadness!~DjMadness@pdpc/supporter/student/DjMadness) has quit (Ping timeout: 272 seconds)
[06:54:55] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv-theming
[07:10:56] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 272 seconds)
[07:30:49] robert__ (robert__!~quassel@212.43.90.13) has quit (Remote host closed the connection)
[07:56:40] robert__ (robert__!~quassel@v11241-0.overturn.de) has joined #mythtv-theming
[08:25:01] justinh: hmm. anybody happen to know offhand where the 'no matches found' dialog comes from in mythvideo? Mine's all over the place & I can't seem to find where it's defined
[08:25:32] stuartm: base confirmation dialog maybe?
[08:25:50] stuartm: probably should use that if it doesn't already
[08:26:04] justinh: yeah maybe. don't see this popup very often
[08:27:11] justinh: is there any additional verbosity I can add to show where it's being loaded from?
[08:27:28] justinh: it's not saying in the regular terminal output
[08:27:42] stuartm: in that case it probably is a base dialog
[08:28:02] stuartm: base.xml MythConfirmationDialog
[08:28:31] justinh: aha! cheers
[08:29:39] stuartm: one of a handful of common dialogs
[08:30:15] justinh: just these little things to sort out mostly, then I can call concept 'almost ready'
[08:31:08] justinh: I'm liking the horizontal group/title list in the PBB, but I really miss being able to use PgUp & PgDn
[08:32:06] justinh: might have to look into coding again so we could have a tree type view for recordings instead
[08:34:49] stuartm: justinh: PgUp/Down still work with horizontal lists
[08:35:35] justinh: that's what I thought
[08:35:51] justinh: or was it that 3 & 9 as pgup & pgdn was removed?
[08:36:24] stuartm: yeah, we removed the overloading of numerical keys
[08:36:37] stuartm: or rather, it wasn't carried over to mythui
[08:36:45] justinh: ah
[08:37:01] justinh: any particular reason for that?
[08:37:34] justinh: oh wait – I mean apart from all the ways it could interfere with future intended operation
[08:38:48] justinh: wonder if I can make up for it with just a simple tweak to my lirc config.. probably can so long as there's no overlap
[08:39:07] stuartm: we're trying to get rid of overloading in general since the behaviour is not always consistent or obvious, I forget whether there were specific reasons against overloading numerical keys for PgUp/Down
[08:39:44] stuartm: justinh: you might be able to rebind those keys in that context within myth
[08:40:10] justinh: it's not such a big deal since I got my remote to repeat faster
[08:44:32] justinh: I remember there was a massive hoohar about this kind of stuff where somebody wanted it done away with so they could traverse a list by percentage
[08:45:01] justinh: another misuse (IMHO) of overloading again though
[08:56:46] stuartm: oh there were many different ideas about how numerical keys should be overloaded and almost every screen did something different with them, but there was no key/index explaining it all
[08:57:57] justinh: nice that the complaints about the other old ways have stopped too :)
[08:59:11] justinh: I had a bit think about how to break mythvideo's MENU & INFO operation back to just one menu key.. feel it'd be much more erm... contentious than the change I made to the PBB
[08:59:55] justinh: I'd love to have info on INFO, and MENU being the only menu key we need throughout but getting there may not be easy
[09:04:27] stuartm: I'm pretty sure iamlindoro has already said that he would make the change
[09:05:32] justinh: that'd be cool. I'm really not out to rain on parades :)
[09:05:48] justinh: more about trying to finish what I started
[09:06:21] stuartm: no something needs to be done, as part of the overall drive to make the UI more unified
[11:08:50] robert__ (robert__!~quassel@v11241-0.overturn.de) has quit (Ping timeout: 265 seconds)
[12:04:12] justinh: now then.. wonder what all these "Error loading image to scale, from file: myth://Coverart@192.168.1.30:6543/No Cover" are about then
[12:05:40] stuartm: eww, an issue I thought we'd already dealt with
[12:06:00] justinh: maybe you have & I'm out of date
[12:06:15] stuartm: mythvideo was sticking junk like that in tables instead of leaving those columns empty
[12:06:17] justinh: I'm on 25427
[12:06:36] stuartm: justinh: more likely your database is out of date, but iamlindoro should know for sure
[12:06:52] stuartm: justinh: by which I mean your database content, not the schema
[12:07:11] justinh: right, so I'd need to purge some stuff & redo things.. or?
[12:07:21] justinh: I'll wait for iamlindoro.. no rush
[12:10:00] justinh: ooo I like what 'forest' has done for the programme finder. <steal>... :-D
[12:10:18] justinh: have to try it out first though.. might not like it in use
[12:53:06] Gibby_afk is now known as Gibby
[13:09:09] justinh: just had a sneaky look in my db. I do indeed have coverfile entries thusly: "No Cover". lol
[13:10:51] justinh: sorted, but ssssh... don't tell anyone in -users what I did ;)
[13:14:18] justinh: hmmm. still giving me the error
[13:14:50] justinh: and the entries are back... hrm
[13:15:54] justinh: duh. no they weren't back. some were "No Cover "
[14:03:58] robert__ (robert__!~quassel@g229052001.adsl.alicedsl.de) has joined #mythtv-theming
[14:16:19] iamlindoro: stuartm, justinh on the contrary, I officially *despise* the "one menu key to rule them all" in the PBB. I've been using it for months and still can't get used to it
[14:16:56] iamlindoro: Would consider reorganizing the menu options to get them all into a single menu... maybe... but the toggle thing is *awful*
[14:17:42] iamlindoro: Re: "No Cover," we *used* to ignore that field (and yes, it's a sign of very very old metadata so a rescan of the content will remove it) so if we're not now, it's a regression and I'll look at it
[14:19:30] justinh: I have to admit I keep falling into the trap of hitting INFO like I used to, and I submitted the patch
[14:19:48] justinh: been a while since I made the mistake myself.. reprogramming muscle memory can take a while
[14:20:32] justinh: IMHO it's not ideal but still better than having 2 menu buttons
[14:21:36] justinh: nothing should ever need that many different options.. there's gotta be a way around that somehow
[14:23:30] iamlindoro: It would be different if every single window weren't allowed to define its own menu behavior-- but the PBB behaving one way and the rest of the UI behaving an assortment of other ways feels very broken, and I've come to the feeling that the toggle thing isn't the way forward either
[14:23:41] iamlindoro: Which I realize is not me being a part of the solution :)
[14:23:47] justinh: heh
[14:23:57] justinh: it's not ideal for everybody
[14:24:38] stuartm: iamlindoro: I don't know why my suggestion of a reciprocal link between the two menus was not used, or re-arranging/merging the menus
[14:24:41] justinh: but then, rearranging menu items & grouping them – putting some into submenus ain't gonna make everyone happy either
[14:25:04] iamlindoro: stuartm, I think that Mark's OSD menu approach could be adopted everywhere-- that would work
[14:25:05] stuartm: but then everyone had a different idea, so ...
[14:25:14] iamlindoro: that way there is a "path" through the menus
[14:25:21] justinh: configurable menus you mean?
[14:25:28] iamlindoro: Works much better for extensive structures
[14:25:41] justinh: then the user has his own mess to navigate around.. or not ;-)
[14:25:41] iamlindoro: justinh, no, a working, navigable menu hierarchy
[14:26:06] iamlindoro: so that you *can* get massive numbers of options in a single menu, and the user can back up through that structure rather than just dismissing the menu
[14:26:12] justinh: I'd have to see the new osd menu to know what you're on about
[14:26:29] stuartm: but when I said that you would make a change in mythvideo, I was talking generally about having INFO bring up the detail/plot dialog and not the specific menu organisation
[14:26:35] iamlindoro: it's basically the popup widget, but navigated as a tree
[14:26:42] justinh: ahh cool
[14:26:57] justinh: I think we'd all win that way
[14:26:59] stuartm: justinh: we dropped the customisable OSD menus, it just wasn't going to work
[14:27:24] iamlindoro: stuartm, That part is fine, but then I still have to figure out what to do with the two menus I'm left with which means either go to the toggle (which I hate) or to a single menu (possibly doable but would take some thought)
[14:27:27] justinh: I've often wondered how we could make it possible to go back a level in popup menus
[14:27:33] justinh: really bugs me that we can't, sometimes
[14:27:51] iamlindoro: I'd like to see *all* menus everywhere behave the same for consistency, and I think Mark's OSD approach might work nicely
[14:28:07] stuartm: justinh: mark added logic to permit that
[14:28:09] justinh: think you might be right there
[14:28:29] stuartm: so it could be used from the existing screens
[14:28:35] justinh: hey we might not all see things the same way, but we all want the same thing :)
[14:31:44] iamlindoro: Short term, I think I could get everything in a single set of menus for .25
[14:31:59] justinh: just so long as they're not 100 item long lists ;)
[14:32:04] iamlindoro: 75 max
[14:32:08] justinh: lol
[14:32:45] iamlindoro: stuartm's suggestion of reciprocal links would work, at least that's obvious (I think the toggle isn't), and a well thought out single set of menus would be converted to support the OSD-style back actions
[14:32:59] iamlindoro: (if we went that way frontend wide)
[14:33:07] justinh: IIRC I agreed to that & my original patch did that
[14:33:32] iamlindoro: IIRc *I suggested the toggle, and it sounded like a great idea to us at the time
[14:33:35] iamlindoro: so mea culpa on that one
[14:33:57] justinh: yeah.. giving something a quick test & living with it are completely different things ;)
[14:36:32] justinh: I think even just in terms of commonality it makes sense for all of myth's menus to work the same way.. so making popups go the same way as you said the OSD has would make even more sense
[14:36:44] justinh: .. which didn't make sense lol
[14:39:45] justinh: well, time to head home & do my shift
[14:44:13] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv-theming
[15:18:18] abqjp (abqjp!~abqjp@97-119-173-134.albq.qwest.net) has joined #mythtv-theming
[16:33:47] simonckenyon (simonckenyon!~simoncken@195.7.61.12) has quit (Quit: KVIrc 4.0.0 Insomnia http://www.kvirc.net/)
[16:40:47] gbutters (gbutters!~Gary@ip68-11-58-116.no.no.cox.net) has quit (Ping timeout: 272 seconds)
[17:33:21] gregl (gregl!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer)
[17:48:49] gregl (gregl!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv-theming
[19:34:35] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 276 seconds)
[23:35:26] Gibby (Gibby!~gibby@204.118.10.244) has quit (Quit: Leaving)
[23:45:55] gregl (gregl!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Remote host closed the connection)
[23:51:46] gregl (gregl!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv-theming

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.