phpwebsite-developers — For our development team.

Re: [Phpwebsite-developers] Classads Release Candidate 2

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

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

Ken Nordquist wrote:
> Hey Everyone,
> 
> The second release candidate of the Classads module for phpWebsite is
> ready. You can download here: 
> 
> http://geekystuff.net/files/classads-0.1.1rc2.tar.gz
> 
> The Classads module is a phpWebsite module modeled after newspaper
> classified ads. The structure is: Sections (parent) and Categories
> (child). There is a central menu to select Sections without having to
> move between screens. This also applies to the Classads records add /
> edit function.  The random classad function works, but the classads
> block does not work yet.
> 
> This is (hopefully) the last pre-final release. See BUGS_TODO.txt for a
> partial list.
> 
> Any and all feedback is solicited and welcomed.
> 
Ken,

I created these links.  Please let me know if you there's any additional
information you'd like in the pages.

Greg

http://phpwebsite-comm.sourceforge.net/wiki/index.php?title=Third_Party_Modules
http://phpwebsite-comm.sourceforge.net/wiki/index.php?title=Classads
http://phpwebsite-comm.sourceforge.net/wiki/index.php?title=Nakes
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFDPsn0xyxe5L6mr7IRAnABAKCIOgKcASRl8MwqszFtMJq5QL6dQACgnzC6
hbJbCUbGxHQzZrN72xVTp9o=
=+DVW
-----END PGP SIGNATURE-----

[Phpwebsite-developers] Classads Release Candidate 2

[Ken N. <ke...@co...>]

Hey Everyone,

The second release candidate of the Classads module for phpWebsite is
ready. You can download here: 

http://geekystuff.net/files/classads-0.1.1rc2.tar.gz

The Classads module is a phpWebsite module modeled after newspaper
classified ads. The structure is: Sections (parent) and Categories
(child). There is a central menu to select Sections without having to
move between screens. This also applies to the Classads records add /
edit function.  The random classad function works, but the classads
block does not work yet.

This is (hopefully) the last pre-final release. See BUGS_TODO.txt for a
partial list.

Any and all feedback is solicited and welcomed.

-- 
Ken Nordquist
"Did I Do That?"

Re: [Phpwebsite-developers] Redirect after Post

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

Hello,

Quick update on this Michael.

I am going to be more aggressive in implementing this. It really only
takes two functions to cover all bases.

In the Access module I have a sendMessage() function. I send it the
message I want on the next page and the command that needs to be run.

Then on the next page, the proper page is pulled up via the command and
I automatically pull whatever message is in the session then unset it.
Quick and easy :)

I'll work on putting this with other posts.

Thanks
Matt

On Thu, 2005-09-22 at 16:30 -0400, Matthew McNaney wrote:

> > Hopefully implementing the redirect strategy (if possible) is not too late
> > to be considered as a part of the upcoming release of Fallout. 
> > 
> > 
> > Michael H. Rasmussen
> > TechElephant
> > 
> > 
> > 
> > 
> > 
> > 
> > -------------------------------------------------------
> > SF.Net email is sponsored by:
> > Tame your development challenges with Apache's Geronimo App Server. 
> > Download it for free - -and be entered to win a 42" plasma tv or your very
> > own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> > _______________________________________________
> > 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] BBCode bugfix

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

Since quite a few module developers use/allow BBCode in their  
textareas I thought I'd pass on news of a bugfix.

http://pear.php.net/bugs/bug.php?id=1388

In say phpwsBB, entering in www.domain.com will get converted to a  
link by the Links filter in PEAR's BBCode classes but previously it  
didn't add an http://

That's now been fixed.


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

Re: [Phpwebsite-developers] Redirect after Post

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

We can work on getting more post completions to have redirects at the
end. The problem is that after a post you may want to post a message. If
you want that message to be seen you either have to use a meta redirect
or you would have to pass the message itself or a trigger to the next
page.

So it depends on what action is being taken.

Matt

On Thu, 2005-09-22 at 18:33 +0200, Michael H=C3=B8j Rasmussen wrote:
> Hi all.
>=20
> "The page you are trying to view contains POSTDATA that has expired fro=
m
> cache. If you resend the data, any action the form carried out (such as=
 a
> search or online purchase) will be repeated. To resend the data, click =
OK.
> Otherwise, click Cancel." - Firefox
>=20
> Are you still reading this? Please forgive the annoying beginning. How =
many
> times have you seen the POSTDATA statement while using a web applicatio=
n? (I
> guess the text varies depending on the browser you are using, but the
> meaning should be the same).
>=20
> It occurs when you hit the browser back button, trying to get back to t=
he
> previous page, but only if that specific page is the result from a POST
> action.
>=20
> Let me give you an example from phpWebSite, just in case I have lost yo=
u:
>=20
> 1. Create an announcement
>=20
> After saving the announcement, you will return to the announcement list.
>=20
> 2. Click on a link. Any link will do. Pick for instance the link showin=
g the
> announcement you just have created.
>=20
> Now try to go one step back, using the back button in your browser. You=
 will
> now get the POSTDATA statement from the browser, asking you what to do.
>=20
> There is a solution to this problem, and the keyword is redirect. It is
> described in details in this article:
> http://www.theserverside.com/articles/article.tss?l=3DRedirectAfterPost
>=20
> The summary of the article from theserverside is:
>=20
> - Never show pages in response to POST
> - Always load pages using GET
> - Navigate from POST to GET using REDIRECT
>=20
> I am not sure, if php supports the redirect function, but I know that I
> would like to get rid of the annoying possibility of posting data twice.
>=20
> Hopefully implementing the redirect strategy (if possible) is not too l=
ate
> to be considered as a part of the upcoming release of Fallout.=20
>=20
>=20
> Michael H. Rasmussen
> TechElephant
>=20
>=20
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.=20
> Download it for free - -and be entered to win a 42" plasma tv or your v=
ery
> own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.p=
hp
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
--=20
Matthew McNaney
Electronic Student Services
Appalachian State University
http://phpwebsite.appstate.edu

[Phpwebsite-developers] Redirect after Post

[<po...@mi...>]

Hi all.

"The page you are trying to view contains POSTDATA that has expired from
cache. If you resend the data, any action the form carried out (such as =
a
search or online purchase) will be repeated. To resend the data, click =
OK.
Otherwise, click Cancel." - Firefox

Are you still reading this? Please forgive the annoying beginning. How =
many
times have you seen the POSTDATA statement while using a web =
application? (I
guess the text varies depending on the browser you are using, but the
meaning should be the same).

It occurs when you hit the browser back button, trying to get back to =
the
previous page, but only if that specific page is the result from a POST
action.

Let me give you an example from phpWebSite, just in case I have lost =
you:

1. Create an announcement

After saving the announcement, you will return to the announcement list.

2. Click on a link. Any link will do. Pick for instance the link showing =
the
announcement you just have created.

Now try to go one step back, using the back button in your browser. You =
will
now get the POSTDATA statement from the browser, asking you what to do.

There is a solution to this problem, and the keyword is redirect. It is
described in details in this article:
http://www.theserverside.com/articles/article.tss?l=3DRedirectAfterPost

The summary of the article from theserverside is:

- Never show pages in response to POST
- Always load pages using GET
- Navigate from POST to GET using REDIRECT

I am not sure, if php supports the redirect function, but I know that I
would like to get rid of the annoying possibility of posting data twice.

Hopefully implementing the redirect strategy (if possible) is not too =
late
to be considered as a part of the upcoming release of Fallout.=20


Michael H. Rasmussen
TechElephant

Re: [Phpwebsite-developers] Shorter links solutions

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

So what about the other side of the coin to mod_rewrite?

Will say menuman present links in the short format or the full old  
style format?

That is more important and where Eloi's hack to moduleLink() worked,  
but which I never used for fear of creating obsolete links in my  
content when fallout finally got a short link system.

It'd also mean all links in any module that would benefit from being  
short, would have to go through the moduleLink() function to get the  
short URL.

As an aside, moduleLink() would be more useful if you could specify a  
class, add an image (ala phpwsBB) and specify a target.

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

Re: [Phpwebsite-developers] Shorter links solutions

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

> Kenneth's idea of "shortcuts" is a
> good one, but I would rather see short URL's than another core module
> and another layer of admin.  I would like to see phpWebsite be KISS
> friendly (Keep It Simple Stupid).

I think that having
site.com/picnic

would be much simpler than
site.com/article1_3.html

Shortcuts would allow people to actually tell people about a web
address. After reading your suggestions, howver, I am thinking that the
shortcut should have the .html on the end.

The downside to the shortcut is that the url in the address bar can't
remain the same because a header location command would control the
redirection.

> RewriteRule ^page([1-9][0-9]*)-([1-9][0-9]*).html$ ...

In the example above, the link specifically is engineered to work with
pagemaster. The action is view, the first number is the id, etc. There
is nothing wrong with a specific module coming up with their own set of
rules. If this is the case, the developer can tell the site admin to
copy the line into the .htaccess file.

What is needed however is a _generic_ mod_rewrite scheme that developers
can use out of the box. The first version of .htaccess has default
values. I just ran into problems when I had to add page to the mix. So I
had to develop something that would accommodate any type of link you
could throw at it. Getting too specific with variables will close off
link options. 

There is another possibility I just thought of. The shortcut module
could write to the .htaccess file itself.

After registering the key word to a page, article, whatever, you could
just push a button and shortcut would write the file.

Also when a module is installed for the first time, you could register
your specific mod_rewrite line and it would get added.

What do you think of that? 

Matt

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

Re: [Phpwebsite-developers] Shorter links solutions (Further Testing)

[Ken N. <ke...@co...>]

On Wed, 2005-09-21 at 06:11 -0400, Ken Nordquist wrote:
> URL = article3-2.html 
> 
> RewriteRule ^article([1-9][0-9]*)\-([1-9][0-9]*).html$
> index.php?module=article&view=$1&%{QUERY_STRING}&page_num=$2&
> %{QUERY_STRING}
> 
> Which rewrites to:
> 
> module=article&view=3&page_num=2
> 
> The caveat at this point is that it needs BOTH the article number and
> the page number.  It is a relatively simple implementation of Eloi's
> short URL hack (which works wonderfully and I wholeheartedly endorse!)

After further testing, there is a way to mod_rewrite the URL to default
to the first page.

**********
RewriteRule ^article([1-9][0-9]*).html$ index.php?module=article&view=
$1&%{QUERY_STRING} [L]
RewriteRule ^article([1-9][0-9]*)\-([1-9][0-9]*).html$ index.php?module=article&view=$1&%{QUERY_STRING}&page_num=$2&%{QUERY_STRING} [L]
**********

The [L] tells mod_rewrite to stop looking for rewrite rules and to apply 
the current rule.

It does work without the [L], but it does eliminate some httpd overhead 
should mod_rewrite (.htaccess) become a large file.


-- 
Ken Nordquist
"Did I Do That?"

Re: [Phpwebsite-developers] Shorter links solutions

[Ken N. <ke...@co...>]

On Tue, 2005-09-20 at 17:59 -0400, Ken Nordquist wrote:
> Based on the scenario of Matt's first email on the subject:
> > index.php?module=webpage&action=view&id=6&page=2
> 
> And my desire to have short URL's like:
> page6-2.html
> 
> Perhaps something like this would work:
> 
> RewriteRule ^page([1-9][0-9]*)-([1-9][0-9]*).html$ index.php?module=pagemaster&action=view&id=$1&%{QUERY_STRING}&page=$2&%{QUERY_STRING}

OK...  I just tested this on Eloi's Article mod (because that is the
only mod I have available with more than one page) with the following
rewrite rule with phpwebsite 10.1 and it works.

URL = article3-2.html 

RewriteRule ^article([1-9][0-9]*)\-([1-9][0-9]*).html$
index.php?module=article&view=$1&%{QUERY_STRING}&page_num=$2&
%{QUERY_STRING}

Which rewrites to:

module=article&view=3&page_num=2

The caveat at this point is that it needs BOTH the article number and
the page number.  It is a relatively simple implementation of Eloi's
short URL hack (which works wonderfully and I wholeheartedly endorse!)

Just in case I am being too subtle, I would really like to see an
implementation of short URL's for Fallout.


-- 
Ken Nordquist
"Did I Do That?"

Re: [Phpwebsite-developers] Shorter links solutions

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

And I'll add that I usually use these mod_rewrite rules...

RewriteRule ^announcement([1-9][0-9]*).html$ index.php? 
module=announce&ANN_user_op=view&ANN_id=$1&%{QUERY_STRING}
RewriteRule ^page([1-9][0-9]*).html$ index.php? 
module=pagemaster&PAGE_user_op=view_page&PAGE_id=$1&%{QUERY_STRING}
RewriteRule ^photoalbum.html$ index.php? 
module=photoalbum&PHPWS_AlbumManager_op=list&%{QUERY_STRING}
RewriteRule ^photoalbum([1-9][0-9]*).html$ index.php? 
module=photoalbum&PHPWS_AlbumManager_op=view&PHPWS_MAN_ITEMS[]=$1&% 
{QUERY_STRING}
RewriteRule ^calendar-event([1-9][0-9]*).html$ index.php? 
module=calendar&calendar[view]=event&id=$1&%{QUERY_STRING}
RewriteRule ^bbforum([1-9][0-9]*).html$ index.php? 
module=phpwsbb&PHPWSBB_MAN_OP=viewforum&PHPWS_MAN_ITEMS[]=$1&% 
{QUERY_STRING}
RewriteRule ^bbthread([1-9][0-9]*).html$ index.php? 
module=phpwsbb&PHPWSBB_MAN_OP=view&PHPWS_MAN_ITEMS[]=$1&%{QUERY_STRING}

...which I think were from Eloi's hack but I've not used the other  
half of his hack for fear of later upgrade problems and having to  
hack the hack back in every release.

The pagemaster rule is particularly useful as I can easily remember  
page11.html is my order page or page15.html is my server page. I'm  
more likely to remember that than remember I've bookmarked it. ;-)


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

Re: [Phpwebsite-developers] Shorter links solutions

[Ken N. <ke...@co...>]

On Tue, 2005-09-20 at 15:58 -0400, Matthew McNaney wrote:

> After talking with a few people privately (since no one responded here
> *ahem*) I have decided the following.

Before responding, I wanted to know what options are open to us and what
the ultimate goal is...  I have been perusing Apache's mod_rewrite for
ideas...  Here are my two cents worth (any wisecracks asking if I can
afford it will result in a severe kick in the shins).

First, I like short URL's and Eloi's implementation of them.  They give
the illusion of static pages (which helps in search engine rankings) and
are relatively easy to remember.  Kenneth's idea of "shortcuts" is a
good one, but I would rather see short URL's than another core module
and another layer of admin.  I would like to see phpWebsite be KISS
friendly (Keep It Simple Stupid).

Second, without a short URL implementation and methodology, I am not
sure what purpose mod_rewrite rules ultimately serve...  Most (if not
all) search engines index long URL's and generally people do not type in
URL's, they click a link.  For example, how many of us would type in the
link to see the latest update on New Orleans (ie.
http://www.cnn.com/2005/WEATHER/09/20/rita/index.html) as opposed to
going to cnn.com and clicking the link).

While I am in favor of making a "go forward" decision as opposed to
making no decision, I think we need to do some more research before
making that "go forward" decision.  I have this nagging feeling we are
missing something (perhaps even relatively easy).

Based on the scenario of Matt's first email on the subject:
> index.php?module=webpage&action=view&id=6&page=2

And my desire to have short URL's like:
page6-2.html

Perhaps something like this would work:

RewriteRule ^page([1-9][0-9]*)-([1-9][0-9]*).html$ index.php?module=pagemaster&action=view&id=$1&%{QUERY_STRING}&page=$2&%{QUERY_STRING}

Given that Apache says this on their mod_rewrite page:

"This module uses a rule-based rewriting engine (based on a
regular-expression parser) to rewrite requested URLs on the fly. It
supports an unlimited number of rules and an unlimited number of
attached rule conditions for each rule to provide a really flexible and
powerful URL manipulation mechanism. The URL manipulations can depend on
various tests, for instance server variables, environment variables,
HTTP headers, time stamps and even external database lookups in various
formats can be used to achieve a really granular URL matching." 

I am confident we can find a "simpler" solution.

And to restate, I would like to see short URL implementation and
methodology before moving on to mod_rewrite.

Regards,


-- 
Ken Nordquist
"Did I Do That?"

Re: [Phpwebsite-developers] Shorter links solutions

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

On 20 Sep 2005, at 20:58, Matthew McNaney wrote:

> Hello,
>
> After talking with a few people privately (since no one responded here
> *ahem*) I have decided the following.
>
> 1) We will go with solution 2 for mod_rewrite.
>
> 2) I spoke with Kenneth, who suggested some defaults behavior to  
> reduce
> link size. For example, in web page, if it just receives an id  
> variable,
> it will assume that the user just wants to view that web page. This
> removes a 'user_option=view' addition to the link.
>


Good call.

I think it would be a good idea if we had more modules default to  
'view' behaviour if no action is given. Or to default to a list view  
of all available items.

For instance,

http://phpwebsite.appstate.edu/index.php?module=announce and http:// 
phpwebsite.appstate.edu/index.php?module=faq just give a title and no  
content. It would be more sensible to go to say the category view or  
an archive view rather than presenting the user with nothing.

Then when we have short urls http://phpwebsite.appstate.edu/announce/  
or http://phpwebsite.appstate.edu/faq/ would be useful.




> 3) Brian came up with an idea for a module I am calling 'Shortcut'.
> Basically when enabled, you just go to the page, file, article,  
> etc. you
> want to create the shortcut for and click and add button. Shortcut  
> asks
> you what you want the shortcut to be named. Then you can just call the
> item via the shortcut like so:
>
> http://phpwebsite.com/index.php?module=shortcut&go=my_favorite_pony
>
> OR if you have mod_rewrite enabled, a much shorter version:
>
> http://phpwebsite.com/my_favorite_pony
>
> I have seen sites use this before so it may not be a 'new' idea but
> anyway...
>

Drupal have a very nice implementation of this which they call an  
'alias'. Any content node can be given an alias and referred to  
throughout Drupal when you create it. It doesn't use mod_rewrite  
entirely though, it goes through a module to convert links from their  
shortcuts. They also have a module which automatically gives nodes a  
short url based on the title of the node. eg. the title of an  
announcement should you not bother to supply one.

Both work best if you can tell modules such as menuman, pagemaster,  
fatcat etc to use the short url in the urls presented to both admins  
and users. Otherwise people will still be pasting in long urls into  
forums and announcements to refer to other parts of the site. Those  
long urls cause havoc with fixed size CSS based themes where you may  
only have 4-500 pixels for the forum.


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

[Phpwebsite-developers] Shorter links solutions

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

Hello,

After talking with a few people privately (since no one responded here
*ahem*) I have decided the following.

1) We will go with solution 2 for mod_rewrite.

2) I spoke with Kenneth, who suggested some defaults behavior to reduce
link size. For example, in web page, if it just receives an id variable,
it will assume that the user just wants to view that web page. This
removes a 'user_option=view' addition to the link.

3) Brian came up with an idea for a module I am calling 'Shortcut'.
Basically when enabled, you just go to the page, file, article, etc. you
want to create the shortcut for and click and add button. Shortcut asks
you what you want the shortcut to be named. Then you can just call the
item via the shortcut like so:

http://phpwebsite.com/index.php?module=shortcut&go=my_favorite_pony

OR if you have mod_rewrite enabled, a much shorter version:

http://phpwebsite.com/my_favorite_pony

I have seen sites use this before so it may not be a 'new' idea but
anyway...

I should have Shortcuts working this week. Web Pages will be close as
well. I figure next week I can release another alpha albeit one that
people might actually find useful.

Matt out


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

[Phpwebsite-developers] Mod_rewrite format

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

Greetings,

While working on a new module (Web Page) I hit a snag with mod_rewrite.

Normally mod_rewrite works like so:

Apache, via a .htaccess file that comes with 1.x, sees this:

webpage/view/6

and translates it to 

index.php?module=webpage&action=view&id=6

The variable names 'action' and 'id' are hardcoded in.

There is even a function in PHPWS_Text that you can send just the module
name, action call, and id and it will create the link depending on
whether mod_rewrite is enabled.

This is the snag. Web Page, unlike 0.10.x, allows different pages. So I
need a link to page 2 to look like this:

index.php?module=webpage&action=view&id=6&page=2

or via mod_rewrite

webpage/view/6/2

To do this in the .htaccess file, I had to define another line to look
for a 4th parameter. I called it 'sub1' because I needed something
generic. Here is the .htaccess file:

RewriteRule   ^(\w+)/(\w+)$ index.php?module=$1&action=$2 [NC]
RewriteRule   ^(\w+)/(\w+)/(\w+)$ index.php?module=$1&action=$2&id=$3
[NC]
RewriteRule   ^(\w+)/(\w+)/(\w+)/(\w+)$ index.php?module=$1&action=
$2&id=$3&sub1=$4 [NC]

This solves the problem, but it got me wondering about the mod_rewrite
flexibility. Using the above solution:
1) the command directive in any module HAS TO be named 'action'
2) the id HAS TO be named 'id', not page_id, article_id, etc.
3) all other variables would now be variations of sub(n) which is a
departure from the previous naming structure.

What I was thinking was making this MORE generic in one of two ways.

First way:
-----------------------------------------------------------
Every variable besides the module, would be var + n

So...
webpage/view/6/2

would translate

index.php?module=webpage&var1=view&var2=6&var3=2

What is nice about this is it keeps the link size down.
The downside is that you are stuck checking for or translating the
various var1, var2, etc. to usable variable names.


Second way
-------------------------------------------------------------
index.php?module=webpage&user_action=view&webpage_id=6&page_number=2

becomes:

webpage/user_action/view/webpage_id/6/page_number/2

Now we have a longer link but we get our custom request variable names
back. It would definitely be easier to code this way without having to
parse 'var(n)' get variables.

So my question to you is: which way, as a site admin and/or developer
would you rather see? Which ever way we go I will design the .htaccess
and phpws_text function to correspond.


Thanks for your help,
Matt

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

Re: [Phpwebsite-developers] SF 0.10.2 download files are corrupt--bug 1291578

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

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

Matthew McNaney wrote:
> Thank you for bringing this to our attention.
> We'll work on it today.

Matt,

Thanks.  If you would, please add a step to your release procedures.
Please add the md5sums for the files in the release notes with each
release on SF too.
https://sourceforge.net/project/shownotes.php?release_id=356214

Users need to know how to uses these numbers to figure out the problem
for themselves.  I'll take what I wrote in the forum post below and
revise it as part of the install guide.

Greg


> 
> Matt
> 
> On Wed, 2005-09-14 at 20:40 -0700, Greg Morgan wrote:
> 
> This bug needs to be fixed in short order.
> 
> https://sourceforge.net/forum/message.php?msg_id=3339542
> https://sourceforge.net/tracker/index.php?func=detail&aid=1291578&group_id=15539&atid=115539
> 
> Greg
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFDLKSQxyxe5L6mr7IRApdNAKCnV9ykpS6lYvg5ucVU8vDJboYOUACgkBZo
Hj0OYZAgYUvJWF1xsTXxDj8=
=hn3c
-----END PGP SIGNATURE-----

Re: [Phpwebsite-developers] SF 0.10.2 download files are corrupt--bug 1291578

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

Thank you for bringing this to our attention.
We'll work on it today.

Matt

On Wed, 2005-09-14 at 20:40 -0700, Greg Morgan wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> This bug needs to be fixed in short order.
> 
> https://sourceforge.net/forum/message.php?msg_id=3339542
> https://sourceforge.net/tracker/index.php?func=detail&aid=1291578&group_id=15539&atid=115539
> 
> Greg
> 
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.1 (GNU/Linux)
> Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
> 
> iD8DBQFDKO0Zxyxe5L6mr7IRAu56AJ42hht86EEZpZ8zGLcSVBd8/bIyOACghVXs
> DjEtVH0lXtB+iIWJnM5rjFg=
> =tWJG
> -----END PGP SIGNATURE-----
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. 
> Download it for free - -and be entered to win a 42" plasma tv or your very
> own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> 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] SF 0.10.2 download files are corrupt--bug 1291578

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

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

This bug needs to be fixed in short order.

https://sourceforge.net/forum/message.php?msg_id=3339542
https://sourceforge.net/tracker/index.php?func=detail&aid=1291578&group_id=15539&atid=115539

Greg


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

iD8DBQFDKO0Zxyxe5L6mr7IRAu56AJ42hht86EEZpZ8zGLcSVBd8/bIyOACghVXs
DjEtVH0lXtB+iIWJnM5rjFg=
=tWJG
-----END PGP SIGNATURE-----

Re: [Phpwebsite-developers] First WYSIWYG editor for Safari

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

On 14 Sep 2005, at 13:57, Matthew McNaney wrote:

> Hmm I wasn't aware Safari wouldn't allow FCK (which we are  
> supporting in
> 1.x).

Up until Safari 1.3 (on OSX 10.3) and 2.0 (on OSX 10.4), Safari  
didn't support contentEditable or any of the other stuff needed for a  
WYSIWYG editor. When it did, the Mac community bought FCK's author a  
new iBook to develop FCK on. He's having problems loading javascript  
dynamically so it's not there yet.

See http://www.fckeditor.com/safari.html

>
> Would be cool though if someone would write the stub files for it for
> 1.x. Maybe they might send us a copy when we release.
>

I'll ask. They're Brits so we're flushed with Cricket success at the  
mo and will be feeling generous. If not I'll buy a copy myself and  
hide it in a project somewhere as expenses.



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

Re: [Phpwebsite-developers] First WYSIWYG editor for Safari

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

Hmm I wasn't aware Safari wouldn't allow FCK (which we are supporting in
1.x).

Would be cool though if someone would write the stub files for it for
1.x. Maybe they might send us a copy when we release.

Thanks,
Matt

On Wed, 2005-09-14 at 13:36 +0100, Shaun Murray wrote:
> http://editor.hardcoreinternet.co.uk/
>=20
> Supports Safari v2.01 (I suspect possibly v1.3 too as it's the same =20
> WebKit under it), Gecko and IE.
>=20
> This is the first one I've seen that supports the Mac's most popular =20
> browser and therefore makes it possible to offer a cross platform =20
> solution. =C2=A325 per domain though - not free.
>=20
> Quite bulky though in comparison to FCK which seems to have hit a =20
> stumbling block in it's Safari port efforts lately.
>=20
>=20
> Shaun
> aegis design - http://www.aegisdesign.co.uk
> aegis hosting - http://www.aegishosting.co.uk
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server.=20
> Download it for free - -and be entered to win a 42" plasma tv or your v=
ery
> own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.p=
hp
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
--=20
Matthew McNaney
Electronic Student Services
Appalachian State University
http://phpwebsite.appstate.edu

[Phpwebsite-developers] First WYSIWYG editor for Safari

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

http://editor.hardcoreinternet.co.uk/

Supports Safari v2.01 (I suspect possibly v1.3 too as it's the same =20
WebKit under it), Gecko and IE.

This is the first one I've seen that supports the Mac's most popular =20
browser and therefore makes it possible to offer a cross platform =20
solution. =A325 per domain though - not free.

Quite bulky though in comparison to FCK which seems to have hit a =20
stumbling block in it's Safari port efforts lately.


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

Re: [Phpwebsite-developers] mod_layout_box and CNT_mod_new

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

On 9 Sep 2005, at 08:56, Ken Nordquist wrote:

> I added a random business feature to my nakes (NAICS Business  
> Listings)
> module.  I had to add CNT_Nakes_block to layout for it to work  
> properly.
> On a new install, everything works great.  My problem is making it  
> work
> with old installs.
>
> As of now, I have a site which uses branches.  I tried adding
> CNT_Nakes_block to mod_layout_box (and adjusting mod_layout_box_seq),
> but to no avail.
>
> How can I accomplish this without backing up the tables, uninstalling
> and reinstalling the mod and then restoring the tables...

There's a function in layout to add the extra box...

eg..

$_SESSION['OBJ_layout']->create_temp("module_name", "CNT_new_box",  
"body", "1");



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

[Phpwebsite-developers] mod_layout_box and CNT_mod_new

[Ken N. <ke...@co...>]

I added a random business feature to my nakes (NAICS Business Listings)
module.  I had to add CNT_Nakes_block to layout for it to work properly.
On a new install, everything works great.  My problem is making it work
with old installs.

As of now, I have a site which uses branches.  I tried adding
CNT_Nakes_block to mod_layout_box (and adjusting mod_layout_box_seq),
but to no avail.

How can I accomplish this without backing up the tables, uninstalling
and reinstalling the mod and then restoring the tables...  

Any ideas?

Ken

Re: [Phpwebsite-developers] Paying Work: PhotoAlbum modification

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

On 8 Sep 2005, at 15:51, M. Filio wrote:

>> I then went on to add private forums to phpwsBB. That's done too
>> now. ;-)
>>
>>
>
> Are these changes available on the SF CVS? Or as a patch somewhere? I
> would like to take a look at them.

Not yet. I should get time to sort them out tomorrow and check them  
in. I've got to also change the 'Latest Posts' box so it doesn't show  
posts from private forums that you aren't a member of.

It works by letting you set the groups the forum is visible to in the  
settings and then checking that the user is a member of a group  
before displaying the forum. Relatively simple change.


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

Re: [Phpwebsite-developers] Paying Work: PhotoAlbum modification

[M. F. <md...@gm...>]

> I then went on to add private forums to phpwsBB. That's done too
> now. ;-)
>=20

Are these changes available on the SF CVS? Or as a patch somewhere? I
would like to take a look at them.