bme-develop — Mailing list for developmental issues

Re: [bme-develop] FW: about BME

[Jixt <ji...@li...>]

Hi!
> >
> Nice to have you back!
Thx
> 
.oh btw Jixt, maybe an idea 
> for you to program: look at the chatwindow....it has a fontmenu that 
> should 
> contain font + colour items, only the selected font should be 
> enabled: that 
> doesn't work right now, look at it's behaviour.... I didn't figure 
> out how 
> to do that, maybe you can have a look at it, and then I can work 
> further on 
> the hotmail integration,

Ok no problem, next week I will have some time to chill and program for 
BeMSN ;)

greets
	Jixt

Re: [bme-develop] MD5?

[Sir M. <obe...@ho...>]

Hi,

>hash is the string the Msn Notification server sent as a challenge. To
>respond you have to use this string and concatenate to it a particular
>ID code as describe on 
>http://www.hypothetic.org/docs/msn/notification/pings_challenges.php
>
>length + 1, that is the way to copy C strings, you get the length of
>the string plus 1 to hold the NULL termination byte ( '\0' ).
>
Ah of course... :D c strings are still a bit weird to me, I want objects :D

>This last call is use to tell cryptlib there is no more data to be
>appended, note the 0 as length. After this call you can not append more
>data to the context. This call finalizes the process and you can now
>retrieve the message digest from the context as you see below
>
Ah ok, nice to know that...

>Yes. You have to know that the context variable has to be static.
>Otherwise you will get segment violations from cryptlib. You might be
>able to use the same function without modification.
>
>	messageDigest(MSPAuth,BString(sl).Append(password).String());    //
>????
>
>But that would mean to have the code in the same class. Would it help
>if we move this function to common.cpp? What would work better?
>
I think it would! there's no need for duplicating code, and it would be much 
easier for me
to just call a function like that!

>Don't know much about the browsers, hope you can find one that works. I
>would be great if we could use FireFox, isn't there a way to
>communicate with it? Probably not.
> >
Not yet, I think is the answer to that question, but the guys of the bezilla 
team are working hard to implement opening of files with mozilla/firefox, 
that is the functionality I need....automatically opening a temporary file 
in a javascript capable browser with Launch!

regards,


Tim

_________________________________________________________________
MSN Search, for accurate results! http://search.msn.nl

Re: [bme-develop] FW: about BME

[Sir M. <obe...@ho...>]

Hi,

>I'm back from the 'underground' ;). I've had some personal problems and I 
>have taken a long vacation. This >means I have had no time for the bme 
>project and also for my personal projects.
>
Nice to have you back!

>Now I am back and can start to develop some things. I will not be able to 
>to much because I will study and >work from september on. I will now try to 
>get back on track and I will do some reviews of your codes. If I >find some 
>possible coding issues, I will try to put it in mail on tell you about it. 
>When I know a good part of >the code, I will develop some small thing 
>(which parts, I do not yet know). I hope this is good for you all?
good idea, I have some ideas of things that can be changed, but let me hear 
your opinion first....We have to squish some bugs to....for example the 
small window problem and it seems that compiling on Dano only gets a 
non-crashing app if debugging is enabled(heard that from MYOB). If you 
should have a look at the preferences, think of a way we can easily extent 
that to multi-user support :D...

I also had a look at the windows msn client, it caches the user list and 
user pictures, I think we should do that also....oh btw Jixt, maybe an idea 
for you to program: look at the chatwindow....it has a fontmenu that should 
contain font + colour items, only the selected font should be enabled: that 
doesn't work right now, look at it's behaviour.... I didn't figure out how 
to do that, maybe you can have a look at it, and then I can work further on 
the hotmail integration,

regards,

Tim

_________________________________________________________________
Play online games with your friends with MSN Messenger 
http://messenger.msn.nl/

Re: [bme-develop] FW: about BME

[Jan-Rixt V. H. <jan...@pa...>]

Hi!

I'm back from the 'underground' ;). I've had some personal problems and I=
 have taken a long vacation. This means I have had no time for the bme pr=
oject and also for my personal projects. 

Now I am back and can start to develop some things. I will not be able to=
 to much because I will study and work from september on. I will now try =
to get back on track and I will do some reviews of your codes. If I find =
some possible coding issues, I will try to put it in mail on tell you abo=
ut it. When I know a good part of the code, I will develop some small thi=
ng (which parts, I do not yet know). I hope this is good for you all?

greets
    Jixt

Re: [bme-develop] MD5?

[D. G. <A00...@it...>]

Hello,

> Hi Daniel,
> 
> copied the code here, could you tell me if I'm understanding it 
> correctly?
> 
> char hash[strlen(chr_hash)+1];
> strcpy(hash,chr_hash);
> 
> hash is the string encoded? why length + 1?
hash is the string the Msn Notification server sent as a challenge. To 
respond you have to use this string and concatenate to it a particular 
ID code as describe on http://www.hypothetic.org/docs/msn/notification/pings_challenges.php

length + 1, that is the way to copy C strings, you get the length of 
the string plus 1 to hold the NULL termination byte ( '\0' ).

> 
> int digestLen = 0;
> uchar digest[32];
> 
> digest contains the encoded string?
Yes, this will hold the end result, the MD5 digest.

> 
> Common::check_crypt_error(cryptContext,cryptCreateContext(&
> cryptContext, 
> CRYPT_UNUSED, CRYPT_ALGO_MD5),"ERROR while creating MD5 context");
> 
> make a MD5 encoding cryptlib context?
Correct.

> 
> 
> Common::check_crypt_error(cryptContext,cryptEncrypt(cryptContext,hash,s
trlen(hash)),"ERROR 
> Setting MD5 Hash");
> 
> one part of the concatenated string?
Right.

> 
> 
> Common::check_crypt_error(cryptContext,cryptEncrypt(cryptContext,pass,s
trlen(pass)),"ERROR 
> Setting MD5 Password");
> 
> second part?
Right.

> 
> 
> Common::check_crypt_error(cryptContext,cryptEncrypt(cryptContext,hash,0
),"ERROR 
> hashing");
> 
> encrypt it? where's pass?
This last call is use to tell cryptlib there is no more data to be 
appended, note the 0 as length. After this call you can not append more 
data to the context. This call finalizes the process and you can now 
retrieve the message digest from the context as you see below

> 
> 
> Common::check_crypt_error(cryptContext,cryptGetAttributeString(cryptCon
text, 
> CRYPT_CTXINFO_HASHVALUE, digest, &digestLen),"ERROR getting hash");
> 
> get the encrypted string and move it into digest?
That's right

> 
> 
> Common::check_crypt_error(cryptContext,cryptDestroyContext(cryptContext
), 
> "ERROR while destroying");
> 
> destroy context: clean up?
Yes

> 
> hex(digest,hex_str);
> return hex_str;
> 
> convert digest into hexidecimal?
Yes

> 
> Now for email I have to encode the following(also see 
> http://www.hypothetic.org/docs/msn/notification/messages.php):
> 
> "creds - is the MD5 hexadecimal digest of the concatenated strings 
> MSPAuth + 
> sl + password. MD5 is discussed on the pings/challenges page."
> 
> so could the code look like this:
> 
> Common::check_crypt_error(cryptContext,cryptCreateContext(&
> cryptContext, 
> CRYPT_UNUSED, CRYPT_ALGO_MD5),"ERROR while creating MD5 context");
> 
> 	
> Common::check_crypt_error(cryptContext,cryptEncrypt(cryptContext,MSPAut
h,strlen(MSPAuth)),"ERROR 
> Setting MD5 Hash");
> 
> 	
> Common::check_crypt_error(cryptContext,cryptEncrypt(cryptContext,sl,str
len(sl)),"ERROR 
> Setting MD5 Password");
> 	
> Common::check_crypt_error(cryptContext,cryptEncrypt(cryptContext,passwo
rd,strlen(password)),"ERROR 
> Setting MD5 Password");
> 
> 	
> Common::check_crypt_error(cryptContext,cryptEncrypt(cryptContext,hash,0
),"ERROR 
> hashing");
> 
>         uhm???
Yes. You have to know that the context variable has to be static. 
Otherwise you will get segment violations from cryptlib. You might be 
able to use the same function without modification.

	messageDigest(MSPAuth,BString(sl).Append(password).String());    // 
????

But that would mean to have the code in the same class. Would it help 
if we move this function to common.cpp? What would work better?

> 
> 
> Common::check_crypt_error(cryptContext,cryptGetAttributeString(cryptCon
text, 
> CRYPT_CTXINFO_HASHVALUE, digest, &digestLen),"ERROR getting hash");
> 
> 
> Common::check_crypt_error(cryptContext,cryptDestroyContext(cryptContext
), 
> "ERROR while destroying");
> 
> hex(digest,hex_str);
> 
> ????
Yes.

> 
> hope you can help, after that I have to search for a javascript 
> complient 
> browser that also can be started from Bme....If I'm not mistaken the 
> Dano 
> net+ is the browser I'm searching, as Mozilla(FireFox) doesn't work 
> in that 
> way yet!
Don't know much about the browsers, hope you can find one that works. I 
would be great if we could use FireFox, isn't there a way to 
communicate with it? Probably not.
> 
> regards,
> 
> Tim
> 

[bme-develop] MD5?

[Sir M. <obe...@ho...>]

Hi Daniel,

copied the code here, could you tell me if I'm understanding it correctly?

char hash[strlen(chr_hash)+1];
strcpy(hash,chr_hash);

hash is the string encoded? why length + 1?

int digestLen = 0;
uchar digest[32];

digest contains the encoded string?

Common::check_crypt_error(cryptContext,cryptCreateContext(&cryptContext, 
CRYPT_UNUSED, CRYPT_ALGO_MD5),"ERROR while creating MD5 context");

make a MD5 encoding cryptlib context?

Common::check_crypt_error(cryptContext,cryptEncrypt(cryptContext,hash,strlen(hash)),"ERROR 
Setting MD5 Hash");

one part of the concatenated string?

Common::check_crypt_error(cryptContext,cryptEncrypt(cryptContext,pass,strlen(pass)),"ERROR 
Setting MD5 Password");

second part?

Common::check_crypt_error(cryptContext,cryptEncrypt(cryptContext,hash,0),"ERROR 
hashing");

encrypt it? where's pass?

Common::check_crypt_error(cryptContext,cryptGetAttributeString(cryptContext, 
CRYPT_CTXINFO_HASHVALUE, digest, &digestLen),"ERROR getting hash");

get the encrypted string and move it into digest?

Common::check_crypt_error(cryptContext,cryptDestroyContext(cryptContext), 
"ERROR while destroying");

destroy context: clean up?

hex(digest,hex_str);
return hex_str;

convert digest into hexidecimal?

Now for email I have to encode the following(also see 
http://www.hypothetic.org/docs/msn/notification/messages.php):

"creds - is the MD5 hexadecimal digest of the concatenated strings MSPAuth + 
sl + password. MD5 is discussed on the pings/challenges page."

so could the code look like this:

Common::check_crypt_error(cryptContext,cryptCreateContext(&cryptContext, 
CRYPT_UNUSED, CRYPT_ALGO_MD5),"ERROR while creating MD5 context");

	Common::check_crypt_error(cryptContext,cryptEncrypt(cryptContext,MSPAuth,strlen(MSPAuth)),"ERROR 
Setting MD5 Hash");

	Common::check_crypt_error(cryptContext,cryptEncrypt(cryptContext,sl,strlen(sl)),"ERROR 
Setting MD5 Password");
	Common::check_crypt_error(cryptContext,cryptEncrypt(cryptContext,password,strlen(password)),"ERROR 
Setting MD5 Password");

	Common::check_crypt_error(cryptContext,cryptEncrypt(cryptContext,hash,0),"ERROR 
hashing");

        uhm???

Common::check_crypt_error(cryptContext,cryptGetAttributeString(cryptContext, 
CRYPT_CTXINFO_HASHVALUE, digest, &digestLen),"ERROR getting hash");

Common::check_crypt_error(cryptContext,cryptDestroyContext(cryptContext), 
"ERROR while destroying");

hex(digest,hex_str);

????

hope you can help, after that I have to search for a javascript complient 
browser that also can be started from Bme....If I'm not mistaken the Dano 
net+ is the browser I'm searching, as Mozilla(FireFox) doesn't work in that 
way yet!

regards,

Tim

_________________________________________________________________
Play online games with your friends with MSN Messenger 
http://messenger.msn.nl/

Re: [bme-develop] FW: about BME

[Sir M. <obe...@ho...>]

Hey!

>I like how that looks, very clean and elegant, I definitely like it. It
>would be good to have something like that in Bme.
>
Okidoki, so where going to adapt that style?

>To update you guys, I have been doing some work on transferring user
>display pictures, it's the first step to file transfers. I still have
>not done testing, but I am getting there. I will update you again when
>I have something working.
>
Wow! kewl! hope you get it working soon!

>As for MD5 hashing. You can take a look at MsnNSHandler::handleCHL()
>This function answers the challenges send by the notification server,
>it responds with hexadecimal digest of the concatenation of two
>parameters. I am sure you will be able to use this same function for
>your purposes. I tried to send the cryptlib manual, but it is 2MB, so
>it's probably better if you download it from 
>ftp://ftp.franken.de/pub/crypt/cryptlib/manual.pdf
>  in case you need it, and as always, I am here to help if you need more
>questions answered.
>
Ok I'll have a look at that! maybe I'll have the hotmail integration working 
soon! We certainly also have a look at the MsnBuddy class....I think this 
class should only contain data of the msnbuddies and we should compose the 
list from those data classes(no drawing inside msnbuddy)....Furthermore I 
think we should add a class for the user himself, inhereting from MsnBuddy 
and adding the user profile and password. We could inherit MsnBuddy from 
BArchivable so we can save the user lists? what do you think about this?

regards,

Tim

_________________________________________________________________
MSN Search, for accurate results! http://search.msn.nl

Re: [bme-develop] FW: about BME

[D. G. <A00...@it...>]

Hello

I like how that looks, very clean and elegant, I definitely like it. It 
would be good to have something like that in Bme. 

To update you guys, I have been doing some work on transferring user 
display pictures, it's the first step to file transfers. I still have 
not done testing, but I am getting there. I will update you again when 
I have something working.

As for MD5 hashing. You can take a look at MsnNSHandler::handleCHL() 
This function answers the challenges send by the notification server, 
it responds with hexadecimal digest of the concatenation of two 
parameters. I am sure you will be able to use this same function for 
your purposes. I tried to send the cryptlib manual, but it is 2MB, so 
it's probably better if you download it from ftp://ftp.franken.de/pub/crypt/cryptlib/manual.pdf 
 in case you need it, and as always, I am here to help if you need more 
questions answered.

Regards,
Daniel 

> Hi all,
> 
> Looks like quite a nice idea. I was also going to have the option of 
> making the nick not take up more than one line in the conv views, I 
> have a lot of friends with some very long names.
> 
> As for status, I still haven't done what I was planning to do in 
> terms 
> of making a "final" BeMSN release before working on the bme stuff. 8 
> hours of programming in windows every day kind of wears you out!
> 
> Also, I'm away for the next couple of weekends so wn't get anything 
> done then.
> 
> After that, feel free to gently kick me in a bme direction - I think 
> I 
> just need some people asking where the emoticon support is, and it 
> will 
> be done :)
> 
> Never really used cryptlib I'm afraid.
> 
> Still around though.
> 
> Simon
> 
> > Hi guys,
> > 
> > received this from r=E9mi from beosfrance, look at the pdf, looks 
> > like 
> > a good 
> > idea to base our interface on! what do you think=3F Btw, could we do 
> > a 
> > little 
> > status update=3F I'm working on opening hotmail in a browser(and need 
> > some 
> > help with cryptlib's md5 encryption, anyone know how that works=3F 
> > how 
> > cryptlib works ;))...Hope we will progress a little faster in the 
> > next 
> > months! Simon/Jixt still around=3F
> > 
> > 
> > regards,
> > 
> > Tim
> > 
> > 
> > >From: "r=E9mi" <re...@be...>
> > >To: <obe...@ho...>
> > >Subject: about BME
> > >Date: Thu, 29 Jul 2004 16:14:06 +0200
> > >
> > >Hi Sir Mik,
> > >
> > >     I contact you about BME, to thank you for doing this app that 
> > > i'm 
> > >using
> > >everyday, and to show you a screenshot of Atrium, a software 
> > > available on 
> > >OS
> > >X that have i think some good things to check.
> > >     First, what i really like is that when you send to messages, 
> > > you don't
> > >have your name screened two time .... it only makes a new line 
> > > with 
> > > the 
> > >last
> > >hour. A good way to save some space i think ... and see the 
> > > nickname
> > >everytime is not really usefull i think.
> > >     Second thing i have notice, but less usefull, is that it's 
> > > totally 
> > >done
> > >un xHTML / CSS so you can customize and apply skins on it. With 
> > > the 
> > >embedded
> > >gecko HTML renderer engine that mmadia is actually finalising for 
> > > the Net++
> > >project, i think it's possible. But it's not very usefull, i must 
> > > confess
> > >.... just another fonctionnality.
> > >
> > >     By the way, again thanks and just keep us aware of the 
> > > project 
> > > statut,
> > >so we could make a small article on BME and perhaps some new devs 
> > > will be
> > >interessted to join the project ... who knows ;)
> > >
> > >Best Regards,
> > >R=E9mi Grumeau
> > >www.beosfrance.com
> > 
> > =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
> > Talk with your online friends with MSN Messenger http://messenger.msn.nl/
> > > > 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the changes 
> on
> Linux.com, ITManagersJournal and NewsForge in the past few weeks=3F 
> Now,
> one more big change to announce. We are now OSTG- Open Source 
> Technology
> Group. Come see the changes on the new OSTG site. www.ostg.com
> =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
> bme-develop mailing list
> bme...@li...
> https://lists.sourceforge.net/lists/listinfo/bme-develop

Re: [bme-develop] FW: about BME

[Simon T. <sim...@ga...>]

Hi all,

Looks like quite a nice idea. I was also going to have the option of 
making the nick not take up more than one line in the conv views, I 
have a lot of friends with some very long names.

As for status, I still haven't done what I was planning to do in terms 
of making a "final" BeMSN release before working on the bme stuff. 8 
hours of programming in windows every day kind of wears you out!

Also, I'm away for the next couple of weekends so wn't get anything 
done then.

After that, feel free to gently kick me in a bme direction - I think I 
just need some people asking where the emoticon support is, and it will 
be done :)

Never really used cryptlib I'm afraid.

Still around though.

Simon

> Hi guys,
> 
> received this from r=E9mi from beosfrance, look at the pdf, looks like 
> a good 
> idea to base our interface on! what do you think=3F Btw, could we do a 
> little 
> status update=3F I'm working on opening hotmail in a browser(and need 
> some 
> help with cryptlib's md5 encryption, anyone know how that works=3F how 
> cryptlib works ;))...Hope we will progress a little faster in the 
> next 
> months! Simon/Jixt still around=3F
> 
> 
> regards,
> 
> Tim
> 
> 
> >From: "r=E9mi" <re...@be...>
> >To: <obe...@ho...>
> >Subject: about BME
> >Date: Thu, 29 Jul 2004 16:14:06 +0200
> >
> >Hi Sir Mik,
> >
> >     I contact you about BME, to thank you for doing this app that 
> > i'm 
> >using
> >everyday, and to show you a screenshot of Atrium, a software 
> > available on 
> >OS
> >X that have i think some good things to check.
> >     First, what i really like is that when you send to messages, 
> > you don't
> >have your name screened two time .... it only makes a new line with 
> > the 
> >last
> >hour. A good way to save some space i think ... and see the nickname
> >everytime is not really usefull i think.
> >     Second thing i have notice, but less usefull, is that it's 
> > totally 
> >done
> >un xHTML / CSS so you can customize and apply skins on it. With the 
> >embedded
> >gecko HTML renderer engine that mmadia is actually finalising for 
> > the Net++
> >project, i think it's possible. But it's not very usefull, i must 
> > confess
> >.... just another fonctionnality.
> >
> >     By the way, again thanks and just keep us aware of the project 
> > statut,
> >so we could make a small article on BME and perhaps some new devs 
> > will be
> >interessted to join the project ... who knows ;)
> >
> >Best Regards,
> >R=E9mi Grumeau
> >www.beosfrance.com
> 
> =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
> Talk with your online friends with MSN Messenger http://messenger.msn.nl/
> 

[bme-develop] FW: about BME

[Sir M. <obe...@ho...>]

Hi guys,

received this from rémi from beosfrance, look at the pdf, looks like a good 
idea to base our interface on! what do you think? Btw, could we do a little 
status update? I'm working on opening hotmail in a browser(and need some 
help with cryptlib's md5 encryption, anyone know how that works? how 
cryptlib works ;))...Hope we will progress a little faster in the next 
months! Simon/Jixt still around?


regards,

Tim


>From: "rémi" <re...@be...>
>To: <obe...@ho...>
>Subject: about BME
>Date: Thu, 29 Jul 2004 16:14:06 +0200
>
>Hi Sir Mik,
>
>     I contact you about BME, to thank you for doing this app that i'm 
>using
>everyday, and to show you a screenshot of Atrium, a software available on 
>OS
>X that have i think some good things to check.
>     First, what i really like is that when you send to messages, you don't
>have your name screened two time .... it only makes a new line with the 
>last
>hour. A good way to save some space i think ... and see the nickname
>everytime is not really usefull i think.
>     Second thing i have notice, but less usefull, is that it's totally 
>done
>un xHTML / CSS so you can customize and apply skins on it. With the 
>embedded
>gecko HTML renderer engine that mmadia is actually finalising for the Net++
>project, i think it's possible. But it's not very usefull, i must confess
>.... just another fonctionnality.
>
>     By the way, again thanks and just keep us aware of the project statut,
>so we could make a small article on BME and perhaps some new devs will be
>interessted to join the project ... who knows ;)
>
>Best Regards,
>Rémi Grumeau
>www.beosfrance.com

_________________________________________________________________
Talk with your online friends with MSN Messenger http://messenger.msn.nl/

Re: [bme-develop] Fw: Issues with project files

[Sir M. <obe...@ho...>]

Hi,

>The one I checked out yesterday still had libbnetapi, and still had
>config/lib as an access path, hence takes ages to load.
>
libbnetapi would be allright if it's my project file....but I changed all 
the access paths to x86/library so I don't know what version has been 
uploaded into cvs. You did open the bme_x86.proj file right? that's the 
right one...

>I won't have it done today - forgot it was the finals of Wimbledon and
>Euro 2004 :)
>
Hehe Greece really put up a stunt there :D

regards,

Tim

_________________________________________________________________
Play online games with your friends with MSN Messenger 
http://messenger.msn.nl/

Re: [bme-develop] Fw: Issues with project files

[Simon T. <sim...@ga...>]

[snip]
> >>Here's a proposal:
> >>
> >>1) We build a final version of the old "BeMSN", using the old 
> > > project
> >>file and making whatever changes are needed locally to actually get 
> > > it
> >>to build. This includes fixing the annoying bugs (like the chat 
> > > window
> >>intially being really small). I'll try and do this today.
> >Hope you can find that bug with the chat window, it is really 
> > annoying
> >and it's still in our new GUI code...
> >
> >>2) Release this on BeBits.
> >>3) Remove all the old GUI and project stuff from CVS.
> >>4) Fix Bme_x86.proj for the issues mentioned by MYOB.
> >Those issues have already been dealt with...I have uploaded the code 
> > with
> >MYOB's Dano patches and have changed the project file to link to the 
> > correct
> >libs...(isn't this file in cvs?)

The one I checked out yesterday still had libbnetapi, and still had 
config/lib as an access path, hence takes ages to load.

> >>5) Work on R1 of Bme :)
> >>
> >>Sound OK with everyone?
> >>
> >Sounds fine with me,
> 
> Sound good to me too, if you need any help let me know.

I won't have it done today - forgot it was the finals of Wimbledon and 
Euro 2004 :)

Simon

Re: [bme-develop] Fw: Issues with project files

[Hector D. G. <al7...@ma...>]

Hi again, 

-- Mensaje Original --

>> > finally I build the new Bme. The problem came when I tried to
>> > sign-in, I couldn't, the DS server handler was stuck waiting for a
>> > response from the MSN server. It never received anything. Then I try=

>> > using the old libnetapi.so, re-link the project, tried again and
>> > worked
>> > perfectly, got my contact list and was able to talk to people.
>> >
>> > I need your help understanding this; any thoughts ?
>Daniel, I included libbnetapi.so because I have to use r5 + BONE to get
>
>online now...plain net_server doesn't work for me anymore. If I use the
>
>libnetapi.so the same happens for me as for you with libbnetapi.so....I
>
>can't get online! So I think we need a separate BONE and netserver proje=
ct
>
>file.

>>I'm using stock R5, and for me there is no libbnetapi.so - I have to
>>remove this from the project file and add libnetapi.so. You may have
>>libbnetapi from a previous BONE install or something, but I bet if
>>you're using net_server then that is probably the problem.
>>
>If you're using BONE we have to investigate this issue further, if you

>indeed use r5's net_server Simon's approach works.
>
No net_server here. I am using Boneyard, the one installed with Zeta R2.
I don't understand why is this happening. I am planning to make a clean
install once I get the new R3 which is on the way. Maybe then this issue
will go away. It would be good if we could figure this one out.

>>I also need to remove some of the classes from the old GUI folder
>>before it works.
>>
>Yep, CVS is a terrible mess now we have to delete some files and upload
>some 
>new ones....old GUI dir should be deleted entirely.
>
>>Here's a proposal:
>>
>>1) We build a final version of the old "BeMSN", using the old project
>>file and making whatever changes are needed locally to actually get it
>>to build. This includes fixing the annoying bugs (like the chat window
>>intially being really small). I'll try and do this today.
>Hope you can find that bug with the chat window, it is really annoying
and
>
>it's still in our new GUI code...
>
>>2) Release this on BeBits.
>>3) Remove all the old GUI and project stuff from CVS.
>>4) Fix Bme_x86.proj for the issues mentioned by MYOB.
>Those issues have already been dealt with...I have uploaded the code wit=
h
>
>MYOB's Dano patches and have changed the project file to link to the cor=
rect
>
>libs...(isn't this file in cvs?)
>
>>5) Work on R1 of Bme :)
>>
>>Sound OK with everyone?
>>
>Sounds fine with me,

Sound good to me too, if you need any help let me know.

Thanks

Daniel

Re: [bme-develop] Fw: Issues with project files

[Sir M. <obe...@ho...>]

Hi guys,


> > Hello guys, I am back from the US, back to my beloved BeOS machine,
> > and
> > happy to continue working on file transferring again. I have some
> > questions first that I would like you to help me understand
> >
Happy you are back again :D

> > compile, I had to solve some issues (basically remove old the old GUI
> > stuff), finally I build the new Bme. The problem came when I tried to
> > sign-in, I couldn't, the DS server handler was stuck waiting for a
> > response from the MSN server. It never received anything. Then I try
> > using the old libnetapi.so, re-link the project, tried again and
> > worked
> > perfectly, got my contact list and was able to talk to people.
> >
> > I need your help understanding this; any thoughts ?
Daniel, I included libbnetapi.so because I have to use r5 + BONE to get 
online now...plain net_server doesn't work for me anymore. If I use the 
libnetapi.so the same happens for me as for you with libbnetapi.so....I 
can't get online! So I think we need a separate BONE and netserver project 
file.

>I'm using stock R5, and for me there is no libbnetapi.so - I have to
>remove this from the project file and add libnetapi.so. You may have
>libbnetapi from a previous BONE install or something, but I bet if
>you're using net_server then that is probably the problem.
>
If you're using BONE we have to investigate this issue further, if you 
indeed use r5's net_server Simon's approach works.

>I also need to remove some of the classes from the old GUI folder
>before it works.
>
Yep, CVS is a terrible mess now we have to delete some files and upload some 
new ones....old GUI dir should be deleted entirely.

>Here's a proposal:
>
>1) We build a final version of the old "BeMSN", using the old project
>file and making whatever changes are needed locally to actually get it
>to build. This includes fixing the annoying bugs (like the chat window
>intially being really small). I'll try and do this today.
Hope you can find that bug with the chat window, it is really annoying and 
it's still in our new GUI code...

>2) Release this on BeBits.
>3) Remove all the old GUI and project stuff from CVS.
>4) Fix Bme_x86.proj for the issues mentioned by MYOB.
Those issues have already been dealt with...I have uploaded the code with 
MYOB's Dano patches and have changed the project file to link to the correct 
libs...(isn't this file in cvs?)

>5) Work on R1 of Bme :)
>
>Sound OK with everyone?
>
Sounds fine with me,

regards,

Tim

_________________________________________________________________
Play online games with your friends with MSN Messenger 
http://messenger.msn.nl/

Re: [bme-develop] Fw: Issues with project files

[Simon T. <sim...@ga...>]

> Hello guys, I am back from the US, back to my beloved BeOS machine, 
> and 
> happy to continue working on file transferring again. I have some 
> questions first that I would like you to help me understand
> 
> I know there was a change in the included libraries for the project. 
> I 
> agree with the changes, but there is something odd here. I updated 
> all 
> the source to the latest version of from the CVS repository. I tried 
> to 
> compile, I had to solve some issues (basically remove old the old GUI 
> stuff), finally I build the new Bme. The problem came when I tried to 
> sign-in, I couldn't, the DS server handler was stuck waiting for a 
> response from the MSN server. It never received anything. Then I try 
> using the old libnetapi.so, re-link the project, tried again and 
> worked 
> perfectly, got my contact list and was able to talk to people.
> 
> I need your help understanding this; any thoughts ?
> 
> Thanks,
> Daniel

I'm using stock R5, and for me there is no libbnetapi.so - I have to 
remove this from the project file and add libnetapi.so. You may have 
libbnetapi from a previous BONE install or something, but I bet if 
you're using net_server then that is probably the problem.

I also need to remove some of the classes from the old GUI folder 
before it works.

We really need to sort out the very broken nature of our CVS.

Here's a proposal:

1) We build a final version of the old "BeMSN", using the old project 
file and making whatever changes are needed locally to actually get it 
to build. This includes fixing the annoying bugs (like the chat window 
intially being really small). I'll try and do this today.
2) Release this on BeBits.
3) Remove all the old GUI and project stuff from CVS.
4) Fix Bme_x86.proj for the issues mentioned by MYOB.
5) Work on R1 of Bme :)

Sound OK with everyone?

Simon

> > 
> > Guys,
> > 
> > MYOB sent me this.
> > 
> > I replied to most of it. I agree with his comments about project
> > files though, they could do with reorganising.
> > 
> > I've told him to use the other project file, should fix his
> > compile issues.
> > 
> > -------Forwarded mail below---------------
> > Simon
> > 
> > Theres some serious problems with Bme's BeIDE project files. One
> > of 
> > them is speed - searching all of /boot/home/config/lib causes
> > biiiig 
> > problems if you have all of VLC's build tools and Python
> > installed. Not 
> > that thats a problem, just an "issue". This can be solved by
> > making 
> > people symlink cryptib into the /boot/develop/lib/x86 folder and
> > removing the /boot/home/config/lib access path
> > 
> > Also, most of the system libraries are included wrong. They
> > should not 
> > be included from /boot/beos/system/lib, they should be included
> > from /
> > boot/develop/lib, and with the correct architechture first (x86/
> > or ppc
> > /).
> > 
> > Also, the path to the cryptlib header isn't in the file, and it 
> > probably should be included as <cryptlib/cryptlib.h> and not
> > just as 
> > cryptlib.h.
> > 
> > Also, it might not be a good idea to have the Net*.cpp files in
> > the 
> > project file, as they're not in CVS...
> > 
> > Another suggestion might be to have a BONE project file - you're
> > not 
> > meant to like to libnetapi.so on BONE, it should be libbnetapi. 
> > Although under OpenBeOS they'll probably just one file with the
> > other 
> > symlinked...
> > 
> > You also don't need to add the headers to a project file. It
> > might 
> > speed up coding a little, but you can always get to the headers
> > by 
> > right-clicking the little arrow to the side of the file that
> > includes 
> > the header. Not having the header minorly speeds up the opening
> > parse 
> > time.
> > 
> > For purely asthetic regions, I'd move Bme.rsrc up the libraries.
> > Its 
> > another linktime item, so its logical there
> > 
> > All this is based off using "BeMSN.proj". This seemed like the
> > right 
> > choice of project file, having three is a liitle confusing :-)
> > 
> > None of this is meant to be critical mind, you're doing a great
> > job 
> > with Bme. I'm still looking into a ppc port BTW :-) Although I
> > do have 
> > more pressing issues (getting sound to work on my laptop, etc)
> > to deal 
> > with first. Although my PPC box is my most unadulterated system 
> > (running a horrible hyrbid R5 BONE/Dano/OBOS R1 mash up here),
> > so its 
> > the only box I have that makes R5 compatible builds :-)
> > 
> > I'm also interested in how the Hotmail integration is going to
> > work - 
> > I've written this before even compiling Bme or looking at the
> > code. 
> > Considering NetPositive doesn't do JScript, and Mozilla/Firefox
> > still 
> > has the "first-window-doesn't-show-requested-page" when running
> > as 
> > native browser, I'm very interested in how an app can use
> > Hotmail 
> > easily
> > 
> > As goes webcam and voice chat support, this is an area I'm
> > interested 
> > in, as I have a large number of friends overseas who seem to
> > assume MSN 
> > is the defacto standard for video and audio conferencing. To
> > confirm 
> > what one of the dev team said in the TBJ interview - yes,
> > supported 
> > webcams (CPIA parellel ones) do work as media nodes in exactly
> > the same 
> > was a capture card with a TV camera on it does. Unfortunately my
> > CPIA 
> > camera bit the dust a long time ago and my USB one is, clearly, 
> > unsupported. Also R5's USB kit just *does not* have the kit
> > required 
> > for USB webcams. So when OBOS R1 is out, contact me and bug me
> > over 
> > webcam support :-)
> > 
> > Cian / Kian "MYOB" Duffy
> > 
> > PS: Just compiling now, the code doesn't like BONE 7A here. Or
> > it could 
> > be my headers. But all the BNetEndpoint stuff doesn't compile, 
> > MsnList.cpp has casting issues, and IconHandle.cpp has
> > prototyping 
> > issues. Some of this could be down to my hacking around with the
> > project file though :-)
> > ________________________________
> > 15 Mbytes Free Web-based and  POP3
> > Sign up now: http://www.gawab.com
> > 
> > 
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: Oracle 10g
> > Get certified on the hottest thing ever to hit the market... Oracle 
> > 10g. 
> > Take an Oracle 10g class now, and we'll give you the exam FREE.
> > http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> > _______________________________________________
> > bme-develop mailing list
> > bme...@li...
> > https://lists.sourceforge.net/lists/listinfo/bme-develop
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by Black Hat Briefings & Training.
> Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
> digital self defense, top technical experts, no vendor pitches, 
> unmatched networking opportunities. Visit www.blackhat.com
> _______________________________________________
> bme-develop mailing list
> bme...@li...
> https://lists.sourceforge.net/lists/listinfo/bme-develop
> 

Re: [bme-develop] Fw: Issues with project files

[Daniel G. <al7...@ma...>]

Hello guys, I am back from the US, back to my beloved BeOS machine, and 
happy to continue working on file transferring again. I have some 
questions first that I would like you to help me understand

I know there was a change in the included libraries for the project. I 
agree with the changes, but there is something odd here. I updated all 
the source to the latest version of from the CVS repository. I tried to 
compile, I had to solve some issues (basically remove old the old GUI 
stuff), finally I build the new Bme. The problem came when I tried to 
sign-in, I couldn't, the DS server handler was stuck waiting for a 
response from the MSN server. It never received anything. Then I try 
using the old libnetapi.so, re-link the project, tried again and worked 
perfectly, got my contact list and was able to talk to people.

I need your help understanding this; any thoughts ?

Thanks,
Daniel

> 
> Guys,
> 
> MYOB sent me.
> 
> I replied to most of it. I agree with his comments about project
> files though, they could do with reorganising.
> 
> I've told him to use the other project file, should fix his
> compile issues.
> 
> -------Forwarded mail below---------------
> Simon
> 
> Theres some serious problems with Bme's BeIDE project files. One
> of 
> them is speed - searching all of /boot/home/config/lib causes
> biiiig 
> problems if you have all of VLC's build tools and Python
> installed. Not 
> that thats a problem, just an "issue". This can be solved by
> making 
> people symlink cryptib into the /boot/develop/lib/x86 folder and
> removing the /boot/home/config/lib access path
> 
> Also, most of the system libraries are included wrong. They
> should not 
> be included from /boot/beos/system/lib, they should be included
> from /
> boot/develop/lib, and with the correct architechture first (x86/
> or ppc
> /).
> 
> Also, the path to the cryptlib header isn't in the file, and it 
> probably should be included as <cryptlib/cryptlib.h> and not
> just as 
> cryptlib.h.
> 
> Also, it might not be a good idea to have the Net*.cpp files in
> the 
> project file, as they're not in CVS...
> 
> Another suggestion might be to have a BONE project file - you're
> not 
> meant to like to libnetapi.so on BONE, it should be libbnetapi. 
> Although under OpenBeOS they'll probably just one file with the
> other 
> symlinked...
> 
> You also don't need to add the headers to a project file. It
> might 
> speed up coding a little, but you can always get to the headers
> by 
> right-clicking the little arrow to the side of the file that
> includes 
> the header. Not having the header minorly speeds up the opening
> parse 
> time.
> 
> For purely asthetic regions, I'd move Bme.rsrc up the libraries.
> Its 
> another linktime item, so its logical there
> 
> All this is based off using "BeMSN.proj". This seemed like the
> right 
> choice of project file, having three is a liitle confusing :-)
> 
> None of this is meant to be critical mind, you're doing a great
> job 
> with Bme. I'm still looking into a ppc port BTW :-) Although I
> do have 
> more pressing issues (getting sound to work on my laptop, etc)
> to deal 
> with first. Although my PPC box is my most unadulterated system 
> (running a horrible hyrbid R5 BONE/Dano/OBOS R1 mash up here),
> so its 
> the only box I have that makes R5 compatible builds :-)
> 
> I'm also interested in how the Hotmail integration is going to
> work - 
> I've written this before even compiling Bme or looking at the
> code. 
> Considering NetPositive doesn't do JScript, and Mozilla/Firefox
> still 
> has the "first-window-doesn't-show-requested-page" when running
> as 
> native browser, I'm very interested in how an app can use
> Hotmail 
> easily
> 
> As goes webcam and voice chat support, this is an area I'm
> interested 
> in, as I have a large number of friends overseas who seem to
> assume MSN 
> is the defacto standard for video and audio conferencing. To
> confirm 
> what one of the dev team said in the TBJ interview - yes,
> supported 
> webcams (CPIA parellel ones) do work as media nodes in exactly
> the same 
> was a capture card with a TV camera on it does. Unfortunately my
> CPIA 
> camera bit the dust a long time ago and my USB one is, clearly, 
> unsupported. Also R5's USB kit just *does not* have the kit
> required 
> for USB webcams. So when OBOS R1 is out, contact me and bug me
> over 
> webcam support :-)
> 
> Cian / Kian "MYOB" Duffy
> 
> PS: Just compiling now, the code doesn't like BONE 7A here. Or
> it could 
> be my headers. But all the BNetEndpoint stuff doesn't compile, 
> MsnList.cpp has casting issues, and IconHandle.cpp has
> prototyping 
> issues. Some of this could be down to my hacking around with the
> project file though :-)
> ________________________________
> 15 Mbytes Free Web-based and  POP3
> Sign up now: http://www.gawab.com
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 
> 10g. 
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> bme-develop mailing list
> bme...@li...
> https://lists.sourceforge.net/lists/listinfo/bme-develop

RE: [bme-develop] Re: Possible new project member

[Sir M. <obe...@ho...>]

Hi guys,

just added most of the hotmail integration to Bme....it displays the number 
of mails in your mailbox correctly now....still working on opening hotmail 
in a browser, so go and check cvs :D

regards,

Tim


>From: "Simon Taylor" <sim...@ga...>
>Reply-To: bme...@li...
>To: "Bme dev" <bme...@li...>
>Subject: RE: [bme-develop] Re: Possible new project member
>Date: Sun, 13 Jun 2004 10:42:33 GMT
>
>
> > Hi all!
>
>Hi Jixt!
>
> >
> > > LOL, yeah we're just a bunch of amateurs :D...Haven't heard from Jixt
> > > since
> > > his last mails....Jixt you're still around?
> > >
> >
> > I am still alive and kicking. I am now busy with my own BeDiGiCam
> > project and I'm trying to understand and use the BeOs API for the full
> > 100%, together with the treading. Threading could be very usefull in
> > some parts of the bme code ;)
>
>Bme is already quite heavily threaded - each server session has
>it's only handler (so one thread there) and a seperate receive
>thread. Windows obviously have their own threads too.
>
> > I am also trying to understand the bme-code before I change something.
> > I don't want to start programming if I don't know how your way of
> > programming is... When I'm ready you will hear from me ;).
>
>OK, cool.
>
> > Could someone give acces to the CVS? So I can do some little check-ins
> > ;)
>
>What kind of thing were you thinking of commiting? Give me your
>sourceforge.net id and I'll probably give you access (depending
>on the answer to the question!)
>
>
>Simon
>
> > greets
> >     Jixt
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by the new InstallShield X.
> > From Windows to Linux, servers to mobile, InstallShield X is the
> > one installation-authoring solution that does it all. Learn more and
> > evaluate today! http://www.installshield.com/Dev2Dev/0504
> > _______________________________________________
> > bme-develop mailing list
> > bme...@li...
> > https://lists.sourceforge.net/lists/listinfo/bme-develop
> >
>________________________________
>15 Mbytes Free Web-based and  POP3
>Sign up now: http://www.gawab.com
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by the new InstallShield X.
>From Windows to Linux, servers to mobile, InstallShield X is the
>one installation-authoring solution that does it all. Learn more and
>evaluate today! http://www.installshield.com/Dev2Dev/0504
>_______________________________________________
>bme-develop mailing list
>bme...@li...
>https://lists.sourceforge.net/lists/listinfo/bme-develop

_________________________________________________________________
Talk with your online friends with MSN Messenger http://messenger.msn.nl/

RE: [bme-develop] Re: Possible new project member

[Sir M. <obe...@ho...>]

Hi Guys!

> > I am still alive and kicking. I am now busy with my own BeDiGiCam
> > project and I'm trying to understand and use the BeOs API for the full
> > 100%, together with the treading. Threading could be very usefull in
> > some parts of the bme code ;)
>
>Bme is already quite heavily threaded - each server session has
>it's only handler (so one thread there) and a seperate receive
>thread. Windows obviously have their own threads too.
>
Ah ok, will have a look at Begasus' page for a screenshot :D....my cam 
doesn't use ptp, but works now with the new USB_SCSI add-on...anyway keep up 
the good work Jixt! And yes we use multi-threading heavily...that's why the 
stability of the app improved as well :D...that's our main aim btw, make 
use, as much as possible, of the features provided by Be!

> > I am also trying to understand the bme-code before I change something.
> > I don't want to start programming if I don't know how your way of
> > programming is... When I'm ready you will hear from me ;).
>
>OK, cool.
>
Ah ok, when you start programming something please let us know, so we won't 
be duplicating work....

> > Could someone give acces to the CVS? So I can do some little check-ins
> > ;)
>
>What kind of thing were you thinking of commiting? Give me your
>sourceforge.net id and I'll probably give you access (depending
>on the answer to the question!)
>
Also check out the latest cvs version first....maybe I did fix some of the 
bugs or added the little features you're pointing at! Btw, added real time 
mail notification today! (and a mail view) Will upload it into cvs as soon 
as possible!

regards,

Tim

_________________________________________________________________
Talk with your online friends with MSN Messenger http://messenger.msn.nl/

RE: [bme-develop] Re: Possible new project member

[Simon T. <sim...@ga...>]

> Hi all!

Hi Jixt!
 
> 
> > LOL, yeah we're just a bunch of amateurs :D...Haven't heard from Jixt 
> > since 
> > his last mails....Jixt you're still around?
> > 
> 
> I am still alive and kicking. I am now busy with my own BeDiGiCam 
> project and I'm trying to understand and use the BeOs API for the full 
> 100%, together with the treading. Threading could be very usefull in 
> some parts of the bme code ;)

Bme is already quite heavily threaded - each server session has
it's only handler (so one thread there) and a seperate receive
thread. Windows obviously have their own threads too.
 
> I am also trying to understand the bme-code before I change something. 
> I don't want to start programming if I don't know how your way of 
> programming is... When I'm ready you will hear from me ;). 

OK, cool.
 
> Could someone give acces to the CVS? So I can do some little check-ins 
> ;)

What kind of thing were you thinking of commiting? Give me your
sourceforge.net id and I'll probably give you access (depending
on the answer to the question!)


Simon
 
> greets
>     Jixt
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by the new InstallShield X.
> From Windows to Linux, servers to mobile, InstallShield X is the
> one installation-authoring solution that does it all. Learn more and
> evaluate today! http://www.installshield.com/Dev2Dev/0504
> _______________________________________________
> bme-develop mailing list
> bme...@li...
> https://lists.sourceforge.net/lists/listinfo/bme-develop
> 
________________________________
15 Mbytes Free Web-based and  POP3
Sign up now: http://www.gawab.com

RE: [bme-develop] Re: Possible new project member

[Jixt <ji...@li...>]

Hi all!


> LOL, yeah we're just a bunch of amateurs :D...Haven't heard from Jixt 
> since 
> his last mails....Jixt you're still around?
> 

I am still alive and kicking. I am now busy with my own BeDiGiCam 
project and I'm trying to understand and use the BeOs API for the full 
100%, together with the treading. Threading could be very usefull in 
some parts of the bme code ;)

I am also trying to understand the bme-code before I change something. 
I don't want to start programming if I don't know how your way of 
programming is... When I'm ready you will hear from me ;). 

Could someone give acces to the CVS? So I can do some little check-ins 
;)

greets
    Jixt

RE: [bme-develop] Re: Possible new project member

[Sir M. <obe...@ho...>]

Hey Daniel,

>Hello Bme developers!  I'm sorry it took me so long to reply. I have some
>catching up to do.
>
Nice to see you're still around!

>I see a new developer has joined the team, Jixt. I'd like to welcome you
>to the team ... =). I can see from your emails that you are a really 
>experienced
>developer (at least more than me.. jeje).
>
LOL, yeah we're just a bunch of amateurs :D...Haven't heard from Jixt since 
his last mails....Jixt you're still around?

>I'm very happy that a little personal proyect has gotten this big, and that
>you people are helping out to have the best MSN messenger for BeOS we could
>ever have. I am sure we will get there.
>
Yeah, hope we can speed up coding too...and release some beta's...According 
to the reactions a post of mine on bebits caused, a lot of people are 
waiting for this Messenger app. I am currently busy on improving the GUI, so 
hope you'll be surprised next time you'll get the code from cvs...also MYOB 
offered to make a ppc port of our app :D

>The only sad thing is that I am so far away from my BeOS PC. I need to get
>home and contine working on file and user picts transfers. But I am stuck
>here on the US until july 2nd.
>
well luckily July 2nd isn't too far away....I will continue on the GUI and 
if that's somewhat improved, I will have a look at the protocol code with 
the file and user picts transfers...so we can work on that together once you 
get back.

>I now you guys have been really busy both with school and Bme. I apreciate
>the hard work you are doing.
>
Thanks, but you are still the guy that wrote the most code ;)....Hope this 
will become one of those smashing BeOS apps like for example Wonderbrush

regards,

Tim

_________________________________________________________________
MSN Search, for accurate results! http://search.msn.nl

[bme-develop] Re: Possible new project member

[Hector D. G. <al7...@ma...>]

Hello Bme developers!  I'm sorry it took me so long to reply. I have some=

catching up to do. 

I see a new developer has joined the team, Jixt. I'd like to welcome you
to the team ... =3D). I can see from your emails that you are a really ex=
perienced
developer (at least more than me.. jeje). 

I'm very happy that a little personal proyect has gotten this big, and th=
at
you people are helping out to have the best MSN messenger for BeOS we cou=
ld
ever have. I am sure we will get there.

The only sad thing is that I am so far away from my BeOS PC. I need to ge=
t
home and contine working on file and user picts transfers. But I am stuck=

here on the US until july 2nd. 

I now you guys have been really busy both with school and Bme. I apreciat=
e
the hard work you are doing. 

Thanks a lot.

Daniel

[bme-develop] FASD project: Online survey launched

[<ben...@id...>]

Dear Open Source developer

I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate.
You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it.

With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development.


With many thanks for your participation,
Benno Luthiger


PS:
The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/.
We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list.

_______________________________________________________________________

Benno Luthiger
Swiss Federal Institute of Technology Zurich
8092 Zurich

Mail: benno.luthiger(at)id.ethz.ch
_______________________________________________________________________

Re: [bme-develop] Re: Possible new project member

[Sir M. <obe...@ho...>]

Hi,

wow a lot of traffic on the bme list :D...I mostly agree with 
Simon...probably because we discussed much of how we should implement Bme 
before we even joined Daniel. By not mimicing the Windows MSN I meant not 
mimicing the UI...I do want as most protocol features as possible in our 
program, only provide them in another way like Simon said already.

>Looks very nice the mockups ;) (I've watched the bmeMockup.png also :p). If 
>you tell me who is doing what, then I know what I don't have to do. Once I 
>know that, I can tell you what I want/may do. I thought I could change the 
>logging in way(GUI) and preferences....
>
right now Daniel is doing p2p and file transfer, I am working on the User 
pic view, Simon was improving my click and change name view. The logging in 
needs work I agree, so you could start on that....but! I thought of another 
thing you might do! hotmail integration, ie making the view with the mail 
pic(I believe 29.jpg in the emoticons folder) with the No new mail messages 
that pops up a hotmail window when clicked...that's kinda loosely coupled 
with what we are doing....but so is the login view....and I do agree about 
having that in the MainWindow...btw shouldn't we also support the logging in 
of multiple users?

The preferences can be worked on, but the problem is, we haven't much to 
preference...so maybe leave that till we have more features implemented...

Also you should know about some coding guidelines we're currently adapting:
-every class should go in a separate header and a source file(within the 
reasonable)
-we will use the javadoc standard to comment the code, the javadoc goes into 
the header
- I prefer the:
   void method()
    {
     }
   bracketing style above the :
    void method() {
     }
     style...because you can more clearly see what bracket belongs to the 
other one...but that is a personal preference....Daniel uses the second 
style, so choose the one you prefer....

well I think that was about it...btw read about the svg lib today at 
iscomputeron.com....maybe we could use that also to get ourselves an even 
better looking app...

Mik

P.s. the Flemish Comedian I mentioned was of course Urbanus :D

_________________________________________________________________
Play online games with your friends with MSN Messenger 
http://messenger.msn.nl/

Re: [bme-develop] Re: Possible new project member

[Jixt <jan...@pa...>]

>Yes sure! I didn't mean to sound too annoyed at your comments :)
>
>It might take you a while to learn where we're heading to
>(http://si-msn.port5.com/bmeMockup2.png may give you an idea)
>

>Any thoughts on what you want to do first?
>

Looks very nice the mockups ;) (I've watched the bmeMockup.png also :p). =
If you tell me who is doing what, then I know what I don't have to do. On=
ce I know that, I can tell you what I want/may do. I thought I could chan=
ge the logging in way(GUI) and preferences....

greets
   Jixt