[00:51] <allyourrejects> MP0_: we are having... issues... at the moment
[00:52] <MP0_> ah... thank heavens for version management :-)
[00:53] <MP0_> I reverted back to 4391 (sep 21-ish) and it built fine.
[01:02] <nerochiaro> allyourrejects: issues ?
[01:03] <allyourrejects> translation crap
[01:03] <allyourrejects> MP0_: september?
[01:03] <MP0_> err.. february, my bad
[01:03] <allyourrejects> whew
[01:04] <nerochiaro> allyourrejects: isn't fixed yet ?
[01:06] * allyourrejects  shrugs
[01:07] <allyourrejects> lol, j/k. We are build testing now. I thought it was fixed until MP0_ mentioned errors
[01:07] <MP0_> well, the error on the most up to date one had to do with the lsetup thing. I wasn't patient enough to sort it out.
[01:08] <allyourrejects> JohnDesigner's got me all worked up
[01:09] <allyourrejects> over hear cussing at the walls, etc
[01:09] <MP0_> demanding design?
[01:09] <JohnDesigner> heh, no
[01:10] <JohnDesigner> its more about the graphic capabilites and what we can do
[01:10] <JohnDesigner> MP0_: he doesnt mean I have him worked up angry, just trying to figure if to add a GPU to the future HW
[01:11] <JohnDesigner> its a very complicated issue as I'm sure you can imagine better than I
[01:11] <MP0_> It sounds like an interesting one.
[01:11] <allyourrejects> nerochiaro: you follow the GPU thread?
[01:11] <nerochiaro> JohnDesigner: is it just me, or bob didn't answer yet to Tom's comments ?
[01:11] <MP0_> Are you targeting the next gen hardware for SD or HD?
[01:11] <allyourrejects> nerochiaro: yeah.. thats part of these issues
[01:12] <nerochiaro> MP0_: hd
[01:12] <JohnDesigner> nerochiaro: you are correct. that PDF is not what Tom asked for
[01:12] <allyourrejects> i be honest. I can't read the spec
[01:12] <allyourrejects> its all jibberish that says, jibberish, and doesn't mean anything for my new arguments
[01:12] <JohnDesigner> that is understandable that you cant read *that* tech spec he sent
[01:13] <nerochiaro> JohnDesigner: it actually is. i read the previous one before TI took it offline and it was mostly the same
[01:13] <nerochiaro> allyourrejects: it's all about DMA
[01:13] <allyourrejects> what i see is. OSD1.0 framebuffer with faster memcopy
[01:13] <JohnDesigner> and it certainly means nothing to me :)
[01:13] <allyourrejects> which isn't going to cut it
[01:13] <nerochiaro> allyourrejects: that's the same i see
[01:13] <allyourrejects> i dunno what bob sees.
[01:14] <nerochiaro> allyourrejects: which is why i expected a response to your post
[01:14] <allyourrejects> nerochiaro: same here
[01:14] <nerochiaro> so i'm waiting for him to acknowledge your post. i'll probably bump it today anyway
[01:14] <allyourrejects> i need to move the convo further along, as JohnDesigner and i were discussing..
[01:15] <allyourrejects> should we just wait for an ack?
[01:15] <nerochiaro> no, please go ahead
[01:15] <nerochiaro> if you have more
[01:15] <allyourrejects> i don't.. he's left me kinda in a.. weird place
[01:15] <nerochiaro> i was just going to say something along the lines of "i agree, i don't see how gives us anything other than faster memory copies, thus faster refresh"
[01:15] <allyourrejects> If i continue, i start arguing against/for problems that may, or may not exist
[01:16] <nerochiaro> allyourrejects: wait for an answer. let me chime in them
[01:16] <allyourrejects> my last post is a pretty good summery about the failure of Davinci as a GUI provider.
[01:16] <nerochiaro> then
[01:17] <allyourrejects> and i've got many questions.. like how do we turn off/on the gpu so DSP can show through, etc
[01:17] <allyourrejects> should we even be using Davinci, amybe the Open Source supported omap with fast DSP co-cpu is better, etc
[01:17] <nerochiaro> aren't we going to first decide for or against GPU and then these questions you just mentioned make any sense ?
[01:17] <allyourrejects> i do know however, DMA will not give us anything we actually need.
[01:18] <allyourrejects> nerochiaro: sure.. but thats why i'm confused. He gave no rebuttal
[01:18] <nerochiaro> Let me prompt for one, we'll see how it gos
[01:18] <nerochiaro> goes
[01:34] <nerochiaro> allyourrejects: JohnDesigner: post out
[01:35] <nerochiaro> i'm starting to think we should hit the ML with this discussion too
[01:36] <allyourrejects> i wanted to hold off on that
[01:36] <nerochiaro> sure
[01:39] <JohnDesigner> roger
[01:40] <allyourrejects> nerochiaro's replies are always so elegant
[01:40] <allyourrejects> i'm just a mass of blah all over the place...
[01:44] <nerochiaro> allyourrejects: thanks, i try my best
[01:45] <JohnDesigner> indeed, a true gentleman and scholar that nero is
[01:46] <nerochiaro> except when i use cuss words mistaking them for other words
[01:47] <JohnDesigner> understandable
[01:48] <JohnDesigner> i only speak in profanity, which is why I dont go to chuch anymore.
[01:50] <nerochiaro> JohnDesigner: fear getting smited by divine wrath if you do enter a church ?
[01:55] <JohnDesigner> i should clarify that i "I am not welcome" anymore :)
[01:56] <ljp> when is 'arizona' scheduled for 'update' release?
[01:56] <JohnDesigner> which is okay
[01:57] <JohnDesigner> ljp: what version do you have? There was a new update in the last day or so
[01:58] <JohnDesigner> 3.33-y.2r.upk (2008-02-27)
[01:58] <ljp> i thinks it the old style of interface, I havent updated in weeks
[01:58] <nerochiaro> ljp: "updater" release, you mean ? in the sense of getting picked up automatically by the network updates from the OSD ?
[01:58] <ljp> yes
[01:58] <JohnDesigner> if you use the 'Dev' setting in Firmware upgrade
[01:58] <ljp> is there a manual update?
[01:58] <ljp> ah. ok
[01:59] <nerochiaro> ljp: the auto-update to arizona is still some weeks off, but you can already manually update to it if you feel like it
[01:59] <JohnDesigner> ljp: i use the "Dev" and "check now" options
[02:00] <nerochiaro> JohnDesigner: you manually updated to AZ once, that's why now you get all AZ updates from the app
[02:00] <nerochiaro> JohnDesigner: the people like ljp who are still on old software, will not get them until we release AZ official
[02:00] <JohnDesigner> ljp: are you not using AZ already?
[02:01] <JohnDesigner> nerochiaro: i see, I assumed ljp was using Az already
[02:05] <gremlin[it]> g'morning all !
[02:30] <allyourrejects> nerochiaro: what app or class did we use the QPointer discussion in?
[02:32] <nerochiaro> allyourrejects: can't recall. grep
[02:32] <nerochiaro> ;)
[03:52] <allyourrejects> i almost have OSD toolchain compiled for PS3
[03:55] <nerochiaro> allyourrejects: dude, you love to waste your time,don't you ? ;)
[03:57] <allyourrejects> you tinker. thats how you learn and become the best ;)
[03:59] <gremlin[it]> allyourrejects, u'll use PS3 to build software for OSD ?!?!?
[03:59] <allyourrejects> yep
[03:59] <nerochiaro> allyourrejects: it's actually pretty neat, i was just kidding
[03:59] <allyourrejects> i couldn't pass up the ability to compile farm that stuff
[03:59] <allyourrejects> its like... a whole extra machine in that black box
[04:00] <JohnDesigner> I am at a loss here about this barreling menu issue. mainly I didnt know it *was* an issue, is it?
[04:00] <allyourrejects> i think it'll be ok
[04:00] <nerochiaro> JohnDesigner: it's not. yet
[04:00] <nerochiaro> it may or may not be. we don't know until we try
[04:00] <nerochiaro> it probably won't be
[04:00] <allyourrejects> i wouldn't suggest it for file browser..
[04:01] <JohnDesigner> to tell the truth, I am not in love with the barreling menu, but some type of animation seeming activity is needed.
[04:01] <JohnDesigner> allyourrejects: nope, not for file browser.
[04:01] <nerochiaro> if just for main menus, it's ok
[04:01] <JohnDesigner> actually, I am not proposing any change here
[04:01] <nerochiaro> probably
[04:01] <nerochiaro> JohnDesigner: you are. currently it's not barreling
[04:02] <nerochiaro> sorry to interrupt this discussion, i got a question for allyourrejects first
[04:02] <JohnDesigner> true, so one change to the color of the top and bottom list items on 5 item menus
[04:02] <allyourrejects> he's not here
[04:02] <JohnDesigner> nerochiaro: sure
[04:02] <allyourrejects> he.. uhh...
[04:02] <JohnDesigner> allyourrejects: none of us are here
[04:02] <JohnDesigner> we are just constructs of senses.
[04:03] <allyourrejects> nvrmind.. couldn't think of anywhere useful to be.
[04:03] <nerochiaro> allyourrejects: pick up a moment the XIM design. you see the items are of two types, some bold, some not. how do we mark the ones that are bold ?
[04:03] <nerochiaro> so that we know that we have to draw them bold ? custom model ?
[04:03] <allyourrejects> nerochiaro: set them bold with setFont
[04:04] <nerochiaro> allyourrejects: sure, but how do i identify them as "special" when adding them to the menu so that the menu knows that it shall draw them as bold ?
[04:04] <allyourrejects> you set the font before you add them
[04:05] <nerochiaro> hmm
[04:05] <allyourrejects> you know if its bold or not. Context Menu items don't magically appear..
[04:05] <allyourrejects> (they aren't read from file, etc)
[04:05] <allyourrejects> set the font after you add them..
[04:05] <allyourrejects> QAction::setFont(QFont)
[04:05] <nerochiaro> ya,i get it
[04:06] <allyourrejects> had me though.
[04:06] <nerochiaro> what if i need to know if they were special after i activate them ?
[04:06] <allyourrejects> i had to go look it up ;)
[04:06] <allyourrejects> check the font?
[04:06] <nerochiaro> sound a ugly hack
[04:06] <allyourrejects> wait wait
[04:06] <allyourrejects> you know they are special
[04:06] <nerochiaro> how ?
[04:06] <allyourrejects> why would you have to look it up?
[04:07] <allyourrejects> because you created it
[04:07] <nerochiaro> gee, thanks. that's right :)
[04:07] <nerochiaro> ok, i'm finished
[04:07] <nerochiaro> JohnDesigner: it's ok to try the barreling on the 5-item main-menu menus
[04:08] <nerochiaro> should work
[04:08] <allyourrejects> oh, thought that might be sarcasm
[04:08] <allyourrejects> heh
[04:08] <nerochiaro> allyourrejects: nah, it was ok. i was thinking in terms of items loaded from file. it's not the case (for now)
[04:08] <nerochiaro> so case closed
[04:08] <allyourrejects> shouldn't ever be the case
[04:08] <nerochiaro> we'll see
[04:08] <allyourrejects> Context menu's are completely context related
[04:09] <nerochiaro> just wait
[04:09] <allyourrejects> lol
[04:09] <nerochiaro> but let's not worry now
[04:09] <allyourrejects> I'm going to reject it..
[04:09] <allyourrejects> wow... just noticed the irony in that..
[04:09] <nerochiaro> said the one with such name
[04:09] <allyourrejects> speeking of which
[04:09] <allyourrejects> where the hell is crweb..
[04:10] <nerochiaro> he was rejected
[04:10] <nerochiaro> or got eaten by a PS3
[04:11] <allyourrejects> I'd love to chat, but I want to sleep today.. its been a while
[04:12] <allyourrejects> going to get in the upgrade boot stuff real quick and finish up work ;)
[04:12] <nerochiaro> allyourrejects: sure. get the sleep you need. you're no use dead ;)
[04:12] <nerochiaro> not until i finish my necromancy studies, that is
[04:14] <JohnDesigner> nerochiaro: I dont understand "try". its on latest FW now exactly as is I just found out
[04:14] <nerochiaro> JohnDesigner: on the TORFU, you mean ?
[04:14] <JohnDesigner> the only adjustment needed is to spec a slightly different color.
[04:14] <nerochiaro> JohnDesigner: you're talking about TORFU
[04:14] <JohnDesigner> nope, AZ. its just that...
[04:15] <nerochiaro> JohnDesigner: we don't do that color shift on all the 5 items now
[04:15] <JohnDesigner> the two colors of the non selected items are very close to each other.
[04:15] <JohnDesigner> but they are different.
[04:15] <nerochiaro> JohnDesigner: really ? if they are, then it's absolutely no problem
[04:15] <nerochiaro> JohnDesigner: to me, they look the same on video, though
[04:15] <nerochiaro> didn't check code
[04:15] <cr64> oooo... that was smooth..
[04:16] <JohnDesigner> ya, Nick told me that there are 3 colors White, 0x66, 0x45
[04:17] <JohnDesigner> so just altering the 66 and 45 is all that needs to be done
[04:17] <nerochiaro> if that's so, we are ok
[04:17] <nerochiaro> if he's to be trusted
[04:18] <nerochiaro> i mean, if he understood the questions and you understood the answer
[04:19] <nerochiaro> i'm looking at the code, and i only see it's painted in a way if it's active item, and in another if it's not active item
[04:19] <nerochiaro> there's no provision for two different inactive colors
[04:20] <nerochiaro> unless i'm missing something, that is
[04:21] <allyourrejects> there is disabled, inactive, and active
[04:22] <allyourrejects> normally
[04:22] <nerochiaro> allyourrejects: i'm not talking about that
[04:22] <allyourrejects> ok
[04:23] <allyourrejects> swing and a miss
[04:23] <nerochiaro> allyourrejects: i'm looking in the delegate, to see how it paints items. and it just paint the active item in a way, and all the others in another.
[04:23] <nerochiaro> s/active/selected/
[04:49] <JohnDesigner> nerochiaro: I'm quite sure he knew what I was asking.
[04:49] <nerochiaro> well, then either i looked wrong, or he looked wrong
[04:49] <nerochiaro> in the code
[04:50] <JohnDesigner> I asked "what is the color of the nonselected text in the main menu"
[04:51] <JohnDesigner> and he pasted two triplets
[04:51] <JohnDesigner> the 66 and 45
[04:52] <JohnDesigner> which initially threw me because I didnt see the 2 non selected colors were close in hue
[04:52] <JohnDesigner> or that was BS
[04:53] <JohnDesigner> looking at the menu on-screen right now and the nonselected text in the main menu are one color not two.
[04:54] <JohnDesigner> anyway, i'll update this spec and we'll go from there.
[04:55] <JohnDesigner> allyourrejects: BTW, I found out that the P.B list suspected of being squished actually was.
[04:55] <JohnDesigner> allyourrejects: it will be revised to not be squished and only show 7 items.
[04:55] <nerochiaro> JohnDesigner: it may not have been BS, just misunderstanding. it was my first theory
[04:56] <JohnDesigner> nerochiaro: I'll go with that
[04:56] <JohnDesigner> although given the two colors of the triplets pasted, it was not a misunderstanding
[04:56] <JohnDesigner> when I was asking for one.
[04:57] <JohnDesigner> as usual I'm sure I am not understanding some key tech detail. no matter.
[04:57] <crweb> how did it get squished?
[04:58] <crweb> something is def. funny then.. cause fonts should clip
[04:58] <JohnDesigner> crweb: no idea. maybe the listview was forced to fit to a vertical dimension AND forced to show a certain font size.
[04:58] <JohnDesigner> just wildly guessing tho
[04:58] <crweb> but font size should not be squished
[04:58] <crweb> i can't be. thats not how they render
[04:58] <nerochiaro> JohnDesigner: he probably gave you the two tripets for some other unrelated thing
[04:59] <nerochiaro> JohnDesigner: since the didn't understand what you asked for
[04:59] <JohnDesigner> nerochiaro: could be.
[04:59] <nerochiaro> crweb: maybe it's rendered bigger, and then the whole item "image" is squashed
[04:59] <crweb> shouldn't. it should clip...
[05:00] <nerochiaro> i know, i was just gueesing
[05:01] <nerochiaro> JohnDesigner: was the issue solved regarding that email about items being too big in main-menu ?
[05:03] <JohnDesigner> nerochiaro: AFAIK so far they have. I did not hear any other discussion on the topic.
[05:03] <JohnDesigner> nerochiaro: I did speak with corlin first to devise the method of adding support for
[05:04] <JohnDesigner> truncating and name scrolling to the main menu
[05:04] <JohnDesigner> which will help multi-language translations also
[05:04] <nerochiaro> ok then, that was my main concern. if you are ok with them, we're all ok
[05:04] <JohnDesigner> yep, sounds good to me. thanks for asking
[05:05] <JohnDesigner> in those main menus, we have enough room for 95% of typical app names, so were good.
[05:07] <JohnDesigner> let me check someing here..
[05:08] <JohnDesigner> if a "base color = 255, 255, 255 (white)"
[05:09] <JohnDesigner> and a related spec is "color = 10% of base"
[05:09] <JohnDesigner> what color do you think that is light or dark grey?
[05:10] <JohnDesigner> gah, I'm going to need to list the color # with the %.
[05:16] <crweb> you can use # or x,x,x in Qt
[05:16] <crweb> i believe i have html color turned on
[05:18] <JohnDesigner> I have been using # all along, but for certain color schemes like the ribboning text on the main menu,
[05:18] <JohnDesigner> I agreed to make the color spec read as a % of base
[05:19] <JohnDesigner> which matches how I design a given screen anyway.
[05:20] <JohnDesigner> design most of the OSD screens that is. Where the text is mostly shades of a given color.
[05:20] <nerochiaro> 50% of white is same as 50% of black, no ?
[05:20] <JohnDesigner> yes
[05:21] <JohnDesigner> 10% of white is almost black.
[05:21] <JohnDesigner> if 100% white is the base.
[05:21] <JohnDesigner> this could be a mess, maybe not
[05:22] <nerochiaro> we have two functions called "darker" and "lighter" on the QT color class. each take an integer "factor" parameter. doc says "If the factor is greater than 100, this functions returns a lighter color. Setting factor to 150 returns a color that is 50% brighter."
[05:22] <nerochiaro> darker does the opposite (which is the same as calling lighter with a value less than 100)
[05:23] <nerochiaro> in tech speak that i'm sure you can grok, what it does is "The function converts the current RGB color to HSV, multiplies the value (V) component by factor and converts the color back to RGB."
[05:27] <nerochiaro> JohnDesigner: still there ?
[05:27] <nerochiaro> or did i scare you away ?
[05:27] <JohnDesigner> I see for the most part. That explained why nick expressed "lighter" when I described what I would do for a % spec
[05:28] <JohnDesigner> so if White=base color
[05:28] <JohnDesigner> exact middle grey
[05:28] <nerochiaro> white.lighter(150)
[05:28] <JohnDesigner> would be specified as 150%
[05:28] <JohnDesigner> ah, righto
[05:29] <JohnDesigner> hrmmm
[05:29] <nerochiaro> sorry, white.darker(150), or black.lighter(150)
[05:29] <nerochiaro> or white.darker(50) but that's confusing
[05:29] <nerochiaro> latter one mean 50% LESS dark
[05:29] <nerochiaro> but it's better to use lighter than
[05:29] <crweb> thats one of those is the cup 1/2 full or 1/2 empty things
[05:30] <JohnDesigner> wonderful, more variables ;)
[05:30] <crweb> i suggest the term "Make it look like this" ;)
[05:30] <nerochiaro> JohnDesigner: you just say "i want this 50% lighter" or i want this 50% darker
[05:30] <nerochiaro> it will work
[05:30] <JohnDesigner> alright, I'll just design the colors so they follow the scheme of percentatges of base and spec it the easiest way
[05:31] <JohnDesigner> nerochiaro: spec like you just stated.
[05:31] <nerochiaro> JohnDesigner: ok
[05:32] <JohnDesigner> if base=white (which is the highlighted item on most screens, white)
[05:32] <JohnDesigner> 90% darker = almost black
[05:38] <JohnDesigner> from this point forward, every color in the GUI shall be the same shade of Orange.
[05:38] <JohnDesigner> including the background
[05:40] <nerochiaro> all orange ?
[05:40] <JohnDesigner> everything
[05:40] <JohnDesigner> ;)
[05:44] <nerochiaro> a citrus GUI
[05:44] <nerochiaro> orange, tangerine, lemon-ish
[05:45] <JohnDesigner> all Orange all day
[05:45] <JohnDesigner> easier that way ;)
[05:45] <nerochiaro> an orange a day, makes the doctor go away
[05:45] <nerochiaro> or was it apples ?
[05:46] <JohnDesigner> apples
[05:46] <nerochiaro> oh well, works with oranges too. they have more C vitamin to boot
[05:46] <JohnDesigner> with all Orange, we will get a bug stating nothing rhymes with it
[05:48] <nerochiaro> nothing rhymes with orange ? that's strange ?
[05:49] <JohnDesigner> nope
[05:50] <nerochiaro> blame my sucky pronounciation, i just looked at the letters
[05:50] <JohnDesigner> of the near million words in the English language, nothing rhymes with Orange
[05:50] <nerochiaro> "strange" does, appearently
[05:51] <nerochiaro> as does change, appearenly
[05:51] <JohnDesigner> nerochiaro: can you verify my above base/% sample spec?
[05:52] <nerochiaro> it's ok. if base is white, 90% darker is almost black
[05:52] <nerochiaro> or did you mean anyhting else ?
[05:52] <JohnDesigner> cool thx
[05:52] <JohnDesigner> nope that was it
[05:53] <JohnDesigner> and Strange and Change do no rhyme with Orange. similar composition, yes, but the pronunciations are such that one can't even mangle them to be called rhyming.
[05:54] <nerochiaro> wow cool, i must have a very crappy pronounciation then, because when i say them they rhyme
[05:54] <JohnDesigner> you are giften my friend
[05:55] <JohnDesigner> gifted that is
[05:56] <bimzie> hello everybody
[05:57] <bimzie> is thr anyone workin on widgets for neuros
[05:57] <nerochiaro> bimzie: what kind of widgets ?
[05:58] <bimzie> QT4 ones
[05:58] <bimzie> well i wanna develop some custom widgets having some labels some image
[05:58] <nerochiaro> bimzie: you can do that
[05:58] <bimzie> well yes
[05:58] <nerochiaro> bimzie: we already use various widgets like that
[05:59] <bimzie> ri8
[05:59] <bimzie> i've seen them
[05:59] <bimzie> but i wanna ask dat can v inetgrate these widgets with qt4 designer
[06:00] <nerochiaro> for now, you can just put qwidgets in designer in their place, and use the "promote" feature of designer. later when it's all more stable, we may integrate them into designer
[06:00] <bimzie> can u name any widget using multipe widges
[06:00] <nerochiaro> bimzie: every screen you see is a QWidget containing multiple widgets
[06:00] <bimzie> didn't get it....
[06:01] <bimzie> i mean the designer part
[06:02] <bimzie> cuz if i open any ui form in designer it doesn't display it properly and dats understandable....
[06:02] <bimzie> so how cud i integrate them with qt4 designer
[06:03] <nerochiaro> as i said, you place QWidgets or QFrame in place of your custom widgets, and then use the "promote" feature of the designer. this is what we do now too
[06:03] <nerochiaro> they will not appear like on the OSD, but the size and layout will be the same
[06:03] <bimzie> ahan
[06:03] <bimzie> lemme check
[06:04] <nerochiaro> check linux-r3-main-app/aplayer/src/forms/naudioplaying.ui for example
[06:05] <bimzie> k
[06:06] <bimzie> and sorry if i keep askin stupid questions again and again... as m new to neuros....
[06:07] <bimzie> ok and whr shud i place it..?
[06:08] <bimzie> nerochiaro u still thr?
[06:08] <nerochiaro> yes
[06:09] <nerochiaro> where should you place what ?
[06:09] <nerochiaro> your custom widget ? you can place wherevery you want
[06:09] <nerochiaro> as soon as you reference it from the .ui files, it's ok
[06:09] <bimzie> look u didn't get my question let me ask it again.....
[06:09] <nerochiaro> i suggest initially to keep it together with the application(s) that are going to use it
[06:10] <bimzie> no man... :)
[06:10] <bimzie> listen lets say i wanna integrate naudioplaying.ui with qt4 designer
[06:11] <bimzie> so wot shud i do...
[06:11] <nerochiaro> i don't understand what you mean with "integrate naudioplaying.ui with qt4 designer"
[06:12] <nerochiaro> do you want to be able to put naudioplaying widget inside another widget ?
[06:12] <bimzie> no
[06:12] <bimzie> ok temme a thing
[06:12] <bimzie> u guys use designer for widgets development?
[06:13] <bimzie> and designer i mean qt4 designer
[06:13] <nerochiaro> yes, we do
[06:13] <nerochiaro> naudioplaying.ui was done in QT designer
[06:13] <bimzie> ahan
[06:14] <bimzie> but when i open it using designer it jus display form.... i mean to say it doesn't display it properly
[06:15] <bimzie> and dat is understandable... cuz naudioplaying must be using neuros widgets not qt default widgets
[06:15] <nerochiaro> there are some custom widgets in that form, for example NTimeBar that you see only as grey squares. this is done on purpose, because it is enough for us to see them as grey squares. the only purpose of designer is making the layout, not looking 100% the same of the final GUI
[06:16] <nerochiaro> as long as NTimeBar widget appears with the correct size, even if it does not have anything inside when shown in desinger, that is all we need
[06:16] <bimzie> ahan
[06:17] <DeepB> www.stage6.com
[06:17] <bimzie> i got