phpwebsite-developers — For our development team.

Re: [Phpwebsite-developers] Fatal Error in current fallout CVS

[Matthew M. <ma...@tu...>]

Thanks. I committed the fix.

On Wed, 2006-03-15 at 11:40 -0500, Verdon Vaillancourt wrote:
> Hi
> 
> Getting this error since cvs update this morning. I did notice that the 
> image class file was moved from /core/class/ to /core/somewhere in file 
> cabinet/ or some such thing :) I suspect Profiler will need some 
> tweaking?
> 
> 
> [Wed Mar 15 11:37:03 2006] [error] PHP Fatal error:  Cannot instantiate 
> non-existent class:  phpws_image in 
> /Library/WebServer/Documents/fallout/mod/profiler/class/Profile.php on 
> line 97
> 
> regards,
> verdon
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
> that extends applications into web and mobile media. Attend the live webcast
> and join the prime developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
http://phpwebsite.appstate.edu

[Phpwebsite-developers] fallout user mod feature request

[Verdon V. <ve...@ve...>]

Hi :)

Would be nice if there was some official way to hook a module into the 
user registration system. For instance, in my phpwsBusinesses mod for 
current phpws (being re-written as rolodex mod for fallout) I sometimes 
have to hack the users mod on a site so that when a new user registers, 
they are then automatically directed to the phpwsBusinesses profile 
form, so it seems like a seamless process.

It would be nice if fallout had some 'official' method of appending 
another mod's process to the end of the user registration process. 
Ideally, maybe a pop-menu in the user settings where one could choose 
from a list of installed mods. Perhaps it could look for the presence 
of a file in a mod's /inc dir (like my_page does) for what mods qualify 
and what to do. At the least, a text field in the user mod settings, 
where a path or mod name could be entered.

Any opinions?
verdon

Re: [Phpwebsite-developers] Fatal Error in current fallout CVS

[Verdon V. <ve...@ve...>]

If I disable the profiler sideblock it is OK


On 15-Mar-06, at 11:40 AM, Verdon Vaillancourt wrote:

> Hi
>
> Getting this error since cvs update this morning. I did notice that  
> the image class file was moved from /core/class/ to /core/somewhere in  
> file cabinet/ or some such thing :) I suspect Profiler will need some  
> tweaking?
>
>
> [Wed Mar 15 11:37:03 2006] [error] PHP Fatal error:  Cannot  
> instantiate non-existent class:  phpws_image in  
> /Library/WebServer/Documents/fallout/mod/profiler/class/Profile.php on  
> line 97
>
> regards,
> verdon
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting  
> language
> that extends applications into web and mobile media. Attend the live  
> webcast
> and join the prime developer group breaking into this new coding  
> territory!
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
>
>

[Phpwebsite-developers] Fatal Error in current fallout CVS

[Verdon V. <ve...@ve...>]

Hi

Getting this error since cvs update this morning. I did notice that the 
image class file was moved from /core/class/ to /core/somewhere in file 
cabinet/ or some such thing :) I suspect Profiler will need some 
tweaking?


[Wed Mar 15 11:37:03 2006] [error] PHP Fatal error:  Cannot instantiate 
non-existent class:  phpws_image in 
/Library/WebServer/Documents/fallout/mod/profiler/class/Profile.php on 
line 97

regards,
verdon

Re: [Phpwebsite-developers] Module phpWebSite version display in fallout and fallout trackers was Little issue with my_page tab

[Matthew M. <ma...@tu...>]

On Mon, 2006-03-13 at 21:39 -0700, Greg Morgan wrote:
> Displaying the "local" version number of each
> module and the "local" release version of phpWebSite is important
> information during trouble shooting with users.

I will put the version number in there.

-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
http://phpwebsite.appstate.edu

[Phpwebsite-developers] Module phpWebSite version display in fallout and fallout trackers was Little issue with my_page tab

[Greg M. <drk...@co...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Matthew McNaney wrote:
> On Sun, 2006-03-12 at 14:59 -0500, Verdon Vaillancourt wrote:
>
>>BTW, is there a dedicated bug-tracker for fallout where I should submit
>>stuff like this, or should I use the general phpws one at sourceforge?
>
>
> For now, just email me. I think we should decide on how to set-up
> sourceforge for Fallout.
>
> Should (can?) we create new bug, patch, and feature request areas or
> would we have to register a new project? Any ideas on this? I suspect
> Fallout will need a separate area to get up to full workable status.

I guess the existing trackers can be used.  A new group or category
could be created to classify the bugs/patchs/requests as
fallout/cvs/1.0.0 etc.  Verdon brings up a good point as I have several
questions or items to file.  For example, I can see what you are trying
to do with the new boost module.  However, I think you took one step
back on the module.  Displaying the "local" version number of each
module and the "local" release version of phpWebSite is important
information during trouble shooting with users.

Is there an obvious place that I don't see this?  Is there another way
that you planned on showing this information?  I was also thinking that
you may have configured some of the module boost information to test
various pieces of the boost code, etc.

Greg
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFEFkjpxyxe5L6mr7IRAh2FAJ0c/uTLyxNYlqKvZ1dejhAknfjqEwCbB8dx
FUZWgev1FmsZXLOTB1b2Jhc=
=a/zM
-----END PGP SIGNATURE-----

Re: [Phpwebsite-developers] Little issue with my_page tab

[Verdon V. <ve...@ve...>]

On 13-Mar-06, at 8:01 AM, Matthew McNaney wrote:

> On Sun, 2006-03-12 at 14:59 -0500, Verdon Vaillancourt wrote:
>> BTW, is there a dedicated bug-tracker for fallout where I should  
>> submit
>> stuff like this, or should I use the general phpws one at sourceforge?
>
> For now, just email me. I think we should decide on how to set-up
> sourceforge for Fallout.
OK. I'm doing a fair bit of poking around in my spare time over the  
next couple weeks and will let you know what I discover.

>
> Should (can?) we create new bug, patch, and feature request areas or
> would we have to register a new project? Any ideas on this? I suspect
> Fallout will need a separate area to get up to full workable status.
A completely new project would be a nice clean start, but do you want  
to lose the activity history and such from the existing phpws project?  
That said, I agree that fallout should have a clean and dedicated area  
for bugs/patches.

>
> --  
> Matthew McNaney
> Electronic Student Services
> Appalachian State University
> http://phpwebsite.appstate.edu
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting  
> language
> that extends applications into web and mobile media. Attend the live  
> webcast
> and join the prime developer group breaking into this new coding  
> territory!
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
>
>

Re: [Phpwebsite-developers] Little issue with my_page tab

[Matthew M. <ma...@tu...>]

On Sun, 2006-03-12 at 14:59 -0500, Verdon Vaillancourt wrote:
> BTW, is there a dedicated bug-tracker for fallout where I should submit 
> stuff like this, or should I use the general phpws one at sourceforge?

For now, just email me. I think we should decide on how to set-up
sourceforge for Fallout.

Should (can?) we create new bug, patch, and feature request areas or
would we have to register a new project? Any ideas on this? I suspect
Fallout will need a separate area to get up to full workable status.

-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
http://phpwebsite.appstate.edu

[Phpwebsite-developers] Little issue with my_page tab

[Verdon V. <ve...@ve...>]

Hi,

I really like the ability to add tabs to fallout's my_page tab. 
Especially once I realized it was as easy as including a file 
/mod/mymod/inc/my_page.php :) One thing I thought I should point out 
though... /mod/mymod/inc/my_page.php gets included in the cp even if 
mymod isn't installed.

BTW, is there a dedicated bug-tracker for fallout where I should submit 
stuff like this, or should I use the general phpws one at sourceforge?

Regards,
verdon

Re: [Phpwebsite-developers] Registering a module with my_page

[Verdon V. <ve...@ve...>]

Actually, I think I've found the example I needed in the users module's 
boost directory. I was looking for examples of a register file in 
comments or layout. I'm still not sure how they got registered, but I 
think I might be on the right track now :)


On 11-Mar-06, at 5:14 PM, Verdon Vaillancourt wrote:

> Hi,
>
> Maybe I'm missing something obvious, but I can't figure out how to 
> register a module with the users my_page tab like comments is?
>
> TIA,
> verdon
>

[Phpwebsite-developers] Registering a module with my_page

[Verdon V. <ve...@ve...>]

Hi,

Maybe I'm missing something obvious, but I can't figure out how to 
register a module with the users my_page tab like comments is?

TIA,
verdon

[Phpwebsite-developers] Sweeeet!

[Verdon V. <ve...@ve...>]

Discovering lots of gems the more I read and poke around fallout stuff. 
For instance, Settings_class ... now that's handy :)

Re: [Phpwebsite-developers] Speeding up phpws using file-based caching

[Eloi G. <el...@re...>]

Shaun Murray wrote:
> The cache has been OFF by default since 0.10.1 I think Eloi.

Yeah, because it was slowing down the average phpws installation.  I 
just wanted to see if we could fix that.  However, you guys were already 
miles ahead of me on that!  I *really* need to spend more time with 
Fallout! <grin>

> Memcache might be an idea also. http://uk2.php.net/memcache

Wow.  Dedicated caching servers?  That is so cool!  I love PHP more each 
day!
Although its a separate PHP Extension, I think it would be great for 
phpws to support it if installed.
Of course I say this without doing much research. <smile> 
I'll read up more over the next few days while I'm working on topic & 
message paging.

-Eloi-

Re: [Phpwebsite-developers] Use of var references in fallout modules

[Verdon V. <ve...@ve...>]

Thanks :) Clear and succinct answer.
vedon

On 10-Mar-06, at 7:56 AM, Matthew McNaney wrote:

> On Thu, 2006-03-09 at 17:54 -0500, Verdon Vaillancourt wrote:
>> 1)
>> $search = & new Search($this->key_id);
>
> Been so long doing this I forgot why I did it. I believe it is because
> you just want a reference pointing to the class and not a copy.
>
>> 2)
>> function &cpanel()
>> {
>>      do something;
>> }
>
> This means you are returning a reference point.
> function &getit()
> {
>     $a = 1;
>     return $a;
> }
>
> $b = getit();
>
> So instead of creating a new variable ($b) with new memory addresses I
> just point to the result of the function.
>
>> 3)
>>   function _loadCategory(&$cat_item, &$blog, $version=NULL)
>> {
>>      do something;
>> }
>
> This one is very useful. I can send in a variable, work on it in the
> function and then return something different. For example, I could  
> parse
> cat_item, alter the variable, and return TRUE. Also in the example
> above, I could alter cat_item and blog at the same time.
>
>
> --  
> Matthew McNaney
> Electronic Student Services
> Appalachian State University
> http://phpwebsite.appstate.edu
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting  
> language
> that extends applications into web and mobile media. Attend the live  
> webcast
> and join the prime developer group breaking into this new coding  
> territory!
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
>
>

Re: [Phpwebsite-developers] Use of var references in fallout modules

[Matthew M. <ma...@tu...>]

On Thu, 2006-03-09 at 17:54 -0500, Verdon Vaillancourt wrote:
> 1)
> $search = & new Search($this->key_id);

Been so long doing this I forgot why I did it. I believe it is because
you just want a reference pointing to the class and not a copy.

> 2)
> function &cpanel()
> {
>      do something;
> }

This means you are returning a reference point. 
function &getit()
{
    $a = 1;
    return $a;
}

$b = getit();

So instead of creating a new variable ($b) with new memory addresses I
just point to the result of the function.

> 3)
>   function _loadCategory(&$cat_item, &$blog, $version=NULL)
> {
>      do something;
> }

This one is very useful. I can send in a variable, work on it in the
function and then return something different. For example, I could parse
cat_item, alter the variable, and return TRUE. Also in the example
above, I could alter cat_item and blog at the same time.


-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
http://phpwebsite.appstate.edu

[Phpwebsite-developers] WYSIWYG testers needed

[Shaun M. <sh...@ae...>]

Over the past few days Yves and me have been testing a replacement  
for the lightweight javascript in the current WYSIWYG code in 0.10.2.  
It's working great in Win IE, Firefox and Safari 1.3/2.0. It falls  
back to the old methods in Opera and Mac IE.

What we need now is more testing from people with other browsers. eg.  
Konqueror or other non-Gecko browsers.


 From Yves...

I've changed the javascript for the default wysiwyg buttons all over  
the textareas in phpwebsite. The 'new' buttons should be more  
comfortable, while also being cross-browser compliant. I would  
appreciate your tests and comments. Please let me know your  
expireance plus OS and browser-version.

The new buttons can:
-work with selected text to surround the tags.
-push the tag back to the same position.
-ask for description, if no text is selected for link and email.
-stop jumping around while clicking the buttons.

This will only work with newer browsers. Other browsers like opera or  
macie will push the tags to the end (as known from the current state)

This test is done, because i plan to contribute that piece of code to  
the shortly expected 0.10.3 release. And we want stable code there.

The testing site can be found at http://firebird.ch/cms/
Use the submit link or submit announce to play. (the submissions will  
not be published)


Shaun
aegis design - http://www.aegisdesign.co.uk
aegis hosting - http://www.aegishosting.co.uk

Re: [Phpwebsite-developers] Speeding up phpws using file-based caching

[Shaun M. <sh...@ae...>]

The cache has been OFF by default since 0.10.1 I think Eloi.

Fallout uses Cache_Lite. See http://res.stddev.appstate.edu/cvs/ 
fallout/core/class/Cache.php?rev=HEAD&content-type=text/vnd.viewcvs- 
markup

Memcache might be an idea also. http://uk2.php.net/memcache


Shaun
aegis design - http://www.aegisdesign.co.uk
aegis hosting - http://www.aegishosting.co.uk

[Phpwebsite-developers] Speeding up phpws using file-based caching

[Eloi G. <el...@re...>]

Hi all!

I'd stopped using the phpws cache a couple years ago because of the
extraordinary amount of disk accesses generated.  Even with GLOBAL_CACHE
on, server load was still higher than without the cache.  It was only
recently when I started exploring file-based caching for Article Manager
that I found out why.

What PHPWS_Template::processTemplate does is load the cached completed
template for that particular set of data *AFTER* that data was already
read and prepared by the script!  This is essentially 2 reads on the
same data, which is opposite to what the cache is intended to do.
Furthermore, if a single variable in the data is different, a new INSERT
is sent to the db server.  All this for a small .tpl file that only
wants to be read once and stored in memory for the rest of the
pageview!   I think the solution to this would be to use GLOBAL_CACHE
exclusively for this, and to index only the template name, not a md5
hash of the entire record.

GLOBAL_CACHE should be for items that don't need to be cached past the
pageview, like repetitively-used templates.  As such, it should be a
separate caching call (PHPWS_Cache::set_global) so that these items
don't clutter up the normal caching space.

For all other items, the regular caching calls (PHPWS_Cache::set) should
let you choose between file- or database- based caching.  The reason for
this is that database-based caching is only better if you have premium
hardware acting as a dedicated db server, or if you have one database
backend and multiple webserver frontends.  This is the opposite of the
hardware that 98% of phpws installs are running on.

So what I'd like to do is introduce an option for file-based caching.
Most likely using the PEAR Cache_Lite class
(http://pear.php.net/manual/en/package.caching.cache-lite.intro.php) or
phpCache (http://0x00.org/php/phpCache/).

So, before I start coding, I'd like to hear what you guys think --
good/bad idea?
Any suggestions for a better way to handle caching?
Questions?

-Eloi-

[Phpwebsite-developers] XML-RPC

[Shaun M. <sh...@ae...>]

Is there a chosen XML-RPC implementation for fallout?

I couldn't spot one in cvs.

Eloi used IXR from http://scripts.incutio.com/xmlrpc/ in his Article  
mod which seems quite a popular choice and without the downsides of  
the PEAR version that recently had a high profile exploit.

It hasn't had an official release since 2003 although the developer  
issued a v1.7 which is used in WordPress v2 in May 2005.

It's under an OSI 'Artistic License' so no problem in including it.  
http://www.opensource.org/licenses/artistic-license.php

Therefore, if we've not picked one yet can I propose we adopt IXR for  
Fallout core?

Then Eloi's code will be easier to shift over and if I get around to  
adding XML-RPC to Announce we're all on the same songsheet.




Shaun
aegis design - http://www.aegisdesign.co.uk
aegis hosting - http://www.aegishosting.co.uk

[Phpwebsite-developers] Use of var references in fallout modules

[Verdon V. <ve...@ve...>]

Hi,

I've been noticing while reading through some of the fallout and 
modules code the frequent use of references / var references (&). By 
this I mean things like the following examples...

1)
$search = & new Search($this->key_id);

2)
function &cpanel()
{
     do something;
}

3)
  function _loadCategory(&$cat_item, &$blog, $version=NULL)
{
     do something;
}

Doing a little reading at php.net explains that these (&) are 
references to the original (think hard link) and may be used for a 
couple reasons. I don't really have a grip on this yet, but I'll try to 
explain what I think I understand, and then ask a question.

Reason 1
==========

$a = 5;
$b = $a;
$b = $b -1;

In this case, b is a copy of a and the final result is $b is equal to 4 
and $a is equal to 5.

$a = 5;
$b = &$a;
$b = $b -1;

In this case, b is a reference to a and the final result is $b is equal 
to 4 and $a is equal to 4.


Reason 2
==========
Apparently it can speed up / optimize some internal functions  of the 
php compiler to have operations done to one object in memory instead of 
on one or more copies of it.

So, with that little bit of knowledge, I think I understand what is 
going on in example 3, but I'm not quite sure about example 1 or 2. Is 
there anybody who can shed a little light on this for me and when I 
should be using the same style?

Thanks,
verdon

Re: [Phpwebsite-developers] Re-writing module for Fallout

[Verdon V. <ve...@ve...>]

You're right... this is cool :)

On 9-Mar-06, at 12:13 PM, Matthew McNaney wrote:

> I also prefer to use DBPager over Manager. It is more flexible and it
> uses database limits instead of loading the entire table and then
> divvying out the results.

Re: [Phpwebsite-developers] Layout and theme changes in Fallout

[Matthew M. <ma...@tu...>]

On Thu, 2006-03-09 at 15:34 -0500, Eloi George wrote:
> Can we get box footers?
> 
>   <div class="box-footer">Box footer here</div>

Sure why not. I put a class in the basic.css for footers. Since the
boxes are made on a per module basis, the decision to use any of them
rests with the developer.

-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
http://phpwebsite.appstate.edu

Re: [Phpwebsite-developers] Layout and theme changes in Fallout

[Eloi G. <el...@re...>]

Matthew McNaney wrote:
> <div class="box">
>   <div class="box-title"><h1>Title</h1></div>
>   <div class="box-content">Content here</div>
> </div>

Can we get box footers?

  <div class="box-footer">Box footer here</div>

Re: [Phpwebsite-developers] Re-writing module for Fallout

[Verdon V. <ve...@ve...>]

Thanks,

Sounds like exploration time :)


On 9-Mar-06, at 12:13 PM, Matthew McNaney wrote:

> I never used Item. Many times it was overkill for what I needed.
> With PHPWS_DB::saveObject and PHPWS_DB::loadObject, I stopped even
> considering it.
>
> I also prefer to use DBPager over Manager. It is more flexible and it
> uses database limits instead of loading the entire table and then
> divvying out the results.
>
> They will remain for some backward compatibility but I don't plan on
> updating them.
>
> On Thu, 2006-03-09 at 11:51 -0500, Verdon Vaillancourt wrote:
>> I've noticed that none of the modules in fallout CVS use the  
>> PHPWS_Item
>> or PHPWS_Manager classes. Is there a reason for this? Are they only
>> there for backwards compatibility now? I've written modules with
>> classes that extend these and modules that don't, depending on my  
>> need.
>> If I am re-writing (moreso than converting) one of my mods for  
>> fallout,
>> should I move away from taking advantage of these core classes?
>>
>> verdon
>>
>>
>> On 8-Mar-06, at 11:13 AM, Verdon Vaillancourt wrote:
>>
>>> Thanks Matt,
>>>
>>> I'll poke around Blog, and I'm sure I'll be back in touch ;)
>>> verdon
>>>
>>>
>>> On 8-Mar-06, at 10:53 AM, Matthew McNaney wrote:
>>>
>>>> On Wed, 2006-03-08 at 10:42 -0500, Verdon Vaillancourt wrote:
>>>>
>>>>> which module would you
>>>>> recommend for analysing as an example of how to re-write my own?
>>>>
>>>> I would look at the Blog module as an example of 'from scratch'. I
>>>> tend
>>>> to use it to test features.
>>>>
>>>> As for upgrading an old module, the only one I have done is
>>>> Photoalbum,
>>>> which is what the Converting doc covers.
>>>>
>>>> I would glad to offer advice via email or in the chat room.
>>>>
>>>> -- Matthew McNaney
>>>> Electronic Student Services
>>>> Appalachian State University
>>>> http://phpwebsite.appstate.edu
>>>>
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> This SF.Net email is sponsored by xPML, a groundbreaking scripting
>>>> language
>>>> that extends applications into web and mobile media. Attend the live
>>>> webcast
>>>> and join the prime developer group breaking into this new coding
>>>> territory!
>>>> http://sel.as-us.falkag.net/sel?
>>>> cmd=lnk&kid=110944&bid=241720&dat=121642
>>>> _______________________________________________
>>>> Phpwebsite-developers mailing list
>>>> Php...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
>>>>
>>>>
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by xPML, a groundbreaking scripting
>>> language
>>> that extends applications into web and mobile media. Attend the live
>>> webcast
>>> and join the prime developer group breaking into this new coding
>>> territory!
>>> http://sel.as-us.falkag.net/sel?
>>> cmd=lnk&kid=110944&bid=241720&dat=121642
>>> _______________________________________________
>>> Phpwebsite-developers mailing list
>>> Php...@li...
>>> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
>>>
>>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by xPML, a groundbreaking scripting  
>> language
>> that extends applications into web and mobile media. Attend the live  
>> webcast
>> and join the prime developer group breaking into this new coding  
>> territory!
>> http://sel.as-us.falkag.net/sel? 
>> cmd=lnk&kid=110944&bid=241720&dat=121642
>> _______________________________________________
>> Phpwebsite-developers mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
> -- 
> Matthew McNaney
> Electronic Student Services
> Appalachian State University
> http://phpwebsite.appstate.edu
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting  
> language
> that extends applications into web and mobile media. Attend the live  
> webcast
> and join the prime developer group breaking into this new coding  
> territory!
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
>
>

Re: [Phpwebsite-developers] Re-writing module for Fallout

[Matthew M. <ma...@tu...>]

I never used Item. Many times it was overkill for what I needed.
With PHPWS_DB::saveObject and PHPWS_DB::loadObject, I stopped even
considering it.

I also prefer to use DBPager over Manager. It is more flexible and it
uses database limits instead of loading the entire table and then
divvying out the results.

They will remain for some backward compatibility but I don't plan on
updating them.

On Thu, 2006-03-09 at 11:51 -0500, Verdon Vaillancourt wrote:
> I've noticed that none of the modules in fallout CVS use the PHPWS_Item  
> or PHPWS_Manager classes. Is there a reason for this? Are they only  
> there for backwards compatibility now? I've written modules with  
> classes that extend these and modules that don't, depending on my need.  
> If I am re-writing (moreso than converting) one of my mods for fallout,  
> should I move away from taking advantage of these core classes?
> 
> verdon
> 
> 
> On 8-Mar-06, at 11:13 AM, Verdon Vaillancourt wrote:
> 
> > Thanks Matt,
> >
> > I'll poke around Blog, and I'm sure I'll be back in touch ;)
> > verdon
> >
> >
> > On 8-Mar-06, at 10:53 AM, Matthew McNaney wrote:
> >
> >> On Wed, 2006-03-08 at 10:42 -0500, Verdon Vaillancourt wrote:
> >>
> >>> which module would you
> >>> recommend for analysing as an example of how to re-write my own?
> >>
> >> I would look at the Blog module as an example of 'from scratch'. I  
> >> tend
> >> to use it to test features.
> >>
> >> As for upgrading an old module, the only one I have done is  
> >> Photoalbum,
> >> which is what the Converting doc covers.
> >>
> >> I would glad to offer advice via email or in the chat room.
> >>
> >> -- Matthew McNaney
> >> Electronic Student Services
> >> Appalachian State University
> >> http://phpwebsite.appstate.edu
> >>
> >>
> >>
> >> -------------------------------------------------------
> >> This SF.Net email is sponsored by xPML, a groundbreaking scripting  
> >> language
> >> that extends applications into web and mobile media. Attend the live  
> >> webcast
> >> and join the prime developer group breaking into this new coding  
> >> territory!
> >> http://sel.as-us.falkag.net/sel? 
> >> cmd=lnk&kid=110944&bid=241720&dat=121642
> >> _______________________________________________
> >> Phpwebsite-developers mailing list
> >> Php...@li...
> >> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
> >>
> >>
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by xPML, a groundbreaking scripting  
> > language
> > that extends applications into web and mobile media. Attend the live  
> > webcast
> > and join the prime developer group breaking into this new coding  
> > territory!
> > http://sel.as-us.falkag.net/sel? 
> > cmd=lnk&kid=110944&bid=241720&dat=121642
> > _______________________________________________
> > Phpwebsite-developers mailing list
> > Php...@li...
> > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
> >
> >
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
> that extends applications into web and mobile media. Attend the live webcast
> and join the prime developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
-- 
Matthew McNaney
Electronic Student Services
Appalachian State University
http://phpwebsite.appstate.edu