Difference between revisions of "Team B IRC Logs 20103 - OOP344"

From CDOT Wiki
Jump to: navigation, search
(Added log for Oct14,2010)
(New log for Dec1)
 
(4 intermediate revisions by 2 users not shown)
Line 294: Line 294:
 
     <jrobinson7>    no but i jus got end to work i believe
 
     <jrobinson7>    no but i jus got end to work i believe
 
     <obogomaz>    cool, how, there is more stuff to code about [Section #1] IsTextEditor and *offset
 
     <obogomaz>    cool, how, there is more stuff to code about [Section #1] IsTextEditor and *offset
 +
 +
<p>'''-Nov17, 2010'''</p>
 +
 +
<pre>
 +
fardad_>
 +
kmcdonald11: jrobinson7: obogomaz : ping?
 +
<kmcdonald11>
 +
pong!
 +
<obogomaz>
 +
pong
 +
<jrobinson7>
 +
fardad: pong
 +
<fardad_>
 +
ok, lets start
 +
<jrobinson7>
 +
okidoki
 +
<fardad_>
 +
we have three things tasks:
 +
<fardad_>
 +
1 - programming
 +
<fardad_>
 +
sorry
 +
<fardad_>
 +
who wants to start the project?
 +
<kmcdonald11>
 +
I don't mind
 +
<fardad_>
 +
ok
 +
<obogomaz>
 +
whoever you say
 +
<kmcdonald11>
 +
I'll do it
 +
<fardad_>
 +
ok kmcdonald11: Start doing FWBorder
 +
<fardad_>
 +
kmcdonald11: you assistant will be jrobinson7
 +
<jrobinson7>
 +
lol
 +
<obogomaz>
 +
what about me?!
 +
<fardad_>
 +
if you got problem , he will help you and if you don't have enought time, give parts of it to him
 +
<fardad_>
 +
obogomaz: wait
 +
<obogomaz>
 +
sorry
 +
<fardad_>
 +
kmcdonald11: you need aroung 3 to 5 hours to complete and test it with my tester
 +
<fardad_>
 +
is 0.3 done?
 +
<obogomaz>
 +
0.3 is done
 +
<fardad_>
 +
3 - 5 hours of programming though, that is around a day an half
 +
<kmcdonald11>
 +
and when should it be completed by?
 +
<kmcdonald11>
 +
approximately
 +
<fardad_>
 +
to I expect FWBorder to be done in about 30 hours
 +
<fardad_>
 +
and tested
 +
<fardad_>
 +
jrobinson7: you have another respoisiblity that is make sure your team page is upto date with your tasks and who isi doing what
 +
<fardad_>
 +
obogomaz: you start coding FWField
 +
<fardad_>
 +
since 0.3 is done, you will have no problem doing it, but since it is an abstract class you won't be able to test
 +
<fardad_>
 +
it
 +
<fardad_>
 +
so by the time FWBorder is done and tested, your FWField must be completed and compiled
 +
<obogomaz>
 +
ok
 +
<fardad_>
 +
obogomaz: notify me when it is done so I cam check and make sure you didn't miss anything
 +
<fardad_>
 +
obogomaz: one more thing for you
 +
<fardad_>
 +
obogomaz: you are responsible to setup the next meeting
 +
<obogomaz>
 +
fardad_: ok, no problem
 +
<fardad_>
 +
Team B: note that although I gave you 30 hours, but ou can do this much earler and the eariler the early stages are done with, you will have more time to work on complicated parts
 +
<fardad_>
 +
also
 +
<fardad_>
 +
Although I assigned who is supposed to do what, but between yourself feel free to help eachother in any way you can, programming documentation... whatever
 +
<fardad_>
 +
ok?
 +
<jrobinson7>
 +
sounds good
 +
<jrobinson7>
 +
i do have 1 quick question
 +
<fardad_>
 +
jrobinson7: go...
 +
<obogomaz>
 +
Fardad_: also how many meeting are we allowed to book in a week
 +
<jrobinson7>
 +
i wrote down all the notes for the wiki page, is Member Tasks the same tasks under Todo but organized by each team member?
 +
<fardad_>
 +
obogomaz: 953!
 +
<fardad_>
 +
jrobinson7: look at team.h's page, they have the sturcture done, add them yours and you will be fine
 +
<jrobinson7>
 +
ok thanks
 +
<fardad_>
 +
if any question at the man time, just ask
 +
<fardad_>
 +
you can also call me on my skype account if I am online
 +
<fardad_>
 +
my skype id is "sosfardad"
 +
<fardad_>
 +
Any questions?
 +
<kmcdonald11>
 +
nope, sounds fine
 +
<fardad_>
 +
Marina_Y: ping?
 +
<fardad_>
 +
team B: the meeting is over, thanks for dropping by...
 +
<jrobinson7>
 +
and thank u kindly
 +
<obogomaz>
 +
thank you
 +
<fardad_>
 +
gnite...
 +
</pre>
 +
 +
<p>'''-Nov24, 2010'''</p>
 +
 +
<pre>
 +
=-=
 +
fardad_afk is now known as fardad
 +
<fardad>
 +
hello
 +
<obogomaz>
 +
fardad: hello
 +
<fardad>
 +
Team B: ping?
 +
<kmcdonald11>
 +
pong
 +
<jrobinson7>
 +
fardad: pong!
 +
<obogomaz>
 +
fardad: pong
 +
<obogomaz>
 +
fardad: we have a lot of question
 +
<fardad>
 +
before we begin,
 +
<fardad>
 +
don't forget to add my name under the team members and assign a task
 +
<jrobinson7>
 +
lol
 +
<obogomaz>
 +
ok
 +
<fardad>
 +
If you like my help :)
 +
<fardad>
 +
ok I am all eyes....
 +
<obogomaz>
 +
james, do u want to ask first?
 +
<jrobinson7>
 +
i dont even know wut to ask, im just so confused lol
 +
<obogomaz>
 +
ok, i'll ask first
 +
<fardad>
 +
go ahead
 +
<obogomaz>
 +
fardad: i'm working on the FWDialog
 +
<obogomaz>
 +
fardad: so in FWDialog::draw(int fn) how do we draw all the Fields in the Dialog.
 +
<fardad>
 +
ok...
 +
<fardad>
 +
well
 +
<fardad>
 +
not really
 +
<fardad>
 +
read the desc properly
 +
<fardad>
 +
depending on what is the value of fn, draw works differently
 +
<obogomaz>
 +
first we draw FWBorder::draw(fn);
 +
<fardad>
 +
only if fn is Refresh or full_frame
 +
<obogomaz>
 +
for example if ((fn == FW_REFRESH)||(fn = FW_FULL_FRAME)){
 +
<obogomaz>
 +
FWBorder::draw(fn);
 +
<obogomaz>
 +
// Then draw all the Fields in the Dialog.
 +
<obogomaz>
 +
}
 +
<fardad>
 +
then if fn is 0, draw everything and then start editing the first editable
 +
<fardad>
 +
obogomaz: what are you refereing to? what I did in class?
 +
<fardad>
 +
obogomaz: ?
 +
<fardad>
 +
obogomaz: ping?
 +
<obogomaz>
 +
fardad: pong
 +
<obogomaz>
 +
fardar:
 +
<obogomaz>
 +
fardad: in FWDialog::draw(int fn) under two conditions we have to
 +
<obogomaz>
 +
draw all the Fields in the Dialog.
 +
<fardad>
 +
obogomaz: you didn't answer my question:
 +
<fardad>
 +
are you refereing to the wiki description, or the example I did in class?
 +
<obogomaz>
 +
fardad: sorry, wiki description for FWDialog::draw(int fn)
 +
<fardad>
 +
ok,
 +
<fardad>
 +
then yes, the conditions are right,
 +
<fardad>
 +
under two conditions all the fields are drawn, but if fn is greater than zero , then only the field number "fn" is drawn, and editing begins with that one.
 +
<obogomaz>
 +
i understand the conditions, i'm just a little confused on the actual statement to draw the fields since FWField does not have the draw function
 +
<fardad>
 +
obogomaz: ofcourse it does...
 +
<fardad>
 +
obogomaz: it inherits it from border
 +
<obogomaz>
 +
fardad: so we say FWField::draw()
 +
-->|
 +
daleee (~dale@CPE001a70f2eb55-CM00222d55edbd.cpe.net.cable.rogers.com) has joined #seneca-oop344
 +
<daleee>
 +
anyone know what this means for FWButton: "First draw() the Button, then surround it by squared brackets, place the cursor under the first character of Button's text and wait for user entry."
 +
<daleee>
 +
surround it by square brackets = wut?
 +
<kmcdonald11>
 +
daleee: means you first put the text on the screen, then do []'s around it and finally move the cursor forth again. a lot of jumping around, from what i understand
 +
<daleee>
 +
kmcdonald11: are we supposed to use iol_flag for the [ ] ?
 +
<fardad>
 +
[daleee] is surrounded by squred brackets
 +
<kmcdonald11>
 +
i didn't. i used putch('[');
 +
<daleee>
 +
hmm..
 +
<daleee>
 +
iiiinteresting
 +
<fardad>
 +
daleee: run the example on matrix
 +
<daleee>
 +
oh yeah
 +
<daleee>
 +
forgot about that xD will do!
 +
<kmcdonald11>
 +
fardad: in FWLineEdit, we use iol_edit. it says to use some of FWLineEdit's attributes to call iol_edit();, but things like readOnly and isTextEditor aren't specified in FWLineEdit (unless I'm mistaken). do we just pass in what makes sense for our case in 1s and 0s?
 +
<obogomaz>
 +
fardad: also In FWDialog::edit(int fn)  how do we begin editing from the first editable Field or go to next editable Field.
 +
<fardad>
 +
kmcdonald11: yes
 +
<fardad>
 +
put them in a loop and check for the editable to be true,
 +
<fardad>
 +
and run the first one
 +
<fardad>
 +
and then depending on users action, loop to next, or previous
 +
<kmcdonald11>
 +
is it cool if I keep asking questions, or shall I wait until Oleg has finished?
 +
<obogomaz>
 +
fardad: thanks
 +
<fardad>
 +
kmcdonald11: go ahead
 +
<obogomaz>
 +
kmcdonald11: it's ok you can go ahead now
 +
<fardad>
 +
kmcdonald11: that is very normal in IRC
 +
<kmcdonald11>
 +
alright. in a few of Field's children, there are functions that as us to make Field's _data point to something. would you use
 +
<kmcdonald11>
 +
this->_data = temp; ?
 +
<kmcdonald11>
 +
or should there be more to that?
 +
<kmcdonald11>
 +
and temp being whatever the new thing is
 +
<fardad>
 +
very correct and ok
 +
<kmcdonald11>
 +
alright, and one more
 +
<kmcdonald11>
 +
there's a part in FWButton where we call iol_display(). the first data type it takes is a string, but since we're dealing with our void* _data, would you use:
 +
<kmcdonald11>
 +
iol_display((char*)this->_data, ..etc);
 +
<daleee>
 +
you can just do (char*)_data
 +
<daleee>
 +
pretty sure
 +
<fardad>
 +
kmcdonald11: perfectly correct
 +
<kmcdonald11>
 +
yeah, the whole "this->" thing helps me grasp the "this object" idea. but they should both do the same
 +
<kmcdonald11>
 +
alright, those were my 3 questions. thank you!
 +
<fardad>
 +
daleee: yours is correct too, but kmcdonald11 is bug proof
 +
<kmcdonald11>
 +
;)
 +
<jrobinson7>
 +
my turn? :D lol
 +
<fardad>
 +
jrobinson7: go...
 +
<jrobinson7>
 +
ok working on void set(const void *Str)
 +
<fardad>
 +
ok...
 +
<jrobinson7>
 +
is "the newline delimited array of characters" refering to the Str?
 +
<fardad>
 +
jrobinson7: are you talking about text?
 +
<jrobinson7>
 +
sorry yes FWText
 +
<fardad>
 +
jrobinson7: wow, already there... cool, ok, go ahead
 +
<fardad>
 +
and the asnwer is yes
 +
<jrobinson7>
 +
ok and i must convert it into an array of strings, wut is that refering to?
 +
<jrobinson7>
 +
_lines?
 +
<fardad>
 +
I coded two classes that you can use, a dynamic array of strings and a double linked list
 +
<fardad>
 +
or you can design your onw
 +
<fardad>
 +
s/onw/own
 +
<fardad>
 +
brb
 +
<jrobinson7>
 +
ok team B which would you guys like for us to use?
 +
<obogomaz>
 +
the easier one to understand
 +
<jrobinson7>
 +
dynamic array of strings probably
 +
<kmcdonald11>
 +
although linked lists would give us practice..
 +
<kmcdonald11>
 +
but doesn't matter to me
 +
<jrobinson7>
 +
easier to understand sounds good to me since im already confused as hell
 +
<obogomaz>
 +
doesnot matter to me either as long as we are done on time
 +
<kmcdonald11>
 +
yeah, go with dynamic array
 +
<obogomaz>
 +
im having a bunch of issues with fwdialog as well
 +
<jrobinson7>
 +
im still not sure how to use this lol
 +
* fardad
 +
is back
 +
<kmcdonald11>
 +
which part?
 +
=-=
 +
daleee is now known as daleee[afk]
 +
<obogomaz>
 +
fardad: one more question if it's ok?
 +
<fardad>
 +
jrobinson7: try the array separatly first
 +
<fardad>
 +
obogomaz: go
 +
<obogomaz>
 +
for FWDialog FWDialog::add(FWField* field, bool dynamic)
 +
<obogomaz>
 +
is this how we add new field to the array
 +
<obogomaz>
 +
_fld[_fnum+1] = new FWField;
 +
<obogomaz>
 +
_fld[_fnum+1] = field;
 +
<fardad>
 +
nop
 +
<fardad>
 +
obogomaz: give me a second ok?
 +
<obogomaz>
 +
ok, thanks
 +
<fardad>
 +
obogomaz: Ok, the action of allocating/creating a new Field is done by the one calling the add method
 +
<fardad>
 +
obogomaz: (look at the main I wrote)
 +
<fardad>
 +
obogomaz: all you need to do, is to assing it to the next _fld in array
 +
<jrobinson7>
 +
if i use ur dynamic array is it as easy is using a normal array? such as _lines[i][j] = data
 +
<fardad>
 +
obogomaz: and to make sure your set is allocation flag (_dyn) to the proper value, depending on _fld being passed by address (flag is true) or passed by reference (flag is false)
 +
<obogomaz>
 +
ok, i'll look at the main first, thanks Fardad
 +
<fardad>
 +
jrobinson7: _line[i][j] refers to a single characher
 +
<fardad>
 +
jrobinson7: _line[i] referes to a string (one line of text)
 +
<jrobinson7>
 +
yes
 +
<fardad>
 +
jrobinson7: at least walk through the source first :)
 +
<jrobinson7>
 +
well i was doing one character at a time lol
 +
<fardad>
 +
jrobinson7: again, the code is "use at your own risk" I will not assure you of it being easy or bug free....
 +
<fardad>
 +
jrobinson7: !!!!!!!!!!!!!!!!!!!!
 +
<fardad>
 +
ok
 +
<fardad>
 +
jrobinson7: whatever makes you happy :)
 +
<fardad>
 +
jrobinson7: I think actually that woudl work ok....
 +
<jrobinson7>
 +
well if i did it right then i shall be very happy lol
 +
<fardad>
 +
ok anyone, it is getting close to  10, any questions?
 +
<fardad>
 +
obogomaz: welcome
 +
<obogomaz>
 +
not at the moment, thank you Fardad
 +
<fardad>
 +
ok everyone, if there is no question, I'll be gone...
 +
<jrobinson7>
 +
ok thank you very much
 +
<fardad>
 +
gnite everyone....
 +
|<--
 +
fardad has left freenode (Quit: I wanna go home; Take out this uniform and leave the show...)
 +
<jrobinson7>
 +
i think having all these functions with return 0 looks perfect to me :D
 +
<obogomaz>
 +
it's confusing for sure
 +
</pre>
 +
 +
 +
<p>'''-Nov26, 2010'''</p>
 +
<pre>
 +
 +
[18:04] <@fardad> hello
 +
[18:05] <@fardad> team b: ping?
 +
[18:06] <kmcdonald11> pong
 +
[18:06] <kmcdonald11> i'm the only one here, i guess
 +
[18:09] <@fardad> kmcdonald11: ok,
 +
[18:10] <@fardad> kmcdonald11: branch the trunk and then do it there
 +
[18:10] <@fardad> I see that I have valedit
 +
[18:11] <@fardad> I will do it, by tomorrow morning
 +
[18:11] <@fardad> are we ok?
 +
[18:12] <kmcdonald11> yep. i don't really have any questions.. i've done everything i've can except valedit, which we might as well give to you :)
 +
[18:12] <@fardad> no problmo
 +
[18:12] <@fardad> then the meeting is over,
 +
[18:12] <@fardad> i will do valedit
 +
[18:12] <kmcdonald11> thank you!
 +
[18:12] <@fardad> gnite then
 +
 +
</pre>
 +
 +
<p>'''-Nov31, 2010'''</p>
 +
<pre>
 +
Channel view for “#rep3” opened.
 +
-->|
 +
YOU (obogomaz) have joined #rep3
 +
=-=
 +
Mode #rep3 +ns by holmes.freenode.net
 +
-->|
 +
jrobinson7 (jrobinson7@CPE001d7e527dfa-CM00111ae5c584.cpe.net.cable.rogers.com) has joined #rep3
 +
-->|
 +
kmcdonald11 (~kmcdonald@CPE00222d2e9fac-CM00222d2e9fa8.cpe.net.cable.rogers.com) has joined #rep3
 +
<kmcdonald11>
 +
check is so short but the tester is so messed up for me
 +
<jrobinson7>
 +
how we see the working testers?
 +
<kmcdonald11>
 +
what do you mean?
 +
<kmcdonald11>
 +
which testers work?
 +
<jrobinson7>
 +
ddidn't the teacher say something about having compiled versions of the testers so we can see wut its suppose to do?
 +
<kmcdonald11>
 +
like .exe files? i'm not sure how to do that on windows
 +
<kmcdonald11>
 +
but i won't bother just yet
 +
<kmcdonald11>
 +
since we're not doe editing
 +
<kmcdonald11>
 +
done**
 +
<jrobinson7>
 +
i jus wanna see wut its suppose to look like
 +
<kmcdonald11>
 +
ohhh
 +
<kmcdonald11>
 +
it's on matrix
 +
<obogomaz>
 +
~fardad.soleimanloo/t3
 +
<kmcdonald11>
 +
log in and at command line, just type "~fardad.soleimanloo/tx" and replace x with a test number
 +
<kmcdonald11>
 +
the info for it's on wiki
 +
<jrobinson7>
 +
mk
 +
<jrobinson7>
 +
cant even connect ><
 +
<kmcdonald11>
 +
all that's missing are some borders around text fields
 +
<jrobinson7>
 +
i cant even get test 6 to run
 +
<kmcdonald11>
 +
check's alignment is reallly off. trying to see what's up with it now
 +
<jrobinson7>
 +
test 5?
 +
<kmcdonald11>
 +
oh, look at his code for t6
 +
<kmcdonald11>
 +
there's comments you have to take out
 +
<jrobinson7>
 +
oo the 2 comments? thanks
 +
<jrobinson7>
 +
oleg where did the teacher have fn = 0?
 +
<obogomaz>
 +
did that, in dialog, trying to find why border around linedit field not drawing...test3
 +
<jrobinson7>
 +
well i dont have that, thats why im askin! lol
 +
<jrobinson7>
 +
i got it too
 +
<kmcdonald11>
 +
line edit is a field, and field isn't passing a container to border to draw
 +
<kmcdonald11>
 +
pretty sure you just change field's constructor
 +
<kmcdonald11>
 +
but i can't figure out how
 +
<kmcdonald11>
 +
you have to pass it a FWBorder* fortheContainer
 +
<jrobinson7>
 +
i believe fardad was explaining that in class
 +
<obogomaz>
 +
i think it's in linedit's draw
 +
<obogomaz>
 +
// If Border is visible, call Border's draw
 +
<obogomaz>
 +
we never do it
 +
<kmcdonald11>
 +
yeah, i have it commented out in mine already
 +
<kmcdonald11>
 +
that's the source of our endless loops
 +
<jrobinson7>
 +
endless loop with test7 rofl
 +
<kmcdonald11>
 +
test 7 is text, right?
 +
<kmcdonald11>
 +
that's the last one?
 +
<jrobinson7>
 +
ya im not working on it now, just wanted to see how well it was and jus loops and loops lol
 +
<jrobinson7>
 +
hm even test 1 seems buggy
 +
<kmcdonald11>
 +
how so?
 +
<jrobinson7>
 +
draws it twice
 +
<jrobinson7>
 +
i mean draws each border twice
 +
<jrobinson7>
 +
first draws it one spot above where its suppose to go then draws it where its suppose to be
 +
<kmcdonald11>
 +
is it because of the buffering?
 +
<jrobinson7>
 +
or im going nuts staring at this crap
 +
<jrobinson7>
 +
ya if u go into fwborder::draw
 +
<jrobinson7>
 +
and put a break on the last line of the function (mines 71)
 +
<jrobinson7>
 +
u can see it prints twice
 +
<jrobinson7>
 +
maybe its suppose to tho lol if i do that and try moving the containter, it prints the containter, then prints the Movin! ESC: exit in the top right and the container is printed again 1 line down
 +
<kmcdonald11>
 +
is it because it's refreshing?
 +
<kmcdonald11>
 +
i have no idea.. it seems right to me. works like fardad's from what i can tell
 +
<kmcdonald11>
 +
but if you find an error i'll change it
 +
<kmcdonald11>
 +
for t1, the only thing calling draw is the test
 +
<jrobinson7>
 +
put a break in fwborder::draw(refresh)
 +
<jrobinson7>
 +
at the end of the function
 +
<jrobinson7>
 +
and u'll see
 +
<kmcdonald11>
 +
alright.. i'll try it in a bit. it seems fine for me but i'll add a break later
 +
<kmcdonald11>
 +
it may be because the border we can see is actually already inside a container
 +
<kmcdonald11>
 +
it's just invisible
 +
<kmcdonald11>
 +
the top "moving" thing is supposed to be on top though
 +
<kmcdonald11>
 +
that's what fardad's does
 +
<kmcdonald11>
 +
is text done, btw? i didn't know if i should remove it off of the current tasks or not
 +
<jrobinson7>
 +
o hell no
 +
<jrobinson7>
 +
buuut thats why i wanted to see fardads compiled tests
 +
<jrobinson7>
 +
not sure wuts wut, and the height my class is getting is wrong for the container its in and i have no idea why
 +
<kmcdonald11>
 +
well, done = compiling. i don't mean don debugging
 +
<kmcdonald11>
 +
ps, i'm not sure if you're trying to use zenit for his testers or not.. but matrix works fine in case you know that password
 +
<jrobinson7>
 +
i cant log in
 +
<kmcdonald11>
 +
to matix?
 +
<kmcdonald11>
 +
should be the same password as your email
 +
<jrobinson7>
 +
ya im an idiot and put zenit.senecac
 +
<jrobinson7>
 +
but now that i see it i see my alignment isn't off woot
 +
<kmcdonald11>
 +
i added a break and i wasn't seeing doubles
 +
<jrobinson7>
 +
no not doubles
 +
<jrobinson7>
 +
but prints it on one line then push f5 to cycle thru and it prints on the line below
 +
<jrobinson7>
 +
like when u goto move it to the left
 +
<kmcdonald11>
 +
oh, yeah, i saw that
 +
<kmcdonald11>
 +
the container
 +
<jrobinson7>
 +
ya
 +
<jrobinson7>
 +
like when u dont see moving
 +
<jrobinson7>
 +
or Moving! w/e
 +
<obogomaz>
 +
there is still something wrong with dialog too, so that could be your problem too, i'm just looking into border around visible fields and why the alignment is off in test5
 +
<jrobinson7>
 +
its on one line, then it prints it all again and because of the Moving! crap it goes down one
 +
<kmcdonald11>
 +
moving prints on top of everything, so it wouldn't be because of that
 +
<jrobinson7>
 +
then i have no idea
 +
<jrobinson7>
 +
lol
 +
<kmcdonald11>
 +
there's an invisible container.. maybe because of that. idk, it looks just like fardad's when i run it
 +
<kmcdonald11>
 +
if i have time i'll check it out
 +
<jrobinson7>
 +
well i couldn't see fardads test do that and could see it in ours
 +
<jrobinson7>
 +
but like fardad says windows doesn't have that buffer crap so wont run as smooth so that could just be why
 +
<kmcdonald11>
 +
making progress on check
 +
<kmcdonald11>
 +
few changes
 +
<kmcdonald11>
 +
radio button is being a pain, but already looks much better than it did an horu ago
 +
<obogomaz>
 +
still can't figure out dialog container and offset for help box in test5, any ideas, anyone?
 +
<jrobinson7>
 +
no idea
 +
<jrobinson7>
 +
still gotta fix our loop problem too
 +
<jrobinson7>
 +
and i dunno why it wont draw the inner container on the last test
 +
<kmcdonald11>
 +
i'll look at it soon. i tihnk i'm almost done 6
 +
<kmcdonald11>
 +
what loop problem?
 +
<jrobinson7>
 +
well im SUPPOSE to callthe parents draw but if i have that it just loops
 +
<kmcdonald11>
 +
just don't call it
 +
<kmcdonald11>
 +
it happens for all of ours in every function we're supposed to call draw
 +
<kmcdonald11>
 +
either we're taking it too literally, or he wrote it wrong
 +
<kmcdonald11>
 +
because it will automatically draw
 +
<jrobinson7>
 +
not the inner border lol
 +
<kmcdonald11>
 +
then perhaps it's again with the container that's not showing up
 +
<jrobinson7>
 +
wut we call to jus clear the screen?
 +
<kmcdonald11>
 +
iol_clrscr i think
 +
<jrobinson7>
 +
kk
 +
<jrobinson7>
 +
got it so it doesn't print it in 2 spots
 +
<kmcdonald11>
 +
where in the world if fardad?
 +
<kmcdonald11>
 +
we've had zero help from him :(
 +
<jrobinson7>
 +
o ya btw
 +
<jrobinson7>
 +
fardad said rogers cancelled his internet or some shit
 +
<kmcdonald11>
 +
ha.. good timing
 +
<jrobinson7>
 +
ya thats why he just left last night... or well so he says
 +
<kmcdonald11>
 +
t6 is pretty good.. just doesn't work with the radio button
 +
<jrobinson7>
 +
umm in test 4
 +
<jrobinson7>
 +
after u push escape do u get a break pop up?
 +
<kmcdonald11>
 +
i used to. if you scroll up, i said to remove the destructor so it's empty
 +
<kmcdonald11>
 +
hm.. maybe i didn't. i thought i did. maybe it was in the old conversation, but i closed it already
 +
<kmcdonald11>
 +
anyways, yeah.. jsut remove the stuff in button's destructor
 +
<kmcdonald11>
 +
and esc will work
 +
<jrobinson7>
 +
lol
 +
<jrobinson7>
 +
i was gonna say i REALLY dont remember that haha
 +
<jrobinson7>
 +
i remember u saying that u commented stuff out in the tester file
 +
<jrobinson7>
 +
so just comment out free(_data)
 +
<jrobinson7>
 +
ahh nice :)
 +
<jrobinson7>
 +
o question, in ur test 3, if u push f2 does it exit for u?
 +
<kmcdonald11>
 +
just remove the stuff in the destructor completely
 +
<kmcdonald11>
 +
and i don't think.. can't remember
 +
<kmcdonald11>
 +
i'm trying to focus on the ones that are completely broken
 +
<jrobinson7>
 +
well it wasn't working for me
 +
<jrobinson7>
 +
but i changed random crap and now it is lol
 +
<jrobinson7>
 +
and the border doesb't shift anymore, cant seem to figure out any important fixes tho ><
 +
<kmcdonald11>
 +
t6.. the radio button thing in iol.c isn't working right. doesn't reutnr or something.. so the test is getting stuck there
 +
<kmcdonald11>
 +
i'll go commit check to trunk now
 +
<kmcdonald11>
 +
since i changed quite a bit
 +
<jrobinson7>
 +
wait
 +
<jrobinson7>
 +
go ahead
 +
<jrobinson7>
 +
but which files u change?
 +
<kmcdonald11>
 +
already did
 +
<kmcdonald11>
 +
just check
 +
<kmcdonald11>
 +
i thiiink
 +
<jrobinson7>
 +
ok kool
 +
<jrobinson7>
 +
i changed border a wii bit
 +
<kmcdonald11>
 +
branch is saying otherwise, but i'm not sure
 +
<jrobinson7>
 +
and maybe txt but i dont remember
 +
<kmcdonald11>
 +
oh, i changed label a bit too
 +
<kmcdonald11>
 +
are you uploading or is it safe?
 +
<obogomaz>
 +
my f2 works fine, and i got inner border printing for test3 and5 just working on alignment in test5
 +
<obogomaz>
 +
we should just work on different stuff otherwise everybody make a small change here and there i have no idea what works and what not...
 +
<kmcdonald11>
 +
i just put my updates from label and check in there. i still can't get the radio button working, but i think it's an issue in iol.c
 +
<kmcdonald11>
 +
that's all i changed
 +
<jrobinson7>
 +
kk well i just changed a couple of lines in border
 +
<kmcdonald11>
 +
can you put it in iol.6?
 +
<obogomaz>
 +
the problem for inner border not printing was in FWBorder
 +
<obogomaz>
 +
if(refresh=FW_REFRESH){
 +
<obogomaz>
 +
//if( _container!=NULL )
 +
<obogomaz>
 +
//  _container->draw();
 +
<obogomaz>
 +
}
 +
<obogomaz>
 +
this creates infinite loop
 +
<jrobinson7>
 +
it is
 +
<kmcdonald11>
 +
i was looking at that earlier, too!
 +
<kmcdonald11>
 +
so now all the boarders show up?
 +
<jrobinson7>
 +
for which test?
 +
<jrobinson7>
 +
not mine
 +
<kmcdonald11>
 +
even with those changes?
 +
<jrobinson7>
 +
sorry commited the wrong damn text file lol
 +
<kmcdonald11>
 +
i'm gonna wait til everyone's changes are there and just rebranch it out to start working on the latest stuff
 +
<obogomaz>
 +
the borders show up, there are more changes to linedit constructor with height and drawing the border....i'll committ later
 +
<jrobinson7>
 +
so take out
 +
<jrobinson7>
 +
if(refresh=FW_REFRESH){
 +
<jrobinson7>
 +
if( _container!=NULL )
 +
<jrobinson7>
 +
_container->draw();
 +
<jrobinson7>
 +
}
 +
<kmcdonald11>
 +
so, just the radio button issue is left, i think?
 +
<kmcdonald11>
 +
and then text
 +
<jrobinson7>
 +
no border for me
 +
<jrobinson7>
 +
u run the test?
 +
<kmcdonald11>
 +
which test?
 +
<jrobinson7>
 +
7
 +
<obogomaz>
 +
James, forget the border, i got it man...see if you can fix alignment for test 5
 +
<jrobinson7>
 +
well it aint workin for me lol
 +
<kmcdonald11>
 +
isn't working for what?
 +
<kmcdonald11>
 +
which test?
 +
<jrobinson7>
 +
test 7...
 +
<kmcdonald11>
 +
test 7 uses like all of the previous classes
 +
<kmcdonald11>
 +
i wouldn't try to fix text just yet if we haven't got this stuff down yet
 +
<kmcdonald11>
 +
super close
 +
<jrobinson7>
 +
i jus wanna know if its like that for u guys too
 +
<kmcdonald11>
 +
i haven't even compiled t7
 +
<jrobinson7>
 +
jus one click of the button :P
 +
<kmcdonald11>
 +
i'm trying to get the first onse out of the way so there will be less errors in t7
 +
<jrobinson7>
 +
just so u know for test 5
 +
<jrobinson7>
 +
theres suppose to be borders around where u enter data for name and all that
 +
<jrobinson7>
 +
also when u push f1, the border is in the right spot, the font is being printed in the wrong spot
 +
<kmcdonald11>
 +
haha, i know. i ran it
 +
<jrobinson7>
 +
lol ok just wanted to make sure
 +
<kmcdonald11>
 +
all tests that have individual containers aren't showing up right
 +
<jrobinson7>
 +
cause i didn't know there were containers for name n stuff
 +
<jrobinson7>
 +
and thought the font was in the right place and the container wasn't (for the help pop up i mean)
 +
<kmcdonald11>
 +
the container issue is pretty big.. that's why i was hoping fardad would be on
 +
<kmcdonald11>
 +
it's a very small change, but i can't figure it out
 +
<obogomaz>
 +
ok, the borders are printing in tests3 and 5 but the alignment of help and exit in 5 i can't seem to understand...i'm guessing it has to do with that _data + _offset in linedit draw and edit, we never add _offset as Fardad specifies
 +
<kmcdonald11>
 +
maybe. i think i'm going to start looking at the t5 help box because i haven't been able to solve the radio button issue yet
 +
<kmcdonald11>
 +
could you update and commit the changes?
 +
<kmcdonald11>
 +
i did add 2 things into trunk already
 +
<obogomaz>
 +
When Fardad says:  Bordered being true or false) the Height is set to 3 or 1 respectfully.  in one line function it is:  Bordered?3:1  Right?
 +
<kmcdonald11>
 +
if bordered is true, the height will be 3
 +
<kmcdonald11>
 +
so i think that's how
 +
<kmcdonald11>
 +
i couldn't get it to set correctly
 +
<obogomaz>
 +
for some reason it always returns 3
 +
<kmcdonald11>
 +
is Bordered set to a default in the .h?
 +
<kmcdonald11>
 +
might be messing it up if the child isn't passing a border
 +
<kmcdonald11>
 +
i mean if the child isn't passing Bordered
 +
<jrobinson7>
 +
border prints where u enter name in test 5?
 +
<kmcdonald11>
 +
i have it printing between lastname and number
 +
<kmcdonald11>
 +
working on it now
 +
<kmcdonald11>
 +
going to take a break from the radio button thing
 +
<jrobinson7>
 +
mmk
 +
<obogomaz>
 +
i already have the border printing in the right place, just adjusting the height now...may be someone fines the alignment issue
 +
<jrobinson7>
 +
border for wut?
 +
<kmcdonald11>
 +
and which alignment issue? i'll take a look if you've already got the border in the right spot
 +
<jrobinson7>
 +
wut were u stuck on with test 6?
 +
<kmcdonald11>
 +
when you go down to the radio button, it doesn't change
 +
<kmcdonald11>
 +
it gets stuck there
 +
<kmcdonald11>
 +
and it also displays the wrong status
 +
<jrobinson7>
 +
mine changes
 +
<jrobinson7>
 +
right status
 +
<jrobinson7>
 +
but seems to be stuck in a loop
 +
<jrobinson7>
 +
haha
 +
<kmcdonald11>
 +
then i think it's the same spot
 +
<jrobinson7>
 +
like u can change the check box and its good
 +
<kmcdonald11>
 +
once you move down, can you get out?
 +
<jrobinson7>
 +
change radio and it changes to Checked
 +
<kmcdonald11>
 +
yeah, check box is fine
 +
<jrobinson7>
 +
seems like its the up button
 +
<kmcdonald11>
 +
well you should be able to hit down and it'll do the same
 +
<kmcdonald11>
 +
or once you get down to the radio, can you change it?
 +
<jrobinson7>
 +
ya
 +
<jrobinson7>
 +
and the status changes
 +
<jrobinson7>
 +
bbut then u cant move
 +
<jrobinson7>
 +
and if ur on the checkbox
 +
<jrobinson7>
 +
and hit up
 +
<jrobinson7>
 +
and crashes
 +
<kmcdonald11>
 +
yeah, i get the crash. my radio button text won't change back and forth
 +
<kmcdonald11>
 +
like as soon as i select it, the O shows up but the text doesn't switch
 +
<kmcdonald11>
 +
hmm
 +
<obogomaz>
 +
i have borders drawing in test 5 perfectly but when you click ESC or F2 the menu's text is not aligned properly...
 +
<kmcdonald11>
 +
i've been trying to follow it for a while now
 +
<kmcdonald11>
 +
the help menu?
 +
<obogomaz>
 +
sorry help and exit menues
 +
<kmcdonald11>
 +
ahh, yes. i thought you meant you have those borders working. i'm trying to solve that and the radio button atm
 +
<obogomaz>
 +
now i have no idea how to commit what i have since i made a branch of changes in dialog, linedit, border and i think somewhere else...lol
 +
<jrobinson7>
 +
ya im trying this radio
 +
<jrobinson7>
 +
is the up key  i believe
 +
<jrobinson7>
 +
seems to put it in a damn loop
 +
<obogomaz>
 +
sorry i got the borders printing around the name phone lastname but the help menu text is offset higher
 +
<obogomaz>
 +
has anybody made any changes to border, dialog and linedit?
 +
<kmcdonald11>
 +
negative
 +
<kmcdonald11>
 +
i've only had firm changes on button and label
 +
<obogomaz>
 +
ok i'll commit it now, is it ok?
 +
<obogomaz>
 +
trunk/iol.6?
 +
<kmcdonald11>
 +
yes please
 +
<jrobinson7>
 +
almost done button
 +
<jrobinson7>
 +
got it to work
 +
<jrobinson7>
 +
CEPT when ur at the top and push up
 +
<kmcdonald11>
 +
i'm working with valedit's alignment.. and funny thing is that i can only get it to change if i mess with the tester program
 +
<kmcdonald11>
 +
and tell it to create the new dialog elsewhere
 +
<kmcdonald11>
 +
this is what it's using:
 +
<kmcdonald11>
 +
(iol_rows()- 10)/2, (iol_cols()-40)/2
 +
<obogomaz>
 +
i'll commit in 5min, i had the same idea about valedit...must be dialog's fault
 +
<kmcdonald11>
 +
i think it's in dialog, but dialog is receiving the correct values. i'll keep looking
 +
<jrobinson7>
 +
i believe i got test 6 all working
 +
<kmcdonald11>
 +
commit after oleg and then we'll all start working from everyone's current version
 +
<jrobinson7>
 +
i dont know which files i HAD to change for it to work tho
 +
<jrobinson7>
 +
SHIT not working for test 3 grr
 +
<jrobinson7>
 +
do some1 do me a fav and run test 3 please
 +
<kmcdonald11>
 +
don't update every file.. try and figure out which ones you changed. and if it breaks t3, i wouldn't upload it. earlier when i was working on button, i could've easily made it work a few times but it messed up other tests
 +
<jrobinson7>
 +
didn't break it
 +
<jrobinson7>
 +
made it so when u push up on name it didn't go down to the last field
 +
<jrobinson7>
 +
and escape still dont work lol
 +
<jrobinson7>
 +
and according to svn i changed dialog check label and text
 +
<kmcdonald11>
 +
wait thoughhh
 +
<kmcdonald11>
 +
when you hit up, it's supposed to go to the last editible field
 +
<kmcdonald11>
 +
if you are a tthe first editible, that is
 +
<jrobinson7>
 +
i know
 +
<jrobinson7>
 +
was saying what was wrong
 +
<jrobinson7>
 +
but i fixed it
 +
<jrobinson7>
 +
BUT
 +
<kmcdonald11>
 +
i thought you said you changed it so it didn't work. gah
 +
<jrobinson7>
 +
now in check or w/e it doesn't go up from the radio button hahaha
 +
<jrobinson7>
 +
i did say that
 +
<kmcdonald11>
 +
now i'm getting confused. does it still loop around through fields or no? for t3, that is
 +
<obogomaz>
 +
sorry, i committed already, updated border.cpp dialog.cpp linedit.cpp
 +
<jrobinson7>
 +
yup works perfect
 +
<jrobinson7>
 +
but with test 6
 +
<jrobinson7>
 +
when ur on the radio, u cant go up to the check
 +
<kmcdonald11>
 +
oh.. it's always been that way for me haha
 +
<jrobinson7>
 +
nope
 +
<jrobinson7>
 +
cause u can go down to it ;)
 +
<jrobinson7>
 +
and u can go up from check to the radio
 +
<jrobinson7>
 +
so u aren't stuck there
 +
<kmcdonald11>
 +
ohhhh, okay. i see. so down for the radio works now, and up on check doesn't crash
 +
<kmcdonald11>
 +
okay okay
 +
<kmcdonald11>
 +
you're hard ot understand
 +
<jrobinson7>
 +
yes!
 +
<jrobinson7>
 +
gee thanks
 +
<kmcdonald11>
 +
well you said you couldn't go up when on radio.. and mine's always been that way, lol
 +
<kmcdonald11>
 +
anyways
 +
<kmcdonald11>
 +
update/commits all around
 +
<obogomaz>
 +
well, i'll be going now...have a good night guys...get some sleep too...this is going to drive you crazy :)
 +
<obogomaz>
 +
Hey, James, what time are you heading to school tomorrow?
 +
<jrobinson7>
 +
taking a 1:40 bus
 +
<jrobinson7>
 +
get there about 3 ish
 +
<obogomaz>
 +
can please print that dbs stuff for me
 +
<jrobinson7>
 +
yup
 +
<obogomaz>
 +
i'm not working tomorrow, so might look at it tomorrow some more...please commit what you have
 +
<obogomaz>
 +
when are taking those pics?
 +
<jrobinson7>
 +
i duno
 +
<jrobinson7>
 +
but we both updated fialog
 +
<kmcdonald11>
 +
i'll finish up the dbs assignment, and then perhaps work more on this. we're pretty close.. like, 75% :P
 +
<jrobinson7>
 +
dialog
 +
<obogomaz>
 +
Thursday?
 +
<jrobinson7>
 +
sure. but u do a lot of work to dialog?
 +
<jrobinson7>
 +
ya for dbs all u gotta do is make a view or something like that lol
 +
<obogomaz>
 +
i don't know now about the dialog, see which one works best i guess...we should really assign work so merging is a little easier...
 +
<kmcdonald11>
 +
yeah :/ i tried merging when you guys were at school and i still couldn't get it to work, lol
 +
<jrobinson7>
 +
ya i dont like merging
 +
<jrobinson7>
 +
even with a file u guys dont touch i have no luck lol
 +
<obogomaz>
 +
we should work on separate tasks then it's more efficient than jumping around...
 +
<obogomaz>
 +
i'll talk to you guys tomorrow, have a good night !!!
 +
</pre>
 +
 +
<p>'''-Dec1, 2010'''</p>
 +
<pre>
 +
[INFO]
 +
Channel view for “#rep3” opened.
 +
-->|
 +
YOU (obogomaz) have joined #rep3
 +
-->|
 +
kmcdonald11 (kmcdonald1@CPE00222d2e9fac-CM00222d2e9fa8.cpe.net.cable.rogers.com) has joined #rep3
 +
<kmcdonald11>
 +
oh, hey! sorry. i didn't realize you guys came online
 +
<kmcdonald11>
 +
i did send out a copy of dbs - completed unless i interpretted the last question wrong
 +
<jrobinson7>
 +
lol
 +
<jrobinson7>
 +
ya jus ignore my other msgs
 +
<kmcdonald11>
 +
well it said to show X and Y.. i didn't know if he wanted it both in one select statement or seperate
 +
<kmcdonald11>
 +
and idk.. i did it the way i though
 +
<kmcdonald11>
 +
t
 +
<obogomaz>
 +
cool, can i ask who is workin on what for oop!?
 +
<kmcdonald11>
 +
i think we should run t1-6 first and see what issues remain :)
 +
<kmcdonald11>
 +
i'm going to go grab it all now
 +
<kmcdonald11>
 +
iol.6b is all the recent stuff?
 +
<jrobinson7>
 +
umm thats my stuff
 +
<jrobinson7>
 +
grab iol.6
 +
<jrobinson7>
 +
read the svn log :)
 +
<obogomaz>
 +
not really, i have borders drawing for tests 3 and 5
 +
<jrobinson7>
 +
im going thru the classes fixing random crap
 +
<obogomaz>
 +
looking into exit for check now
 +
<kmcdonald11>
 +
i'm just wondering where i should grab files from :P
 +
<kmcdonald11>
 +
half from iol.6 and half from iol.6b?
 +
<jrobinson7>
 +
haha im trying to put the 2 codes together
 +
<jrobinson7>
 +
cause when the borders were fixed with .6 other things were messing up
 +
<obogomaz>
 +
borders are fixed in just updated border and linedit in iol.6 to make borders print correctly in tests 3 and 5
 +
<jrobinson7>
 +
wuts fixed?
 +
<kmcdonald11>
 +
i'll start from iol.6 then? and try and see what's left to work on
 +
<kmcdonald11>
 +
for t3, the border around the edit comes up but if you try and move it, it doesn't refresh. the editing also seems buggy if you get near the end of the line.. it jumps around and makes you press things twice. idk, we can leave that til the end
 +
<kmcdonald11>
 +
so far, that's the only thing i've found
 +
<kmcdonald11>
 +
moving onto the next test now
 +
<kmcdonald11>
 +
t4's issues are that the top+left corner label doesn't draw anymore, and it also doesn't refresh when you toggle display. it's still missing the borders around the buttons
 +
<jrobinson7>
 +
doesn't clear when u push f1 or escape
 +
<kmcdonald11>
 +
we should make a list of bugs
 +
<kmcdonald11>
 +
for t4? f1 doesn't work for me, but esc does
 +
<kmcdonald11>
 +
my t6's radio button is still bugged
 +
<kmcdonald11>
 +
that's all i found
 +
<kmcdonald11>
 +
a few of them are missing the top+left labels now too
 +
<kmcdonald11>
 +
oh man.. so i just used fardad's tester for t6, and his radio button doesn't toggle. i guess it's not a bug?
 +
<jrobinson7>
 +
ya
 +
<jrobinson7>
 +
no
 +
<jrobinson7>
 +
thats the point of a radio button
 +
<jrobinson7>
 +
can only change it to another radio button
 +
<kmcdonald11>
 +
awesome. alright, so bugs are: 1) 1st label isn't displaying, 2) screen isn't refreshing in t3 and t4 when moving/toggling, 3) f1 isn't escaping t4, 4) misc containers around things aren't displaying still, and t5) popup window is drawing border in the wrong spot
 +
<jrobinson7>
 +
window is fine
 +
<jrobinson7>
 +
well i mean
 +
<jrobinson7>
 +
the txt is off
 +
<kmcdonald11>
 +
really? haha, in mine, the text shows in the right spot but the border is showing half off the screen
 +
<jrobinson7>
 +
well compare it to the teachers test
 +
<jrobinson7>
 +
cause i thought thats wut was wrong untill i saw his test and noticed the popup was down and to the right
 +
<jrobinson7>
 +
is it actually half off the screen? lol
 +
<kmcdonald11>
 +
mine is, but if i open the terminal to be larger, it's like fardad's. so then it's the text that's not getting the positioning. i'll add that to the list
 +
<jrobinson7>
 +
also down arrow busted jus a bit
 +
<jrobinson7>
 +
lol
 +
<kmcdonald11>
 +
appears to be working fine for mine :s
 +
<kmcdonald11>
 +
i made a list of known bugs on wiki to refrence
 +
<kmcdonald11>
 +
ones that are bugs for both of us
 +
<jrobinson7>
 +
u sure?
 +
<jrobinson7>
 +
test 5, push escape
 +
<jrobinson7>
 +
push up, then push down
 +
<kmcdonald11>
 +
ahh, no, when i do that sequence i get the error
 +
<kmcdonald11>
 +
weird
 +
<kmcdonald11>
 +
i'm going to take a look at t5's text and try and align it with the border
 +
<jrobinson7>
 +
k im working on the down arrow
 +
<obogomaz>
 +
i'm looking into why left top lable is not drawing anymore
 +
<jrobinson7>
 +
i am having no luck here
 +
<kmcdonald11>
 +
as soon as the border is drawn, the cursor is in the right place.. it then moves out to the weird spot. i'm slowly narrowing down the source, i believe
 +
<kmcdonald11>
 +
but yeah, it's slow
 +
<obogomaz>
 +
updated border and dialog into iol.6... borders draw ok now, on moving dialog refreshing ok now and top left label draws ok, f2 exits now as well...
 +
<obogomaz>
 +
going to work on esc key in test 6
 +
<obogomaz>
 +
it's not working roght?!
 +
<obogomaz>
 +
i meant right?!
 +
<jrobinson7>
 +
indeed
 +
<kmcdonald11>
 +
hmm.. oleg, in border did you just make one of the drawing loops to:
 +
<kmcdonald11>
 +
y=1; y < _height-1; y++
 +
<kmcdonald11>
 +
or has it always started at 1?
 +
<kmcdonald11>
 +
because border seems to be a little off for t5 now, so i figured i'd try and fix that before trying to solve the alignment thing
 +
<kmcdonald11>
 +
ignore that question. seems to be somthing else causing it
 +
<obogomaz>
 +
i did change it because the border was drawing one more character in height. If you count the number of height lines in tester on matrix it's 13, i believe, and we had 14...because of that the inner border was coming out one line higher...
 +
<obogomaz>
 +
i have test 5 all ok, except that offset issue on help and exit menus...it's gotta be that _data + _offset in draw and edit in linedit that's causing it
 +
<obogomaz>
 +
still looking for that esc in test6
 +
<kmcdonald11>
 +
i think it's being passed the wrong row/col to draw on. lineedit just calls iol_draw, which is making it show up in the off spot. i'm trying to figure it out still but no luck tracing where they're coming from
 +
<kmcdonald11>
 +
perhaps _offset is what's causing the column to be off.. but there's still about 5 in height that's missing from somewhere
 +
<obogomaz>
 +
not sure, i just figured since we never implemented it...could be anything at this point...
 +
<obogomaz>
 +
ahh, Jimmy...had to change iol.c to make esc work in test6...
 +
<obogomaz>
 +
remember that isFunctionKey function...???
 +
<obogomaz>
 +
remember how i was telling you not all function keys are >1000...lol
 +
<obogomaz>
 +
all fixed up now...test6 looks good
 +
<obogomaz>
 +
:)
 +
<obogomaz>
 +
man i need new keyboard
 +
<kmcdonald11>
 +
from what i can tell, it's drawing the things at the wrong container's absRow+row and absCol+col.. if that makes sense. it appears to be taking the values from the name container and adding the specified row/col to that instead of taking the new dialog box
 +
<kmcdonald11>
 +
hmm
 +
<kmcdonald11>
 +
i believe it's because in the test, the help dialog box isn't created unless you actually hit help, and i think it's throwing it off
 +
<kmcdonald11>
 +
i'm so slow at this
 +
<obogomaz>
 +
may be, couldn't find the issue in the whole eve yesterday...it's gotta be something major
 +
<obogomaz>
 +
slow at?
 +
<kmcdonald11>
 +
trying to solve this
 +
<kmcdonald11>
 +
takes me forever
 +
<kmcdonald11>
 +
what sort of changes did you have to make in order to get the container showing in some situations? perhaps we're no passing a container somewhere and that's why it's using a previous one
 +
<obogomaz>
 +
same here, takes me forever too...lol
 +
<obogomaz>
 +
whhat's with the button?!
 +
<kmcdonald11>
 +
button's container's haven't shown up ever, lol
 +
<obogomaz>
 +
the container is passing fine, i believe, it does show the borders
 +
<obogomaz>
 +
my button crashes once i run ...is that what you have too?!
 +
<kmcdonald11>
 +
nope.. must be different versions :( mine runs, it's just the container doesn't show when you toggle it on
 +
<kmcdonald11>
 +
works fine other than that
 +
<obogomaz>
 +
where can i get that version!?
 +
<obogomaz>
 +
i can look at it now if that's ok?!
 +
<kmcdonald11>
 +
sure. i'm working on the files in kmcdonald11/testing.4/debug6
 +
<obogomaz>
 +
can i take the button from there?!
 +
<kmcdonald11>
 +
i believe it's a copy of the one that i got out of iol.6 earlier
 +
<kmcdonald11>
 +
i haven't changed anything in it
 +
<obogomaz>
 +
i thought i had that copy, let me take it out again
 +
<obogomaz>
 +
ok, got fresh copy out off trunk, so just the border and shifting on f10?!
 +
<obogomaz>
 +
any idea why test on matrix is not working either?!
 +
<obogomaz>
 +
got the borders drawing around the buttons, but the alignment is also off...must be an issue somewhere else...
 +
<kmcdonald11>
 +
for alignment, do you mean when you toggle the border on, the text moves?
 +
<kmcdonald11>
 +
i really have no idea as to why t5's popup text is so far off. i don't know why it's sending weird numbers to iol_display
 +
<kmcdonald11>
 +
i wish fardad would come online :(
 +
<obogomaz>
 +
updated iol.6 ... new border.cpp and button.cpp ... test6 for button fixed as far as i can see...
 +
<kmcdonald11>
 +
if the popup window thing is all that needs fixing, i say we move onto test 7
 +
<kmcdonald11>
 +
i'm getting nowhere with it
 +
<obogomaz>
 +
sorry Kaitlyn, i have no idea either...i spent forever looking for it yesterday and today...worst comes to worst we leave it for now...
 +
<obogomaz>
 +
btw, i think we should tag whatever we have by tonight...Fadad did say he postponed the due date till tonight
 +
<kmcdonald11>
 +
yeah, tag by 12 for sure. so t7 it is!
 +
<kmcdonald11>
 +
since fardad hasn't helped us with any questions yet, he can solve that one :)
 +
<obogomaz>
 +
what is the issue with 7, never looked at it yet...except for testing once
 +
<jrobinson7>
 +
lots
 +
<jrobinson7>
 +
lol
 +
<jrobinson7>
 +
working on draw
 +
<obogomaz>
 +
where have u been...it's all your fault
 +
<jrobinson7>
 +
working on text
 +
<obogomaz>
 +
lol...
 +
<obogomaz>
 +
remember  isFunctionKey function...???
 +
<jrobinson7>
 +
maybe
 +
<obogomaz>
 +
never mind, i was just joking...Where are you at with Text?!
 +
<obogomaz>
 +
What issue do you want me to look into?!
 +
<jrobinson7>
 +
anything ud like
 +
<jrobinson7>
 +
lol
 +
<jrobinson7>
 +
lemme commit my crap
 +
<kmcdonald11>
 +
after you're don, let me know. i'm going to put a new copy of some .h files that didn't have the safeguard
 +
<kmcdonald11>
 +
or i'll just watch the wesite to check
 +
<kmcdonald11>
 +
sorry i haven't been any help for t7 yet.. i can't even get mine to compile just yet. i've tried like 5 times now :P i'll rebranch and start fresh
 +
<obogomaz>
 +
not much help from me either, no idea what is going on here...
 +
<kmcdonald11>
 +
i just grabbed all from trunk and i still can't compile :l now i'm worried
 +
<kmcdonald11>
 +
wowww, now i see
 +
<kmcdonald11>
 +
fwbutton.cpp in trunk has the whole file twice in side of it
 +
<kmcdonald11>
 +
halfway down, it starts all over again
 +
<kmcdonald11>
 +
or i just didn't update
 +
<kmcdonald11>
 +
in label.cpp's source, the very last function (set) has
 +
<kmcdonald11>
 +
iol_movecur(2,2); iol_prnstr((char*)str);
 +
<kmcdonald11>
 +
we'll have to take that out before we tag
 +
<kmcdonald11>
 +
i think i was using that for debugging earlier
 +
<jrobinson7>
 +
sorry ya
 +
<jrobinson7>
 +
i took that out awhile ago
 +
<jrobinson7>
 +
this text is bein a pain
 +
<obogomaz>
 +
i could not compile that iol.6 solution as well, i just made a new one...
 +
<obogomaz>
 +
so should i make a new file with updated code or someone is already on it!?
 +
<kmcdonald11>
 +
the problem with iol.6 is button.cpp. if you open it, halfway through the file, it starts all over again :P that, and removing the print in label.cpp's set function
 +
<jrobinson7>
 +
u mean test 6?
 +
<kmcdonald11>
 +
oh, no the files in iol.6 at the moment
 +
<kmcdonald11>
 +
they don't compile, but those are the reasons why
 +
<obogomaz>
 +
might be my bad...sorry
 +
<obogomaz>
 +
still could not compile it from the beginning...
 +
<obogomaz>
 +
so are you checking all of the test now, Kaitlyn or should i...we have so many changes to so many files, i would not be surprised if some of the stuff would not work
 +
<jrobinson7>
 +
o ok my bad
 +
<kmcdonald11>
 +
i'll start going through them now and upload what i have
 +
<jrobinson7>
 +
wut test doesn't it compile with?
 +
<obogomaz>
 +
ok, thanks. just let us know where you put them so we can see what else to do...
 +
<jrobinson7>
 +
o doesn't compile with test 6
 +
<obogomaz>
 +
test 7 is all screwed up...
 +
<jrobinson7>
 +
no shit lol
 +
<obogomaz>
 +
:)
 +
<obogomaz>
 +
it's ok, Kaitlyn is on it...!!!
 +
<jrobinson7>
 +
i cant even get down to work
 +
<jrobinson7>
 +
i know the prob
 +
<jrobinson7>
 +
thats why im asking
 +
<jrobinson7>
 +
label and check
 +
<jrobinson7>
 +
lavbel remove iol_movecur in the set like kaitlyn had said
 +
<jrobinson7>
 +
and fwcheck
 +
<jrobinson7>
 +
change
 +
<jrobinson7>
 +
void* FWCheck::data(){
 +
<jrobinson7>
 +
return (void*)_flag;
 +
<jrobinson7>
 +
}
 +
<jrobinson7>
 +
to
 +
<jrobinson7>
 +
void* FWCheck::data(){
 +
<jrobinson7>
 +
return &_flag;
 +
<jrobinson7>
 +
}
 +
<jrobinson7>
 +
there commited
 +
<obogomaz>
 +
no idea what you are talking about...it's done in mine already...
 +
<jrobinson7>
 +
not in trunk
 +
<jrobinson7>
 +
well now it is
 +
<obogomaz>
 +
are we all working on the same tasks...in the trunk....!?
 +
<jrobinson7>
 +
all i did was change a line of code for test 6 not to crasy
 +
<jrobinson7>
 +
crash
 +
<kmcdonald11>
 +
i just branched the current iol.6 to my files, ran and tested all but 7
 +
<kmcdonald11>
 +
and it's fine
 +
<kmcdonald11>
 +
minus the popup dialog
 +
<obogomaz>
 +
perfect can you please tag it
 +
<kmcdonald11>
 +
iol.6 at revision 391
 +
<kmcdonald11>
 +
yep
 +
<kmcdonald11>
 +
i'm going to tag it iol.6 too.. that's what the website says. i don't know where .5 went to
 +
<obogomaz>
 +
i think it should 0.6
 +
<kmcdonald11>
 +
oh, yes
 +
<kmcdonald11>
 +
prj0.6
 +
<jrobinson7>
 +
same dif
 +
<kmcdonald11>
 +
there, it's in there
 +
<obogomaz>
 +
perfect, we still have to finish it no matter what...according to Fardad
 +
<kmcdonald11>
 +
:( and here i was excited to be done with it
 +
<obogomaz>
 +
well whatever the app is for it is not going to work, so he said it's either pass or incomplete...
 +
<obogomaz>
 +
not too thrilled about it
 +
<obogomaz>
 +
it's getting there, just a little slower than Fardad said it would...lol
 +
<obogomaz>
 +
3 hours for Dialog
 +
<obogomaz>
 +
3 for Text
 +
<obogomaz>
 +
:)
 +
<kmcdonald11>
 +
hopefully he'll be willing to help us with it
 +
<obogomaz>
 +
i”l be going, have a good night guys, i'll see you all tomorrow...Jimmy sleep on some ideas for sys presentation....
 +
<obogomaz>
 +
sys=psy=pictures
 +
</pre>

Latest revision as of 01:00, 2 December 2010


OOP344 | Weekly Schedule | Student List | Teams | Project | Student Resources

Team B IRC Logs:

-Oct7, 2010

Channel view for “#rep03” opened.

   -->|    YOU (obogomaz) have joined #rep03
   <jrobinson7>    hello hello
   <obogomaz>    hello hello
   <jrobinson7>    first tings first, any idea how to make the font bigger in xchat?
   [INFO]    Font size is 13pt
   [INFO]    Font size is 11pt
   <obogomaz>    try Ctrl +
   <jrobinson7>    no dice
   <jrobinson7>    found it
   <obogomaz>    What did u learn in that gaming class today/
   <jrobinson7>    nothing much jus about different types of programming, mostly talked about games being made strictly with html5 and javascript
   <obogomaz>    Cool, what kind of game will you be making this semester
   [INFO]    You are no longer marked as away.
   <kmcdonald11>    oo, i'm mod of this room :)
   <jrobinson7>    probably a 2d old school kind of game
   <jrobinson7>    lol yeyeye
   <jrobinson7>    no kicking! :P
   <kmcdonald11>    hmm.. is there a lit of functions anywhere?
   <kmcdonald11>    list**
   <obogomaz>    sure...here...http://zenit.senecac.on.ca/wiki/index.php/Team_B_Project_Dev_Page_20103_-_OOP344
   <obogomaz>    and here...http://zenit.senecac.on.ca/wiki/index.php/Iolib_functions_20103_-_OOP344
   <jrobinson7>    o boy o boy
   <obogomaz>    lol, i've done the RIGHT_KEY already :)
   <obogomaz>    the rest is peace of cake, right?
   <jrobinson7>    haven't read wut we gotta do for the other functions yet
   <obogomaz>    good, then we'll give u the hardest ones...
   <jrobinson7>    sounds good
   <jrobinson7>    so should we get iol_edit done first?
   <obogomaz>    hey, James did u register for Fsoss yet?
   <jrobinson7>    yes and ive paid
   <obogomaz>    will do now before it's $30
   <jrobinson7>    lol i already did
   <jrobinson7>    wut keys do we still need to do?
   <obogomaz>    When are u guys going, both days?
   <jrobinson7>    i believe i am, maybe even wednesday for a gaming thing not sure tho
   <obogomaz>    i've done three keys so far, but did not commit yet
   <jrobinson7>    wasn't there only 4 to do? lol
   <jrobinson7>    well 5 i suppose
   <jrobinson7>    have you tested? and commit so i can update
   <obogomaz>    can't remember now, i stopped on BACKSPACE so hopefully after that picture assignment is done we'll have more time
   <obogomaz>    tested-yes, commit-no
   <jrobinson7>    its one click away come on! lol
   <obogomaz>    i guess i'll commit tomorrow and update that little table in Proj Dev page
   <jrobinson7>    i think kaitlyn might be in a quest of some sort :P
   <jrobinson7>    so wut keys still need to be done??
   <obogomaz>    kaitlyn has guests? lol
   <jrobinson7>    quests with a Q
   <obogomaz>    Se is probably working on the functions
   <jrobinson7>    it was a joke lol
   <obogomaz>    i hope she is not easily offended lol
   <jrobinson7>    id be working too but i have NO idea wut uve done so I don't know wut to do :S
   <obogomaz>    i'll let you know tomorrow about the keys, just see if there are functions you like to do and add them to that table on the Proj dev Page
   <obogomaz>    do them all... :)
   <jrobinson7>    you wish
   <jrobinson7>    let me check out this displayflag
   <obogomaz>    Sounds good...
   <jrobinson7>    so are you building off our teachers files?
   <obogomaz>    I hope the hacking students are not on that FSOSS site
   <obogomaz>    yes, i did not add them to the trunk?
   <obogomaz>    i thought i did
   <jrobinson7>    nope
   <jrobinson7>    well no commit
   <kmcdonald11>    yes, sorry.. i have a very chatty roommate who doesn't leave me alone
   <kmcdonald11>    her friend came over, so i think i'm safe
   <jrobinson7>    haha thats kool
   <jrobinson7>    i have no idea wuts going on to be honest
   <kmcdonald11>    as for FSOSS, i plan to only go the thursday. i'll go on friday if i enjoy it
   <obogomaz>    all registered for FSOSS as well, can't wait
   <jrobinson7>    ahh very nice
   <obogomaz>    Yea, it's the study week, gotta study...lol
   <kmcdonald11>    so we only have to do left, right, home, end, del, backspace, tab, escape, and insert? and just add in the "istexteditor" to tab (just declare it, i believe.. like a check variable)
   <obogomaz>    kaitlyn, Jimmy was just saying not to worry about the assignment, he is going to do all the functions alone...
   <obogomaz>    he likes chalanges
   <kmcdonald11>    haha
   <kmcdonald11>    i wish
   <jrobinson7>    lol thats wut i said.. u wish
   <jrobinson7>    umm and i believe some other functions
   <kmcdonald11>    we should make a list to get a refined view of them all
   <jrobinson7>    according to our Functions still needed to be completed:
   <jrobinson7>    ya and oleg commit damn it! lol
   <obogomaz>    i created that page, so don't trust it 100%
   <jrobinson7>    ooo haha
   <jrobinson7>    well i believe some1 said we need to do all the functions, but hey wut do i know
   <kmcdonald11>    so just all the remaining on the page?
   <obogomaz>    i guess, we could just add whatever function you are starting to work on to that list, so no one else starts on it as well
   <jrobinson7>    im working on void iol_displayflag
   <kmcdonald11>    i haven't started any of them, so far
   <obogomaz>    or you guys could decide now who is going to do what...
   <kmcdonald11>    i'll try writing down a list
   <obogomaz>    we could always help each other out, right?
   <kmcdonald11>    definitely
   <kmcdonald11>    iol_edit.. hm
   <obogomaz>    hm...???
   <jrobinson7>    lol
   <kmcdonald11>    so, if i have everything..
   <obogomaz>    i guess could try it if you guys insist...lolll
   <jrobinson7>    im still waiting for u to commit
   <kmcdonald11>    iol_edit (which includes left, right, home, end, del, backspace, tab, esc and insert), isTextEditor (easy), iol_displayFlag, iol_flag, iol_displayMenuItem, iol_menuItem
   <obogomaz>    maniana....my friend, maniana....
   <kmcdonald11>    iol_edit isn't much more than the special keys, right?
   <jrobinson7>    ya i believe so
   <jrobinson7>    build off wut our teacher has i believe
   <obogomaz>    left, right, home, end, are done...
   <obogomaz>    backspace as well
   <obogomaz>    esc as well
   <jrobinson7>    are we building this based off our own mains or our teachers main?
   <obogomaz>    i'm guessing we are testing our functions from main...later on we'll probably have some testmain
   <kmcdonald11>    i assume we use our own test mains. can erase what we had and replace to help us along the way with debugging
   <jrobinson7>    mmmk
   <obogomaz>    we should just get together and get it all done at once...seems easier
   <obogomaz>    too much time on deciding...
   <obogomaz>    i still like the idea of Jimmy doing them all, lol...
   <kmcdonald11>    yeah, would make it easier as well. for all of us to collaborate and such
   <jrobinson7>    well its up to you guys i'll do wutever it takes
   <kmcdonald11>    well tomorrow after oop is our dbs stuff. marina did it last semester and said it's pretty easy
   <obogomaz>    sounds good to me
   <kmcdonald11>    as long as we have a rough idea of each function, whenever we meet to code it, it shouldn't take too long. we can debug together and make sure it works
   <kmcdonald11>    it's just that monday is a holiday
   <kmcdonald11>    which leaves tuesday.. our longest school day, and it's due wednesday at noon
   <obogomaz>    i'm just playing Jimmy, we'll all do an even part of work, otherwise you'll get better knowledge
   <jrobinson7>    i know i know
   <obogomaz>    i'll try to do some work on the weekend and post it to that table on Proj Dev Page as well as commit it to the trunck
   <jrobinson7>    i agree tho if we get together itd go a lot more smoothly
   <jrobinson7>    and oleg PLS COMMIT!
   <jrobinson7>    lol
   <jrobinson7>    we can talk about it more tomorrow
   <kmcdonald11>    i'll take a look at the menu things. edit should be pretty easy if we follow fardad's lead
   <jrobinson7>    so we all really have an idea of wut needs to be done over the weekend or w/e
   <kmcdonald11>    right
   <obogomaz>    right
   <kmcdonald11>    like write it on paper or something just so you have a rough idea of the functions
   <kmcdonald11>    and how they work
   <jrobinson7>    ya soundgood
   <obogomaz>    How about next meeting is over the phone, my typing really sucks... :)
   <jrobinson7>    and we can kinda do the same thing with dbs
   <jrobinson7>    or if we have time just work on it
   <kmcdonald11>    well i'm hoping dbs will be completed tomorrow, if not close
   <kmcdonald11>    shouldn't be hard
   <jrobinson7>    ya its usually pretty straight forward
   <jrobinson7>    jus grab code from here and here and away we go
   <kmcdonald11>    yeah, plus the 3 of us should be able to figure it out in no time
   <obogomaz>    sounds good, should we save that as our IRC meeting?
   <jrobinson7>    we can save this but i don't know how good it is hahaha
   <kmcdonald11>    better than nothing, i suppose
   <obogomaz>    hey, we did talk about assignment and did not use bad words, i guess it counts
   <jrobinson7>    i jus saved
   <obogomaz>    don't forget to commit it


-Oct14, 2010

Query view for “jrobinson7” opened.

   <jrobinson7>    hey u there?
   ===    jrobinson7 <~Jim@CPE001d7e527dfa-CM00111ae5c584.cpe.net.cable.rogers.com> “Jim”
   ===    jrobinson7: member of #seneca-oop344
   ===    jrobinson7: attached to asimov.freenode.net “TX, USA”
   ---    End of WHOIS information for jrobinson7.
   <obogomaz>    hey, just started on oop?
   <obogomaz>    sorry not a question..
   <jrobinson7>    lol
   <jrobinson7>    ya i cant merge this crap
   <jrobinson7>    i tried adding in the code i made different and it wont compile
   <jrobinson7>    and it wont let me merge
   <obogomaz>    why wont compile?
   <jrobinson7>    dont know bunch of errors
   <jrobinson7>    and if i dont add it in i cant merge cause svn doesn't know wtf it is
   <jrobinson7>    but my files work great, just wont merge
   <obogomaz>    just add your functions one by one, never mines iol_edit or main
   <jrobinson7>    so wut would u like me to do for iol_edit?
   <obogomaz>    not sure, give me 10-15in to look it over again and i'll let u know
   <jrobinson7>    kk sounds good
   <obogomaz>    ok, do you want to work on home key, it works but there is a bug somewhere?
   <jrobinson7>    lol i'll take a look in a min
   <jrobinson7>    everything commited?
   <obogomaz>    good, just read the iol_edit description for a few min, i'll commit in 5 -10 min
   <obogomaz>    hey, are u there?
   <jrobinson7>    ya just working on dbs
   <obogomaz>    Ok, i just committed my branch
   <obogomaz>    if you want to work on Home and END keys
   <obogomaz>    take iol.2 from my branch
   <jrobinson7>    alright im gonna work on it outside of svn
   <obogomaz>    now, there are two tests for home and end keys
   <obogomaz>    one in the beginning of testmain
   <obogomaz>    and one in the middle
   <obogomaz>    for different modes
   <jrobinson7>    so dont take iol.3?
   <obogomaz>    i can get them to work fine for each test but it is somting to do with texteditor on and off
   <obogomaz>    see if you can spot a problem, feel free to modify anything else, just let me know
   <jrobinson7>    but dont take iol.3?
   <obogomaz>    o, by the way, how is Kaitlyn?
   <jrobinson7>    i dunno
   <jrobinson7>    lol
   <jrobinson7>    iol.2 or iol.3????
   <obogomaz>    iol.2 and iol.3 same, i just made a copy rigth now
   <obogomaz>    i'll work on 3 so i'll be modified
   <jrobinson7>    ahhh kk
   <obogomaz>    you should ask
   <obogomaz>    here
   <jrobinson7>    huh?
   <obogomaz>    ...corection...her
   <jrobinson7>    how? lol
   <obogomaz>    i dunno
   <obogomaz>    mail
   <obogomaz>    phone
   <obogomaz>    in person, may be
   <jrobinson7>    lol
   <jrobinson7>    home just crashed the program haha
   <obogomaz>    that hacking class really help ...
   <jrobinson7>    lol
   <jrobinson7>    im getting so confused lookin at this
   <obogomaz>    trust me i know
   <jrobinson7>    alright so i took out done = 1 just to see wut would happen, and it works, but im still not sure wut this textedit crap is
   <obogomaz>    it works with both tests?
   <jrobinson7>    haven't done his test
   <jrobinson7>    which number is it?
   <obogomaz>    not sure start from 1
   <obogomaz>    mark wc ones not workg
   <obogomaz>    damn, somthinf wrong with my wireless keyboard
   <obogomaz>    misses letters
   <jrobinson7>    hmmm
   <jrobinson7>    this is tough lol
   <jrobinson7>    so in the code, how can it tell if anymore characters can be entered?
   <jrobinson7>    i think i found something wrong with overstrike mode
   <obogomaz>    if str < maxdatalen
   [ERROR]    The command “/” is not known to the server.
   <jrobinson7>    yes
   <obogomaz>    ??
   <jrobinson7>    thats wrong
   <obogomaz>    what?
   <jrobinson7>    since it replaces characters, it doesn't matter if the field is full
   <jrobinson7>    jus has to check if its at the end of it
   <obogomaz>    that is the same, once it's at the nd wont go anyore
   <jrobinson7>    no
   <jrobinson7>    if ur at the beginning of the string and the feild is full and overstrike is on
   <jrobinson7>    you can still type in it
   <jrobinson7>    but with that statement it shows the strlen is full and wont edit it
   <obogomaz>    that's why <=
   <jrobinson7>    lol
   <jrobinson7>    u dont get what i mean
   <jrobinson7>    or
   <jrobinson7>    i dont get it
   <jrobinson7>    lol
   <jrobinson7>    im so lost in this code
   <obogomaz>    let me test it quickly
   <jrobinson7>    ya i think im wrong
   <jrobinson7>    i was looking at a test that has to do with insert, but was looking in overstrike lol
   <jrobinson7>    ya im stuck at test 9.6
   <jrobinson7>    ok isTextEditor
   <obogomaz>    what do u mean?
   <jrobinson7>    wtf is it
   <jrobinson7>    lol
   <obogomaz>    that is what confuses the hell out of me...istexteditor
   <jrobinson7>    lol
   <jrobinson7>    i dont think u have to check it when some1 is typing in crap
   <obogomaz>    overstrike mode modified now, works 100%
   <jrobinson7>    cause in 9.6 its set to 0 so it wont add anything in the txtbox but is suppose to
   <obogomaz>    i know i was going to look into that now
   <obogomaz>    you are probably right, i was going to test it without istext on
   <obogomaz>    Ok, passed 9.6 when not checking for isTextEditor, we'll leave it at that...
   <obogomaz>    good eye
   <obogomaz>    i think once we get home and End keys working properly, we are almost done....
   <obogomaz>    Home key done, tested and working, we'll do end key now
   <jrobinson7>    i think it is working fine
   <jrobinson7>    home and end
   <jrobinson7>    and ya daleee said we dont need to check it
   <obogomaz>    what
   <obogomaz>    there are more tests for home and end around 9.16
   <jrobinson7>    o ok im not there yet lol
   <jrobinson7>    uh oh i failed 9.9 lol
   <jrobinson7>    got to 9.19 before failing
   <obogomaz>    forget it, i'll leave it till tomorrow, the rest all fail too
   <jrobinson7>    lol well i got to 9.19
   <obogomaz>    i think i know where the rest of the problems are, end key sold be ok to fix and the make the left right keys to terminate the function when sift has happened
   <jrobinson7>    i crashed it during the test when it said hit any button and i hate space and it crashed lol
   <jrobinson7>    and im having trouble with end
   <obogomaz>    let me know if you fix any more problems, i'll go see what the wify is up to...
   <obogomaz>    no good...
   <obogomaz>    went for stupid exray after school
   <jrobinson7>    ah howd that go
   <obogomaz>    wrist may be broken
   <obogomaz>    find out tomorrow
   <jrobinson7>    damn that sux man
   <obogomaz>    i hope they don't put the cast
   <obogomaz>    i committed iol.3 in my branches if you need it
   <jrobinson7>    alright kool
   <jrobinson7>    thats with outdated code of mine lol
   <obogomaz>    so did u manage to merge to trunk
   <jrobinson7>    no but i jus got end to work i believe
   <obogomaz>    cool, how, there is more stuff to code about [Section #1] IsTextEditor and *offset

-Nov17, 2010

fardad_>
kmcdonald11: jrobinson7: obogomaz : ping?
<kmcdonald11>
pong!
<obogomaz>
pong
<jrobinson7>
fardad: pong
<fardad_>
ok, lets start
<jrobinson7>
okidoki
<fardad_>
we have three things tasks:
<fardad_>
1 - programming
<fardad_>
sorry
<fardad_>
who wants to start the project?
<kmcdonald11>
I don't mind
<fardad_>
ok
<obogomaz>
whoever you say
<kmcdonald11>
I'll do it
<fardad_>
ok kmcdonald11: Start doing FWBorder
<fardad_>
kmcdonald11: you assistant will be jrobinson7
<jrobinson7>
lol
<obogomaz>
what about me?!
<fardad_>
if you got problem , he will help you and if you don't have enought time, give parts of it to him
<fardad_>
obogomaz: wait
<obogomaz>
sorry
<fardad_>
kmcdonald11: you need aroung 3 to 5 hours to complete and test it with my tester
<fardad_>
is 0.3 done?
<obogomaz>
0.3 is done
<fardad_>
3 - 5 hours of programming though, that is around a day an half
<kmcdonald11>
and when should it be completed by?
<kmcdonald11>
approximately
<fardad_>
to I expect FWBorder to be done in about 30 hours
<fardad_>
and tested
<fardad_>
jrobinson7: you have another respoisiblity that is make sure your team page is upto date with your tasks and who isi doing what
<fardad_>
obogomaz: you start coding FWField
<fardad_>
since 0.3 is done, you will have no problem doing it, but since it is an abstract class you won't be able to test
<fardad_>
it
<fardad_>
so by the time FWBorder is done and tested, your FWField must be completed and compiled
<obogomaz>
ok
<fardad_>
obogomaz: notify me when it is done so I cam check and make sure you didn't miss anything
<fardad_>
obogomaz: one more thing for you
<fardad_>
obogomaz: you are responsible to setup the next meeting
<obogomaz>
fardad_: ok, no problem
<fardad_>
Team B: note that although I gave you 30 hours, but ou can do this much earler and the eariler the early stages are done with, you will have more time to work on complicated parts
<fardad_>
also
<fardad_>
Although I assigned who is supposed to do what, but between yourself feel free to help eachother in any way you can, programming documentation... whatever
<fardad_>
ok?
<jrobinson7>
sounds good
<jrobinson7>
i do have 1 quick question
<fardad_>
jrobinson7: go...
<obogomaz>
Fardad_: also how many meeting are we allowed to book in a week
<jrobinson7>
i wrote down all the notes for the wiki page, is Member Tasks the same tasks under Todo but organized by each team member?
<fardad_>
obogomaz: 953!
<fardad_>
jrobinson7: look at team.h's page, they have the sturcture done, add them yours and you will be fine
<jrobinson7>
ok thanks
<fardad_>
if any question at the man time, just ask
<fardad_>
you can also call me on my skype account if I am online
<fardad_>
my skype id is "sosfardad"
<fardad_>
Any questions?
<kmcdonald11>
nope, sounds fine
<fardad_>
Marina_Y: ping?
<fardad_>
team B: the meeting is over, thanks for dropping by...
<jrobinson7>
and thank u kindly
<obogomaz>
thank you
<fardad_>
gnite...

-Nov24, 2010

=-=
fardad_afk is now known as fardad
<fardad>
hello
<obogomaz>
fardad: hello
<fardad>
Team B: ping?
<kmcdonald11>
pong
<jrobinson7>
fardad: pong!
<obogomaz>
fardad: pong
<obogomaz>
fardad: we have a lot of question
<fardad>
before we begin,
<fardad>
don't forget to add my name under the team members and assign a task
<jrobinson7>
lol
<obogomaz>
ok
<fardad>
If you like my help :)
<fardad>
ok I am all eyes....
<obogomaz>
james, do u want to ask first?
<jrobinson7>
i dont even know wut to ask, im just so confused lol
<obogomaz>
ok, i'll ask first
<fardad>
go ahead
<obogomaz>
fardad: i'm working on the FWDialog
<obogomaz>
fardad: so in FWDialog::draw(int fn) how do we draw all the Fields in the Dialog.
<fardad>
ok...
<fardad>
well
<fardad>
not really
<fardad>
read the desc properly
<fardad>
depending on what is the value of fn, draw works differently
<obogomaz>
first we draw FWBorder::draw(fn);
<fardad>
only if fn is Refresh or full_frame
<obogomaz>
for example if ((fn == FW_REFRESH)||(fn = FW_FULL_FRAME)){
<obogomaz>
FWBorder::draw(fn);
<obogomaz>
// Then draw all the Fields in the Dialog.
<obogomaz>
}
<fardad>
then if fn is 0, draw everything and then start editing the first editable
<fardad>
obogomaz: what are you refereing to? what I did in class?
<fardad>
obogomaz: ?
<fardad>
obogomaz: ping?
<obogomaz>
fardad: pong
<obogomaz>
fardar:
<obogomaz>
fardad: in FWDialog::draw(int fn) under two conditions we have to
<obogomaz>
draw all the Fields in the Dialog.
<fardad>
obogomaz: you didn't answer my question:
<fardad>
are you refereing to the wiki description, or the example I did in class?
<obogomaz>
fardad: sorry, wiki description for FWDialog::draw(int fn)
<fardad>
ok,
<fardad>
then yes, the conditions are right,
<fardad>
under two conditions all the fields are drawn, but if fn is greater than zero , then only the field number "fn" is drawn, and editing begins with that one.
<obogomaz>
i understand the conditions, i'm just a little confused on the actual statement to draw the fields since FWField does not have the draw function
<fardad>
obogomaz: ofcourse it does...
<fardad>
obogomaz: it inherits it from border
<obogomaz>
fardad: so we say FWField::draw()
-->|
daleee (~dale@CPE001a70f2eb55-CM00222d55edbd.cpe.net.cable.rogers.com) has joined #seneca-oop344
<daleee>
anyone know what this means for FWButton: "First draw() the Button, then surround it by squared brackets, place the cursor under the first character of Button's text and wait for user entry."
<daleee>
surround it by square brackets = wut?
<kmcdonald11>
daleee: means you first put the text on the screen, then do []'s around it and finally move the cursor forth again. a lot of jumping around, from what i understand
<daleee>
kmcdonald11: are we supposed to use iol_flag for the [ ] ?
<fardad>
[daleee] is surrounded by squred brackets
<kmcdonald11>
i didn't. i used putch('[');
<daleee>
hmm..
<daleee>
iiiinteresting
<fardad>
daleee: run the example on matrix
<daleee>
oh yeah
<daleee>
forgot about that xD will do!
<kmcdonald11>
fardad: in FWLineEdit, we use iol_edit. it says to use some of FWLineEdit's attributes to call iol_edit();, but things like readOnly and isTextEditor aren't specified in FWLineEdit (unless I'm mistaken). do we just pass in what makes sense for our case in 1s and 0s?
<obogomaz>
fardad: also In FWDialog::edit(int fn)  how do we begin editing from the first editable Field or go to next editable Field.
<fardad>
kmcdonald11: yes
<fardad>
put them in a loop and check for the editable to be true,
<fardad>
and run the first one
<fardad>
and then depending on users action, loop to next, or previous
<kmcdonald11>
is it cool if I keep asking questions, or shall I wait until Oleg has finished?
<obogomaz>
fardad: thanks
<fardad>
kmcdonald11: go ahead
<obogomaz>
kmcdonald11: it's ok you can go ahead now
<fardad>
kmcdonald11: that is very normal in IRC
<kmcdonald11>
alright. in a few of Field's children, there are functions that as us to make Field's _data point to something. would you use
<kmcdonald11>
this->_data = temp; ?
<kmcdonald11>
or should there be more to that?
<kmcdonald11>
and temp being whatever the new thing is
<fardad>
very correct and ok
<kmcdonald11>
alright, and one more
<kmcdonald11>
there's a part in FWButton where we call iol_display(). the first data type it takes is a string, but since we're dealing with our void* _data, would you use:
<kmcdonald11>
iol_display((char*)this->_data, ..etc);
<daleee>
you can just do (char*)_data
<daleee>
pretty sure
<fardad>
kmcdonald11: perfectly correct
<kmcdonald11>
yeah, the whole "this->" thing helps me grasp the "this object" idea. but they should both do the same
<kmcdonald11>
alright, those were my 3 questions. thank you!
<fardad>
daleee: yours is correct too, but kmcdonald11 is bug proof
<kmcdonald11>
;)
<jrobinson7>
my turn? :D lol
<fardad>
jrobinson7: go...
<jrobinson7>
ok working on void set(const void *Str)
<fardad>
ok...
<jrobinson7>
is "the newline delimited array of characters" refering to the Str?
<fardad>
jrobinson7: are you talking about text?
<jrobinson7>
sorry yes FWText
<fardad>
jrobinson7: wow, already there... cool, ok, go ahead
<fardad>
and the asnwer is yes
<jrobinson7>
ok and i must convert it into an array of strings, wut is that refering to?
<jrobinson7>
_lines?
<fardad>
I coded two classes that you can use, a dynamic array of strings and a double linked list
<fardad>
or you can design your onw
<fardad>
s/onw/own
<fardad>
brb
<jrobinson7>
ok team B which would you guys like for us to use?
<obogomaz>
the easier one to understand
<jrobinson7>
dynamic array of strings probably
<kmcdonald11>
although linked lists would give us practice..
<kmcdonald11>
but doesn't matter to me
<jrobinson7>
easier to understand sounds good to me since im already confused as hell
<obogomaz>
doesnot matter to me either as long as we are done on time
<kmcdonald11>
yeah, go with dynamic array
<obogomaz>
im having a bunch of issues with fwdialog as well
<jrobinson7>
im still not sure how to use this lol
* fardad
is back
<kmcdonald11>
which part?
=-=
daleee is now known as daleee[afk]
<obogomaz>
fardad: one more question if it's ok?
<fardad>
jrobinson7: try the array separatly first
<fardad>
obogomaz: go
<obogomaz>
for FWDialog FWDialog::add(FWField* field, bool dynamic)
<obogomaz>
is this how we add new field to the array
<obogomaz>
_fld[_fnum+1] = new FWField;
<obogomaz>
_fld[_fnum+1] = field;
<fardad>
nop
<fardad>
obogomaz: give me a second ok?
<obogomaz>
ok, thanks
<fardad>
obogomaz: Ok, the action of allocating/creating a new Field is done by the one calling the add method
<fardad>
obogomaz: (look at the main I wrote)
<fardad>
obogomaz: all you need to do, is to assing it to the next _fld in array
<jrobinson7>
if i use ur dynamic array is it as easy is using a normal array? such as _lines[i][j] = data
<fardad>
obogomaz: and to make sure your set is allocation flag (_dyn) to the proper value, depending on _fld being passed by address (flag is true) or passed by reference (flag is false)
<obogomaz>
ok, i'll look at the main first, thanks Fardad
<fardad>
jrobinson7: _line[i][j] refers to a single characher
<fardad>
jrobinson7: _line[i] referes to a string (one line of text)
<jrobinson7>
yes
<fardad>
jrobinson7: at least walk through the source first :)
<jrobinson7>
well i was doing one character at a time lol
<fardad>
jrobinson7: again, the code is "use at your own risk" I will not assure you of it being easy or bug free....
<fardad>
jrobinson7: !!!!!!!!!!!!!!!!!!!!
<fardad>
ok
<fardad>
jrobinson7: whatever makes you happy :)
<fardad>
jrobinson7: I think actually that woudl work ok....
<jrobinson7>
well if i did it right then i shall be very happy lol
<fardad>
ok anyone, it is getting close to  10, any questions?
<fardad>
obogomaz: welcome
<obogomaz>
not at the moment, thank you Fardad
<fardad>
ok everyone, if there is no question, I'll be gone...
<jrobinson7>
ok thank you very much
<fardad>
gnite everyone....
|<--
fardad has left freenode (Quit: I wanna go home; Take out this uniform and leave the show...)
<jrobinson7>
i think having all these functions with return 0 looks perfect to me :D
<obogomaz>
it's confusing for sure


-Nov26, 2010


[18:04] <@fardad> hello
[18:05] <@fardad> team b: ping?
[18:06] <kmcdonald11> pong
[18:06] <kmcdonald11> i'm the only one here, i guess
[18:09] <@fardad> kmcdonald11: ok,
[18:10] <@fardad> kmcdonald11: branch the trunk and then do it there
[18:10] <@fardad> I see that I have valedit
[18:11] <@fardad> I will do it, by tomorrow morning
[18:11] <@fardad> are we ok?
[18:12] <kmcdonald11> yep. i don't really have any questions.. i've done everything i've can except valedit, which we might as well give to you :)
[18:12] <@fardad> no problmo
[18:12] <@fardad> then the meeting is over,
[18:12] <@fardad> i will do valedit
[18:12] <kmcdonald11> thank you!
[18:12] <@fardad> gnite then

-Nov31, 2010

Channel view for “#rep3” opened.
-->|
YOU (obogomaz) have joined #rep3
=-=
Mode #rep3 +ns by holmes.freenode.net
-->|
jrobinson7 (jrobinson7@CPE001d7e527dfa-CM00111ae5c584.cpe.net.cable.rogers.com) has joined #rep3
-->|
kmcdonald11 (~kmcdonald@CPE00222d2e9fac-CM00222d2e9fa8.cpe.net.cable.rogers.com) has joined #rep3
<kmcdonald11>
check is so short but the tester is so messed up for me
<jrobinson7>
how we see the working testers?
<kmcdonald11>
what do you mean?
<kmcdonald11>
which testers work?
<jrobinson7>
ddidn't the teacher say something about having compiled versions of the testers so we can see wut its suppose to do?
<kmcdonald11>
like .exe files? i'm not sure how to do that on windows
<kmcdonald11>
but i won't bother just yet
<kmcdonald11>
since we're not doe editing
<kmcdonald11>
done**
<jrobinson7>
i jus wanna see wut its suppose to look like
<kmcdonald11>
ohhh
<kmcdonald11>
it's on matrix
<obogomaz>
~fardad.soleimanloo/t3
<kmcdonald11>
log in and at command line, just type "~fardad.soleimanloo/tx" and replace x with a test number
<kmcdonald11>
the info for it's on wiki
<jrobinson7>
mk
<jrobinson7>
cant even connect ><
<kmcdonald11>
all that's missing are some borders around text fields
<jrobinson7>
i cant even get test 6 to run
<kmcdonald11>
check's alignment is reallly off. trying to see what's up with it now
<jrobinson7>
test 5?
<kmcdonald11>
oh, look at his code for t6
<kmcdonald11>
there's comments you have to take out
<jrobinson7>
oo the 2 comments? thanks
<jrobinson7>
oleg where did the teacher have fn = 0?
<obogomaz>
did that, in dialog, trying to find why border around linedit field not drawing...test3
<jrobinson7>
well i dont have that, thats why im askin! lol
<jrobinson7>
i got it too
<kmcdonald11>
line edit is a field, and field isn't passing a container to border to draw
<kmcdonald11>
pretty sure you just change field's constructor
<kmcdonald11>
but i can't figure out how
<kmcdonald11>
you have to pass it a FWBorder* fortheContainer
<jrobinson7>
i believe fardad was explaining that in class
<obogomaz>
i think it's in linedit's draw
<obogomaz>
// If Border is visible, call Border's draw
<obogomaz>
we never do it
<kmcdonald11>
yeah, i have it commented out in mine already
<kmcdonald11>
that's the source of our endless loops
<jrobinson7>
endless loop with test7 rofl
<kmcdonald11>
test 7 is text, right?
<kmcdonald11>
that's the last one?
<jrobinson7>
ya im not working on it now, just wanted to see how well it was and jus loops and loops lol
<jrobinson7>
hm even test 1 seems buggy
<kmcdonald11>
how so?
<jrobinson7>
draws it twice
<jrobinson7>
i mean draws each border twice
<jrobinson7>
first draws it one spot above where its suppose to go then draws it where its suppose to be
<kmcdonald11>
is it because of the buffering?
<jrobinson7>
or im going nuts staring at this crap
<jrobinson7>
ya if u go into fwborder::draw
<jrobinson7>
and put a break on the last line of the function (mines 71)
<jrobinson7>
u can see it prints twice
<jrobinson7>
maybe its suppose to tho lol if i do that and try moving the containter, it prints the containter, then prints the Movin! ESC: exit in the top right and the container is printed again 1 line down
<kmcdonald11>
is it because it's refreshing?
<kmcdonald11>
i have no idea.. it seems right to me. works like fardad's from what i can tell
<kmcdonald11>
but if you find an error i'll change it
<kmcdonald11>
for t1, the only thing calling draw is the test
<jrobinson7>
put a break in fwborder::draw(refresh)
<jrobinson7>
at the end of the function
<jrobinson7>
and u'll see
<kmcdonald11>
alright.. i'll try it in a bit. it seems fine for me but i'll add a break later
<kmcdonald11>
it may be because the border we can see is actually already inside a container
<kmcdonald11>
it's just invisible
<kmcdonald11>
the top "moving" thing is supposed to be on top though
<kmcdonald11>
that's what fardad's does
<kmcdonald11>
is text done, btw? i didn't know if i should remove it off of the current tasks or not
<jrobinson7>
o hell no
<jrobinson7>
buuut thats why i wanted to see fardads compiled tests
<jrobinson7>
not sure wuts wut, and the height my class is getting is wrong for the container its in and i have no idea why
<kmcdonald11>
well, done = compiling. i don't mean don debugging
<kmcdonald11>
ps, i'm not sure if you're trying to use zenit for his testers or not.. but matrix works fine in case you know that password
<jrobinson7>
i cant log in
<kmcdonald11>
to matix?
<kmcdonald11>
should be the same password as your email
<jrobinson7>
ya im an idiot and put zenit.senecac
<jrobinson7>
but now that i see it i see my alignment isn't off woot
<kmcdonald11>
i added a break and i wasn't seeing doubles
<jrobinson7>
no not doubles
<jrobinson7>
but prints it on one line then push f5 to cycle thru and it prints on the line below
<jrobinson7>
like when u goto move it to the left
<kmcdonald11>
oh, yeah, i saw that
<kmcdonald11>
the container
<jrobinson7>
ya
<jrobinson7>
like when u dont see moving
<jrobinson7>
or Moving! w/e
<obogomaz>
there is still something wrong with dialog too, so that could be your problem too, i'm just looking into border around visible fields and why the alignment is off in test5
<jrobinson7>
its on one line, then it prints it all again and because of the Moving! crap it goes down one
<kmcdonald11>
moving prints on top of everything, so it wouldn't be because of that
<jrobinson7>
then i have no idea
<jrobinson7>
lol
<kmcdonald11>
there's an invisible container.. maybe because of that. idk, it looks just like fardad's when i run it
<kmcdonald11>
if i have time i'll check it out
<jrobinson7>
well i couldn't see fardads test do that and could see it in ours
<jrobinson7>
but like fardad says windows doesn't have that buffer crap so wont run as smooth so that could just be why
<kmcdonald11>
making progress on check
<kmcdonald11>
few changes
<kmcdonald11>
radio button is being a pain, but already looks much better than it did an horu ago
<obogomaz>
still can't figure out dialog container and offset for help box in test5, any ideas, anyone?
<jrobinson7>
no idea
<jrobinson7>
still gotta fix our loop problem too
<jrobinson7>
and i dunno why it wont draw the inner container on the last test
<kmcdonald11>
i'll look at it soon. i tihnk i'm almost done 6
<kmcdonald11>
what loop problem?
<jrobinson7>
well im SUPPOSE to callthe parents draw but if i have that it just loops
<kmcdonald11>
just don't call it
<kmcdonald11>
it happens for all of ours in every function we're supposed to call draw
<kmcdonald11>
either we're taking it too literally, or he wrote it wrong
<kmcdonald11>
because it will automatically draw
<jrobinson7>
not the inner border lol
<kmcdonald11>
then perhaps it's again with the container that's not showing up
<jrobinson7>
wut we call to jus clear the screen?
<kmcdonald11>
iol_clrscr i think
<jrobinson7>
kk
<jrobinson7>
got it so it doesn't print it in 2 spots
<kmcdonald11>
where in the world if fardad?
<kmcdonald11>
we've had zero help from him :(
<jrobinson7>
o ya btw
<jrobinson7>
fardad said rogers cancelled his internet or some shit
<kmcdonald11>
ha.. good timing
<jrobinson7>
ya thats why he just left last night... or well so he says
<kmcdonald11>
t6 is pretty good.. just doesn't work with the radio button
<jrobinson7>
umm in test 4
<jrobinson7>
after u push escape do u get a break pop up?
<kmcdonald11>
i used to. if you scroll up, i said to remove the destructor so it's empty
<kmcdonald11>
hm.. maybe i didn't. i thought i did. maybe it was in the old conversation, but i closed it already
<kmcdonald11>
anyways, yeah.. jsut remove the stuff in button's destructor
<kmcdonald11>
and esc will work
<jrobinson7>
lol
<jrobinson7>
i was gonna say i REALLY dont remember that haha
<jrobinson7>
i remember u saying that u commented stuff out in the tester file
<jrobinson7>
so just comment out free(_data)
<jrobinson7>
ahh nice :)
<jrobinson7>
o question, in ur test 3, if u push f2 does it exit for u?
<kmcdonald11>
just remove the stuff in the destructor completely
<kmcdonald11>
and i don't think.. can't remember
<kmcdonald11>
i'm trying to focus on the ones that are completely broken
<jrobinson7>
well it wasn't working for me
<jrobinson7>
but i changed random crap and now it is lol
<jrobinson7>
and the border doesb't shift anymore, cant seem to figure out any important fixes tho ><
<kmcdonald11>
t6.. the radio button thing in iol.c isn't working right. doesn't reutnr or something.. so the test is getting stuck there
<kmcdonald11>
i'll go commit check to trunk now
<kmcdonald11>
since i changed quite a bit
<jrobinson7>
wait
<jrobinson7>
go ahead
<jrobinson7>
but which files u change?
<kmcdonald11>
already did
<kmcdonald11>
just check
<kmcdonald11>
i thiiink
<jrobinson7>
ok kool
<jrobinson7>
i changed border a wii bit
<kmcdonald11>
branch is saying otherwise, but i'm not sure
<jrobinson7>
and maybe txt but i dont remember
<kmcdonald11>
oh, i changed label a bit too
<kmcdonald11>
are you uploading or is it safe?
<obogomaz>
my f2 works fine, and i got inner border printing for test3 and5 just working on alignment in test5
<obogomaz>
we should just work on different stuff otherwise everybody make a small change here and there i have no idea what works and what not...
<kmcdonald11>
i just put my updates from label and check in there. i still can't get the radio button working, but i think it's an issue in iol.c
<kmcdonald11>
that's all i changed
<jrobinson7>
kk well i just changed a couple of lines in border
<kmcdonald11>
can you put it in iol.6?
<obogomaz>
the problem for inner border not printing was in FWBorder
<obogomaz>
if(refresh=FW_REFRESH){
<obogomaz>
//if( _container!=NULL )
<obogomaz>
//  _container->draw();
<obogomaz>
}
<obogomaz>
this creates infinite loop
<jrobinson7>
it is
<kmcdonald11>
i was looking at that earlier, too!
<kmcdonald11>
so now all the boarders show up?
<jrobinson7>
for which test?
<jrobinson7>
not mine
<kmcdonald11>
even with those changes?
<jrobinson7>
sorry commited the wrong damn text file lol
<kmcdonald11>
i'm gonna wait til everyone's changes are there and just rebranch it out to start working on the latest stuff
<obogomaz>
the borders show up, there are more changes to linedit constructor with height and drawing the border....i'll committ later
<jrobinson7>
so take out
<jrobinson7>
if(refresh=FW_REFRESH){
<jrobinson7>
if( _container!=NULL )
<jrobinson7>
_container->draw();
<jrobinson7>
}
<kmcdonald11>
so, just the radio button issue is left, i think?
<kmcdonald11>
and then text
<jrobinson7>
no border for me
<jrobinson7>
u run the test?
<kmcdonald11>
which test?
<jrobinson7>
7
<obogomaz>
James, forget the border, i got it man...see if you can fix alignment for test 5
<jrobinson7>
well it aint workin for me lol
<kmcdonald11>
isn't working for what?
<kmcdonald11>
which test?
<jrobinson7>
test 7...
<kmcdonald11>
test 7 uses like all of the previous classes
<kmcdonald11>
i wouldn't try to fix text just yet if we haven't got this stuff down yet
<kmcdonald11>
super close
<jrobinson7>
i jus wanna know if its like that for u guys too
<kmcdonald11>
i haven't even compiled t7
<jrobinson7>
jus one click of the button :P
<kmcdonald11>
i'm trying to get the first onse out of the way so there will be less errors in t7
<jrobinson7>
just so u know for test 5
<jrobinson7>
theres suppose to be borders around where u enter data for name and all that
<jrobinson7>
also when u push f1, the border is in the right spot, the font is being printed in the wrong spot
<kmcdonald11>
haha, i know. i ran it
<jrobinson7>
lol ok just wanted to make sure
<kmcdonald11>
all tests that have individual containers aren't showing up right
<jrobinson7>
cause i didn't know there were containers for name n stuff
<jrobinson7>
and thought the font was in the right place and the container wasn't (for the help pop up i mean)
<kmcdonald11>
the container issue is pretty big.. that's why i was hoping fardad would be on
<kmcdonald11>
it's a very small change, but i can't figure it out
<obogomaz>
ok, the borders are printing in tests3 and 5 but the alignment of help and exit in 5 i can't seem to understand...i'm guessing it has to do with that _data + _offset in linedit draw and edit, we never add _offset as Fardad specifies
<kmcdonald11>
maybe. i think i'm going to start looking at the t5 help box because i haven't been able to solve the radio button issue yet
<kmcdonald11>
could you update and commit the changes?
<kmcdonald11>
i did add 2 things into trunk already
<obogomaz>
When Fardad says:  Bordered being true or false) the Height is set to 3 or 1 respectfully.  in one line function it is:   Bordered?3:1  Right?
<kmcdonald11>
if bordered is true, the height will be 3
<kmcdonald11>
so i think that's how
<kmcdonald11>
i couldn't get it to set correctly
<obogomaz>
for some reason it always returns 3
<kmcdonald11>
is Bordered set to a default in the .h?
<kmcdonald11>
might be messing it up if the child isn't passing a border
<kmcdonald11>
i mean if the child isn't passing Bordered
<jrobinson7>
border prints where u enter name in test 5?
<kmcdonald11>
i have it printing between lastname and number
<kmcdonald11>
working on it now
<kmcdonald11>
going to take a break from the radio button thing
<jrobinson7>
mmk
<obogomaz>
i already have the border printing in the right place, just adjusting the height now...may be someone fines the alignment issue
<jrobinson7>
border for wut?
<kmcdonald11>
and which alignment issue? i'll take a look if you've already got the border in the right spot
<jrobinson7>
wut were u stuck on with test 6?
<kmcdonald11>
when you go down to the radio button, it doesn't change
<kmcdonald11>
it gets stuck there
<kmcdonald11>
and it also displays the wrong status
<jrobinson7>
mine changes
<jrobinson7>
right status
<jrobinson7>
but seems to be stuck in a loop
<jrobinson7>
haha
<kmcdonald11>
then i think it's the same spot
<jrobinson7>
like u can change the check box and its good
<kmcdonald11>
once you move down, can you get out?
<jrobinson7>
change radio and it changes to Checked
<kmcdonald11>
yeah, check box is fine
<jrobinson7>
seems like its the up button
<kmcdonald11>
well you should be able to hit down and it'll do the same
<kmcdonald11>
or once you get down to the radio, can you change it?
<jrobinson7>
ya
<jrobinson7>
and the status changes
<jrobinson7>
bbut then u cant move
<jrobinson7>
and if ur on the checkbox
<jrobinson7>
and hit up
<jrobinson7>
and crashes
<kmcdonald11>
yeah, i get the crash. my radio button text won't change back and forth
<kmcdonald11>
like as soon as i select it, the O shows up but the text doesn't switch
<kmcdonald11>
hmm
<obogomaz>
i have borders drawing in test 5 perfectly but when you click ESC or F2 the menu's text is not aligned properly...
<kmcdonald11>
i've been trying to follow it for a while now
<kmcdonald11>
the help menu?
<obogomaz>
sorry help and exit menues
<kmcdonald11>
ahh, yes. i thought you meant you have those borders working. i'm trying to solve that and the radio button atm
<obogomaz>
now i have no idea how to commit what i have since i made a branch of changes in dialog, linedit, border and i think somewhere else...lol
<jrobinson7>
ya im trying this radio
<jrobinson7>
is the up key  i believe
<jrobinson7>
seems to put it in a damn loop
<obogomaz>
sorry i got the borders printing around the name phone lastname but the help menu text is offset higher
<obogomaz>
has anybody made any changes to border, dialog and linedit?
<kmcdonald11>
negative
<kmcdonald11>
i've only had firm changes on button and label
<obogomaz>
ok i'll commit it now, is it ok?
<obogomaz>
trunk/iol.6?
<kmcdonald11>
yes please
<jrobinson7>
almost done button
<jrobinson7>
got it to work
<jrobinson7>
CEPT when ur at the top and push up
<kmcdonald11>
i'm working with valedit's alignment.. and funny thing is that i can only get it to change if i mess with the tester program
<kmcdonald11>
and tell it to create the new dialog elsewhere
<kmcdonald11>
this is what it's using:
<kmcdonald11>
(iol_rows()- 10)/2, (iol_cols()-40)/2
<obogomaz>
i'll commit in 5min, i had the same idea about valedit...must be dialog's fault
<kmcdonald11>
i think it's in dialog, but dialog is receiving the correct values. i'll keep looking
<jrobinson7>
i believe i got test 6 all working
<kmcdonald11>
commit after oleg and then we'll all start working from everyone's current version
<jrobinson7>
i dont know which files i HAD to change for it to work tho
<jrobinson7>
SHIT not working for test 3 grr
<jrobinson7>
do some1 do me a fav and run test 3 please
<kmcdonald11>
don't update every file.. try and figure out which ones you changed. and if it breaks t3, i wouldn't upload it. earlier when i was working on button, i could've easily made it work a few times but it messed up other tests
<jrobinson7>
didn't break it
<jrobinson7>
made it so when u push up on name it didn't go down to the last field
<jrobinson7>
and escape still dont work lol
<jrobinson7>
and according to svn i changed dialog check label and text
<kmcdonald11>
wait thoughhh
<kmcdonald11>
when you hit up, it's supposed to go to the last editible field
<kmcdonald11>
if you are a tthe first editible, that is
<jrobinson7>
i know
<jrobinson7>
was saying what was wrong
<jrobinson7>
but i fixed it
<jrobinson7>
BUT
<kmcdonald11>
i thought you said you changed it so it didn't work. gah
<jrobinson7>
now in check or w/e it doesn't go up from the radio button hahaha
<jrobinson7>
i did say that
<kmcdonald11>
now i'm getting confused. does it still loop around through fields or no? for t3, that is
<obogomaz>
sorry, i committed already, updated border.cpp dialog.cpp linedit.cpp
<jrobinson7>
yup works perfect
<jrobinson7>
but with test 6
<jrobinson7>
when ur on the radio, u cant go up to the check
<kmcdonald11>
oh.. it's always been that way for me haha
<jrobinson7>
nope
<jrobinson7>
cause u can go down to it ;)
<jrobinson7>
and u can go up from check to the radio
<jrobinson7>
so u aren't stuck there
<kmcdonald11>
ohhhh, okay. i see. so down for the radio works now, and up on check doesn't crash
<kmcdonald11>
okay okay
<kmcdonald11>
you're hard ot understand
<jrobinson7>
yes!
<jrobinson7>
gee thanks
<kmcdonald11>
well you said you couldn't go up when on radio.. and mine's always been that way, lol
<kmcdonald11>
anyways
<kmcdonald11>
update/commits all around
<obogomaz>
well, i'll be going now...have a good night guys...get some sleep too...this is going to drive you crazy :)
<obogomaz>
Hey, James, what time are you heading to school tomorrow?
<jrobinson7>
taking a 1:40 bus
<jrobinson7>
get there about 3 ish
<obogomaz>
can please print that dbs stuff for me
<jrobinson7>
yup
<obogomaz>
i'm not working tomorrow, so might look at it tomorrow some more...please commit what you have
<obogomaz>
when are taking those pics?
<jrobinson7>
i duno
<jrobinson7>
but we both updated fialog
<kmcdonald11>
i'll finish up the dbs assignment, and then perhaps work more on this. we're pretty close.. like, 75% :P
<jrobinson7>
dialog
<obogomaz>
Thursday?
<jrobinson7>
sure. but u do a lot of work to dialog?
<jrobinson7>
ya for dbs all u gotta do is make a view or something like that lol
<obogomaz>
i don't know now about the dialog, see which one works best i guess...we should really assign work so merging is a little easier...
<kmcdonald11>
yeah :/ i tried merging when you guys were at school and i still couldn't get it to work, lol
<jrobinson7>
ya i dont like merging
<jrobinson7>
even with a file u guys dont touch i have no luck lol
<obogomaz>
we should work on separate tasks then it's more efficient than jumping around...
<obogomaz>
i'll talk to you guys tomorrow, have a good night !!!

-Dec1, 2010

[INFO]
Channel view for “#rep3” opened.
-->|
YOU (obogomaz) have joined #rep3
-->|
kmcdonald11 (kmcdonald1@CPE00222d2e9fac-CM00222d2e9fa8.cpe.net.cable.rogers.com) has joined #rep3
<kmcdonald11>
oh, hey! sorry. i didn't realize you guys came online
<kmcdonald11>
i did send out a copy of dbs - completed unless i interpretted the last question wrong
<jrobinson7>
lol
<jrobinson7>
ya jus ignore my other msgs
<kmcdonald11>
well it said to show X and Y.. i didn't know if he wanted it both in one select statement or seperate
<kmcdonald11>
and idk.. i did it the way i though
<kmcdonald11>
t
<obogomaz>
cool, can i ask who is workin on what for oop!?
<kmcdonald11>
i think we should run t1-6 first and see what issues remain :)
<kmcdonald11>
i'm going to go grab it all now
<kmcdonald11>
iol.6b is all the recent stuff?
<jrobinson7>
umm thats my stuff
<jrobinson7>
grab iol.6
<jrobinson7>
read the svn log :)
<obogomaz>
not really, i have borders drawing for tests 3 and 5
<jrobinson7>
im going thru the classes fixing random crap
<obogomaz>
looking into exit for check now
<kmcdonald11>
i'm just wondering where i should grab files from :P
<kmcdonald11>
half from iol.6 and half from iol.6b?
<jrobinson7>
haha im trying to put the 2 codes together
<jrobinson7>
cause when the borders were fixed with .6 other things were messing up
<obogomaz>
borders are fixed in just updated border and linedit in iol.6 to make borders print correctly in tests 3 and 5
<jrobinson7>
wuts fixed?
<kmcdonald11>
i'll start from iol.6 then? and try and see what's left to work on
<kmcdonald11>
for t3, the border around the edit comes up but if you try and move it, it doesn't refresh. the editing also seems buggy if you get near the end of the line.. it jumps around and makes you press things twice. idk, we can leave that til the end
<kmcdonald11>
so far, that's the only thing i've found
<kmcdonald11>
moving onto the next test now
<kmcdonald11>
t4's issues are that the top+left corner label doesn't draw anymore, and it also doesn't refresh when you toggle display. it's still missing the borders around the buttons
<jrobinson7>
doesn't clear when u push f1 or escape
<kmcdonald11>
we should make a list of bugs
<kmcdonald11>
for t4? f1 doesn't work for me, but esc does
<kmcdonald11>
my t6's radio button is still bugged
<kmcdonald11>
that's all i found
<kmcdonald11>
a few of them are missing the top+left labels now too
<kmcdonald11>
oh man.. so i just used fardad's tester for t6, and his radio button doesn't toggle. i guess it's not a bug?
<jrobinson7>
ya
<jrobinson7>
no
<jrobinson7>
thats the point of a radio button
<jrobinson7>
can only change it to another radio button
<kmcdonald11>
awesome. alright, so bugs are: 1) 1st label isn't displaying, 2) screen isn't refreshing in t3 and t4 when moving/toggling, 3) f1 isn't escaping t4, 4) misc containers around things aren't displaying still, and t5) popup window is drawing border in the wrong spot
<jrobinson7>
window is fine
<jrobinson7>
well i mean
<jrobinson7>
the txt is off
<kmcdonald11>
really? haha, in mine, the text shows in the right spot but the border is showing half off the screen
<jrobinson7>
well compare it to the teachers test
<jrobinson7>
cause i thought thats wut was wrong untill i saw his test and noticed the popup was down and to the right
<jrobinson7>
is it actually half off the screen? lol
<kmcdonald11>
mine is, but if i open the terminal to be larger, it's like fardad's. so then it's the text that's not getting the positioning. i'll add that to the list
<jrobinson7>
also down arrow busted jus a bit
<jrobinson7>
lol
<kmcdonald11>
appears to be working fine for mine :s
<kmcdonald11>
i made a list of known bugs on wiki to refrence
<kmcdonald11>
ones that are bugs for both of us
<jrobinson7>
u sure?
<jrobinson7>
test 5, push escape
<jrobinson7>
push up, then push down
<kmcdonald11>
ahh, no, when i do that sequence i get the error
<kmcdonald11>
weird
<kmcdonald11>
i'm going to take a look at t5's text and try and align it with the border
<jrobinson7>
k im working on the down arrow
<obogomaz>
i'm looking into why left top lable is not drawing anymore
<jrobinson7>
i am having no luck here
<kmcdonald11>
as soon as the border is drawn, the cursor is in the right place.. it then moves out to the weird spot. i'm slowly narrowing down the source, i believe
<kmcdonald11>
but yeah, it's slow
<obogomaz>
updated border and dialog into iol.6... borders draw ok now, on moving dialog refreshing ok now and top left label draws ok, f2 exits now as well...
<obogomaz>
going to work on esc key in test 6
<obogomaz>
it's not working roght?!
<obogomaz>
i meant right?!
<jrobinson7>
indeed
<kmcdonald11>
hmm.. oleg, in border did you just make one of the drawing loops to:
<kmcdonald11>
y=1; y < _height-1; y++
<kmcdonald11>
or has it always started at 1?
<kmcdonald11>
because border seems to be a little off for t5 now, so i figured i'd try and fix that before trying to solve the alignment thing
<kmcdonald11>
ignore that question. seems to be somthing else causing it
<obogomaz>
i did change it because the border was drawing one more character in height. If you count the number of height lines in tester on matrix it's 13, i believe, and we had 14...because of that the inner border was coming out one line higher...
<obogomaz>
i have test 5 all ok, except that offset issue on help and exit menus...it's gotta be that _data + _offset in draw and edit in linedit that's causing it
<obogomaz>
still looking for that esc in test6
<kmcdonald11>
i think it's being passed the wrong row/col to draw on. lineedit just calls iol_draw, which is making it show up in the off spot. i'm trying to figure it out still but no luck tracing where they're coming from
<kmcdonald11>
perhaps _offset is what's causing the column to be off.. but there's still about 5 in height that's missing from somewhere
<obogomaz>
not sure, i just figured since we never implemented it...could be anything at this point...
<obogomaz>
ahh, Jimmy...had to change iol.c to make esc work in test6...
<obogomaz>
remember that isFunctionKey function...???
<obogomaz>
remember how i was telling you not all function keys are >1000...lol
<obogomaz>
all fixed up now...test6 looks good
<obogomaz>
:)
<obogomaz>
man i need new keyboard
<kmcdonald11>
from what i can tell, it's drawing the things at the wrong container's absRow+row and absCol+col.. if that makes sense. it appears to be taking the values from the name container and adding the specified row/col to that instead of taking the new dialog box
<kmcdonald11>
hmm
<kmcdonald11>
i believe it's because in the test, the help dialog box isn't created unless you actually hit help, and i think it's throwing it off
<kmcdonald11>
i'm so slow at this
<obogomaz>
may be, couldn't find the issue in the whole eve yesterday...it's gotta be something major
<obogomaz>
slow at?
<kmcdonald11>
trying to solve this
<kmcdonald11>
takes me forever
<kmcdonald11>
what sort of changes did you have to make in order to get the container showing in some situations? perhaps we're no passing a container somewhere and that's why it's using a previous one
<obogomaz>
same here, takes me forever too...lol
<obogomaz>
whhat's with the button?!
<kmcdonald11>
button's container's haven't shown up ever, lol
<obogomaz>
the container is passing fine, i believe, it does show the borders
<obogomaz>
my button crashes once i run ...is that what you have too?!
<kmcdonald11>
nope.. must be different versions :( mine runs, it's just the container doesn't show when you toggle it on
<kmcdonald11>
works fine other than that
<obogomaz>
where can i get that version!?
<obogomaz>
i can look at it now if that's ok?!
<kmcdonald11>
sure. i'm working on the files in kmcdonald11/testing.4/debug6
<obogomaz>
can i take the button from there?!
<kmcdonald11>
i believe it's a copy of the one that i got out of iol.6 earlier
<kmcdonald11>
i haven't changed anything in it
<obogomaz>
i thought i had that copy, let me take it out again
<obogomaz>
ok, got fresh copy out off trunk, so just the border and shifting on f10?!
<obogomaz>
any idea why test on matrix is not working either?!
<obogomaz>
got the borders drawing around the buttons, but the alignment is also off...must be an issue somewhere else...
<kmcdonald11>
for alignment, do you mean when you toggle the border on, the text moves?
<kmcdonald11>
i really have no idea as to why t5's popup text is so far off. i don't know why it's sending weird numbers to iol_display
<kmcdonald11>
i wish fardad would come online :(
<obogomaz>
updated iol.6 ... new border.cpp and button.cpp ... test6 for button fixed as far as i can see...
<kmcdonald11>
if the popup window thing is all that needs fixing, i say we move onto test 7
<kmcdonald11>
i'm getting nowhere with it
<obogomaz>
sorry Kaitlyn, i have no idea either...i spent forever looking for it yesterday and today...worst comes to worst we leave it for now...
<obogomaz>
btw, i think we should tag whatever we have by tonight...Fadad did say he postponed the due date till tonight
<kmcdonald11>
yeah, tag by 12 for sure. so t7 it is!
<kmcdonald11>
since fardad hasn't helped us with any questions yet, he can solve that one :)
<obogomaz>
what is the issue with 7, never looked at it yet...except for testing once
<jrobinson7>
lots
<jrobinson7>
lol
<jrobinson7>
working on draw
<obogomaz>
where have u been...it's all your fault
<jrobinson7>
working on text
<obogomaz>
lol...
<obogomaz>
remember  isFunctionKey function...???
<jrobinson7>
maybe
<obogomaz>
never mind, i was just joking...Where are you at with Text?!
<obogomaz>
What issue do you want me to look into?!
<jrobinson7>
anything ud like
<jrobinson7>
lol
<jrobinson7>
lemme commit my crap
<kmcdonald11>
after you're don, let me know. i'm going to put a new copy of some .h files that didn't have the safeguard
<kmcdonald11>
or i'll just watch the wesite to check
<kmcdonald11>
sorry i haven't been any help for t7 yet.. i can't even get mine to compile just yet. i've tried like 5 times now :P i'll rebranch and start fresh
<obogomaz>
not much help from me either, no idea what is going on here...
<kmcdonald11>
i just grabbed all from trunk and i still can't compile :l now i'm worried
<kmcdonald11>
wowww, now i see
<kmcdonald11>
fwbutton.cpp in trunk has the whole file twice in side of it
<kmcdonald11>
halfway down, it starts all over again
<kmcdonald11>
or i just didn't update
<kmcdonald11>
in label.cpp's source, the very last function (set) has
<kmcdonald11>
iol_movecur(2,2); iol_prnstr((char*)str);
<kmcdonald11>
we'll have to take that out before we tag
<kmcdonald11>
i think i was using that for debugging earlier
<jrobinson7>
sorry ya
<jrobinson7>
i took that out awhile ago
<jrobinson7>
this text is bein a pain
<obogomaz>
i could not compile that iol.6 solution as well, i just made a new one...
<obogomaz>
so should i make a new file with updated code or someone is already on it!?
<kmcdonald11>
the problem with iol.6 is button.cpp. if you open it, halfway through the file, it starts all over again :P that, and removing the print in label.cpp's set function
<jrobinson7>
u mean test 6?
<kmcdonald11>
oh, no the files in iol.6 at the moment
<kmcdonald11>
they don't compile, but those are the reasons why
<obogomaz>
might be my bad...sorry
<obogomaz>
still could not compile it from the beginning...
<obogomaz>
so are you checking all of the test now, Kaitlyn or should i...we have so many changes to so many files, i would not be surprised if some of the stuff would not work
<jrobinson7>
o ok my bad
<kmcdonald11>
i'll start going through them now and upload what i have
<jrobinson7>
wut test doesn't it compile with?
<obogomaz>
ok, thanks. just let us know where you put them so we can see what else to do...
<jrobinson7>
o doesn't compile with test 6
<obogomaz>
test 7 is all screwed up...
<jrobinson7>
no shit lol
<obogomaz>
:)
<obogomaz>
it's ok, Kaitlyn is on it...!!!
<jrobinson7>
i cant even get down to work
<jrobinson7>
i know the prob
<jrobinson7>
thats why im asking
<jrobinson7>
label and check
<jrobinson7>
lavbel remove iol_movecur in the set like kaitlyn had said
<jrobinson7>
and fwcheck
<jrobinson7>
change
<jrobinson7>
void* FWCheck::data(){
<jrobinson7>
return (void*)_flag;
<jrobinson7>
}
<jrobinson7>
to
<jrobinson7>
void* FWCheck::data(){
<jrobinson7>
return &_flag;
<jrobinson7>
}
<jrobinson7>
there commited
<obogomaz>
no idea what you are talking about...it's done in mine already...
<jrobinson7>
not in trunk
<jrobinson7>
well now it is
<obogomaz>
are we all working on the same tasks...in the trunk....!?
<jrobinson7>
all i did was change a line of code for test 6 not to crasy
<jrobinson7>
crash
<kmcdonald11>
i just branched the current iol.6 to my files, ran and tested all but 7
<kmcdonald11>
and it's fine
<kmcdonald11>
minus the popup dialog
<obogomaz>
perfect can you please tag it
<kmcdonald11>
iol.6 at revision 391
<kmcdonald11>
yep
<kmcdonald11>
i'm going to tag it iol.6 too.. that's what the website says. i don't know where .5 went to
<obogomaz>
i think it should 0.6
<kmcdonald11>
oh, yes
<kmcdonald11>
prj0.6
<jrobinson7>
same dif
<kmcdonald11>
there, it's in there
<obogomaz>
perfect, we still have to finish it no matter what...according to Fardad
<kmcdonald11>
:( and here i was excited to be done with it
<obogomaz>
well whatever the app is for it is not going to work, so he said it's either pass or incomplete...
<obogomaz>
not too thrilled about it
<obogomaz>
it's getting there, just a little slower than Fardad said it would...lol
<obogomaz>
3 hours for Dialog
<obogomaz>
3 for Text
<obogomaz>
:)
<kmcdonald11>
hopefully he'll be willing to help us with it
<obogomaz>
i”l be going, have a good night guys, i'll see you all tomorrow...Jimmy sleep on some ideas for sys presentation....
<obogomaz>
sys=psy=pictures