1
edit
Changes
new log for Nov24
<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>
