Menu
▾
▴
phpwebsite-developers — For our development team.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
(1) |
Mar
(265) |
Apr
(166) |
May
(25) |
Jun
(17) |
Jul
(20) |
Aug
(47) |
Sep
(6) |
Oct
(14) |
Nov
(66) |
Dec
(64) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(109) |
Feb
(64) |
Mar
(34) |
Apr
(23) |
May
(64) |
Jun
(9) |
Jul
(13) |
Aug
(6) |
Sep
(33) |
Oct
(272) |
Nov
(67) |
Dec
(75) |
| 2003 |
Jan
(264) |
Feb
(244) |
Mar
(171) |
Apr
(119) |
May
(54) |
Jun
(93) |
Jul
(51) |
Aug
(48) |
Sep
(14) |
Oct
(49) |
Nov
(47) |
Dec
(15) |
| 2004 |
Jan
(13) |
Feb
(27) |
Mar
(18) |
Apr
(44) |
May
(35) |
Jun
(24) |
Jul
(39) |
Aug
(142) |
Sep
(35) |
Oct
(34) |
Nov
(49) |
Dec
(24) |
| 2005 |
Jan
(60) |
Feb
(71) |
Mar
(19) |
Apr
(27) |
May
(68) |
Jun
(4) |
Jul
(30) |
Aug
(10) |
Sep
(23) |
Oct
(24) |
Nov
(13) |
Dec
(6) |
| 2006 |
Jan
(4) |
Feb
(46) |
Mar
(64) |
Apr
(18) |
May
(16) |
Jun
(37) |
Jul
(7) |
Aug
(19) |
Sep
(9) |
Oct
(8) |
Nov
(3) |
Dec
(23) |
| 2007 |
Jan
(25) |
Feb
(21) |
Mar
(32) |
Apr
(36) |
May
(12) |
Jun
(1) |
Jul
(7) |
Aug
(15) |
Sep
(13) |
Oct
(1) |
Nov
|
Dec
|
| 2008 |
Jan
(3) |
Feb
(5) |
Mar
(1) |
Apr
(2) |
May
|
Jun
(1) |
Jul
(2) |
Aug
(7) |
Sep
|
Oct
(5) |
Nov
(1) |
Dec
|
| 2009 |
Jan
(7) |
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2002-01-10 20:18:34
|
On Thu, 2002-01-10 at 17:57, Eric Wallace wrote: > This might be obvious but I should have said > "informant" not submitter. > > Also, if we do change author to editor... > I guess we do need to rename the authors table too! This is quite improbable: we want to mantain as much backward compatibility as we can, and your request would break a lot of things. Bye, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 phpWebSite Development Team http://phpwebsite.appstate.edu INWO Project coordinator http://inwoproject.sourceforge.net "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2002-01-10 19:55:38
|
On Thu, 2002-01-10 at 17:53, Eric Wallace wrote: > If I change "admin" to "eric" in the authors table, it > does not update all the announcements already in > stories. fixed: now it does :> I also fixed this to happen also for users and not only admins. Bye, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 phpWebSite Development Team http://phpwebsite.appstate.edu INWO Project coordinator http://inwoproject.sourceforge.net "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2002-01-10 18:41:14
|
On Thu, 2002-01-10 at 17:53, Eric Wallace wrote: > Since we are using a relational database in MySQL, why > do we not take full advantage of its features? > > In both the stories (author, informant) and > comment(name)tables we currently use a text field to > story the data. Why use "admin" in stories instead of > the admin id #? Same with the other columns. > > If I change "admin" to "eric" in the authors table, it > does not update all the announcements already in > stories. I'll take case of this. Thanks for pointing this out. Bye, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 phpWebSite Development Team http://phpwebsite.appstate.edu INWO Project coordinator http://inwoproject.sourceforge.net "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2002-01-10 18:38:19
|
On Thu, 2002-01-10 at 17:57, Eric Wallace wrote: > This might be obvious but I should have said > "informant" not submitter. > > Also, if we do change author to editor... > I guess we do need to rename the authors table too! I'll take care of this. Thanks for pointing this out. Bye, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 phpWebSite Development Team http://phpwebsite.appstate.edu INWO Project coordinator http://inwoproject.sourceforge.net "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
|
From: Eric W. <ecr...@ya...> - 2002-01-10 16:57:07
|
This might be obvious but I should have said "informant" not submitter. Also, if we do change author to editor... I guess we do need to rename the authors table too! ===== Eric T. Wallace er...@ec... ecrosstexas::the texas blog <http://www.ecrosstexas.com/> __________________________________________________ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ |
|
From: Eric W. <ecr...@ya...> - 2002-01-10 16:53:48
|
Since we are using a relational database in MySQL, why do we not take full advantage of its features? In both the stories (author, informant) and comment(name)tables we currently use a text field to story the data. Why use "admin" in stories instead of the admin id #? Same with the other columns. If I change "admin" to "eric" in the authors table, it does not update all the announcements already in stories. ===== Eric T. Wallace er...@ec... ecrosstexas::the texas blog <http://www.ecrosstexas.com/> __________________________________________________ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ |
|
From: Eric W. <ecr...@ya...> - 2002-01-10 16:40:16
|
I suggest that phpWebSite correctly attribute the creative work behind announcements. Why does the one who submits the announcement get tagged "submitter" and the admin gets credit as "author"? The submitter is the one creating the announcement right? And the admin only, corrects, edits, comments, posts. I propose the "submitter" should be termed "author" and the admin posting the story be called "editor". ===== Eric T. Wallace er...@ec... ecrosstexas::the texas blog <http://www.ecrosstexas.com/> __________________________________________________ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ |
|
From: Vlad S. <vl...@bi...> - 2002-01-09 22:23:18
|
hey Alessandro (or whoever catches this first) - i'd otherwise post this to SF but i dont have a web browser handy. there's a $table_prefix missing in lookfeel.php around line #304 or so (in save_lookfeel() UPDATE query). Until i changed it, I couldn't update look&feel settings on a prefixed phpweb. cheers Vlad |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2002-01-09 11:59:49
|
Hi all, I've just committed the final changes to my Look&Feel panel: now you can also edit allowable html tags for both the whole phpwebsite and for comments. Since I created the Look&Feel panel about 10 variables had been moved to SQL and config.php size decreased by about 3000 bytes. Try it and drop me comments. I would also announce the opening of a new parallel CVS branch, named "Roswell" in which I'll test fixed for php 4.1.x to current phpwebsite CVS version. On Roswell I will also try to shift phpwebsite away from the need of register_globals=On. Work on these major changes should take me about a week/ten days then I think we'll be ready for freezing for the new release, as Brian,Matthew and Jeremy suggested. Daily builds of the Roswell branch will be available on my web page at: http://res1.stddev.appstate.edu/phpwebsite/alextxm/ Please do *not* open bugreports for bug contained in Rowsell, nor report them to anyone else than me: the Roswell-branch in, of course, not official. Please also note that the Roswell-branch may be really unstable, so testing it in a production environment is not suggested. As usual, I'm available for any further info/comment/help/etc... Bye, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 phpWebSite Development Team http://phpwebsite.appstate.edu INWO Project coordinator http://inwoproject.sourceforge.net "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
|
From: Mike N. <mh...@us...> - 2002-01-08 14:49:17
|
At 2002-01-04 12:20 -0500, Jeremy Agee wrote: >A little different question is does it annoy any one that just replying >goes to the use and not the list. I can fix it on SF if every one does >not like it. Jeremy, Unfortunately, the SF staff no longer allows list managers this option. see (2001-09-05 12:00:00) https://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1#mailing lists Sourceforge's policy on Reply-To: munging on mailing list https://sourceforge.net/docman/display_doc.php?docid=6693&group_id=1 -- Mike Noyes <mh...@us...> http://leaf.sourceforge.net/ |
|
From: Karsten D. <k.d...@tu...> - 2002-01-07 19:05:28
|
On Wed, Jan 02, 2002 at 11:54:53AM -0800, R. Kersting wrote: > Hi > > I'm trying to setup the banners_admin.php and banners.php I > understand you no longer are using them on your site, but a simple > explaination as to how to make them appear would be most > appreicated. Well, enable the banners in the config file. Should work... > I'm having alot of trouble with blank pages coming up when something > is added. I assume these to be bugs that have yet not been worked > out. When what "something" is added? Is this related to the banners function? > Yet there is no link for to call the banners_admin.php in the admin > section. Seems as if you didn't switch it on. Regards, Karsten -- Why do we have to hide from the police, daddy? Because we use emacs, son. They use vi. ----------------------------- mailto:k.d...@tu... w³: http://www.k-fish.de/ gpg: http://www.k-fish.de/mykeys.gpg |
|
From: Vlad S. <vl...@hu...> - 2002-01-07 15:59:40
|
cGZmdCwgbXkgcHJvYmxlbSB3YXMgYmV0d2VlbiBrZXlib2FyZCBhbmQgY2hhaXIsIGhlaC4uDQoN Cm15IFNRTCB1c2VyIGRpZG4ndCBoYXZlIEFMVEVSIHByaXZpbGVnZXMsIHNvIHRoZSB1cGdyYWRl IHNjcmlwdCBuZXZlciBhZGRlZCB0aGUgZXh0cmEgZmllbGQgdG8gdGhlIGNvcmVfYmxvY2tzIHRh YmxlLg0KDQpXZWlyZCB0aGluZyB0aG91Z2ggLSBzaG91bGQgaXQgbm90IGFkZCB0aGUgZG9ja2lu ZyBmaWVsZCBkdXJpbmcgdGhlIGluaXRpYWwgaW5zdGFsbD8gSSBoYXZlbid0IHNlZW4gaXQgdW50 aWwgSSByYW4gdGhlIHVwZ3JhZGUgc2NyaXB0IGZyb20gMC44LjEuDQoNCmFsc28sIGl0IHdvdWxk IGJlIGhhbmR5IGlmIHRoZSBpbnN0YWxsIHNjcmlwdCBkaWQgc29tZSBiYXNpYyBjaGVja2luZyBv biB0aGUgU1FMIGFjY291bnQgdGhhdCBpdCB3YXMgcHJvdmlkZWQgd2l0aC4gVGhhdCBtaWdodCBl bGltaW5hdGUgc29tZSBJRDEwVCBlcnJvcnMsIHN1Y2ggYXMgdGhlIG9uZSBJIHJhbiBpbnRvIDsp DQoNCg0KDQpiZXN0IHJlZ2FyZHMsDQoNClZsYWQNCg0KDQo= |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2002-01-07 15:20:55
|
On Sat, 2002-01-05 at 08:09, spiggy wrote:
> Vlad Sedov wrote:
>
> >Ok, here's a minor problem i had with CVS tarball and blocks -
> >
> >remember I complained that I could not add blocks (they were somehow
> >directed into oblivion)?
> >I made the id field in the core_blocks table auto_increment, and voila!
> >Blocks started showing up.
> >
> >the saving query looks like this:
> >
> >mysql_query("INSERT INTO " . $table_prefix."core_blocks VALUES (NULL,
> >$block_order+1, '$block_location', '1',.......... etc etc
> >
> >from what I could figure out, if you're trying to pass NULL to the primary
> >key field that doesn't auto-increment, the query succeeds but doesn't
> >actually add anything to the table.
> >
> >Has anyone else had this problem?...
> >
>
> mine increments just fine but there is a missing value in the middle of
> the insert statement, namely 'docking',. i havent figured out the
> meaning of it so if i insert docking as zero (NULL, $block_order+1,
> '$block_location', '0', '1', '$data') the block gets inserted into the
> table.
>
> paivi
I've deeply tested the blocks feature and the codelines both of you
pointed out:
Vlad: it is _not_ normal that your id column doesn't auto_increment.
Please try reinstalling from scratch the latest CVS version.
Btw code is okay: I installed it and my core_blocks->id has
auto_increment as expected.
paivi: the docking element is _not_ part of the standard core_clocks
table; I mean: it does not come in phpwebsite db schema for install.
As for Vlad, please try reinstalling from scrath the latest CVS version,
due to the fact that code is okay.
Please feel free to report me any further problem
HTH
Kind Regards,
Alessandro
--
Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087
phpWebSite Development Team http://phpwebsite.appstate.edu
INWO Project coordinator http://inwoproject.sourceforge.net
"I will carry you through, hicking and screaming,
and in the end you will thank me"
- Tyler Durden [from "Fight Club"]
|
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2002-01-07 15:11:39
|
Hi all I've just fixed what would hopefully be the latest i18n bug for a while: now also date- and time-stamps on articles and links are translated into locale language (was bug #484658). Happy babel-talks to all ;-> Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 phpWebSite Development Team http://phpwebsite.appstate.edu INWO Project coordinator http://inwoproject.sourceforge.net "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2002-01-06 21:46:58
|
On Sun, 2002-01-06 at 22:31, W.D.Sumilang wrote: > Correct me if i'm wrong :) > Isn't $_SESSION php4.1 specific? Is there a session class that can detect > phpversions and get/set sess vars accordingly? > -Warren Yes, this is php 4.1.x specific. A wrapper around this is undergoing. Bye, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 phpWebSite Development Team http://phpwebsite.appstate.edu INWO Project coordinator http://inwoproject.sourceforge.net "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
|
From: W.D.Sumilang <wa...@on...> - 2002-01-06 21:31:23
|
Correct me if i'm wrong :) Isn't $_SESSION php4.1 specific? Is there a session class that can detect phpversions and get/set sess vars accordingly? -Warren > Message: 2 > Subject: Re: [Phpwebsite-developers] PHP4.1/ admin functions > From: Alessandro "Pisani (TXM / J578)" <al...@ti...> > To: spiggy <th...@me...> > Cc: phpWebSite Developers Mail-List > <php...@li...> > Date: 06 Jan 2002 00:25:59 +0100 > > On Sat, 2002-01-05 at 16:42, spiggy wrote: > > as a quickfix replacing > > > > $admintest=$security_hash > > > > with > > > > $_SESSION["admintest"]=$security_hash > > > > in auth.inc.php seems to fix the admin login issues at least for > me... > > and i am running a linux system (redhat7.2). Register_globals has > to be > > set *ON* in php.ini. > > > Thank you. I'll commit them asap along with the other php 4.1.x fixes > I'm working on (I think them will crash-land during the next week). > > Thanks for your help > Kind Regards, > Alessandro __________________________________________________ FREE voicemail, email, and fax...all in one place. Sign Up Now! http://www.onebox.com |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2002-01-06 18:52:45
|
Hi all, I've moved $help_system to my new "Look and Feel" admin panel; upgrade/install scripts had been conseguentely updated. I've also added a new function to mainfile, called form_options(); It generates and selects options of a <option>/<input type="radio"/<input type="checkbox" form. I've used it during creation of my Look&Feel panel, and I think it could be useful for other developers. The new function is commented in the /** */ style, so it will be auto-documented at next docs sync. Bye, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 phpWebSite Development Team http://phpwebsite.appstate.edu INWO Project coordinator http://inwoproject.sourceforge.net "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2002-01-05 23:31:12
|
On Sat, 2002-01-05 at 08:09, spiggy wrote: > > mine increments just fine but there is a missing value in the middle of > the insert statement, namely 'docking',. i havent figured out the > meaning of it so if i insert docking as zero (NULL, $block_order+1, > '$block_location', '0', '1', '$data') the block gets inserted into the > table. > > paivi I'll investigate this (and hopefully fix it!) tomorrow. Thanks for the hint and..stay tuned! Kind Regards, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 phpWebSite Development Team http://phpwebsite.appstate.edu INWO Project coordinator http://inwoproject.sourceforge.net "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2002-01-05 23:29:51
|
On Sat, 2002-01-05 at 16:42, spiggy wrote: > as a quickfix replacing > > $admintest=$security_hash > > with > > $_SESSION["admintest"]=$security_hash > > in auth.inc.php seems to fix the admin login issues at least for me... > and i am running a linux system (redhat7.2). Register_globals has to be > set *ON* in php.ini. > Thank you. I'll commit them asap along with the other php 4.1.x fixes I'm working on (I think them will crash-land during the next week). Thanks for your help Kind Regards, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 phpWebSite Development Team http://phpwebsite.appstate.edu INWO Project coordinator http://inwoproject.sourceforge.net "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2002-01-05 22:23:21
|
Hi all, I've just commited to CVS a major rewrite of the module_installer by Philip McAllister, added yesterday by Matthew. This major rewrite was needed mainly to fix problems when PHP is in safe mode and for the big amount of bug contained in it (sorry Philip :( ) Changes: - now works when PHP is in safe_mode - added support for modules with modulename_setup.php - fixed modules directories detection - do not list CVS, blocks, poll, userpage and mainpage as installable modules - fixed "alreadyinstalled" modules detection - added TRANSLATE[[ ... ]] statements - something I forgot :> Bye, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 phpWebSite Development Team http://phpwebsite.appstate.edu INWO Project coordinator http://inwoproject.sourceforge.net "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
|
From: spiggy <th...@me...> - 2002-01-05 15:28:22
|
as a quickfix replacing $admintest=$security_hash with $_SESSION["admintest"]=$security_hash in auth.inc.php seems to fix the admin login issues at least for me... and i am running a linux system (redhat7.2). Register_globals has to be set *ON* in php.ini. Paivi |
|
From: spiggy <th...@me...> - 2002-01-05 06:55:52
|
Vlad Sedov wrote:
>Ok, here's a minor problem i had with CVS tarball and blocks -
>
>remember I complained that I could not add blocks (they were somehow
>directed into oblivion)?
>I made the id field in the core_blocks table auto_increment, and voila!
>Blocks started showing up.
>
>the saving query looks like this:
>
>mysql_query("INSERT INTO " . $table_prefix."core_blocks VALUES (NULL,
>$block_order+1, '$block_location', '1',.......... etc etc
>
>from what I could figure out, if you're trying to pass NULL to the primary
>key field that doesn't auto-increment, the query succeeds but doesn't
>actually add anything to the table.
>
>Has anyone else had this problem?...
>
mine increments just fine but there is a missing value in the middle of
the insert statement, namely 'docking',. i havent figured out the
meaning of it so if i insert docking as zero (NULL, $block_order+1,
'$block_location', '0', '1', '$data') the block gets inserted into the
table.
paivi
|
|
From: Vlad S. <vl...@hu...> - 2002-01-05 06:33:05
|
Ok, here's a minor problem i had with CVS tarball and blocks -
remember I complained that I could not add blocks (they were somehow
directed into oblivion)?
I made the id field in the core_blocks table auto_increment, and voila!
Blocks started showing up.
the saving query looks like this:
mysql_query("INSERT INTO " . $table_prefix."core_blocks VALUES (NULL,
$block_order+1, '$block_location', '1',.......... etc etc
from what I could figure out, if you're trying to pass NULL to the primary
key field that doesn't auto-increment, the query succeeds but doesn't
actually add anything to the table.
Has anyone else had this problem?...
thanks
Vlad
|
|
From: Vlad S. <vl...@hu...> - 2002-01-04 22:25:30
|
SGV5LCBpdCB3b3JrcyEgOikNCg0KaSBoYWQgdG8gYWRkIHRoZSBpbmNsdWRlIHN0YXRlbWVudCBp biBhZG1pbi5waHAgLSANCmluY2x1ZGUoIi4vYWRtaW4vbG9va2ZlZWwucGhwIik7DQoNCnNob3Vs ZCBJIF9ub3RfIGhhdmUgZG9uZSB0aGlzPy4uLiBpcyBpdCBpbmNsdWRlZCBlbHNld2hlcmU/Li4u DQoNCg0KDQp0aGFua3MNCg0KVmxhZA0KDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N Cj4gRnJvbTogcGhwd2Vic2l0ZS1kZXZlbG9wZXJzLWFkbWluQGxpc3RzLnNvdXJjZWZvcmdlLm5l dA0KPiBbbWFpbHRvOnBocHdlYnNpdGUtZGV2ZWxvcGVycy1hZG1pbkBsaXN0cy5zb3VyY2Vmb3Jn ZS5uZXRdT24gQmVoYWxmIE9mDQo+IEFsZXNzYW5kcm8gUGlzYW5pIChUWE0gLyBKNTc4KQ0KPiBT ZW50OiBGcmlkYXksIEphbnVhcnkgMDQsIDIwMDIgMzoxMSBwbQ0KPiBUbzogcGhwV2ViU2l0ZSBE ZXZlbG9wZXJzIE1haWwtTGlzdA0KPiBDYzogTWF0dGhldyBNY05hbmV5DQo+IFN1YmplY3Q6IFtQ aHB3ZWJzaXRlLWRldmVsb3BlcnNdIGRydW0gcm9sbHMsIHBsZWFzZSEgOj4NCj4gDQo+IA0KPiBB ZnRlciBhbiBldmVuaW5nIHNwZW50IGluIHRlc3RpbmcvZml4aW5nIGFuZCBmaXZlIG1pbnV0ZXMg b2YgcHVyZSBwYW5pYw0KPiBkdWUgdG8gQ1ZTIGNvbmZsaWN0cyAobm93IHNvbHZlZCksIEkndmUg ZmluYWxseSB1cGxvYWRlZCB0aGUgbmV3ICJMb29rICYNCj4gRmVlbCIgYWRtaW4gcGFuZWwuDQo+ IEVoeSwgc3RvcCBpbWFnaW5lIHN1Y2ggYSB3b25kZXJmdWwgdGhpbmc6IGl0IGFjdHVhbGx5IGhh cyBsaW1pdGVkDQo+IGZlYXR1cmVzLiBDdXJyZW50IGZlYXR1cmVzICh3aGljaCByZXBsYWNlcyBv bGQgdmFyaWFibGVzIGluIGNvbmZpZy5waHApDQo+IGFyZToNCj4gDQo+IHNldHRpbmcgb2YgdGhl IG9sZDoNCj4gDQo+ICAtICRkZWZhdWx0X3RoZW1lICAgKHNpdGUgZ2xvYmFsIHRoZW1lKQ0KPiAg LSAkZGlzYWJsZV90aGVtZXMgIChjYW4gdXNlciBoYXZlIGEgb3duIHRoZW1lPykNCj4gIC0gJGJs b2NrX3BlcmNlbnQgICAoY29sdW1ucyBzaXplIGluICUpDQo+ICAtICRleHRlbmRfbWVudSAgICAg KG1lbnUgaXMgZnVsbHkgZXh0ZW5kZWQgYnkgZGVmYXVsdD8pDQo+ICAtICRzaG93X2FydGljbGVz X21vcmVieXRlcyAoc2VsZiBleHBsaWNhdGl2ZSA6PikNCj4gDQo+IEFsbCB0aGVzZSB2YWx1ZXMg YXJlIHN0b3JlZCBpbiBhbiB1cGRhdGVkIHZlcnNpb24gb2YgdGhlIGZsYWdzIHRhYmxlLg0KPiBJ IGtub3cgaXQgd291bGQgYmUgYmV0dGVyIHRvIHN0b3JlIHRoZW0gaW4gYSBwcm9wZXIgdGFibGUs IGJ1dCBJDQo+IHByZWZlcnJlZCBzdG9yaW5nIHRoZW0gdGhlcmUgZHVlIHRvIHRoZSBmYWN0IHRo ZXkgYXJlIGNvcmUtcmVsYXRlZA0KPiBmbGFncy4gRmVlbCBmcmVlIHRvIGJ1cm4gbWUgc2NyZWFt aW5nICJubywgc3R1cGlkISBkbyBub3QgcHV0IHRoZW0NCj4gdGhlcmUhISIgOj4NCj4gDQo+IEkn dmUgYWxzbyB1cGRhdGVzIGJvdGggaW5zdGFsbCBhbmQgdXBncmFkZSBzY3JpcHRzLCB0aGV5IHNo b3VsZCB3b3JrLg0KPiBQbGVhc2UgY29udHJpYnV0ZSBzb21lIHRlc3RpbmcsIGlmIHlvdSB3YW50 L2NhbiA6Pg0KPiANCj4gQnllLA0KPiBBbGVzc2FuZHJvDQo+IA0KPiAtLSANCj4gQWxlc3NhbmRy byAiVFhNIiBQaXNhbmkgLSBhbGV4dHhtQHRpbi5pdCAtIElDUSAjMjIwOTA4Nw0KPiBwaHBXZWJT aXRlIERldmVsb3BtZW50IFRlYW0gaHR0cDovL3BocHdlYnNpdGUuYXBwc3RhdGUuZWR1DQo+IElO V08gUHJvamVjdCBjb29yZGluYXRvciBodHRwOi8vaW53b3Byb2plY3Quc291cmNlZm9yZ2UubmV0 DQo+IA0KPiAiSSB3aWxsIGNhcnJ5IHlvdSB0aHJvdWdoLCBoaWNraW5nIGFuZCBzY3JlYW1pbmcs DQo+ICBhbmQgaW4gdGhlIGVuZCB5b3Ugd2lsbCB0aGFuayBtZSINCj4gIC0gVHlsZXIgRHVyZGVu IFtmcm9tICJGaWdodCBDbHViIl0NCj4gDQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KPiBQaHB3ZWJzaXRlLWRldmVsb3BlcnMgbWFpbGluZyBs aXN0DQo+IFBocHdlYnNpdGUtZGV2ZWxvcGVyc0BsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCj4gaHR0 cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vcGhwd2Vic2l0ZS1kZXZl bG9wZXJzDQo+IA== |
|
From: Matthew M. <ma...@tu...> - 2002-01-04 21:52:50
|
I had a hellava time with CVS today. In any case, I changed the module/ directory to mod/ in Fallout. This will make working with older modules easier. I have started the conversion from old modules to use the new core. It only diplays the userpage module but it needs a lot more work to actually work. One nice thing about it is is appears that I can get not only admin rights to work with old modules but also the new box code! I'll be working on getting it working for real soon. After that, a few little things then I will post a test tarball. Everyone have a good weekend. Matt Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
5 messages has been excluded from this view by a project administrator.
