You can subscribe to this list here.
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
|
From: Don S. <do...@se...> - 2003-01-16 17:07:02
|
Should be fine. Don. On Thu, 16 Jan 2003, Matthew McNaney wrote: > > Will [code]'ed text be displayed in a fixed-width font? > > I was thinking it should be <pre>'ed. That ok? > > Matt > > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: Thawte.com > Understand how to protect your customers personal information by implementing > SSL on your Apache Web Server. Click here to get our FREE Thawte Apache > Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > |
From: Matthew M. <ma...@tu...> - 2003-01-16 17:04:35
|
> Will [code]'ed text be displayed in a fixed-width font? I was thinking it should be <pre>'ed. That ok? Matt |
From: Matthew M. <ma...@tu...> - 2003-01-16 16:56:58
|
Please take a look at the recent commit and look at parseOutput and parseInput. Let me know if that is what you are refering to. Thanks :) Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu >> Thanks for working on this problem. Unfortunately, your solution >> doesn't work when Unicode is required in normal text. Example: > > Mike, > > Please give me an example. I am not sure I understand what is needed. > > > -- > 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: Thawte.com > Understand how to protect your customers personal information by > implementing SSL on your Apache Web Server. Click here to get our FREE > Thawte Apache Guide: > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
From: Matthew M. <ma...@tu...> - 2003-01-16 16:50:32
|
> Thanks for working on this problem. Unfortunately, your solution doesn't > work when Unicode is required in normal text. Example: Mike, Please give me an example. I am not sure I understand what is needed. -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |
From: Mike N. <mh...@us...> - 2003-01-16 16:19:56
|
On Thu, 2003-01-16 at 07:47, Matthew McNaney wrote: > I have made some code changes to parseInput and parseOutput to try and > help in this regard. >=20 > First, the person who is entering data needs to put [code][/code] around > their text. >=20 > parseInput will then only strip tags from data OUTSIDE the 'code' bracket > tags. >=20 > Next when parseOutput displays the text, all the tags within the code > bracket tags will display as is (ie <, &rt;). The ampersands will be > changed into & >=20 > If the module developer uses both functions, it should allow for what you > require and let people post code examples. Matt, Thanks for working on this problem. Unfortunately, your solution doesn't work when Unicode is required in normal text. Example: K.-P. Kirchd=C3=B6rfer http://leaf-project.org/mod.php?mod=3Duserpage&menu=3D14&page_id=3D7 --=20 Mike Noyes <mhnoyes @ users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ http://leaf-project.org/ http://sitedocs.sf.net/ http://ffl.sf.net/ |
From: Don S. <do...@se...> - 2003-01-16 15:45:15
|
Will [code]'ed text be displayed in a fixed-width font? Don. On Thu, 16 Jan 2003, Matthew McNaney wrote: > I have made some code changes to parseInput and parseOutput to try and > help in this regard. > > First, the person who is entering data needs to put [code][/code] around > their text. > > parseInput will then only strip tags from data OUTSIDE the 'code' bracket > tags. > > Next when parseOutput displays the text, all the tags within the code > bracket tags will display as is (ie <, &rt;). The ampersands will be > changed into & > > If the module developer uses both functions, it should allow for what you > require and let people post code examples. > > > Matt > |
From: Matthew M. <ma...@tu...> - 2003-01-16 15:41:38
|
I have made some code changes to parseInput and parseOutput to try and help in this regard. First, the person who is entering data needs to put [code][/code] around their text. parseInput will then only strip tags from data OUTSIDE the 'code' bracket tags. Next when parseOutput displays the text, all the tags within the code bracket tags will display as is (ie <, &rt;). The ampersands will be changed into & If the module developer uses both functions, it should allow for what you require and let people post code examples. Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |
From: Adam M. <ad...@tu...> - 2003-01-16 02:03:54
|
> 2) A config file that indicates what directory to create the branch in > and let the user just fill in the web address. I would vote for this method. This allows us the admin to decide where to store each hub's branches. Something Jeremy, Steven, and I discussed today about how we would like to see our structure on tux (using us as an example): phpwebsite/ phpwebsite_branches/ phpwebsite_branches/docs phpwebsite_branches/lang phpwebsite_branches/support Makes it easy to tell where the main code is located (hub), and where all the branches for that hub are. +1 to number 2 Adam --------------------------------------------------------------------- Adam Morton Developer - Electronic Student Services http://phpwebsite.appstate.edu Founder - Appalachian Linux Users Group http://alug.appstate.edu |
From: Matthew M. <ma...@tu...> - 2003-01-15 22:07:34
|
Adam and Jeremy have mentioned that Branch only installs in the same directory as the hub ie > ll phpwebsite/ myBranch/ But what if you don't want it to install there? My original reasoning was, make it easy. The old branch process was like 7 screens, it displayed a looong text box with the web address and the file address. It was kind of hard to follow. So I simplified it, but now it may be too restrictive. Here is my question, mainly to Adam but others can respond. What would be a better way of doing this? 1) Return to the old way where the user enters both addresses. 2) A config file that indicates what directory to create the branch in and let the user just fill in the web address. 3) Force the user to install the branch in a directory under the hub. 4) Some way I have not considered. Please let me know. I will try to get this in tomorrow. Best regards, Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |
From: Mike N. <mh...@us...> - 2003-01-15 19:25:50
|
On Wed, 2003-01-15 at 11:24, Mike Noyes wrote: > Testing might be simplified, if a single entity format is allowed. I > suggest Unicode compliant &#xxxx; hex entities. This string should be > fairly easy to check for. Ugh. One of these days I'll learn to proofread my posts. Entity example should be: � < = < > = > > Unicode Character Name Index > http://www.unicode.org/charts/charindex.html -- Mike Noyes <mhnoyes @ users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ http://leaf-project.org/ http://sitedocs.sf.net/ http://ffl.sf.net/ |
From: Mike N. <mh...@us...> - 2003-01-15 19:18:50
|
On Wed, 2003-01-15 at 10:04, Adam Morton wrote: > Pagemaster does not parse the input or output text in it's own code. It > relies on core functions called parseInput() and parseOutput() > respectively. These functions may need to be revised to allow for some of > these cases. I will get some input for the dev guys here and if any of > you have some ideas, please let us know. Adam, Thanks for the correction to my erroneous assumption. Testing might be simplified, if a single entity format is allowed. I suggest Unicode compliant &#xxxx; hex entities. This string should be fairly easy to check for. Unicode Character Name Index http://www.unicode.org/charts/charindex.html Alternately, a raw edit mode could be implemented, that bypasses all parsing. This mode should probably only be available to deities. > > On Tue, 2003-01-14 at 11:08, Don Seiler wrote: > >> In trying to port some documentation over to pagemaster, I noticed > >> that I have a lot of references to variables inside < and > chars, > >> like "<pid>". The problem is pagemaster is interpreting this as an > >> attempted HTML tag and stripping it out. I have a lot of different > >> references so adding every one to the allowed_tags var isn't > >> reasonable. < and > get altered by pagemaster so they > >> literally display "<" or ">" respectively. > > > > Don, > > PageMaster may need to be modified, so it doesn't convert & to & if > > & is followed by a ;. > > > >> Is there a way to get those chars to display? > > > > Unknown by me. -- Mike Noyes <mhnoyes @ users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ http://leaf-project.org/ http://sitedocs.sf.net/ http://ffl.sf.net/ |
From: Adam M. <ad...@tu...> - 2003-01-15 18:26:30
|
Personally I would like to close all 0.8.x bugs on SF since we really don't support it fully as of late. We've been patching any security issues that arise, but thats really about it. Would anyone be opposed to this? I know when 0.9.x stable is released we would like to take 0.8.x out back and put 2 in it's head...Thoughts? Adam > Going through the RFE list on sf.net, a fair amount are stuff for 0.8.x? > Do you plan to close those out? Some can be closed already. > > Don. > > > ------------------------------------------------------- > This SF.NET email is sponsored by: A Thawte Code Signing Certificate is > essential in establishing user confidence by providing assurance of > authenticity and code integrity. Download our Free Code Signing guide: > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0028en > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers --------------------------------------------------------------------- Adam Morton Developer - Electronic Student Services http://phpwebsite.appstate.edu Founder - Appalachian Linux Users Group http://alug.appstate.edu |
From: Steven L. <st...@tu...> - 2003-01-15 18:06:15
|
Yes I believe we plan to clear that stuff out soon. > Going through the RFE list on sf.net, a fair amount are stuff for 0.8.x? > Do you plan to close those out? Some can be closed already. > > Don. > > > ------------------------------------------------------- > This SF.NET email is sponsored by: A Thawte Code Signing Certificate is > essential in establishing user confidence by providing assurance of > authenticity and code integrity. Download our Free Code Signing guide: > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0028en > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers -- Steven Levin Electronic Student Services Appalachian State University Phone: 828.262.2431 PhpWebsite Development Team URL: http://phpwebsite.appstate.edu Email: st...@NO... |
From: Adam M. <ad...@tu...> - 2003-01-15 17:58:27
|
Pagemaster does not parse the input or output text in it's own code. It relies on core functions called parseInput() and parseOutput() respectively. These functions may need to be revised to allow for some of these cases. I will get some input for the dev guys here and if any of you have some ideas, please let us know. Adam > On Tue, 2003-01-14 at 11:08, Don Seiler wrote: >> In trying to port some documentation over to pagemaster, I noticed >> that I have a lot of references to variables inside < and > chars, >> like "<pid>". The problem is pagemaster is interpreting this as an >> attempted HTML tag and stripping it out. I have a lot of different >> references so adding every one to the allowed_tags var isn't >> reasonable. < and > get altered by pagemaster so they >> literally display "<" or ">" respectively. > > Don, > PageMaster may need to be modified, so it doesn't convert & to & if > & is followed by a ;. > >> Is there a way to get those chars to display? > > Unknown by me. > > -- > Mike Noyes <mhnoyes @ users.sourceforge.net> > http://sourceforge.net/users/mhnoyes/ > http://leaf-project.org/ http://sitedocs.sf.net/ http://ffl.sf.net/ > > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: Take your first step towards giving > your online business a competitive advantage. Test-drive a Thawte SSL > certificate - our easy online guide will show you how. Click here to get > started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers --------------------------------------------------------------------- Adam Morton Developer - Electronic Student Services http://phpwebsite.appstate.edu Founder - Appalachian Linux Users Group http://alug.appstate.edu |
From: Don S. <do...@se...> - 2003-01-15 17:51:59
|
Going through the RFE list on sf.net, a fair amount are stuff for 0.8.x? Do you plan to close those out? Some can be closed already. Don. |
From: Don S. <do...@se...> - 2003-01-15 17:46:10
|
My calendar/appointment schedule request is #668615. http://sourceforge.net/tracker/index.php?func=detail&aid=668615&group_id=15539&atid=365539 Thanks, Don. |
From: Don S. <do...@se...> - 2003-01-15 17:33:30
|
Apparently some other anonymous bastard had this idea in September. :p http://sourceforge.net/tracker/index.php?func=detail&aid=607400&group_id=15539&atid=365539 Anyway I'll try and stick to using the SF RFE and bug tracker instead of spamming you all with my feelings. :p Thanks, Don. On Tue, 14 Jan 2003, Don Seiler wrote: > There's a couple of packages (including FLP) that have an iCal class for > php, so exporting should be easy. Not sure if they support importing yet. > > Don. > > On Tue, 14 Jan 2003, Don Seiler wrote: > > > OK thanks. > > > > I'm just desparate for some kind of calendar server. What would be keen > > is for phpws to be able to import/export ical (.ics) docs. > > > > Anyone recommend any good scheduling services? Something like > > calendar.yahoo.com but without the yahoo factor? I'm getting rid of my > > ipaq and need something that will send alerts to an email address. > > > > Thanks, > > Don. > > > > On Tue, 14 Jan 2003, Matthew McNaney wrote: > > > > > > Just wondering if the phpws calendar mod will support ical standards. > > > > > > Perhaps at some point. I know nothing about it at this time. > > > > > > Matt > > > > > > > > > > > > ------------------------------------------------------- > > This SF.NET email is sponsored by: Take your first step towards giving > > your online business a competitive advantage. Test-drive a Thawte SSL > > certificate - our easy online guide will show you how. Click here to get > > started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en > > _______________________________________________ > > Phpwebsite-developers mailing list > > Php...@li... > > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > > > > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: Take your first step towards giving > your online business a competitive advantage. Test-drive a Thawte SSL > certificate - our easy online guide will show you how. Click here to get > started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > |
From: Eloi G. <el...@re...> - 2003-01-15 15:20:08
|
> The last things would be fixing it so that admin_menu.tpl recognizes new > modules and finalizing the update system. That's a lot to do! Had one of those uh, epiphanies last night! Woke up this morning & found some code on my screen. I submitted it to the SF buglist. http://sourceforge.net/tracker/index.php?func=detail&aid=668523&group_id=155 39&atid=115539 -Eloi- |
From: Eloi G. <el...@re...> - 2003-01-15 00:17:22
|
> I will stop tinkering. FWIW, I have mixed feelings about that. While I -have- been postphoning the creation of 3 new sites and committing my module code to SF until the core stabilizes, I do understand that the entire intended featureset must be in place and working before you can call it "final". Otherwise, it's just an .rc4 This is also compounded by the fact that you guys are trying to develop a set of module development standards, theming system and API that will be extensible enough to not need major core modifications in the future. Such a goal -requires- that you try different development paths. And as great as the core is as of now, before it can be an official release all the feature requests of the previous version need to be considered and either coded in or dismissed as unnecessary. A quick scan of the SF featurelist showed that the're only a few "core-based" requests left to consider: Short URL & metatags for pages http://sourceforge.net/tracker/index.php?func=detail&aid=554638&group_id=155 39&atid=365539 Time offset function http://sourceforge.net/tracker/index.php?func=detail&aid=644431&group_id=155 39&atid=365539 add pgp proc on new web page http://sourceforge.net/tracker/index.php?func=detail&aid=667629&group_id=155 39&atid=365539 (I think this last one is the same idea you and Steve had for Layout to provide module writers with the ability to put tags and javascript in the head of the html document. I like! ) The last things would be fixing it so that admin_menu.tpl recognizes new modules and finalizing the update system. That's a lot to do! I guess what I'm trying to say is - I'm OK with the tinkering as long you don't get off-track. <grin> -Eloi- |
From: Don S. <do...@se...> - 2003-01-14 23:24:48
|
There's a couple of packages (including FLP) that have an iCal class for php, so exporting should be easy. Not sure if they support importing yet. Don. On Tue, 14 Jan 2003, Don Seiler wrote: > OK thanks. > > I'm just desparate for some kind of calendar server. What would be keen > is for phpws to be able to import/export ical (.ics) docs. > > Anyone recommend any good scheduling services? Something like > calendar.yahoo.com but without the yahoo factor? I'm getting rid of my > ipaq and need something that will send alerts to an email address. > > Thanks, > Don. > > On Tue, 14 Jan 2003, Matthew McNaney wrote: > > > > Just wondering if the phpws calendar mod will support ical standards. > > > > Perhaps at some point. I know nothing about it at this time. > > > > Matt > > > > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: Take your first step towards giving > your online business a competitive advantage. Test-drive a Thawte SSL > certificate - our easy online guide will show you how. Click here to get > started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > |
From: Don S. <do...@se...> - 2003-01-14 22:25:40
|
OK thanks. I'm just desparate for some kind of calendar server. What would be keen is for phpws to be able to import/export ical (.ics) docs. Anyone recommend any good scheduling services? Something like calendar.yahoo.com but without the yahoo factor? I'm getting rid of my ipaq and need something that will send alerts to an email address. Thanks, Don. On Tue, 14 Jan 2003, Matthew McNaney wrote: > > Just wondering if the phpws calendar mod will support ical standards. > > Perhaps at some point. I know nothing about it at this time. > > Matt > > |
From: Matthew M. <ma...@tu...> - 2003-01-14 22:14:24
|
> Just wondering if the phpws calendar mod will support ical standards. Perhaps at some point. I know nothing about it at this time. Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 phpwebsite.appstate.edu ess.appstate.edu |
From: Don S. <do...@se...> - 2003-01-14 21:58:42
|
Sorry if I'm beating a dead horse. Just wondering if the phpws calendar mod will support ical standards. I'm probably the last one on the bandwagon, but I've just got into the mozilla calendar project and things like icalshare.com. Don. |
From: Jeremy A. <ja...@tu...> - 2003-01-14 21:55:03
|
Ok once again i didn't reply to the the list. Sorry Michael for the double email. The feed is a hacked backend from 0.8.x and i forgot to do a "and approved=1" in the sql statement. Got it fixed now so we should not see this again. Thanks for the notice! > Code, refactor, code some more... > > I've noticed that the phpWebSite RSS feed shows articles not approved > yet. > > Michael > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: Take your first step towards giving > your online business a competitive advantage. Test-drive a Thawte SSL > certificate - our easy online guide will show you how. Click here to get > started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers -- Jeremy Agee phpWebSite Development Team (http://phpwebsite.appstate.edu) Appalachian State University SF.net id: jagee or 94756 |
From: Don S. <do...@se...> - 2003-01-14 21:41:07
|
Sorry that should read Scheduler. Doesn't look like there's much there. I'm assuming it won't be part of the initial fallout release, whatever it is. Don. On Tue, 14 Jan 2003, Don Seiler wrote: > Is Schedule something for calendar appointments or is it something like > cron/at? > > Don. > > On Tue, 14 Jan 2003, Matthew McNaney wrote: > > > > Wait a sec. <confused frown> > > > > > > I thought you three were running the project. > > > > Adam and Steven felt out of the loop on the changes. I appologized to them > > personally. I hope they are feeling better about it and I promised to get > > right on any problems that arise. > > > > I will stop tinkering. > > > > Matt > > > > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: Take your first step towards giving > your online business a competitive advantage. Test-drive a Thawte SSL > certificate - our easy online guide will show you how. Click here to get > started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > |