phpwebsite-developers — For our development team.

Re: [Phpwebsite-developers] Error with recent changes to Key class

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

Thanks Matt,

New ground for me :)

verdon

On 3-Aug-08, at 4:24 PM, ma...@tu... wrote:

> I am in the process of updating to the php 5 standard. I haven't  
> tested
> much yet. Change _error from private to public.
>
> Matt
>
>> Hi,
>>
>> I'm not sure what's ultimately causing this, but this is what I am
>> getting after updating to svn 6093
>>
>> Fatal error: Cannot access private property Key::$_error in /home/
>> phpws_svn/mod/comments/class/Comments.php on line 35
>>
>> I can access my control panel directly, just not the homepage. I'm
>> trying to narrow it down now
>>
>> verdon
>>
>>
>> --------------------------------------------------------------------- 
>> ----
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win  
>> great
>> prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the
>> world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Phpwebsite-developers mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
>>
>
>
> ---------------------------------------------------------------------- 
> ---
> This SF.Net email is sponsored by the Moblin Your Move Developer's  
> challenge
> Build the coolest Linux based applications with Moblin SDK & win  
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in  
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers

Re: [Phpwebsite-developers] Error with recent changes to Key class

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

I am in the process of updating to the php 5 standard. I haven't tested
much yet. Change _error from private to public.

Matt

> Hi,
>
> I'm not sure what's ultimately causing this, but this is what I am
> getting after updating to svn 6093
>
> Fatal error: Cannot access private property Key::$_error in /home/
> phpws_svn/mod/comments/class/Comments.php on line 35
>
> I can access my control panel directly, just not the homepage. I'm
> trying to narrow it down now
>
> verdon
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the
> world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
>

[Phpwebsite-developers] Error with recent changes to Key class

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

Hi,

I'm not sure what's ultimately causing this, but this is what I am  
getting after updating to svn 6093

Fatal error: Cannot access private property Key::$_error in /home/ 
phpws_svn/mod/comments/class/Comments.php on line 35

I can access my control panel directly, just not the homepage. I'm  
trying to narrow it down now

verdon

[Phpwebsite-developers] phpWebSite 1.6.0

[matt <ma...@tu...>]

Hi again,

The next version of phpWebSite will be a doozie. Lots of new features, 
new UI improvements, bug fixes, and a new module or two.

The second digit version increment will also be the result of the 
following heartbreaking news : no more PHP 4 support.

We've tried to keep PHP 4 afloat on the ice floe but it is time to let 
it sink under the icy waters. We'll always have the cargo hold...

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

[Phpwebsite-developers] mod_rewrite change

[matt <ma...@tu...>]

Good morning,

A couple of developers have asked for a change in mod_rewrite. Let me 
show you the old and new methods.

Take this link:
index.php?module=uberpage&id=6&pg=13&flavor=maplenut

Currently phpWebSite would turn it into the following:

uberpage/6/13/maplenut

Nice and short, but no information on the value indexes. So you would 
need to do the following in your uberpage module:

$_GET['var1'] = $id;
$_GET['var2'] = $page;
$_GET['var3'] = $flavor;

Otherwise you could recast the vars into the GET and REQUEST global var 
directly:

$_GET['id'] = & $_GET['var1'];
etc.

You may also have to test for $_GET['var1'] using isset or test for 
MOD_REWRITE_ENABLED.

In retrospect, probably not the most efficient method. Although I 
considered the upcoming change initially, I was trying to keep the url 
length down. In the end, I think I erred.

Here is the requested change. Take the same link:
index.php?module=uberpage&id=6&pg=13&flavor=maplenut

The new format would be:
uberpage/id/6/pg/13/flavor/maplenut

So now the link is longer but we have a more descriptive url. The 
indexes are obviously paired with their value. The advantage of this 
method is that it easily breaks down into $_GET values. The mod 
developer doesn't need to parse $_GET['var(n)']. They will program the 
same regardless of whether MOD_REWRITE_ENABLED is on or not.

I am experimenting on adding this change directly to the linkAddress 
function. Therefore moduleLink and secureLink will automatically inherit 
the change. This will make ALL links use the new style. In my testing, 
admin links, that once ignored the mod rewrite, now work with mod_rewrite.

That said, all is not chocolate and roses. First, PageSmith, Block, 
Blog, Menu and other content modules will need to check for the old link 
versions in the database and fix them. Third party developers will need 
to adjust as well. This may effect those without .htaccess or annoy IIS 
admins further. Still, they will be able to disable MOD_REWRITE_ENABLED 
as always, so they shouldn't be worse off than the previous version.

Respond here or in IRC with your concerns. I will be adding the changes 
to subversion in the next couple of days. I hope some of you will have 
time to test.

Thanks for your support and I appreciate the devs who brought this to my 
attention.

Matt

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

[Phpwebsite-developers] phpwebsite 1.5.2 RC available

[matt <ma...@tu...>]

Good afternoon,

In case anyone wishes to test, I have uploaded a new RC.

http://phpwebsite.appstate.edu/downloads/rc/phpwebsite_1_5_2_RC.tar.gz

Feedback is appreciated.

Thanks,
Matt

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

Re: [Phpwebsite-developers] phpWebSite 1.x documentation

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

Hi Alex,

I've only had a chance to look through a few sections and so far, it  
looks like an awesome start. This will be a good resource and your  
effort is much appreciated. I'll try to kick the tires a little more  
in the weeks to follow, but so far, excellent!

Rgds,
verdon


On 14-Apr-08, at 1:36 PM, matt wrote:
> Hi,
>
> I'm Alex Yokel. I've been working at Electronic Student Services this
> semester creating documentation for phpWebSite. I have created a  
> wiki to
> help guide users through the its use.
>
> The wiki is close to completion. Please have a look and let us know  
> what
> you find anything missing, confusing or just seems wrong. As we ready
> for an official release, your input will definitely be helpful.
>
> You can find the phpWebSite user documentation wiki here:
> http://rockhopper.appstate.edu/single/phpwebsite/wiki/UserDocs
>
> Thanks,
> Alex
>
>
>
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save  
> $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http:// 
> java.sun.com/javaone
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers

[Phpwebsite-developers] phpWebSite 1.x documentation

[matt <ma...@tu...>]

Hi,

I'm Alex Yokel. I've been working at Electronic Student Services this
semester creating documentation for phpWebSite. I have created a wiki to 
help guide users through the its use.

The wiki is close to completion. Please have a look and let us know what 
you find anything missing, confusing or just seems wrong. As we ready 
for an official release, your input will definitely be helpful.

You can find the phpWebSite user documentation wiki here:
http://rockhopper.appstate.edu/single/phpwebsite/wiki/UserDocs

Thanks,
Alex

[Phpwebsite-developers] phpWebSite 1.5.0 RC

[matt <ma...@tu...>]

Good day,

RC is an improper title really since I haven't done extensive update 
testing from 1.4.0. As always, do not update live sites.

http://phpwebsite.appstate.edu/downloads/rc/phpwebsite_1_5_0_RC.tar.gz

A full feature list will be available on proper release. The main 
feature of 1.5.0 is a rewriting of File Cabinet. As such, I had to forgo 
many RFEs on Sourceforge. I apologize, but our experience has been the 
FC update was needed greatly.

Special thanks to Verdon who helped test File Cabinet in its new 
incarnation.

Here are some features off the top of my head:

- Comment reporting with punish menu (ip banning, account locking)
- New, more flexible mod_rewrite method.
- File Cabinet allows posting images, media, and documents to any place
   that was previously using it for images.
- Access ip banning independent from .htaccess
- PageSmith has dynamic template folders
- Better sheet control in Signup module
- lots and lots of bug fixes

Thanks and please email me with problems or questions.
Matt


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

Re: [Phpwebsite-developers] Access changes

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

Thanks :)

On 12-Feb-08, at 10:23 AM, matt wrote:

> This is what I am doing in Blog (slimmed down):

Re: [Phpwebsite-developers] Access changes

[matt <ma...@tu...>]

Verdon Vaillancourt wrote:
> So,
> 
> In a simple case then, like this from my index.php file...
> 
> PHPWS_Core::initModClass('podcaster', 'Podcaster.php');
> $podcaster = new Podcaster;
> if (isset($_REQUEST['aop'])) {
>      $podcaster->adminMenu();
> } elseif (isset($_REQUEST['uop'])) {
>      $podcaster->userMenu();
> } elseif (isset($_REQUEST['id'])) {
>      $podcaster->userMenu('view_channel');
> } else {
>      PHPWS_Core::home();
> }

 > ... all I need to do is change $_REQUEST['id'] to $_REQUEST['var1']

This is what I am doing in Blog (slimmed down):

-------------------------------------
if (isset($_GET['var1'])) {
     Blog_User::fillInForward();
}

if (isset($_REQUEST['blog_id'])) {
     $blog = new Blog($_REQUEST['blog_id']);
}

function fillInForward() {
     $_REQUEST['blog_id'] = (int)$_GET['var1'];
}

--------------------------------------

The reason is that the blog_id may be sent from other places than just a 
straight up call to the item.

This method would prevent you from:
1) having to fix any other links you have where you are passing 'id'
2) having to check for var1 and/or id
3) prevent extra processes if mod_rewrite is not being used


> How would this be changed?
> PHPWS_Text::rewriteLink($channel->title, 'podcaster', $this- 
>  >channel_id);

It would be the same. It would return:

$channel->title = 'sample';
$this->channel_id = 4;

<a href="index.php?module=podcaster&var1=4">sample</a>

But now you could call:

PHPWS_Text::rewriteLink($channel->title,
                         'podcaster',
                         $this->channel_id,
                         $this->page_id,
                         $this->section_id,
	                $this->etc_id);

You can have as many vars as you need.

Thanks,
Matt

> 
> Thanks,
> verdon
> 
> 
> On 12-Feb-08, at 9:47 AM, matt wrote:
> 
>> Good day,
>>
>> phpWebSite 1.5.0 will change the way it handles mod_rewrite. The
>> .htaccess file will filter all requests that do not match a  
>> directory or
>> file to the index.php file. The index.php file includes a new core  
>> file
>> named Forward.php. phpWebSite then detects if the mod_rewrite  
>> format is
>> getting used. If so, it writes the following variables:
>>
>> $_REQUEST['module'] = $variable_1;
>> $_GET['var1']       = $variable_2;
>> ...
>> $_GET['var' . $n]   = ${'variable_' . $n};
>>
>>
>> So this address:
>> http://phpwebsite.appstate.edu/blog/2008/1/4
>>
>> Will create:
>>
>> $_REQUEST['module'] = 'blog';
>> $_GET['var1'] = 2008;
>> $_GET['var2'] = 1;
>> $_GET['var3'] = 4;
>>
>> The updated blog module looks for this and changes the vars into year,
>> month, and day for a new viewing preference.
>>
>> Access will no longer store the shortcuts in the .htaccess file.
>> Instead, if the only variable passed is not a module, it is assumed to
>> be a title. This will be passed to Access which will pull the
>> appropriate key and then fill in the $_GET variable with the  
>> appropriate
>> module and overwrite var1. This will be done instead of a forward to
>> prevent losing the url.
>>
>> In the long run, this will allow module creators to mold mod_rewrites
>> however they like. In the meantime, you will need to change your 'id'
>> and 'page' checks to 'var1' and 'var2'. This change will also  
>> affect the
>> rewriteLink function in Text.php.
>>
>> The next release of phpWebSite will go through an RC period.  This
>> should give you time to adjust your modules for this change and the
>> updated File Cabinet. If you have any concerns, please reply to  
>> this list.
>>
>> Thanks,
>> Matt
>>
>>
>> -- 
>> Matthew McNaney
>> Electronic Student Services
>> Appalachian State University
>> Ext. 6493
>> http://ess.appstate.edu
>> http://phpwebsite.appstate.edu
>>
>> ---------------------------------------------------------------------- 
>> ---
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Phpwebsite-developers mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers

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

Re: [Phpwebsite-developers] Access changes

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

So,

In a simple case then, like this from my index.php file...

PHPWS_Core::initModClass('podcaster', 'Podcaster.php');
$podcaster = new Podcaster;
if (isset($_REQUEST['aop'])) {
     $podcaster->adminMenu();
} elseif (isset($_REQUEST['uop'])) {
     $podcaster->userMenu();
} elseif (isset($_REQUEST['id'])) {
     $podcaster->userMenu('view_channel');
} else {
     PHPWS_Core::home();
}

... all I need to do is change $_REQUEST['id'] to $_REQUEST['var1']


How would this be changed?
PHPWS_Text::rewriteLink($channel->title, 'podcaster', $this- 
 >channel_id);


Thanks,
verdon


On 12-Feb-08, at 9:47 AM, matt wrote:

> Good day,
>
> phpWebSite 1.5.0 will change the way it handles mod_rewrite. The
> .htaccess file will filter all requests that do not match a  
> directory or
> file to the index.php file. The index.php file includes a new core  
> file
> named Forward.php. phpWebSite then detects if the mod_rewrite  
> format is
> getting used. If so, it writes the following variables:
>
> $_REQUEST['module'] = $variable_1;
> $_GET['var1']       = $variable_2;
> ...
> $_GET['var' . $n]   = ${'variable_' . $n};
>
>
> So this address:
> http://phpwebsite.appstate.edu/blog/2008/1/4
>
> Will create:
>
> $_REQUEST['module'] = 'blog';
> $_GET['var1'] = 2008;
> $_GET['var2'] = 1;
> $_GET['var3'] = 4;
>
> The updated blog module looks for this and changes the vars into year,
> month, and day for a new viewing preference.
>
> Access will no longer store the shortcuts in the .htaccess file.
> Instead, if the only variable passed is not a module, it is assumed to
> be a title. This will be passed to Access which will pull the
> appropriate key and then fill in the $_GET variable with the  
> appropriate
> module and overwrite var1. This will be done instead of a forward to
> prevent losing the url.
>
> In the long run, this will allow module creators to mold mod_rewrites
> however they like. In the meantime, you will need to change your 'id'
> and 'page' checks to 'var1' and 'var2'. This change will also  
> affect the
> rewriteLink function in Text.php.
>
> The next release of phpWebSite will go through an RC period.  This
> should give you time to adjust your modules for this change and the
> updated File Cabinet. If you have any concerns, please reply to  
> this list.
>
> Thanks,
> Matt
>
>
> -- 
> Matthew McNaney
> Electronic Student Services
> Appalachian State University
> Ext. 6493
> http://ess.appstate.edu
> http://phpwebsite.appstate.edu
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers

[Phpwebsite-developers] Access changes

[matt <ma...@tu...>]

Good day,

phpWebSite 1.5.0 will change the way it handles mod_rewrite. The 
.htaccess file will filter all requests that do not match a directory or 
file to the index.php file. The index.php file includes a new core file 
named Forward.php. phpWebSite then detects if the mod_rewrite format is 
getting used. If so, it writes the following variables:

$_REQUEST['module'] = $variable_1;
$_GET['var1']       = $variable_2;
...
$_GET['var' . $n]   = ${'variable_' . $n};


So this address:
http://phpwebsite.appstate.edu/blog/2008/1/4

Will create:

$_REQUEST['module'] = 'blog';
$_GET['var1'] = 2008;
$_GET['var2'] = 1;
$_GET['var3'] = 4;

The updated blog module looks for this and changes the vars into year, 
month, and day for a new viewing preference.

Access will no longer store the shortcuts in the .htaccess file. 
Instead, if the only variable passed is not a module, it is assumed to 
be a title. This will be passed to Access which will pull the 
appropriate key and then fill in the $_GET variable with the appropriate 
module and overwrite var1. This will be done instead of a forward to 
prevent losing the url.

In the long run, this will allow module creators to mold mod_rewrites 
however they like. In the meantime, you will need to change your 'id' 
and 'page' checks to 'var1' and 'var2'. This change will also affect the 
rewriteLink function in Text.php.

The next release of phpWebSite will go through an RC period.  This 
should give you time to adjust your modules for this change and the 
updated File Cabinet. If you have any concerns, please reply to this list.

Thanks,
Matt


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

[Phpwebsite-developers] Closing in on phpWebSite 1.5.0

[matt <ma...@tu...>]

Hey folks,

As the title states, I am trying to get a phpws 1.5.0 release. Included 
within will be a huge update to the File Cabinet. It now features the 
ability to add not only images, but random images, documents, and media 
items as well.

Those who are stout of heart may want to try a subversion export and 
install a test version. BE WARNED - I have yet to try an update.

DON'T UPDATE YOUR PRODUCTION SITE!

There will be more changes to come, but File Cabinet was the major 
hurdle. Feedback would be appreciated.

I'd also like to thank Verdon Vaillancourt for helping test File Cabinet 
and offer suggestions.

Have a good weekend,
Matt

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

[Phpwebsite-developers] Another WYSIWYG tool

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

This one is a nice one...

NiceEdit - http://nicedit.com/

Less than 10KB compressed.

It does AJAX inline saves too...

http://nicedit.com/examples5.php



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

[Phpwebsite-developers] Open ID support for phpwebsite

[Babul G. <bab...@ho...>]

Anyone working implementing Open ID into PHPWS?

This will be very helpful as I ram 2/3 sites on phpws and then user registr=
ation wont be a problem..

Beegee

_________________________________________________________________
Post ads for free - to sell, rent or even buy.www.yello.in
http://ss1.richmedia.in/recurl.asp?pid=3D186=

[Phpwebsite-developers] File Cabinet in subversion

[matt <ma...@tu...>]

WARNING

Do NOT update to the newest copy of File Cabinet or Blog in subversion. 
File Cabinet is getting a huge overhaul and will break your site if you 
use it. I just needed to save my work so far.

Yes, yes, I should have opened a subversion branch but...

Hopefully I can stabilize it tomorrow.

Matt

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

[Phpwebsite-developers] phpWebSite 1.3.2 soon

[matt <ma...@tu...>]

Hi all,

I am working on 1.3.2. for a release this week. The changes are attached.

It will include the previous module updates:
http://phpwebsite.appstate.edu/blog/2135

If you get a chance, please bug test and send me an email if you find 
something.

Thanks,
Matt

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

Re: [Phpwebsite-developers] 1.3.1 upgrade

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

Not sure if it helps, but I notice it happens as soon as the new  
files are copied over and before any updating is done via boost
vern

On 12-Sep-07, at 2:48 PM, matt wrote:

> Also, I had noticed that updating here but I haven't figured out  
> the bug
> that it causing it. Luckily, not a difficult fix.
>
> Verdon Vaillancourt wrote:
>> Just a quick note... I took a stab at updating a 1.3.0 site to 1.3.1
>>
>> I haven't had too much time to kick the tires yet, but did notice one
>> thing right away. At first I thought I had lost my menu, but what I
>> had to do was to go to Control Panel > Content > Menu > Edit (for the
>> menu) and click on Update - then it came back.
>>
>> I realize there is a new menu template system, but to be honest,
>> don't recall if the note when I updated the module instructed me to
>> 'restore' my menu.
>>
>> rgds,
>> verdon
>>
>> --------------------------------------------------------------------- 
>> ----
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Phpwebsite-developers mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
>
> -- 
> Matthew McNaney
> Electronic Student Services
> Appalachian State University
> Ext. 6493
> http://ess.appstate.edu
> http://phpwebsite.appstate.edu
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers

Re: [Phpwebsite-developers] 1.3.1 upgrade

[matt <ma...@tu...>]

I'll make a note of it on the home page. Thanks.

Verdon Vaillancourt wrote:
> Just a quick note... I took a stab at updating a 1.3.0 site to 1.3.1
> 
> I haven't had too much time to kick the tires yet, but did notice one  
> thing right away. At first I thought I had lost my menu, but what I  
> had to do was to go to Control Panel > Content > Menu > Edit (for the  
> menu) and click on Update - then it came back.
> 
> I realize there is a new menu template system, but to be honest,  
> don't recall if the note when I updated the module instructed me to  
> 'restore' my menu.
> 
> rgds,
> verdon
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers

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

Re: [Phpwebsite-developers] 1.3.1 upgrade

[matt <ma...@tu...>]

Also, I had noticed that updating here but I haven't figured out the bug 
that it causing it. Luckily, not a difficult fix.

Verdon Vaillancourt wrote:
> Just a quick note... I took a stab at updating a 1.3.0 site to 1.3.1
> 
> I haven't had too much time to kick the tires yet, but did notice one  
> thing right away. At first I thought I had lost my menu, but what I  
> had to do was to go to Control Panel > Content > Menu > Edit (for the  
> menu) and click on Update - then it came back.
> 
> I realize there is a new menu template system, but to be honest,  
> don't recall if the note when I updated the module instructed me to  
> 'restore' my menu.
> 
> rgds,
> verdon
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers

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

[Phpwebsite-developers] 1.3.1 upgrade

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

Just a quick note... I took a stab at updating a 1.3.0 site to 1.3.1

I haven't had too much time to kick the tires yet, but did notice one  
thing right away. At first I thought I had lost my menu, but what I  
had to do was to go to Control Panel > Content > Menu > Edit (for the  
menu) and click on Update - then it came back.

I realize there is a new menu template system, but to be honest,  
don't recall if the note when I updated the module instructed me to  
'restore' my menu.

rgds,
verdon

Re: [Phpwebsite-developers] 1.3.1 coming

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

I agree it should be the most compatible. I know us Safari users are  
a minority, but defaulting to fckeditor is definitely bad/confusing  
for us. I may also be in a minority when I say I don't like wysiwyg  
editors at all. I would suggest defaulting to Simple, but I know that  
doesn't have the sex appeal to many people. Given that, perhaps YUI  
is the best bet, but let's be sure it's solid before it is made a  
standard. To be honest, I don't know that much about it :)

my 2 c
verdon


On 9-Sep-07, at 4:58 PM, ma...@tu... wrote:

> So do you have any suggestions for a default install? Should a new
> install get 'None' instead of FCK? The suggested.php files don't seem
> to work well since there are so many possible variations. Supposedly
> yui is the most compatible so I could make that the default.

Re: [Phpwebsite-developers] 1.3.1 coming

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

Thanks for testing.

Verdon said:
> That is when using no editor (which is what it defaulted to) the text
> area fields in some mods are so small as to be near unusable, roughly
> 20 cols x 2 rows.

If the user chooses FCKeditor as the default editor (which is the
default on install) and the browser doesn't work with FCK, you get
that little text area.

Shaun said:
> Will definitely give it a go now.

You better. I put it in 'cause you asked ;-)

So do you have any suggestions for a default install? Should a new
install get 'None' instead of FCK? The suggested.php files don't seem
to work well since there are so many possible variations. Supposedly
yui is the most compatible so I could make that the default.

Ideas?

Matt

Re: [Phpwebsite-developers] 1.3.1 coming

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

On 9 Sep 2007, at 20:19, Verdon Vaillancourt wrote:

> I've got something wierd going on.
>
> Actually, I just checked and the editor was set to fckeditor on the
> new install, and I got the small text areas, no editor, no warnings.
> When I actually went to my page and changed the editor pref to none,
> the text areas are OK. Simple editor gives me large text areas that
> scale to my window size. tinymce doesn't seem to be working though
> the text areas are fine (always has in the past but is a little
> flaky). YUI seems OK at a glance.
>

Ooh, we've got YUI!

Will definitely give it a go now.


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