phpwebsite-developers Mailing List for phpWebSite Content Management System (Page 96)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Stop it.  You're gonna make me cry. <sniff>

Seriously though, I'm really proud of what you guys have created.

-Eloi George-

You sure you didn't accidentally specify them to be radio buttons?

----- Original Message ----- 
From: "Don Seiler" <do...@se...>
To: "phpws dev list" <php...@li...>
Sent: Wednesday, January 08, 2003 11:44 PM
Subject: [Phpwebsite-developers] checkboxes

> For the life of me I can't figure out how to get all the elements of a 
> checkbox.  When I grab the variable off of $_POST I only get the last 
> element that was checked.  I do check if the var is an array but it says 
> it isn't.
> 
> Sorry if I've used my post quota this week already.
> 
> Don.
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
> 
> 

> any unofficial upgrade scripts (from 0.8.* > 0.9) available? i thought i
> saw one but cant find it now. it might have been just my imagination too
> :)

Yes,

Look in the convert directory. Also, I would suggest using a CVS copy for
testing as Adam made some changes while converting yesterday.

Matthew McNaney
Internet Systems Architect
Electronic Student Services
Appalachian State University
Phone: 828-262-6493
phpwebsite.appstate.edu
ess.appstate.edu

Greetings,

Although we haven't released the final version, I want to thank everyone
for their support and hard work. I was beginning to think we would never
see the day when the new core would be installed :)

Thanks to:

Brian: for waving your arms wildly in front of the administration to
distract them while we get the software done and believing we could do it.

Adam and Steven: for hitting the ground running, challenging my abilities,
tightening the code, and being a soundboard for ideas.

Jeremy: for keeping the servers up and putting up with our whining when
things don't work.

Don, Eloi, Geoff, Mike N., Spiggy/Paivi, Warren, Winzor and others that
have been active on the developers list and who have supported us through
the transition.

Sincerely,
Matt

any unofficial upgrade scripts (from 0.8.* > 0.9) available? i thought i
saw one but cant find it now. it might have been just my imagination too
:)

paivi

For the life of me I can't figure out how to get all the elements of a 
checkbox.  When I grab the variable off of $_POST I only get the last 
element that was checked.  I do check if the var is an array but it says 
it isn't.

Sorry if I've used my post quota this week already.

Don.

On Wed, 2003-01-08 at 19:10, Don Seiler wrote:
> Dudes.  Nice site.  I'm glad to see it running 0.9 and that theme is 
> sweet.  Is that the "clean" theme?

I concur. Very nice change from earlier today. Congratulations to the
whole phpWS team on reaching this milestone in 0.9x development.

-- 
Mike Noyes <mhnoyes @ users.sourceforge.net>
http://sourceforge.net/users/mhnoyes/
http://leaf-project.org/  http://sitedocs.sf.net/  http://ffl.sf.net/

Dudes.  Nice site.  I'm glad to see it running 0.9 and that theme is 
sweet.  Is that the "clean" theme?

Don.

OK I forgot one thing since I split the CVS/Web dir thing.  The script 
will also recursivly delete the contents of the web dir, but not the web 
dir itself.  Obviously some of you may not want this so comment that out 
if you need to.

This script also doesn't do any database love yet.  I could just set the 
database params and drop and re-create the database quick so you'd be left 
with a brand-spanking new package ready to install.

Let me know what you guys think or if this is even making sense and is a 
waste of time.  :p

Don.

On Wed, 8 Jan 2003, Don Seiler wrote:

> I posted this before, but now I've made a couple of changes.  Mainly the 
> script won't assume that you are checking out phpws right into the web 
> directory.
> 
> Anyway this script will back up the .htaccess and config.php files, then 
> wipe the old cvs directories, then re-export the current CVS and copy the 
> contents (core/mod/themes) into their respective places in the PHPWSDIR 
> directory.
> 
> The script is available at http://seiler.us/files/ .  Just unzip it and 
> check it out.  If anyone has any better customizations for it feel free to 
> let me know or update it and send it over to me.
> 
> Obviously this script is meant for the cvs-testing crowd and not for those 
> looking for stable installs.  Caveat emptor.
> 
> Don.
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
> 
> 
> 

I posted this before, but now I've made a couple of changes.  Mainly the 
script won't assume that you are checking out phpws right into the web 
directory.

Anyway this script will back up the .htaccess and config.php files, then 
wipe the old cvs directories, then re-export the current CVS and copy the 
contents (core/mod/themes) into their respective places in the PHPWSDIR 
directory.

The script is available at http://seiler.us/files/ .  Just unzip it and 
check it out.  If anyone has any better customizations for it feel free to 
let me know or update it and send it over to me.

Obviously this script is meant for the cvs-testing crowd and not for those 
looking for stable installs.  Caveat emptor.

Don.

Is it possible to put this theme on the demo site?

Also for whatever reason I don't get any of my module icons.  I just get 
red boxes where the icons would be.  Is this a common problem that is 
easily avoided by reading something I haven't read?

Don.

On Sun, 5 Jan 2003, Matthew McNaney wrote:

> I made a theme Friday that I would like to propose as the new phpWebSite
> home page.
> 
> It isn't that pretty but we need the change and it isn't brown :)
> 
> Please let me know if this is cool with everyone.
> 
> It is in CVS as 'clean'.
> 
> thanks
> Matt
> 
> 

Well here is my quandary:

In order for someone to use a new module, they have to:

1. Download the mod code
2. Unpackage the code into the proper dir
3. Edit the users's admin_menu.tpl

I had been hoping that Boost would provide for a way for phpWS to "see" 
all available modules from some "master list", say on the appstate site or 
something.  Then Boost would download the code if needed and do the 
install and necessary menu additions.

Is this a lot harder than I make it out to be?

Don.

On Fri, 3 Jan 2003, Matthew McNaney wrote:

> 
> > So the mod list is hard-coded into that template?  Wouldn't it be best
> > if  the list of modules was pulled from the database?
> 
> There is a tag that displays all the modules. Unfortunately, you are
> unable to sort them when they all spit out at once.
> 
> For now, this is the best solution, but we will come up with something a
> little easier in the future.
> 
> Matt
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
> 
> 
> 

Yes I like them better already.  Now just to finish the module before I go 
back and change the form calls.  :p

Thanks,
Don.

On Wed, 8 Jan 2003, Matthew McNaney wrote:

> > Perhaps I missed the original announcement, but is EZform supposed to
> > replace the core Form object?  As in, will the PHPWS_Core::form* calls
> > be  deprecated?
> >
> 
> Ah sorry I didn't make that clear.
> 
> No, there are far too many modules made using those. I might replace them
> with add and get statements from EZform at some point but they will
> remain. Besides some people may prefer to use them (not me though ;)
> 
> Matt
> 
> 

Joost,

Your TModule is nicely coded and documented. Do you happen to have a simple
module showing usage of your TModule?

Examples help a lot to garner acceptance of something new to demonstrate
it's usefulness.

Michael

-----
Business Operations Software Engineer
Cannon BOSE
mi...@ca...  1-206-351-0159
www.cannonbose.com  ICQ 165496335

I could not give this a helpful title as the sourceforge moderator keeps
smacking down my message. For some reason I am not set up as a moderator
though I hope that will be fixed SOON.

Please go to our home site and get the mod.php patch for 0.8.3.

Thanks,
Matt

-- 
Matthew McNaney
Internet Systems Architect
Electronic Student Services
Appalachian State University
Phone: 828-262-6493
phpwebsite.appstate.edu
ess.appstate.edu

> Almost 2 months ago I posted something called very similar to this
> group. No-one seemed interested. It's called TModule (yep, I can't make
> up good names, I know)

First off, I am sorry you didn't get any attention. Many times I am just
trying to keep my head above water here.

I will check it out however.

Matt

-- 
Matthew McNaney
Internet Systems Architect
Electronic Student Services
Appalachian State University
Phone: 828-262-6493
phpwebsite.appstate.edu
ess.appstate.edu

> Perhaps I missed the original announcement, but is EZform supposed to
> replace the core Form object?  As in, will the PHPWS_Core::form* calls
> be  deprecated?
>

Ah sorry I didn't make that clear.

No, there are far too many modules made using those. I might replace them
with add and get statements from EZform at some point but they will
remain. Besides some people may prefer to use them (not me though ;)

Matt

-- 
Matthew McNaney
Internet Systems Architect
Electronic Student Services
Appalachian State University
Phone: 828-262-6493
phpwebsite.appstate.edu
ess.appstate.edu

> Don.
>
>
>
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers

Perhaps I missed the original announcement, but is EZform supposed to 
replace the core Form object?  As in, will the PHPWS_Core::form* calls be 
deprecated?

Don.

+1

+1.

Don.

On Tue, 7 Jan 2003, Matthew McNaney wrote:

> Suggestion for template change:
> 
> <table>
> <tr><!-- BEGIN example --><td>{TAG}</td><!-- END example -->
> <td>Information</td></tr>
> <tr><td>more info</td><td>whatever</td></tr>
> </table>
> 
> If TAG does not exist, then the td would not be created. But this would
> cause the table to be uneven. There needs to be a way to toggle on a
> colspan parameter. You can't use {TAG} again because then it would just
> appear twice.
> 
> So what if:
> 
> <table>
> <tr><!-- BEGIN example --><td>{TAG}</td><!-- END example -->
> <td
> <!-- BEGIN colspan -->
> {TAG_EMPTY} colspan="2"
> <!-- END colspan-->
> >
> Information</td></tr>
> <tr><td>more info</td><td>whatever</td></tr>
> </table>
> 
> In this case, TAG is suffixed automatically with _EMPTY (which could just
> be a space character) when processTemplate has an template tag equal to
> NULL. This would trigger the colspan and make an even table.
> 
> There could also be a _FULL suffix that would allow triggers elsewhere in
> a template when the source exists.
> 
> Let me know what you think.
> 
> Matt
> 
> 

Suggestion for template change:

<table>
<tr><!-- BEGIN example --><td>{TAG}</td><!-- END example -->
<td>Information</td></tr>
<tr><td>more info</td><td>whatever</td></tr>
</table>

If TAG does not exist, then the td would not be created. But this would
cause the table to be uneven. There needs to be a way to toggle on a
colspan parameter. You can't use {TAG} again because then it would just
appear twice.

So what if:

<table>
<tr><!-- BEGIN example --><td>{TAG}</td><!-- END example -->
<td
<!-- BEGIN colspan -->
{TAG_EMPTY} colspan="2"
<!-- END colspan-->
>
Information</td></tr>
<tr><td>more info</td><td>whatever</td></tr>
</table>

In this case, TAG is suffixed automatically with _EMPTY (which could just
be a space character) when processTemplate has an template tag equal to
NULL. This would trigger the colspan and make an even table.

There could also be a _FULL suffix that would allow triggers elsewhere in
a template when the source exists.

Let me know what you think.

Matt

-- 
Matthew McNaney
Internet Systems Architect
Electronic Student Services
Appalachian State University
Phone: 828-262-6493
phpwebsite.appstate.edu
ess.appstate.edu

Almost 2 months ago I posted something called very similar to this group.
No-one seemed interested. It's called TModule (yep, I can't make up good names, I know) 

It's a bit of a pity I got no response on my posting (on the subject) whatsoever.

Anyway, for what it's worth, what I did:

1.Give each field element it's own class - a descendant of a skeleton class that the form 
class uses. Currently my class tree looks like this:

- TField
  +- TStringField
  +- TDateField
  +- TBooleanField
  +- TRadioField
  +- TDropDownField
  +- TTextareaField
  +- TIconsField
  +- TProgressbarfield
  +- TStatusIconField
  +- TDetailButtonField

- TForm
  +- TDBForm
     +- TDBEditForm
     +- TDBListForm
     +- TMultiForm

- TStack
- TModule

2. Each T... class has a message handler (Action) which forms a wrapper defined in the 
skeleton class.

3. Each TField descendant provides methods to edit and show (read-only) the content

4. Each TForm descendant populates it's assigned content variable automatically. It calls 
each TField descendant, puts an appropriate framework around it and populates the content 
variable.

5. My TModule thing is more focused towards database interaction, each field knows which 
corresponding database field it represents and TDBForm makes use of that in order to do
inserts and updates

6. I'm creating all forms up front (at module class init time and when a new user logs in) 
and there are a few defined mechanisms to allow forms to point at each other. For example 
the list form can have TIcons that when clicked on bring up a TDBForm with detail information.
There is a MultiForm that allows you to show several forms at once - handy for master/detail 
relationships. Creating the forms up front an keeping them as persistant objects has the
advantage that the forms can 'remember' their last state.

7. There is a form stack that remembers history of used forms to allow proper navigation

8. TModule glues them together - forms interact without coding for it in the module!

9. So, to make a database app - you create a TModule descendant, initialize your forms by 
overriding InitializeForms() and you have a module.

Where to go from here? I would suggest the TForm and TModule are too different from EzForm but 
TField and it's descendants and EzElement could have the same skeleton class definition 
to have one definition and we can at least use each others field classes. I have quite a TODO 
list built up (template-driven form class, non-database driven forms, various new fieldtypes, 
ordering lists, filters on lists...)

What do you think?

Joost

(Oh yeah it has evolved quite a bit since last time - the latest one is available from 
joostwebsite.users.btopenworld.com)

Didn't think of that one...

I'd like to keep the number of Selects down, though.  The server would have
to spend time parsing, setting up & accessing the indexes on each one.

It's a good method if each of the elements belonged to only one group, but
if they can belong to more than one group we'd end up having to call
array_unique($elementsToPull) (and maybe re-sort the array?) before we can
start sqlSelecting the induvidual elements.

-Eloi-

----- Original Message -----
From: "Matthew McNaney" <ma...@tu...>
To: <php...@li...>
Sent: Tuesday, January 07, 2003 1:35 PM
Subject: Re: [Phpwebsite-developers] group-based restrictions

> I could be way off on this.
>
> Could you...
>
> foreach ($OBJ_user->listUserGroups() as $group_id)
> {
>   $result = $core->sqlSelect("elementList", "group_id", $group_id);
>    $elementsToPull[] = explode(":", $result[0]["listOfElementsInGroup"]);
> }
>
> foreach ($elementsToPull as $elementID){
>   $result = $core->sqlSelect("elementTable", "element_id", $elementID);
>   .
>   .
>   .
> }
>
> --
> Matthew McNaney
> Internet Systems Architect
> Electronic Student Services
> Appalachian State University
> Phone: 828-262-6493
> phpwebsite.appstate.edu
> ess.appstate.edu
>
>
>
>
>
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
>
>

I could be way off on this.

Could you...

foreach ($OBJ_user->listUserGroups() as $group_id)
{
  $result = $core->sqlSelect("elementList", "group_id", $group_id);
   $elementsToPull[] = explode(":", $result[0]["listOfElementsInGroup"]);
}

foreach ($elementsToPull as $elementID){
  $result = $core->sqlSelect("elementTable", "element_id", $elementID);
  .
  .
  .
}

-- 
Matthew McNaney
Internet Systems Architect
Electronic Student Services
Appalachian State University
Phone: 828-262-6493
phpwebsite.appstate.edu
ess.appstate.edu

Oh yeah I forgot the template has the final say.

With regards to the submit button, no that's not what I meant.  I was just 
saying that my "Agent" save button had to say "Save Agent" and my "Item" 
button had to say "Save Item" or whatever, but they couldn't both just say 
"Save" as I understood it since the module index.php decides what action 
to take based on that value.

Don.

On Tue, 7 Jan 2003, Matthew McNaney wrote:

> > Perhaps I'm just missing it, but where does getTemplate check to see if
> > you've manually added a submit element?
> > Otherwise wouldn't it always
> > include the default submit even if you don't want it?
> 
> Yes, but you do not have to include it in your template. It is just there
> for ease of use. Also, if you are adding template tags, it would be best
> to do so after getTemplate returns its array.
> 
> > I know that all the forms need to have different submit values so I need
> >  to manually set my submit elements.
> 
> $form->add("submitButton1", "submit", "Yes");
> $form->add("submitButton2", "submit", "No");
> $form->add("submitButton3", "submit", "Maybe");
> 
> Is this what you mean?
> 
> > Otherwise this looks schweet.  Is the image form something that also
> > will  browse your hard drive to find an element?
> 
> Yes, it looks in the directory provided for graphic files and lists them
> in a drop down box. It is up to you to grab the CURRENT_IMAGE post
> variable.
> 
> Look here under the processEvent function to see how I catch the data.
> 
> http://res1.stddev.appstate.edu/horde/chora/co.php/phpws_mods/calendar/class/Event.php?r=1.13
> 
> Best regards,
> Matthew McNaney
> Internet Systems Architect
> Electronic Student Services
> Appalachian State University
> Phone: 828-262-6493
> phpwebsite.appstate.edu
> ess.appstate.edu
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Phpwebsite-developers mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers
> 
> 
> 

2001	Jan	Feb (1)	Mar (265)	Apr (166)	May (25)	Jun (17)	Jul (20)	Aug (47)	Sep (6)	Oct (14)	Nov (66)	Dec (64)
2002	Jan (109)	Feb (64)	Mar (34)	Apr (23)	May (64)	Jun (9)	Jul (13)	Aug (6)	Sep (33)	Oct (272)	Nov (67)	Dec (75)
2003	Jan (264)	Feb (244)	Mar (171)	Apr (119)	May (54)	Jun (93)	Jul (51)	Aug (48)	Sep (14)	Oct (49)	Nov (47)	Dec (15)
2004	Jan (13)	Feb (27)	Mar (18)	Apr (44)	May (35)	Jun (24)	Jul (39)	Aug (142)	Sep (35)	Oct (34)	Nov (49)	Dec (24)
2005	Jan (60)	Feb (71)	Mar (19)	Apr (27)	May (68)	Jun (4)	Jul (30)	Aug (10)	Sep (23)	Oct (24)	Nov (13)	Dec (6)
2006	Jan (4)	Feb (46)	Mar (64)	Apr (18)	May (16)	Jun (37)	Jul (7)	Aug (19)	Sep (9)	Oct (8)	Nov (3)	Dec (23)
2007	Jan (25)	Feb (21)	Mar (32)	Apr (36)	May (12)	Jun (1)	Jul (7)	Aug (15)	Sep (13)	Oct (1)	Nov	Dec
2008	Jan (3)	Feb (5)	Mar (1)	Apr (2)	May	Jun (1)	Jul (2)	Aug (7)	Sep	Oct (5)	Nov (1)	Dec
2009	Jan (7)	Feb (1)	Mar	Apr	May (1)	Jun (2)	Jul	Aug	Sep	Oct	Nov	Dec (3)
2011	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct (1)	Nov	Dec

phpwebsite-developers Mailing List for phpWebSite Content Management System (Page 96)

phpwebsite-developers — For our development team.