phpwebsite-developers — For our development team.

Re: [Phpwebsite-developers] Answer to the question

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

On 15 Feb 2005, at 20:40, Matthew McNaney wrote:
>
> This site and its design encompasses what we are up against.
>
> Enjoy.
>

I particularly liked the duelling banjos theme tune...

http://www.itc.appstate.edu/danny.html


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

Re: [Phpwebsite-developers] Answer to the question

[Jim W. <spi...@us...>]

> -----Original Message-----
> From: Matthew McNaney
> Sent: Tuesday, 15. Feb 2005 15:40 -0500
> To: phpWebSite Developers
<php...@li...>
> Subject: [Phpwebsite-developers] Answer to the question
> 
> Hello all,
> 
> This is not really developer related, but I figured you would
appreciate
> it.
> 
> Oftentimes, Steven and I are asked "Does all of ASU use phpWebSite?"
> When we answer "not hardly", the question is always "why not?"
> 
> It is hard for us to explain the atmosphere in which we program so
the
> explanation was always vague. Until now...
> 
> Mere words can not express our situation, but now there is a web site
> that says it all.
> 
> http://www.itc.appstate.edu/
> 
> This site and its design encompasses what we are up against.
> 

Interesting site.  Looks like a little overuse of flash.  It ends up
being a bit ugly because all the flashes have to start up again on each
page load.  That and the designer 
seems to be have a little more tech saavy than artistic eye.  Let me
guess, he/she is running the fastest pc in the department.  It's got the
secondary cooling fans running on my old 2.4ghz p4 with firefox hitting
the cpu 30-50% just sitting on a page.

Anyway, I think I understand what you mean.

Best regards,

Jim Wilson

[Phpwebsite-developers] Answer to the question

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

Hello all,

This is not really developer related, but I figured you would appreciate
it.

Oftentimes, Steven and I are asked "Does all of ASU use phpWebSite?"
When we answer "not hardly", the question is always "why not?"

It is hard for us to explain the atmosphere in which we program so the
explanation was always vague. Until now...

Mere words can not express our situation, but now there is a web site
that says it all.

http://www.itc.appstate.edu/

This site and its design encompasses what we are up against.

Enjoy.

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

Re: [Phpwebsite-developers] branch module

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

On 11 Feb 2005, at 19:54, Jim Wilson wrote:

>> On 11 Feb 2005, at 04:53, yawstick wrote:
>>>
>>> Dont know if its possible but it would be very nice if the branch
>>> module
>>> preserved the ownership and permissions of the files copied during
> the
>>> branch install.
>>>
>>
>> Or at least let you set them in the interface.
>>
>> Shaun
>> aegis design - http://www.aegisdesign.co.uk
>>
>
> That would be a security issue.  A better solution would be a module
> for
> editing templates and uploading media files to the site via the web
> interface.

Not during the initial branch creation but afterwards, yes, I agree.

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

Re: [Phpwebsite-developers] branch module

[Jim W. <spi...@us...>]

> On 11 Feb 2005, at 04:53, yawstick wrote:
> >
> > Dont know if its possible but it would be very nice if the branch 
> > module
> > preserved the ownership and permissions of the files copied during
the
> > branch install.
> >
> 
> Or at least let you set them in the interface.
> 
> Shaun
> aegis design - http://www.aegisdesign.co.uk
> 

That would be a security issue.  A better solution would be a module
for
editing templates and uploading media files to the site via the web
interface.

Best,

Jim

Re: [Phpwebsite-developers] branch module

[Jim W. <ji...@ke...>]

> On 11 Feb 2005, at 04:53, yawstick wrote:
> >
> > Dont know if its possible but it would be very nice if the branch 
> > module
> > preserved the ownership and permissions of the files copied during
the
> > branch install.
> >
> 
> Or at least let you set them in the interface.
> 
> Shaun
> aegis design - http://www.aegisdesign.co.uk
> 

That would be a security issue.  A better solution would be a module for
editing templates and uploading media files to the site via the web
interface.

Best,

Jim

Re: [Phpwebsite-developers] branch module

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

On 11 Feb 2005, at 04:53, yawstick wrote:
>
> Dont know if its possible but it would be very nice if the branch 
> module
> preserved the ownership and permissions of the files copied during the
> branch install.
>

Or at least let you set them in the interface.

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

Re: [Phpwebsite-developers] branch module

[yawstick <yaw...@ch...>]

Thanks for your help

I will definitely will be looking into being able to chown nobody files,
however.....

The simplist solution seems to be to copy the whole themes dir from your
root themes to your branch themes dir prior to your branch install.

cp -R themes  your_branch/

The ownership and permissions are retained and they are not overwritten by
the branch install. In fact you could probably do the same for the images
dir and any other dirs with anything you might need to edit.

My guess is that the only file specific to the branch is index.php in the
root of your branch. All the rest seem to be clones of your root files.

The other suggestions do not work because I can't copy from the files owned
by nobody to a new dir..

Dont know if its possible but it would be very nice if the branch module
preserved the ownership and permissions of the files copied during the
branch install.


Thanks again

Paul

Re: [Phpwebsite-developers] branch module

[Tony M. <to...@ht...>]

On Thu, 10 Feb 2005, Ben Scheffer wrote:

> The best way to create branches (if you aren't able to change ownership) is
> to manually create the needed folders first. But if Nobody (Apache) created
> them already then you could try the php script I found in one of the PHPWS
> forums. It was written by some guy named Daniel Wacker and the name of the
> script is webadmin.php.
> I had the same trouble as you. It took me a whole month to get SHH access to
> my site (providers here are not to keen on giving there customers SSH). When
> i finally got it, it seemed to be worthless. I didn't had enough rights to
> change ownership of a file that was owned by someone else (Nobody). With
> webadmin.php at least i could delete the folders and recreate them again.

When I create a branch, after it's created, I...

cp -r branchname branchname.new
mv branchname branchname.old
mv branchname.new branchname

Then use an executed statement in your php to delete the branchname.old

-Tony

> 
> Ben
> ----- Original Message -----
> From: "yawstick" <yaw...@ch...>
> To: <php...@li...>
> Sent: Thursday, February 10, 2005 11:02 AM
> Subject: [Phpwebsite-developers] branch module
> 
> 
> > Are there issues with the branch module? I used it to create a branch but
> > most everything in the branch directory was owned by nobody. I could not
> > even see anything in the individual theme directories much less edit them.
> I
> > had my host change ownership so I could edit them and  now it seems the
> > permissions are wrong on most everything, Am I doing something wrong?
> >
> > Thanks
> >
> > Paul
> >
> >
> >
> >
> > -------------------------------------------------------
> > SF email is sponsored by - The IT Product Guide
> > Read honest & candid reviews on hundreds of IT Products from real users.
> > Discover which products truly live up to the hype. Start reading now.
> > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> > _______________________________________________
> > Phpwebsite-developers mailing list
> > Php...@li...
> > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
> >
> 
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
> 

-- 
Hometown Enterprises Internet Services
Professional, affordable web design and hosting.
http://www.hteis.com/

Re: [Phpwebsite-developers] branch module

[Jim W. <spi...@us...>]

Just copy the files (look at cp -dR fromdir todir) and they will be
owned by you.  Depending 
on what you have the previous suggestion to create an empty directory
first might be helpful.
Then you could just rename it after a branch create and then copy it to
the original name.

Best regards,

Jim Wilson


> -----Original Message-----
> From: "yawstick" <yaw...@ch...>
> Sent: Thursday, 10. Feb 2005 5:02 -0500
> To: <php...@li...>
> Subject: [Phpwebsite-developers] branch module
> 
> Are there issues with the branch module? I used it to create a branch
but
> most everything in the branch directory was owned by nobody. I could
not
> even see anything in the individual theme directories much less edit
them. I
> had my host change ownership so I could edit them and  now it seems
the
> permissions are wrong on most everything, Am I doing something wrong?
> 

Re: [Phpwebsite-developers] branch module

[Ben S. <ben...@gm...>]

The best way to create branches (if you aren't able to change ownership) is
to manually create the needed folders first. But if Nobody (Apache) created
them already then you could try the php script I found in one of the PHPWS
forums. It was written by some guy named Daniel Wacker and the name of the
script is webadmin.php.
I had the same trouble as you. It took me a whole month to get SHH access to
my site (providers here are not to keen on giving there customers SSH). When
i finally got it, it seemed to be worthless. I didn't had enough rights to
change ownership of a file that was owned by someone else (Nobody). With
webadmin.php at least i could delete the folders and recreate them again.

Ben
----- Original Message -----
From: "yawstick" <yaw...@ch...>
To: <php...@li...>
Sent: Thursday, February 10, 2005 11:02 AM
Subject: [Phpwebsite-developers] branch module


> Are there issues with the branch module? I used it to create a branch but
> most everything in the branch directory was owned by nobody. I could not
> even see anything in the individual theme directories much less edit them.
I
> had my host change ownership so I could edit them and  now it seems the
> permissions are wrong on most everything, Am I doing something wrong?
>
> Thanks
>
> Paul
>
>
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
>

Re: [Phpwebsite-developers] branch module

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

On 10 Feb 2005, at 10:02, yawstick wrote:

> Are there issues with the branch module? I used it to create a branch 
> but
> most everything in the branch directory was owned by nobody. I could 
> not
> even see anything in the individual theme directories much less edit 
> them. I
> had my host change ownership so I could edit them and  now it seems the
> permissions are wrong on most everything, Am I doing something wrong?
>

Apache usually runs as the user 'nobody' so Branch will have created 
the files with that user. If your host doesn't let you chown nobody 
files then there's something wrong there. Change hosts.


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

[Phpwebsite-developers] branch module

[yawstick <yaw...@ch...>]

Are there issues with the branch module? I used it to create a branch but
most everything in the branch directory was owned by nobody. I could not
even see anything in the individual theme directories much less edit them. I
had my host change ownership so I could edit them and  now it seems the
permissions are wrong on most everything, Am I doing something wrong?

Thanks

Paul

Re: [Phpwebsite-developers] onSubmit() from a <form> tag?

[Tony M. <to...@ht...>]

On Wed, 9 Feb 2005, Steven Levin wrote:

> On Tue, 2005-02-08 at 22:14 -0500, Tony Miller wrote:
> > Thanks for the suggestion, I seem to be hitting the javascript on submit, 
> > the window is closing, the parent form is refreshing, but the information 
> > is not being submitted.  Here are snippets of the generated HTML.
> > 
> > <form  id="editcigarid" name="editcigar" action="index.php" method="post">
> > <input type="hidden" name="module" value="cigardiary" />
> > <input type="hidden" name="CC_OP" value="save" />
> > 
> > ... 
> > 
> > <script type="text/javascript">
> > //<![CDATA[
> > 
> > document.getElementById('editcigarid').onsubmit=function dropWindow() {
> >   window.opener.location.reload(true);
> >   window.close();
> >   return true;
> > }
> > 
> > //]]>
> > </script>
> > 
> > It should be returning true to the "onsubmit" forcing it to submit the 
> > data to the server.
> > 
> > So far in my travels I've been able to either 
> > 
> > 1. Save the data and not close the popup and refresh the parent window.
> > 
> > 2. Close the popup and refresh the parent window but not save the data.
> 
> Try doing this instead of using the onsubmit feature of a form.  Just
> let the post go through as normal without the use of any javascript.
> Then when the popup refreshes after a successful post load this into the
> window.
> 
> <script type="text/javascript">
> //<![CDATA[
> 
> document.onload = function dropWindow() {
>   window.opener.location.reload(true);
>   window.close();
> }
> 
> //]]>
> </script>
> 
> Not positive it will work,  but it is worth a try.

Steven,

It seems like the original works just fine in IE (it does not work in 
"Netscape" type browsers like Mozilla which I'm using.)

I'm going to try a redirect to a url which might knock down the window.  
Otherwise I'll leave it up there for the netscape people to click the [x] 
to drop.

-Tony

-- 
Hometown Enterprises Internet Services
Professional, affordable web design and hosting.
http://www.hteis.com/

[Phpwebsite-developers] (no subject)

[yawstick <yaw...@ch...>]

I just did a branch thing from the admin control panel and all the files
created by the branch are owned by nobody. Is this normal? I cannot edit the
themes or anything else in the new branch.
This is on a hosted site so I cannot change ownership of the directories and
files. Is there a way of controlling the user the branch files created as.

Thanks

Paul

Re: [Phpwebsite-developers] onSubmit() from a <form> tag?

[Steven L. <st...@tu...>]

On Tue, 2005-02-08 at 22:14 -0500, Tony Miller wrote:
> Thanks for the suggestion, I seem to be hitting the javascript on submit, 
> the window is closing, the parent form is refreshing, but the information 
> is not being submitted.  Here are snippets of the generated HTML.
> 
> <form  id="editcigarid" name="editcigar" action="index.php" method="post">
> <input type="hidden" name="module" value="cigardiary" />
> <input type="hidden" name="CC_OP" value="save" />
> 
> ... 
> 
> <script type="text/javascript">
> //<![CDATA[
> 
> document.getElementById('editcigarid').onsubmit=function dropWindow() {
>   window.opener.location.reload(true);
>   window.close();
>   return true;
> }
> 
> //]]>
> </script>
> 
> It should be returning true to the "onsubmit" forcing it to submit the 
> data to the server.
> 
> So far in my travels I've been able to either 
> 
> 1. Save the data and not close the popup and refresh the parent window.
> 
> 2. Close the popup and refresh the parent window but not save the data.

Try doing this instead of using the onsubmit feature of a form.  Just
let the post go through as normal without the use of any javascript.
Then when the popup refreshes after a successful post load this into the
window.

<script type="text/javascript">
//<![CDATA[

document.onload = function dropWindow() {
  window.opener.location.reload(true);
  window.close();
}

//]]>
</script>

Not positive it will work,  but it is worth a try.

--
Steven

Re: [Phpwebsite-developers] onSubmit() from a <form> tag?

[Tony M. <to...@ht...>]

On Tue, 8 Feb 2005, Steven Levin wrote:

> On Sat, 2005-02-05 at 22:06 -0500, Tony Miller wrote:
> > Any ideas on why this wouldn't work?
> 
> I normally use the get DOM function getElementById()
> 
> So you would do something like this:
> 
>     if(isset($_REQUEST["lay_quiet"])) 
> $tags["START_FORM"] = "<form id=\"myformid\" action=\"index.php\" method=\"post\"  name=\"editcigar\">";
> 
> Make sure you confirm this is properly making it into the html source.
> 
> Then in the form template file at the bottom put:
> 
> <script type="text/javascript">
> //<![CDATA[
> 
> document.getElementById('myformid').onsubmit = function doSomething() {
> 	// whatever you gotta do
> 	// opener.document.reload();
> 	// window.close();
> 	return true;
> }
> 
> //]]>
> </script>

Thanks for the suggestion, I seem to be hitting the javascript on submit, 
the window is closing, the parent form is refreshing, but the information 
is not being submitted.  Here are snippets of the generated HTML.

<form  id="editcigarid" name="editcigar" action="index.php" method="post">
<input type="hidden" name="module" value="cigardiary" />
<input type="hidden" name="CC_OP" value="save" />

... 

<script type="text/javascript">
//<![CDATA[

document.getElementById('editcigarid').onsubmit=function dropWindow() {
  window.opener.location.reload(true);
  window.close();
  return true;
}

//]]>
</script>

It should be returning true to the "onsubmit" forcing it to submit the 
data to the server.

So far in my travels I've been able to either 

1. Save the data and not close the popup and refresh the parent window.

2. Close the popup and refresh the parent window but not save the data.

> > Is there any better way to get extra information into the <form> tag?
> 
> Currently there is not an easier way :(

I don't care if it's easier, just so long as it works.  I think I'm 
getting close with your help.

> Hope this helps.

It did help, but I'm not there yet.  There's some interaction with 
onsubmit that I don't understand.  Anyone with ideas, please speak up.

-Tony

-- 
Hometown Enterprises Internet Services
Professional, affordable web design and hosting.
http://www.hteis.com/

Re: [Phpwebsite-developers] onSubmit() from a <form> tag?

[Steven L. <st...@tu...>]

On Sat, 2005-02-05 at 22:06 -0500, Tony Miller wrote:
> Any ideas on why this wouldn't work?

I normally use the get DOM function getElementById()

So you would do something like this:

    if(isset($_REQUEST["lay_quiet"])) 
$tags["START_FORM"] = "<form id=\"myformid\" action=\"index.php\" method=\"post\"  name=\"editcigar\">";

Make sure you confirm this is properly making it into the html source.

Then in the form template file at the bottom put:

<script type="text/javascript">
//<![CDATA[

document.getElementById('myformid').onsubmit = function doSomething() {
	// whatever you gotta do
	// opener.document.reload();
	// window.close();
	return true;
}

//]]>
</script>

> Is there any better way to get extra information into the <form> tag?

Currently there is not an easier way :(

Hope this helps.

Steven
 

[Phpwebsite-developers] onSubmit() from a <form> tag?

[Tony M. <to...@ht...>]

I have a special project that I've been working on and I have been trying 
to create a sub popup window with javascript that I can use to do an 
update.  I have been having a couple of problems...

I was able to update the {START_FORM} tag on the template by using:

    if(isset($_REQUEST["lay_quiet"])) $tags["START_FORM"] =
"<form action=\"index.php\" method=\"post\"  name=\"editcigar\"
onSubmit=\"return true;\">";

(I used the return true to simply test the onSubmit() which is not 
working)

According to the javascript manual, you have to return true to the 
onSubmit() to make it submit the form, otherwise it simply "tosses" it.  I 
was trying to use the onSubmit() to refresh the parent window, and close 
the sub form (pop-up).

Any ideas on why this wouldn't work?

Is there any better way to get extra information into the <form> tag?

Thanks,
-Tony

-- 
Hometown Enterprises Internet Services
Professional, affordable web design and hosting.
http://www.hteis.com/

Re: [Phpwebsite-developers] $add_breaks = SMART;

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

On 3 Feb 2005, at 18:00, Mike Noyes wrote:
> Shaun,
> What about a wiki parse. Don and I discussed a global setting available
> to Deity for selecting default parse between: text, bbcode, wiki, and
> xhtml. If someone wanted to get fancy, multiple options could be made
> available on edit.
>

Yep. Why not.

> This way input would be parsed properly according to the desires of the
> website deity and target users.
>

Yep. That would be useful too so a deity could use full unfiltered 
HTML, admin users filtered HTML and users just BBcode/text or wiki.

> The only issue I see with this is how the back-end (database) store is
> defined.

Well that's the problem. Currently, there's no way of indicating to 
phpWebsite what the user has intended when they input the text so it 
does a half conversion converting breaks to br tags. The problem is, it 
also converts breaks inside other bits of html adding them where they 
weren't needed. Hence the SMART option I was thinking about which 
switched off the current break handling if it found there was html in 
the input already. Most other CMS let you specify which it is when you 
write it and third party blogging tools like Ecto and MarsEdit let you 
specify too although can do some conversion before uploading it to your 
blog to store it as HTML so that even though you may write in plain 
text, it stores as HTML.


> I know bbcode is already available, but I'm not familiar with
> the specifics.
>

The BBCode filter coexists with the html parser as it's tags are extra 
so don't interfere with HTML. A wiki filter could probably also do so 
but you're then getting a lot of filters all trying to work at once. 
I'd rather it just did one and let you specify which it was.

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

Re: [Phpwebsite-developers] $add_breaks = SMART;

[Mike N. <mh...@us...>]

On Wed, 2005-02-02 at 23:03, Shaun Murray wrote:
> Over the last few days I've been working with a site with lots of html in blocks, 
> announcements and page sections and I've been occasionally coming up against 
> phpWebSite's insistence or not of converting breaks/linefeeds to <br /> tags. It's most 
> annoying in forms and tables.
> 
> In textsettings.php you can switch it off, but it's still handy for users so they don't have to 
> type html so that's not an option really.
> 
> Is there a middle way?

Shaun,
What about a wiki parse. Don and I discussed a global setting available
to Deity for selecting default parse between: text, bbcode, wiki, and
xhtml. If someone wanted to get fancy, multiple options could be made
available on edit.

This way input would be parsed properly according to the desires of the
website deity and target users.

The only issue I see with this is how the back-end (database) store is
defined. I know bbcode is already available, but I'm not familiar with
the specifics.

-- 
Mike Noyes <mhnoyes at users.sourceforge.net>
http://sourceforge.net/users/mhnoyes/
SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs

Re: [Phpwebsite-developers] $add_breaks = SMART;

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

> I was thinking more that the textsettings.php $add_breaks was a three 
> state thing and the parseOutput function grep-ed for the allowed_tags 
> rather than a new one but maybe it'd screw up the displays of old 
> content already in the database. We don't store the converted output 
> with the added <br /> in the database do we?

No we don't store the <br /> but I don't understand how you propose to
disable the process on an individual basis.

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

Re: [Phpwebsite-developers] $add_breaks = SMART;

[Wendall C. <wen...@to...>]

I just ran into this as well. It is really nice to have the breaks added
when just adding a block of plain text in a browser. However, when
adding a block of pre-formatted html it is quite annoying to have the
breaks added. I would opt for some type of marker at the head like
<nobreaks> or {nobreaks} on the first line to signify no breaks. Reason
is that I may have a plain block of text that I want to have a word
bolded or in italics. This would unexpectedly break the breaker
functionality.

On a similar subject. I'd like to see <strong> and <em> added to the
default allowed tags list in textsettings.php. They have been the w3c
recommendation for bold and italics for a good ten years now.

Wendall

On Thu, 2005-02-03 at 14:42 +0000, Shaun Murray wrote:
> On 3 Feb 2005, at 13:24, Matthew McNaney wrote:
> 
> > Oh now you are just looking for stuff to complain about ;^)
> >
> 
> Don't get me started on my end of year tax return...
> 
> >> Is there a middle way?
> >>
> >> Is was wondering what the effect would be of allowing a SMART setting 
> >> which checked the
> >> content for tags such as the ones in $allowed_tags and then if found, 
> >> switched off the
> >> conversion?
> >
> > So if you enter <nobreaks> none will be added? If the other devs like
> > that I see no problem with adding it. Just decide on the tag name and
> > format.
> 
> Does it need an extra tag?
> 
> I was thinking more that the textsettings.php $add_breaks was a three 
> state thing and the parseOutput function grep-ed for the allowed_tags 
> rather than a new one but maybe it'd screw up the displays of old 
> content already in the database. We don't store the converted output 
> with the added <br /> in the database do we?
> 
> 
> 
> Shaun
> aegis design - http://www.aegisdesign.co.uk
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers

Re: [Phpwebsite-developers] $add_breaks = SMART;

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

On 3 Feb 2005, at 13:24, Matthew McNaney wrote:

> Oh now you are just looking for stuff to complain about ;^)
>

Don't get me started on my end of year tax return...

>> Is there a middle way?
>>
>> Is was wondering what the effect would be of allowing a SMART setting 
>> which checked the
>> content for tags such as the ones in $allowed_tags and then if found, 
>> switched off the
>> conversion?
>
> So if you enter <nobreaks> none will be added? If the other devs like
> that I see no problem with adding it. Just decide on the tag name and
> format.

Does it need an extra tag?

I was thinking more that the textsettings.php $add_breaks was a three 
state thing and the parseOutput function grep-ed for the allowed_tags 
rather than a new one but maybe it'd screw up the displays of old 
content already in the database. We don't store the converted output 
with the added <br /> in the database do we?



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

Re: [Phpwebsite-developers] $add_breaks = SMART;

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

Oh now you are just looking for stuff to complain about ;^)

> Is there a middle way?
> 
> Is was wondering what the effect would be of allowing a SMART setting which checked the 
> content for tags such as the ones in $allowed_tags and then if found, switched off the 
> conversion?

So if you enter <nobreaks> none will be added? If the other devs like
that I see no problem with adding it. Just decide on the tag name and
format.

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