You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(92) |
Dec
(142) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(33) |
Feb
(65) |
Mar
(76) |
Apr
(172) |
May
(124) |
Jun
(45) |
Jul
(76) |
Aug
(78) |
Sep
(1) |
Oct
(20) |
Nov
(6) |
Dec
(2) |
2007 |
Jan
(12) |
Feb
(7) |
Mar
(17) |
Apr
(3) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
From: Evan R. <eva...@gm...> - 2006-04-25 16:19:10
|
make sure you have a config.php with your settings in there On 4/25/06, Miles Beck <mil...@gm...> wrote: > > I just downloaded the above snapshot to check out the new changes and > got the below erorrs. Is there something else I need to do to get this > to work? Or is it not ready to look at? > > Warning: main(config.php): failed to open stream: No such file or > directory in /var/www/fofredux-20060425/init.php on line 18 > > Fatal error: main(): Failed opening required 'config.php' > (include_path=3D'.:/usr/share/php:/usr/share/pear') in > /var/www/fofredux-20060425/init.php on line 18 > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim= o > http://sel.as-us.falkag.net/sel?cmdlnk&kid=120709&bid&3057&dat=121642 > _______________________________________________ > Fofredux-devel mailing list > Fof...@li... > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > |
From: Miles B. <mil...@gm...> - 2006-04-25 16:15:49
|
I just downloaded the above snapshot to check out the new changes and got the below erorrs. Is there something else I need to do to get this to work? Or is it not ready to look at? Warning: main(config.php): failed to open stream: No such file or directory in /var/www/fofredux-20060425/init.php on line 18 Fatal error: main(): Failed opening required 'config.php' (include_path=3D'.:/usr/share/php:/usr/share/pear') in /var/www/fofredux-20060425/init.php on line 18 |
From: Kevin <ke...@dr...> - 2006-04-25 16:10:22
|
That reminds me. I needed to update the snapshot script to use the subversion repository. It's done. The 4/25 snapshot is now the latest from svn trunk. -Kevin > On 4/25/06, Miles Beck <mil...@gm...> wrote: >> I just downloaded the above snapshot to check out the new changes and >> got the below erorrs. Is there something else I need to do to get this >> to work? Or is it not ready to look at? >> >> Warning: main(config.php): failed to open stream: No such file or >> directory in /var/www/fofredux-20060425/init.php on line 18 >> >> Fatal error: main(): Failed opening required 'config.php' >> (include_path=3D'.:/usr/share/php:/usr/share/pear') in >> /var/www/fofredux-20060425/init.php on line 18 >> > > Never mind. I looked at the line in init.php and it was referencing > config.php. Which by default is not set up. I thought the new user > stuff was already checked in but apparently it is not in the snapshot > yet. > > -Miles > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, securit= y? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron= imo > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=120709&bid&3057&dat=12164= 2 > _______________________________________________ > Fofredux-devel mailing list > Fof...@li... > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > --=20 Kevin |
From: Katie B. <ka...@ho...> - 2006-04-25 16:08:32
|
On Tue, Apr 25, 2006 at 08:04:56AM -0400, Andrew Turner wrote: > do all the devs know how to use svn? Please do a checkout now so we > can make sure to address any issues sooner rather than later. I'm leaning how to use svn, and I've successfully checked out a working copy of the trunk. -- Katie Bechtold http://hoteldetective.org/ |
From: Miles B. <mil...@gm...> - 2006-04-25 15:51:42
|
On 4/25/06, Miles Beck <mil...@gm...> wrote: > I just downloaded the above snapshot to check out the new changes and > got the below erorrs. Is there something else I need to do to get this > to work? Or is it not ready to look at? > > Warning: main(config.php): failed to open stream: No such file or > directory in /var/www/fofredux-20060425/init.php on line 18 > > Fatal error: main(): Failed opening required 'config.php' > (include_path=3D'.:/usr/share/php:/usr/share/pear') in > /var/www/fofredux-20060425/init.php on line 18 > Never mind. I looked at the line in init.php and it was referencing config.php. Which by default is not set up. I thought the new user stuff was already checked in but apparently it is not in the snapshot yet. -Miles |
From: khaled A. A. <bro...@gm...> - 2006-04-25 13:18:18
|
Firewalls at work prevent me from checking it all out, so I'll make sure I look at it tonight. On 4/25/06, Andrew Turner <ajt...@hi...> wrote: > > Excellent, thanks Kevin, > > do all the devs know how to use svn? Please do a checkout now so we > can make sure to address any issues sooner rather than later. > > Specifically, I haven't heard from Katie or Khaled. > > Andrew > > On 4/25/06, Kevin <ke...@dr...> wrote: > > I'm all finished with the conversion. Let me know if there are any > > problems. > > > > URL for trunk: > https://svn.sourceforge.net/svnroot/fofredux/fofredux/trunk > > > > I took the liberty of creating a 0.3.x branch for bugfixes. > > > > URL for 0.3 branch > > https://svn.sourceforge.net/svnroot/fofredux/fofredux/branches/REL-0_3 > > > > -Kevin > > > > > > ------------------------------------------------------- > > Using Tomcat but need to do more? Need to support web services, > security? > > Get stuff done quickly with pre-integrated technology to make your job > easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > > _______________________________________________ > > Fofredux-devel mailing list > > Fof...@li... > > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > > > > > -- > Andrew Turner > ajt...@hi... 42.4266N x 83.4931W > http://highearthorbit.com Northville, Michigan, USA > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim= o > http://sel.as-us.falkag.net/sel?cmdlnk&kid=120709&bid&3057&dat=121642 > _______________________________________________ > Fofredux-devel mailing list > Fof...@li... > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > |
From: Andrew T. <ajt...@hi...> - 2006-04-25 13:08:49
|
Excellent, thanks Kevin, do all the devs know how to use svn? Please do a checkout now so we can make sure to address any issues sooner rather than later. Specifically, I haven't heard from Katie or Khaled. Andrew On 4/25/06, Kevin <ke...@dr...> wrote: > I'm all finished with the conversion. Let me know if there are any > problems. > > URL for trunk: https://svn.sourceforge.net/svnroot/fofredux/fofredux/tr= unk > > I took the liberty of creating a 0.3.x branch for bugfixes. > > URL for 0.3 branch > https://svn.sourceforge.net/svnroot/fofredux/fofredux/branches/REL-0_3 > > -Kevin > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job ea= sier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim= o > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > _______________________________________________ > Fofredux-devel mailing list > Fof...@li... > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > -- Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
From: Kevin <ke...@dr...> - 2006-04-25 06:22:31
|
I'm all finished with the conversion. Let me know if there are any problems. URL for trunk: https://svn.sourceforge.net/svnroot/fofredux/fofredux/trunk I took the liberty of creating a 0.3.x branch for bugfixes. URL for 0.3 branch https://svn.sourceforge.net/svnroot/fofredux/fofredux/branches/REL-0_3 -Kevin |
From: Evan R. <eva...@gm...> - 2006-04-25 05:25:10
|
So i've managed to pull the project and then commit my 2 new files. i'll d= o all my merging manually after work. question: is there a way to automatically generate the revision numbers? /evan |
From: Andrew T. (nilspace) <nil...@us...> - 2006-04-24 17:51:55
|
Sounds good - do it to it Kevin. Thanks for banging the Subversion wall do= wn. Andrew On 4/24/06, Evan Roth <eva...@gm...> wrote: > i've got quite a bit waiting to be committed. but it'd probably be easie= r > for me to wait 24 hrs so you can push the project to svn and then merge i= t > all myself. save you some work at least. > > > On 4/24/06, Kevin <ke...@dr...> wrote: > > > > Aha! progress. So, armed with a CVS repository tarball, I can run the > > conversion script locally on my server then upload it to sourceforge. > > > > Unless there is a chorus of complaints, I'll do this tonight. I really > > want this completed, so we can get on with the real work before use. > > > > P.S. If anyone has made commits in the last day or two, please email me > > privately with the files touched & username, so I can make sure they ar= e > > not left out. > > > > -Kevin > > > > > > >>Comment By: David Burley (burley) > > > Date: 2006-04-24 08:31 > > > > > > Message: > > > Logged In: YES > > > user_id=3D597273 > > > > > > Greetings, > > > > > > You'll need to manually convert and import from a SVN dump > > > file. I've generated a tarball of your developer repository, > > > since CVS is currently in a sub-ideal state, and placed it > > > in your project group directory on the shell server: > > > > > > > /home/groups/f/fo/fofredux/devel-fofredux-cvsroot.tar.bz2 > > > > > > Thank you, > > > > > > David Burley > > > Quality of Service Analyst, SourceForge.net > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Evan Roth wrote: > > >> hey, > > >> > > >> kev, you mentioned the conversion is broken. is that really > > >> necessary, or does it make sense just to check the changed objects > > >> back in to subversion? > > >> > > > The subversion repository is completely empty. I don't think it woul= d > > > let you check in if you tried. The repository that you checked out f= rom > > > is no longer there. > > > > > > I unlocked CVS. please continue to work there. I'll retry the > > > conversion in a week or two, once the issue with the SF migrate proce= ss > > > is fixed. > > > > > > -Kevin > > > > > > > > > ------------------------------------------------------- > > > Using Tomcat but need to do more? Need to support web services, > security? > > > Get stuff done quickly with pre-integrated technology to make your jo= b > > > easier > > > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > > > > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > > > _______________________________________________ > > > Fofredux-devel mailing list > > > Fof...@li... > > > > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > > > > > > > > > -- > > Kevin > > > > > > > > ------------------------------------------------------- > > Using Tomcat but need to do more? Need to support web services, securit= y? > > Get stuff done quickly with pre-integrated technology to make your job > easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron= imo > > > http://sel.as-us.falkag.net/sel?cmdlnk&kid=120709&bid&3057&dat=121642 > > _______________________________________________ > > Fofredux-devel mailing list > > Fof...@li... > > > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > > > > -- Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
From: Evan R. <eva...@gm...> - 2006-04-24 17:34:13
|
i've got quite a bit waiting to be committed. but it'd probably be easier for me to wait 24 hrs so you can push the project to svn and then merge it all myself. save you some work at least. On 4/24/06, Kevin <ke...@dr...> wrote: > > > Aha! progress. So, armed with a CVS repository tarball, I can run the > conversion script locally on my server then upload it to sourceforge. > > Unless there is a chorus of complaints, I'll do this tonight. I really > want this completed, so we can get on with the real work before use. > > P.S. If anyone has made commits in the last day or two, please email me > privately with the files touched & username, so I can make sure they are > not left out. > > -Kevin > > > >>Comment By: David Burley (burley) > > Date: 2006-04-24 08:31 > > > > Message: > > Logged In: YES > > user_id=3D597273 > > > > Greetings, > > > > You'll need to manually convert and import from a SVN dump > > file. I've generated a tarball of your developer repository, > > since CVS is currently in a sub-ideal state, and placed it > > in your project group directory on the shell server: > > > > /home/groups/f/fo/fofredux/devel-fofredux-cvsroot.tar.bz2 > > > > Thank you, > > > > David Burley > > Quality of Service Analyst, SourceForge.net > > > > > > > > > > > > > > > > > > Evan Roth wrote: > >> hey, > >> > >> kev, you mentioned the conversion is broken. is that really > >> necessary, or does it make sense just to check the changed objects > >> back in to subversion? > >> > > The subversion repository is completely empty. I don't think it would > > let you check in if you tried. The repository that you checked out fro= m > > is no longer there. > > > > I unlocked CVS. please continue to work there. I'll retry the > > conversion in a week or two, once the issue with the SF migrate process > > is fixed. > > > > -Kevin > > > > > > ------------------------------------------------------- > > Using Tomcat but need to do more? Need to support web services, > security? > > Get stuff done quickly with pre-integrated technology to make your job > > easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > > _______________________________________________ > > Fofredux-devel mailing list > > Fof...@li... > > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > > > > > -- > Kevin > > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim= o > http://sel.as-us.falkag.net/sel?cmdlnk&kid=120709&bid&3057&dat=121642 > _______________________________________________ > Fofredux-devel mailing list > Fof...@li... > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > |
From: Kevin <ke...@dr...> - 2006-04-24 17:21:55
|
Aha! progress. So, armed with a CVS repository tarball, I can run the conversion script locally on my server then upload it to sourceforge. Unless there is a chorus of complaints, I'll do this tonight. I really want this completed, so we can get on with the real work before use. P.S. If anyone has made commits in the last day or two, please email me privately with the files touched & username, so I can make sure they are not left out. -Kevin >>Comment By: David Burley (burley) > Date: 2006-04-24 08:31 > > Message: > Logged In: YES > user_id=3D597273 > > Greetings, > > You'll need to manually convert and import from a SVN dump > file. I've generated a tarball of your developer repository, > since CVS is currently in a sub-ideal state, and placed it > in your project group directory on the shell server: > > /home/groups/f/fo/fofredux/devel-fofredux-cvsroot.tar.bz2 > > Thank you, > > David Burley > Quality of Service Analyst, SourceForge.net > Evan Roth wrote: >> hey, >> >> kev, you mentioned the conversion is broken. is that really >> necessary, or does it make sense just to check the changed objects >> back in to subversion? >> > The subversion repository is completely empty. I don't think it would > let you check in if you tried. The repository that you checked out fro= m > is no longer there. > > I unlocked CVS. please continue to work there. I'll retry the > conversion in a week or two, once the issue with the SF migrate process > is fixed. > > -Kevin > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, securit= y? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron= imo > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > _______________________________________________ > Fofredux-devel mailing list > Fof...@li... > https://lists.sourceforge.net/lists/listinfo/fofredux-devel > --=20 Kevin |
From: Kevin <ke...@dr...> - 2006-04-23 23:25:26
|
Evan Roth wrote: > hey, > > kev, you mentioned the conversion is broken. is that really > necessary, or does it make sense just to check the changed objects > back in to subversion? > The subversion repository is completely empty. I don't think it would let you check in if you tried. The repository that you checked out from is no longer there. I unlocked CVS. please continue to work there. I'll retry the conversion in a week or two, once the issue with the SF migrate process is fixed. -Kevin |
From: Evan R. <eva...@gm...> - 2006-04-23 21:16:21
|
hey, kev, you mentioned the conversion is broken. is that really necessary, or does it make sense just to check the changed objects back in to subversion? perhaps it's a ridiculous question, since i've not looked at the cvs tree a= t all...but i'd just like to get these changes i have pushed back up into svn. the longer we end up waiting, the more chaos that ensues. |
From: Kevin <ke...@dr...> - 2006-04-23 21:10:14
|
Evan Roth wrote: > me again. short one this time... > > what encryption do i choose? > > i'm at the point of inserting user into db, and need to encrypt his > password, but i want to choose something that most users have, without > extra configuration on their part. > > options are: > 1. simply crypt() which gives us DES, MD5 and blowfish, if i remember > correcly, but will only do basic 1 way encryption. > 2. mcrypt() which gives us way more choices, but needs to be built > into php. mine was there by default, so perhaps most of you have it? > this gives a real module to work with, if we need to do further > encryption. > 3. adodb-lite? do they offer something? i know MySQL has native > support for encryption...but we can't use that...so without me opening > the adodb docs, anyone know if this is even an option? > > i lean towards the first option, but as usual, a quick vote is > normally the best. (and it's easy for me to pass off to the rest of > you and go to bed...=) > I vote option 1 using md5() or sha1(). both come built in to php since v4.3. (md5 probably for much longer) Option 2 would require the mcrypt extension module, which doesn't get installed by default, at least not on my system. (Debian stable) If adodb-lite had anything, it would just be a wrapper for the native php function. > hopefully kevin will make some headway with the svn stuff...i've got a > bit to push upstream then, since the install function should be > working with this step complete. (even though it's ugly and waiting > on khaled or someone else to beautify it.) The CVS -> Subversion conversion process is broken. I have a support ticket open, but it may be days before it is resolved. Should I just unlock CVS for the time being? -Kevin |
From: Evan R. <eva...@gm...> - 2006-04-23 21:06:22
|
Hey folks, so, i'm proud to admit that after a lazy weekend, my dev installation of fofr is now working with a login. of course the whole thing is not tested nearly enough, but in order to get much further, i'm going to have to push the changes upstream to svn, and allow you all to work with it. it works like this: - install.php now has input boxes, requiring the user to set up himself. h= e is then added to the new fr_users table upon launching the install/update process. (note: need to test updating from various versions here. i've tried new install and from last version...since as the entire table is new, it should be ok.) - 2 new scripts are added, login.php and logout.php. more to these in a bit, but it's the old-fashioned way of posting between pages since we aren'= t doing any ajax stuff just quite yet. - login.php is simply a form for login, which posts back to itself. upon post, it asks the new function in init.php to check the entered password. if it's correct it loads up a session and redirects the user to index.php, where he is free to use the application. if it fails, he can retry enterin= g his data again. - the header.php now has a line (or 2) that checks for the existence of the session variable, and when it's missing, ships the user off to login.phpbefore doing anything. - logout.php has been added to the menu, which...um...logs the user out, an= d returns him to login.php the various data is not associated to the user at all...that's to come...bu= t at least it's all password protected (using the best encryption found on th= e server...mine defaults to MD5 on all 3 of my machines). so with that, i'm off to sleep and a much less fun dayjob. /evan |
From: Evan R. <eva...@gm...> - 2006-04-22 22:02:33
|
me again. short one this time... what encryption do i choose? i'm at the point of inserting user into db, and need to encrypt his password, but i want to choose something that most users have, without extr= a configuration on their part. options are: 1. simply crypt() which gives us DES, MD5 and blowfish, if i remember correcly, but will only do basic 1 way encryption. 2. mcrypt() which gives us way more choices, but needs to be built into php. mine was there by default, so perhaps most of you have it? this give= s a real module to work with, if we need to do further encryption. 3. adodb-lite? do they offer something? i know MySQL has native support for encryption...but we can't use that...so without me opening the adodb docs, anyone know if this is even an option? i lean towards the first option, but as usual, a quick vote is normally the best. (and it's easy for me to pass off to the rest of you and go to bed...=3D) hopefully kevin will make some headway with the svn stuff...i've got a bit to push upstream then, since the install function should be working with this step complete. (even though it's ugly and waiting on khaled or someon= e else to beautify it.) /evan |
From: Andrew T. <ajt...@hi...> - 2006-04-22 19:38:55
|
I recommend TortoiseSVN for simple SVN activity. It has an Explorer plug-in to give you right-click contextual interface to Subversion folders you have checked out. That should prevent you from having to "learn" subversion. It's what I *have* to use at work, since I can't be on a Mac. ;) Andrew On 4/22/06, Evan Roth <eva...@gm...> wrote: > hey khaled, > > i'm not sure what you prefer to use for development. if you have no > preference yet, i can highly recommend eclipse (http://www.eclipse.org/).= i > use it at home for php/web apps, and we use it at work for all our java > related stuff...super flexible. in any case, it has built in SVN support= , > which makes it really easy via plugin. there are probably plenty of othe= r > options...perhaps asking google might help. (if you want full dev suite = on > a windows pc, grab XAMPP for apache, php and mysql at > www.apachefriends.org...) > > In any case, the SVN book can be found at > http://svnbook.red-bean.com/nightly/en/index.html > that's more info than anyone sanely needs to get started with svn. > > /evan > > > On 4/22/06, Khaled Abou Alfa <kha...@gm...> wrote: > > I'm completely with Evan on this one. CSS layout all the way. Tables > > should really only be used for tabular data. I'll start hacking through > > and giving how I think we should be going down, and then everyone can > > pitch in with ideas etc. > > > > But before I do that, I'll need a bit of a leg up on the whole SVN > > thing. I'm a windows user so if you've got anything to ease my > > progression into this world would be much appreciated :). Also since I'= m > > currently coding my latest redesign I'm in a bit of a coding mood right > > now which is a good thing. > > > > Evan Roth wrote: > > > yeh ignore my colors and layout in that screenshot. it's what i did > > > in about 10 mins to get something to show what fields we had to deal > > > with. we could easily add a <p> to each <div> with text as a > > > description of what the user needs to fill in there. I originally ha= d > > > it, but thought it seemed to be too much text for such trivial info. > > > a better option may be to do something with a mouseover > > > > > > i would also suggest, if we are beginning to redo the layout, that we > > > move away from tabled layout and into all css/div stuff. first, it's > > > web 2.0 friendly. but most importantly, it allows users to generate > > > their own layouts (skins) down the road...which would be inline with > > > the plugin culture you want to aim for. and it's always better to > > > look at it that way from the ground up, rather than have to change it > > > all later. (if you haven't seen it before, check out > > > http://blog.html.it/layoutgala/ --- 1 simple tableless layout in 40 > > > different stylesheets kind of shows endless possibilities. > > > > > > On 4/22/06, *Andrew Turner* <ajt...@hi... > > > <mailto:ajt...@hi... >> wrote: > > > > > > On 4/22/06, Evan Roth <eva...@gm... > > > <mailto:eva...@gm...>> wrote: > > > > ok, then here you go. a screenshot of what i am aiming for, as > > > well as the > > > > html markup. > > > > > > As I mentioned in my other email, I like the layout. Perhaps just > > > splitting up the help info so it's next to the appropriate fields= . > > > > > > > 1 thing i left out, since i'm not quite that far yet...when the > > > user submits > > > > back, of course we need to run through and check for errors. i= f > > > an error is > > > > found, the <div> encasing a label and input/select will have a > > > border of > > > > some color (red usually is good for errors) and we insert a > > > short error text > > > > <p> in the <div> above the input field, so the user can correct > it. > > > > > > Well, we can do on the fly error checking via JS (valid email, va= lid > > > hostnames, etc.) and then do actual "can I write to the db" testi= ng > > > and return like you said. > > > > > > > > > > > feel free to change colors, fonts, layout or even the markup as > > > needed. i > > > > can fix the code later. I'd also imagine that this does not > > > need to fit > > > > into the redesign of the site, since the script is run once, an= d > > > then > > > > hopefully moved or deleted. (although keeping with our color > > > scheme is > > > > always a good idea) > > > > > > > > > > Definitely color scheme/style. > > > > > > > > > > > On 4/22/06, Broken Kode <kha...@gm... > > > <mailto:kha...@gm...>> wrote: > > > > > I wouldn't call myself an expert on anything :), however I > > > dabble and I > > > > > > He's lying. :) > > > > > > Khaled, you mentioned about doing the code of the layout or the C= SS > of > > > the layout first. I think it would be better if you created the > > > prototype CSS for the site. When you come to things like tables, > just > > > put a single row and then we/I will go back and insert the PHP to > fill > > > in the table for each row. You can also put in any comments <!-- = --> > > > or just <p class=3D"design_comment"></p> for 'how' something shou= ld > > > work > > > if you have any ideas. e.g. > > > > > > <table id=3D"feeds_table"> > > > <tr class=3D"feeds_row even"><td>Example > > > title</td><td>View</td><td>Delete</td></tr> > > > </table> > > > <p class=3D"design_comment">The row should fade away when the use= r > hits > > > delete. When the user presses "view" there should be a cool > flyout</p> > > > > > > I think doing the CSS/Layout first will allow you to work with a > > > clean > > > slate and implement exactly what you have designed/pictured. Then > we, > > > as programmers, can just fill in the underlying nitty-gritty. > > > > > > > > > > > know enough people who are experts if I hit a brick wall, so > > > if you want > > > > > I can jump in to play around with the CSS and then people can > > > see what > > > > > I'm trying to do and either code it in a cleaner fashion or > > > streamline > > > > > it as they see fit or whatever? > > > > > > > > > > I'm going to have to wait and see what happens with the whole > > > SVN change > > > > > and whatever before I jump into that area though.. > > > > > > Do you have, or know how to run SVN? It's rather straight forward= . > > > > > > > > > -- > > > Andrew Turner > > > ajt...@hi... > > > <mailto:ajt...@hi...> 42.4266N x 83.4931W > > > http://highearthorbit.com Northville, Michigan, USA > > > > > > > > > > > > -- Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
From: Evan R. <eva...@gm...> - 2006-04-22 18:01:06
|
hey khaled, i'm not sure what you prefer to use for development. if you have no preference yet, i can highly recommend eclipse (http://www.eclipse.org/). = i use it at home for php/web apps, and we use it at work for all our java related stuff...super flexible. in any case, it has built in SVN support, which makes it really easy via plugin. there are probably plenty of other options...perhaps asking google might help. (if you want full dev suite on a windows pc, grab XAMPP for apache, php and mysql at www.apachefriends.org...) In any case, the SVN book can be found at http://svnbook.red-bean.com/nightly/en/index.html that's more info than anyone sanely needs to get started with svn. /evan On 4/22/06, Khaled Abou Alfa <kha...@gm...> wrote: > > I'm completely with Evan on this one. CSS layout all the way. Tables > should really only be used for tabular data. I'll start hacking through > and giving how I think we should be going down, and then everyone can > pitch in with ideas etc. > > But before I do that, I'll need a bit of a leg up on the whole SVN > thing. I'm a windows user so if you've got anything to ease my > progression into this world would be much appreciated :). Also since I'm > currently coding my latest redesign I'm in a bit of a coding mood right > now which is a good thing. > > Evan Roth wrote: > > yeh ignore my colors and layout in that screenshot. it's what i did > > in about 10 mins to get something to show what fields we had to deal > > with. we could easily add a <p> to each <div> with text as a > > description of what the user needs to fill in there. I originally had > > it, but thought it seemed to be too much text for such trivial info. > > a better option may be to do something with a mouseover > > > > i would also suggest, if we are beginning to redo the layout, that we > > move away from tabled layout and into all css/div stuff. first, it's > > web 2.0 friendly. but most importantly, it allows users to generate > > their own layouts (skins) down the road...which would be inline with > > the plugin culture you want to aim for. and it's always better to > > look at it that way from the ground up, rather than have to change it > > all later. (if you haven't seen it before, check out > > http://blog.html.it/layoutgala/ --- 1 simple tableless layout in 40 > > different stylesheets kind of shows endless possibilities. > > > > On 4/22/06, *Andrew Turner* <ajt...@hi... > > <mailto:ajt...@hi...>> wrote: > > > > On 4/22/06, Evan Roth <eva...@gm... > > <mailto:eva...@gm...>> wrote: > > > ok, then here you go. a screenshot of what i am aiming for, as > > well as the > > > html markup. > > > > As I mentioned in my other email, I like the layout. Perhaps just > > splitting up the help info so it's next to the appropriate fields. > > > > > 1 thing i left out, since i'm not quite that far yet...when the > > user submits > > > back, of course we need to run through and check for errors. if > > an error is > > > found, the <div> encasing a label and input/select will have a > > border of > > > some color (red usually is good for errors) and we insert a > > short error text > > > <p> in the <div> above the input field, so the user can correct > it. > > > > Well, we can do on the fly error checking via JS (valid email, vali= d > > hostnames, etc.) and then do actual "can I write to the db" testing > > and return like you said. > > > > > > > > feel free to change colors, fonts, layout or even the markup as > > needed. i > > > can fix the code later. I'd also imagine that this does not > > need to fit > > > into the redesign of the site, since the script is run once, and > > then > > > hopefully moved or deleted. (although keeping with our color > > scheme is > > > always a good idea) > > > > > > > Definitely color scheme/style. > > > > > > > > On 4/22/06, Broken Kode <kha...@gm... > > <mailto:kha...@gm...>> wrote: > > > > I wouldn't call myself an expert on anything :), however I > > dabble and I > > > > He's lying. :) > > > > Khaled, you mentioned about doing the code of the layout or the CSS > of > > the layout first. I think it would be better if you created the > > prototype CSS for the site. When you come to things like tables, > just > > put a single row and then we/I will go back and insert the PHP to > fill > > in the table for each row. You can also put in any comments <!-- --= > > > or just <p class=3D"design_comment"></p> for 'how' something should > > work > > if you have any ideas. e.g. > > > > <table id=3D"feeds_table"> > > <tr class=3D"feeds_row even"><td>Example > > title</td><td>View</td><td>Delete</td></tr> > > </table> > > <p class=3D"design_comment">The row should fade away when the user > hits > > delete. When the user presses "view" there should be a cool > flyout</p> > > > > I think doing the CSS/Layout first will allow you to work with a > > clean > > slate and implement exactly what you have designed/pictured. Then > we, > > as programmers, can just fill in the underlying nitty-gritty. > > > > > > > > know enough people who are experts if I hit a brick wall, so > > if you want > > > > I can jump in to play around with the CSS and then people can > > see what > > > > I'm trying to do and either code it in a cleaner fashion or > > streamline > > > > it as they see fit or whatever? > > > > > > > > I'm going to have to wait and see what happens with the whole > > SVN change > > > > and whatever before I jump into that area though.. > > > > Do you have, or know how to run SVN? It's rather straight forward. > > > > > > -- > > Andrew Turner > > ajt...@hi... > > <mailto:ajt...@hi...> 42.4266N x 83.4931W > > http://highearthorbit.com Northville, Michigan, USA > > > > > > |
From: Khaled A. A. <kha...@gm...> - 2006-04-22 17:19:45
|
I'm completely with Evan on this one. CSS layout all the way. Tables should really only be used for tabular data. I'll start hacking through and giving how I think we should be going down, and then everyone can pitch in with ideas etc. But before I do that, I'll need a bit of a leg up on the whole SVN thing. I'm a windows user so if you've got anything to ease my progression into this world would be much appreciated :). Also since I'm currently coding my latest redesign I'm in a bit of a coding mood right now which is a good thing. Evan Roth wrote: > yeh ignore my colors and layout in that screenshot. it's what i did > in about 10 mins to get something to show what fields we had to deal > with. we could easily add a <p> to each <div> with text as a > description of what the user needs to fill in there. I originally had > it, but thought it seemed to be too much text for such trivial info. > a better option may be to do something with a mouseover > > i would also suggest, if we are beginning to redo the layout, that we > move away from tabled layout and into all css/div stuff. first, it's > web 2.0 friendly. but most importantly, it allows users to generate > their own layouts (skins) down the road...which would be inline with > the plugin culture you want to aim for. and it's always better to > look at it that way from the ground up, rather than have to change it > all later. (if you haven't seen it before, check out > http://blog.html.it/layoutgala/ --- 1 simple tableless layout in 40 > different stylesheets kind of shows endless possibilities. > > On 4/22/06, *Andrew Turner* <ajt...@hi... > <mailto:ajt...@hi...>> wrote: > > On 4/22/06, Evan Roth <eva...@gm... > <mailto:eva...@gm...>> wrote: > > ok, then here you go. a screenshot of what i am aiming for, as > well as the > > html markup. > > As I mentioned in my other email, I like the layout. Perhaps just > splitting up the help info so it's next to the appropriate fields. > > > 1 thing i left out, since i'm not quite that far yet...when the > user submits > > back, of course we need to run through and check for errors. if > an error is > > found, the <div> encasing a label and input/select will have a > border of > > some color (red usually is good for errors) and we insert a > short error text > > <p> in the <div> above the input field, so the user can correct it. > > Well, we can do on the fly error checking via JS (valid email, valid > hostnames, etc.) and then do actual "can I write to the db" testing > and return like you said. > > > > > feel free to change colors, fonts, layout or even the markup as > needed. i > > can fix the code later. I'd also imagine that this does not > need to fit > > into the redesign of the site, since the script is run once, and > then > > hopefully moved or deleted. (although keeping with our color > scheme is > > always a good idea) > > > > Definitely color scheme/style. > > > > > On 4/22/06, Broken Kode <kha...@gm... > <mailto:kha...@gm...>> wrote: > > > I wouldn't call myself an expert on anything :), however I > dabble and I > > He's lying. :) > > Khaled, you mentioned about doing the code of the layout or the CSS of > the layout first. I think it would be better if you created the > prototype CSS for the site. When you come to things like tables, just > put a single row and then we/I will go back and insert the PHP to fill > in the table for each row. You can also put in any comments <!-- --> > or just <p class="design_comment"></p> for 'how' something should > work > if you have any ideas. e.g. > > <table id="feeds_table"> > <tr class="feeds_row even"><td>Example > title</td><td>View</td><td>Delete</td></tr> > </table> > <p class="design_comment">The row should fade away when the user hits > delete. When the user presses "view" there should be a cool flyout</p> > > I think doing the CSS/Layout first will allow you to work with a > clean > slate and implement exactly what you have designed/pictured. Then we, > as programmers, can just fill in the underlying nitty-gritty. > > > > > know enough people who are experts if I hit a brick wall, so > if you want > > > I can jump in to play around with the CSS and then people can > see what > > > I'm trying to do and either code it in a cleaner fashion or > streamline > > > it as they see fit or whatever? > > > > > > I'm going to have to wait and see what happens with the whole > SVN change > > > and whatever before I jump into that area though.. > > Do you have, or know how to run SVN? It's rather straight forward. > > > -- > Andrew Turner > ajt...@hi... > <mailto:ajt...@hi...> 42.4266N x 83.4931W > http://highearthorbit.com Northville, Michigan, USA > > |
From: Andrew T. <ajt...@hi...> - 2006-04-22 16:40:54
|
Evan, the current version (as of 0.2.something) provides a "Config" interface that the user can edit at any point for things like time zone, number of feed items, etc. This is now all stored in the DB itself. So the install script should just be the stuff you sent in your screenshot. Which I think is a good start. And it should match the rest of the app layout/style to tie it into the whole app. Andrew On 4/22/06, Evan Roth <eva...@gm...> wrote: > Hey guys, > > another open question... > > As I'm forced to redo the install script quite a bit to allow for user in= put > (first user info...) and then a submit to start the install/update proces= s, > do we want to migrate the main config stuff to the install script as well= . > That would mean that the user would not have to edit config.php, but rath= er > we generate it for him when he enters his DB connection info in the insta= ll > script. If needed, he can go tweak the config file for the other > parameters. > > Although, i want to avoid opening a can of worms...if there already is a > config.php, then we need to do an update, which could be a bit messy. > > Or do we forget it for now, and just go for the user info? > > /evan > -- Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
From: Evan R. <eva...@gm...> - 2006-04-22 14:43:19
|
yeh ignore my colors and layout in that screenshot. it's what i did in about 10 mins to get something to show what fields we had to deal with. we could easily add a <p> to each <div> with text as a description of what the user needs to fill in there. I originally had it, but thought it seemed to be too much text for such trivial info. a better option may be to do something with a mouseover i would also suggest, if we are beginning to redo the layout, that we move away from tabled layout and into all css/div stuff. first, it's web 2.0friendly. but most importantly, it allows users to generate their own layouts (skins) down the road...which would be inline with the plugin culture you want to aim for. and it's always better to look at it that way from the ground up, rather than have to change it all later. (if you haven't seen it before, check out http://blog.html.it/layoutgala/ --- 1 simple tableless layout in 40 different stylesheets kind of shows endless possibilities. On 4/22/06, Andrew Turner <ajt...@hi...> wrote: > > On 4/22/06, Evan Roth <eva...@gm...> wrote: > > ok, then here you go. a screenshot of what i am aiming for, as well as > the > > html markup. > > As I mentioned in my other email, I like the layout. Perhaps just > splitting up the help info so it's next to the appropriate fields. > > > 1 thing i left out, since i'm not quite that far yet...when the user > submits > > back, of course we need to run through and check for errors. if an > error is > > found, the <div> encasing a label and input/select will have a border o= f > > some color (red usually is good for errors) and we insert a short error > text > > <p> in the <div> above the input field, so the user can correct it. > > Well, we can do on the fly error checking via JS (valid email, valid > hostnames, etc.) and then do actual "can I write to the db" testing > and return like you said. > > > > > feel free to change colors, fonts, layout or even the markup as > needed. i > > can fix the code later. I'd also imagine that this does not need to fi= t > > into the redesign of the site, since the script is run once, and then > > hopefully moved or deleted. (although keeping with our color scheme is > > always a good idea) > > > > Definitely color scheme/style. > > > > > On 4/22/06, Broken Kode <kha...@gm...> wrote: > > > I wouldn't call myself an expert on anything :), however I dabble and > I > > He's lying. :) > > Khaled, you mentioned about doing the code of the layout or the CSS of > the layout first. I think it would be better if you created the > prototype CSS for the site. When you come to things like tables, just > put a single row and then we/I will go back and insert the PHP to fill > in the table for each row. You can also put in any comments <!-- --> > or just <p class=3D"design_comment"></p> for 'how' something should work > if you have any ideas. e.g. > > <table id=3D"feeds_table"> > <tr class=3D"feeds_row even"><td>Example > title</td><td>View</td><td>Delete</td></tr> > </table> > <p class=3D"design_comment">The row should fade away when the user hits > delete. When the user presses "view" there should be a cool flyout</p> > > I think doing the CSS/Layout first will allow you to work with a clean > slate and implement exactly what you have designed/pictured. Then we, > as programmers, can just fill in the underlying nitty-gritty. > > > > > know enough people who are experts if I hit a brick wall, so if you > want > > > I can jump in to play around with the CSS and then people can see wha= t > > > I'm trying to do and either code it in a cleaner fashion or streamlin= e > > > it as they see fit or whatever? > > > > > > I'm going to have to wait and see what happens with the whole SVN > change > > > and whatever before I jump into that area though.. > > Do you have, or know how to run SVN? It's rather straight forward. > > > -- > Andrew Turner > ajt...@hi... 42.4266N x 83.4931W > http://highearthorbit.com Northville, Michigan, USA > |
From: Andrew T. <ajt...@hi...> - 2006-04-22 13:15:11
|
On 4/22/06, Evan Roth <eva...@gm...> wrote: > ok, then here you go. a screenshot of what i am aiming for, as well as t= he > html markup. As I mentioned in my other email, I like the layout. Perhaps just splitting up the help info so it's next to the appropriate fields. > 1 thing i left out, since i'm not quite that far yet...when the user subm= its > back, of course we need to run through and check for errors. if an error= is > found, the <div> encasing a label and input/select will have a border of > some color (red usually is good for errors) and we insert a short error t= ext > <p> in the <div> above the input field, so the user can correct it. Well, we can do on the fly error checking via JS (valid email, valid hostnames, etc.) and then do actual "can I write to the db" testing and return like you said. > > feel free to change colors, fonts, layout or even the markup as needed. = i > can fix the code later. I'd also imagine that this does not need to fit > into the redesign of the site, since the script is run once, and then > hopefully moved or deleted. (although keeping with our color scheme is > always a good idea) > Definitely color scheme/style. > > On 4/22/06, Broken Kode <kha...@gm...> wrote: > > I wouldn't call myself an expert on anything :), however I dabble and I He's lying. :) Khaled, you mentioned about doing the code of the layout or the CSS of the layout first. I think it would be better if you created the prototype CSS for the site. When you come to things like tables, just put a single row and then we/I will go back and insert the PHP to fill in the table for each row. You can also put in any comments <!-- --> or just <p class=3D"design_comment"></p> for 'how' something should work if you have any ideas. e.g. <table id=3D"feeds_table"> <tr class=3D"feeds_row even"><td>Example title</td><td>View</td><td>Delete</td></tr> </table> <p class=3D"design_comment">The row should fade away when the user hits delete. When the user presses "view" there should be a cool flyout</p> I think doing the CSS/Layout first will allow you to work with a clean slate and implement exactly what you have designed/pictured. Then we, as programmers, can just fill in the underlying nitty-gritty. > > know enough people who are experts if I hit a brick wall, so if you wan= t > > I can jump in to play around with the CSS and then people can see what > > I'm trying to do and either code it in a cleaner fashion or streamline > > it as they see fit or whatever? > > > > I'm going to have to wait and see what happens with the whole SVN chang= e > > and whatever before I jump into that area though.. Do you have, or know how to run SVN? It's rather straight forward. -- Andrew Turner ajt...@hi... 42.4266N x 83.4931W http://highearthorbit.com Northville, Michigan, USA |
From: Evan R. <eva...@gm...> - 2006-04-22 11:26:17
|
{\rtf1\ansi\ansicpg1252\deff0\deflang1033{\fonttbl{\f0\fswiss\fcharset0 Ari= al;}} {\*\generator Msftedit 5.41.15.1507;}\viewkind4\uc1\pard\f0\fs20\tab <form = name=3D"frmInstallInfo" method=3D"post">\par \tab <fieldset><legend>Database Connection</legend>\par \tab <div class=3D"description">\par <p>Please enter the information concerning your database where FoF-= Redux data will be stored.</p>\par \tab\tab <p class=3D"last">You must create the database and user before att= empting to install FoF-Redux.</p>\par </div>\par <div>\par <label for=3D"dbhost">Database Hostname:</label>\par <input name=3D"dbhost" id=3D"dbhost" class=3D"" size=3D"10" maxleng= th=3D"20" value=3D"" type=3D"text"/>\par </div>\par <div>\par <label for=3D"dbuser">Database Username:</label>\par <input name=3D"dbuser" id=3D"dbuser" class=3D"" size=3D"10" maxleng= th=3D"20" value=3D"" type=3D"text"/>\par </div>\par <div>\par <label for=3D"dbpass">Database Password:</label>\par \tab <input name=3D"dbpass" id=3D"dbpass" class=3D"" size=3D"10" maxlen= gth=3D"25" value=3D"" type=3D"password"/>\par </div>\par <div>\par <label for=3D"confirm_dbpass">Please re-enter database password:</l= abel>\par <input name=3D"confirm_dbpass" id=3D"confirm_dbpass" class=3D"" siz= e=3D"10" maxlength=3D"25" value=3D"" type=3D"password"/>\par </div>\par <div>\par <label for=3D"dbname">Database Name:</label>\par <input name=3D"dbname" id=3D"dbhost" class=3D"" size=3D"10" maxleng= th=3D"20" value=3D"fofredux" type=3D"text"/>\par </div>\par <div>\par <label for=3D"dbtype">Database Type:</label>\par <select name=3D"dbtype" id=3D"dbtype" class=3D"select"><option valu= e=3D"">Select a Database</option><option value=3D"mysql">MySQL</option><opt= ion value=3D"postgre">PostgreSQL</option></select>\par </div>\par </fieldset>\par \tab <fieldset><legend>Login Information</legend>\par <div class=3D"description">\par <p>Please enter your desired username and email address.</p>\par \tab\tab <p class=3D"last">For the sake of security, your password should b= e at least 8 characters long and is case-sensitive. Please keep in mind tha= t you should select a password that is not a dictionary word and contains a= combination of letters, numbers and special characters.</p>\par </div>\par <div>\par <div>\par <label for=3D"username">Username:</label>\par <input name=3D"username" id=3D"username" class=3D"" size=3D"10" max= length=3D"20" value=3D"" type=3D"text"/>\par </div>\par <div>\par <label for=3D"email">Email:</label>\par <input name=3D"email" id=3D"email" class=3D"" size=3D"10" maxlength= =3D"30" value=3D"" type=3D"text"/>\par </div>\par <div>\par <label for=3D"confirm_email">Please re-enter your Email:</label>\pa= r <input name=3D"confirm_email" id=3D"confirm_email" class=3D"" size= =3D"10" maxlength=3D"30" value=3D"" type=3D"text"/>\par </div>\par <div>\par <label for=3D"password">Password:</label>\par \tab <input name=3D"password" id=3D"password" class=3D"" size=3D"10" ma= xlength=3D"25" value=3D"" type=3D"password"/>\par </div>\par <div>\par <label for=3D"confirm_password">Please re-enter your password:</lab= el>\par <input name=3D"confirm_password" id=3D"confirm_password" class=3D""= size=3D"10" maxlength=3D"25" value=3D"" type=3D"password"/>\par </div>\par \tab </fieldset>\par \tab <fieldset>\par \tab <div class=3D"submit">\par \tab \tab <input type=3D"submit" value=3D"Start Install"/>\par \tab\tab </div>\par \tab </fieldset>\par \tab </form>\par } =00 |
From: Broken K. <kha...@gm...> - 2006-04-22 11:04:08
|
I wouldn't call myself an expert on anything :), however I dabble and I know enough people who are experts if I hit a brick wall, so if you want I can jump in to play around with the CSS and then people can see what I'm trying to do and either code it in a cleaner fashion or streamline it as they see fit or whatever? I'm going to have to wait and see what happens with the whole SVN change and whatever before I jump into that area though.. Evan Roth wrote: > do we have a CSS expert amongst us? that you khaled? > > as i'm working on incorporating the user stuff into the install > script, i'm using a tableless form, most of which i've adapted from > http://jeffhowden.com/code/css/forms/, but as we don't want to steal > his intellectual property, we should redo the css and so on. > > anyone want to volunteer? (i tend to get suicidal when i have to > think about css... =) > > /evan |