vfs-devel

RE: [Vfs-devel] Back to work....

[Adis B. <bu...@to...>]

hi ,

please look st these two sample files:

http://emerald.office.webstar.co.uk/~adis/test/samples.html

and


http://emerald.office.webstar.co.uk/~adis/test/menubar.html

I would like to hear your comments on colors etc. The secon html file has two 
bars, top one uses javascript and images for onmousover and the second one has 
no graphics at all.

Do you want the menubar as an include file? I think that would be the easiest 
thing to do.


Adis

Re: [Vfs-devel] Back to work....

[Abdul-Wahid P. <ee...@we...>]

Hi guys,

> > Anyway, let me try to finish what I need to do and then we can try to
> > integrate your mySQL stuff.
> >
> 
> Sweet! Just let me know when.
 
I have finished. There may be some bugs. Actually, I am already aware of a
couple. But in the main, I have done the porting to class.DBI. We now need to
look at integrating the mySQL stuff. I suggest the first thing to do is to get
the SQL for the database and try to do the authentication bit. That will be
the easy bit as far as the SQL is concerned and it might teach us some
lessons. Then we need to discuss the file upload and download parts.

I think if you Tony, can try to get something working for the mySQL part, I
will work with Adis on the look and feel (of course discussing it with you
along the way).

Sorry it took me so long to do....I have been real busy of late.

See ya...

AW

Re: [Vfs-devel] Back to work....

[Tony K. <tk...@ca...>]

Hey AW,

    I just grabbed the source from the CVS. I'll look over in the next hour
and post a message before I get started on anything. Either later today or
first thing in the morning tomorrow.

Regards,
Tony Kirk

----- Original Message -----
From: "Abdul-Wahid Paterson" <ee...@we...>
To: <vfs...@li...>
Sent: Thursday, July 20, 2000 7:41 PM
Subject: Re: [Vfs-devel] Back to work....


> Hi guys,
>
> > > Anyway, let me try to finish what I need to do and then we can try to
> > > integrate your mySQL stuff.
> > >
> >
> > Sweet! Just let me know when.
>
> I have finished. There may be some bugs. Actually, I am already aware of a
> couple. But in the main, I have done the porting to class.DBI. We now need
to
> look at integrating the mySQL stuff. I suggest the first thing to do is to
get
> the SQL for the database and try to do the authentication bit. That will
be
> the easy bit as far as the SQL is concerned and it might teach us some
> lessons. Then we need to discuss the file upload and download parts.
>
> I think if you Tony, can try to get something working for the mySQL part,
I
> will work with Adis on the look and feel (of course discussing it with you
> along the way).
>
> Sorry it took me so long to do....I have been real busy of late.
>
> See ya...
>
> AW
>
>
> _______________________________________________
> Vfs-devel mailing list
> Vfs...@li...
> http://lists.sourceforge.net/mailman/listinfo/vfs-devel
>

[Vfs-devel] (no subject)

[Tony K. <tk...@ca...>]

Well this message is a little later than I said it would be. That's the bad
thing about your company letting you work at home. Sometings you forget when
to stop working and your work through the entire weekend when you should
have been in NJ visiting your girlfriend... Or maybe I'm the only one with
this problem :) Anyway, I looked over the code and noticed that all of the
PGSQL based database code is still in the main files. Things like the
transaction code. This isn't a problem for the MySQL code since it now
supports transactions (however minimal the support may be). But other
servers don't support that. I thought we were going to do a db_wrapper.php
file for each database and have all the db calls from there. So we would
have pg_db_wrapper.php, mysql_db_wrapper.php .. etc.. and in each file there
would be the same functions but with different code to handle that databases
functions. Like in the upload.php file just include <db>_db_wrapper.php and
call an Handle_Upload_File($file_name); or something along those lines.

Regards,
Tony Kirk

Re: [Vfs-devel] (no subject)

[Abdul-Wahid P. <ee...@we...>]

Hi Tony,

> Well this message is a little later than I said it would be. That's the bad
> thing about your company letting you work at home. Sometings you forget when
> to stop working and your work through the entire weekend when you should
> have been in NJ visiting your girlfriend... Or maybe I'm the only one with
> this problem :) 

Well, I live with my wife so I don't get the chance to forget her.
Sometimes I do seem to lose myself in my work for a few hours but my wife
would quickly make me snap out of it.

> Anyway, I looked over the code and noticed that all of the
> PGSQL based database code is still in the main files. Things like the
> transaction code. This isn't a problem for the MySQL code since it now

Yes I know...

> supports transactions (however minimal the support may be). But other
> servers don't support that. I thought we were going to do a db_wrapper.php
> file for each database and have all the db calls from there. So we would
> have pg_db_wrapper.php, mysql_db_wrapper.php .. etc.. and in each file there
> would be the same functions but with different code to handle that databases
> functions. Like in the upload.php file just include <db>_db_wrapper.php and
> call an Handle_Upload_File($file_name); or something along those lines.

Yes. This is really what we want to do. However, I wanted to work it out
slowly between the two of us so that we build up a good structure of the
code. I mean, most of the code should be the same for all databases as the
SQL statements would be the same and the DBI takes care of the rest. The
differences come with the BLOB upload stuff and also with sequences. I am
not familiar with how MySQL does sequences (enlighten me) but I know that
Oracle does them differently to Postgres. 

I think that what we should do is set up the class.DBD::mysql and start by
looking at how we can do the Administration stuff. Actually, if you start
looking at that I will look at sorting out the pg_upload/pg_download
functions and moving them into the pg_wrapper.inc.php3. What do you think?


Regards,

AW

Re: [Vfs-devel] (no subject)

[Tony K. <tk...@ca...>]

----- Original Message -----
From: "Abdul-Wahid Paterson" <ee...@we...>
To: <vfs...@li...>
Sent: Tuesday, July 25, 2000 9:45 AM
Subject: Re: [Vfs-devel] (no subject)


> Hi Tony,
>
> > Well this message is a little later than I said it would be. That's the
bad
> > thing about your company letting you work at home. Sometings you forget
when
> > to stop working and your work through the entire weekend when you should
> > have been in NJ visiting your girlfriend... Or maybe I'm the only one
with
> > this problem :)
>
> Well, I live with my wife so I don't get the chance to forget her.
> Sometimes I do seem to lose myself in my work for a few hours but my wife
> would quickly make me snap out of it.
>
> > Anyway, I looked over the code and noticed that all of the
> > PGSQL based database code is still in the main files. Things like the
> > transaction code. This isn't a problem for the MySQL code since it now
>
> Yes I know...
>
> > supports transactions (however minimal the support may be). But other
> > servers don't support that. I thought we were going to do a
db_wrapper.php
> > file for each database and have all the db calls from there. So we would
> > have pg_db_wrapper.php, mysql_db_wrapper.php .. etc.. and in each file
there
> > would be the same functions but with different code to handle that
databases
> > functions. Like in the upload.php file just include <db>_db_wrapper.php
and
> > call an Handle_Upload_File($file_name); or something along those lines.
>
> Yes. This is really what we want to do. However, I wanted to work it out
> slowly between the two of us so that we build up a good structure of the
> code. I mean, most of the code should be the same for all databases as the
> SQL statements would be the same and the DBI takes care of the rest. The
> differences come with the BLOB upload stuff and also with sequences. I am
> not familiar with how MySQL does sequences (enlighten me) but I know that

Are you referring to auto incrementing numbers?

> Oracle does them differently to Postgres.
>
> I think that what we should do is set up the class.DBD::mysql and start by
> looking at how we can do the Administration stuff. Actually, if you start
> looking at that I will look at sorting out the pg_upload/pg_download
> functions and moving them into the pg_wrapper.inc.php3. What do you think?

Sounds like a good place to start. I'll start building the admin functions
for mySQL into the mysql_db_wrapper.php file. Keeping all the same function
names that you've already used in the admin php scripts. We can see how
close the code comes to what is already there.

Regards,
Tony Kirk

Re: [Vfs-devel] (no subject)

[Abdul-Wahid P. <ee...@we...>]

Hi Tony,

How are we getting along with the MySQL stuff. Do you have any code you
can give me or do you have anything ready to insert into the CVS?

Regards,

AW



 
> Sounds like a good place to start. I'll start building the admin functions
> for mySQL into the mysql_db_wrapper.php file. Keeping all the same function
> names that you've already used in the admin php scripts. We can see how
> close the code comes to what is already there.

Re: [Vfs-devel] (no subject)

[Tony K. <tk...@ca...>]

Hola AW,

    Things have been a bit hectic the last week or so but I'm coming along.
Slowly, but still moving never-the-less. I should have something within the
next few days.

Tony Kirk

>
> Hi Tony,
>
> How are we getting along with the MySQL stuff. Do you have any code you
> can give me or do you have anything ready to insert into the CVS?
>
> Regards,
>
> AW

Re: [Vfs-devel] Back to work....

[Tony K. <tk...@ca...>]

Hey Adis,

    I think the thing we need to decide on is whether or not we want to make
it an awesome interface 'out of the box' -- or if we want to make it easier
for the user to customize the layout his/herself. We could combine these two
by having an awesome interface with a config file that allows changing of
fonts, sizes, colors etc... I'd say the best would be to have the config
file but have as few 'total' files as possible for the interface. One file
per page + an include()'d file for the nav bar and a config file.

What do you think AW?

Regards,
Tony

> hi ,
>
> please look st these two sample files:
>
> http://emerald.office.webstar.co.uk/~adis/test/samples.html
>
> and
>
>
> http://emerald.office.webstar.co.uk/~adis/test/menubar.html
>
> I would like to hear your comments on colors etc. The secon html file has
two
> bars, top one uses javascript and images for onmousover and the second one
has
> no graphics at all.
>
> Do you want the menubar as an include file? I think that would be the
easiest
> thing to do.
>
>
> Adis
>
>
> _______________________________________________
> Vfs-devel mailing list
> Vfs...@li...
> http://lists.sourceforge.net/mailman/listinfo/vfs-devel
>