1.3.1 coming

The following modules are getting new packages:

Blog
Boost
Branch
Calendar
Categories
Control Panel
Core
File Cabinet
Layout
Menu
MiniAdmin
Page Smith
Related
RSS
Search
Signup
Users
Web Pages

Some updates are very minor. Some (Core, Blog) have major
improvements.
Because there are so many changes, I will create a 1.3.1
distro soon.

If you have time this weekend, please test a subversion
export.

Thanks,
Matt

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

------------------------------------------------------------
-------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and
a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
Phpwebsite-developers mailing list
Phpwebsite-developerslists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/p
hpwebsite-developers

Hi Matt,

I've only had a chance for a quick look so far. I didn't
have  
anything I wanted to try an upgrade on, but I did a new
install.  
Everything boosted OK. I've installed a number of mods and
have done  
a quick bit of poking around. If I get a chance later this
afternoon,  
I'll do some more.

One problem I have observed (I'm using Safari 2.0.4 on MacOS
10.4.10  
- all current) is something that had been fixed in the past
and has  
seemed to have creeped back in. 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. This
is  
happening in blog, webpages, calander create schedule and
add event.  
Filecabinet and signup seem to be OK.

I'll let you know if I get a chance to look further, later
in the  
day... chores are calling 

rgds,
verdon

On 7-Sep-07, at 2:24 PM, matt wrote:

> The following modules are getting new packages:
>
> Blog
> Boost
> Branch
> Calendar
> Categories
> Control Panel
> Core
> File Cabinet
> Layout
> Menu
> MiniAdmin
> Page Smith
> Related
> RSS
> Search
> Signup
> Users
> Web Pages
>
> Some updates are very minor. Some (Core, Blog) have
major  
> improvements.
> Because there are so many changes, I will create a
1.3.1 distro soon.
>
> If you have time this weekend, please test a subversion
export.
>
> Thanks,
> Matt
>
> -- 
> Matthew McNaney
> Electronic Student Services
> Appalachian State University
> Ext. 6493
> http://ess.appstate.edu
> http://phpwebsite.apps
tate.edu
>
>
------------------------------------------------------------
---------- 
> ---
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? 
Stop.
> Now Search log events and configuration files using
AJAX and a  
> browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> Phpwebsite-developers mailing list
> Phpwebsite-developerslists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/p
hpwebsite-developers


------------------------------------------------------------
-------------
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
Phpwebsite-developerslists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/p
hpwebsite-developers

On 9 Sep 2007, at 14:45, Verdon Vaillancourt wrote:
>
> One problem I have observed (I'm using Safari 2.0.4 on
MacOS 10.4.10
> - all current) is something that had been fixed in the
past and has
> seemed to have creeped back in. 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.
This is
> happening in blog, webpages, calander create schedule
and add event.
> Filecabinet and signup seem to be OK.
>

A better default for Safari 2.x would probably be the Simple
WYSIWYG  
editor than nothing.


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


------------------------------------------------------------
-------------
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
Phpwebsite-developerslists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/p
hpwebsite-developers

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.



On 9-Sep-07, at 2:39 PM, Shaun Murray wrote:

>
> On 9 Sep 2007, at 14:45, Verdon Vaillancourt wrote:
>>
>> One problem I have observed (I'm using Safari 2.0.4
on MacOS 10.4.10
>> - all current) is something that had been fixed in
the past and has
>> seemed to have creeped back in. 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. This is
>> happening in blog, webpages, calander create
schedule and add event.
>> Filecabinet and signup seem to be OK.
>>
>
> A better default for Safari 2.x would probably be the
Simple WYSIWYG
> editor than nothing.
>
>
> Shaun
> aegis design - http://www.aegisdesign.c
o.uk
> aegis hosting - http://www.aegishosting
.co.uk
>
>
>
------------------------------------------------------------
---------- 
> ---
> 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
> Phpwebsite-developerslists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/p
hpwebsite-developers


------------------------------------------------------------
-------------
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
Phpwebsite-developerslists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/p
hpwebsite-developers

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.c
o.uk
aegis hosting - http://www.aegishosting
.co.uk


------------------------------------------------------------
-------------
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
Phpwebsite-developerslists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/p
hpwebsite-developers

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


------------------------------------------------------------
-------------
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
Phpwebsite-developerslists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/p
hpwebsite-developers

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, matttux.appstate.edu 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.


------------------------------------------------------------
-------------
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
Phpwebsite-developerslists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/p
hpwebsite-developers