phpwebsite-developers

[Phpwebsite-developers] Some responses

[Matt M. <mcn...@ap...>]

I will respond on some of the issues I know about. Others from the team
will answer on their area of expertise (e.g. Adam is the upload image
guru, Brian is the user pages coder).

>Richard Rowell said:

>I discovered PHPWebsite the other day, and I like it save for a few minor 
>things.  These things, listed in ever increasing levels of annoyance, are as 
>follows:
...
>-Sub category system in the calendar is somewhat awkward.
>-MySQL only.

We will be recoding the calendar as a plug-in. Since we will be up to
the elbows in the code, expect major changes. The calendar was centered
squarely on a particular department on campus. Therefore, yes, it is
awkward. This will change. The following is what is planned so far:
1) Categories, subcategories, and locations will be options and not
mandatory,
2) Java windows will open when you click on an event. If Java is not
supported, the info window will open instead,
3) 24 hour time schedule option and the option to not assign a time at
all (All Day events)
4) Changes in the corner calendars. Month view will highlight days that
have events, others will be blank.
5) Overall structure changes, less files, more options, etc.

If you want things to change in the calendar, PLEASE make suggestions
here. 

Karsten Dambekalns sez:

>I was about to try to update from CVS, but it seems that the machine is down
>(browse CVS isn't working either). Anyone else experiencing this?

The CVS server is on a different router than phpwebsite. Unfortunately,
we do not have much control over this. Occasionally you can't access it
but if it makes you feel any better neither can we! Trust me, we are
much more upset about this than anyone else. We are sorry if it causes
people problems and hope it improves in the future.

Karsten Dambekalns notes:
>But then: why ereg_replace()? preg_replace() is faster than that, and in th=
>is
>simple case str_replace() woulb be even faster and no less appropriate! And
>if you change that, then why leave nl2br() in just a few lines below in teh
>code?

I used to use str_replace but I changed to ereg_replace. Don't know why
exactly... But in any case, if str_replace is faster, I will change it.
There are still some nl2br lines out there and I am trying to change
them. If anyone is wondering why we have to change them, nl2br converts
newlines (\n) to break tags <br>. Unfortunately, <br> is not XHTML
compatible so the tag needs to be <br />.
As for alerting the php developers, no we haven't done that yet. Please
alert them and we will as well. In the meantime, I'll change ereg's to
str_replace.

>No offense :-)
None taken ^_~

Finally, the tarball should come out before the earth gets sucked into
our dying sun. Once it does, please review the plugin format and print
feedback.

Best regards,
Matthew McNaney



-- 
Matthew McNaney
Systems Administrator
Career Development Center
mcn...@ap...
Office 828-262-2180
Fax    828-262-2834

Re: [Phpwebsite-developers] Some responses

[Karsten D. <k.d...@tu...>]

On Tue, Mar 06, 2001 at 09:12:17AM -0500, Matt McNaney wrote:

> them. If anyone is wondering why we have to change them, nl2br converts
> newlines (\n) to break tags <br>. Unfortunately, <br> is not XHTML
> compatible so the tag needs to be <br />.
> As for alerting the php developers, no we haven't done that yet. Please
> alert them and we will as well. In the meantime, I'll change ereg's to
> str_replace.

I mailed to the php-dev list and got a reply _fast_! This is laready done in
CVS and will be out with the upcoming PHP 4.0.5. So we can change everything
back to nl2br - if we rely on people installing the new PHP release. Should
we do that? Why not? Any thoughts on this?

I would prefer using native functions (nl2br in this case) because they are
faster and less error prone.

> >No offense :-)
> None taken ^_~

Fine :-)

Regards,
Karsten
--=20
Why do we have to hide from the police, daddy?
Because we use emacs, son. They use vi.
-----------------------------
mailto:k.d...@tu... w=B3: http://www.k-fish.de/
gpg: http://www.k-fish.de/mykeys.gpg

RE: [Phpwebsite-developers] Some responses

[Simon R. <si...@ai...>]

Hiya,

> If you want things to change in the calendar, PLEASE make suggestions
> here.

I think it'd be really useful if the calendar had a really simple mode,
where it could just show all the upcoming "system" events, plus any personal
events, in a single view :

Date/Time        Event
Tue March 20th   King of Ruapuna, Race 3
Sat March 24th   National Series, Round 4
Fri March 30th   Personal: meeting with sponsors, 3pm
Sat March 31st   South Island Cup
...

etc. With an option to see all the events, just yours, old events etc.

Cheers, Simon

[Phpwebsite-developers] Calendar suggestion

[Richard R. <rr...@sh...>]

I like the fact that every event has a category, but I hate the mandatory 
sub-category.  It seems to simplistic anyway, if you are gonna bother with 
subcategory, why not allow an infinite number via a recursive relationship?

I would also like the option of filtering by category... IE if the TQM people 
tend to clog things up (marketoids, you know how they are), I would like to 
filter everything in the TQM category, etc.  Perhaps filtering by the poster 
as well (anything the marketoid people put up regardless of what category 
they put it in)

Also, the calendar should wrap the event description onto multiple lines 
rather then give a ... at the end in the monthly view.  The weekly seems to 
word wrap, but not the monthly.

Just some thoughts.
_________________________
Richard Rowell
rr...@sh...

If Java had true garbage collection, most programs would delete themselves 
upon execution. - Robert Sewell 

Re: [Phpwebsite-developers] Some responses

[Todd O. <to...@da...>]

__Multiple Organizations
If we want to make phpwebsite scale to have multiple organizations in the
same database, then we need to add an additional field to each table such as
"ouid" (organizational unit id) ["oid" is reserved for object id in
Postgres].  The primary key for each table would need to be changed to (cid,
ouid) instead of (cid) alone.  To prevent ouid guessing or spoofing, the
user access control list (ACL) would have to be consulted for each page
access, which should be done anyway.

__Calendar plug-in
I like Simon's simple mode calendar idea.  I also think a repeating event
item should be provided with "skip" dates such as every Monday from 2 pm to
4 pm EXCEPT for fifth Mondays (which occur once quarterly).  phpmycalendar
and phpgroupware have good interfaces; it may be better to start with one of
these and recode from there instead of the existing calendar.  Matt, are you
working on this one yourself?

It would also be nice to allow for an event/entry to link off-site or
on-site for additional information.  Extending on Richard's suggestion, I
think each user should be allowed a default filter of their choosing, say
only electrical engineering and mechanical engineering design deadlines, but
everything else is out.  They could then select to also add structural
deadlines.  I'd like to know the group's thoughts about having a see all BUT
category logic or ONLY category logic.  What happens when you've selected to
see only categories B & C and someone then adds D; does it show up on your
calendar?  If not, then how do you know there's been one added?

__Plug-in Table names
Has their been any consideration given to a plug-in table naming convention?
I suggest plug-in name, underscore, table name like calendar_events and
calendar_categories.

--Todd