Menu
▾
▴
phpwebsite-developers — For our development team.
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: Matthew M. <ma...@tu...> - 2004-09-02 13:23:34
|
On Wed, 2004-09-01 at 22:42, Daniel Winter wrote: > I found the problem.. > > The recent security patch: > http://phpwebsite.appstate.edu/index.php?module=announce&ANN_user_op=view&AN > N_id=822 > > ...removed this line from breaker(.) in Text.php > > if (!$GLOBALS["core"]->text->add_breaks) return $text; > > ouch! Darn and here I thought no one used that. Shows what I know :/ I'll put it back. Sorry. -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 http://phpwebsite.appstate.edu http://ess.appstate.edu |
|
From: Daniel W. <dan...@pa...> - 2004-09-02 02:41:54
|
I found the problem.. The recent security patch: http://phpwebsite.appstate.edu/index.php?module=announce&ANN_user_op=view&AN N_id=822 ...removed this line from breaker(.) in Text.php if (!$GLOBALS["core"]->text->add_breaks) return $text; ouch! -----Original Message----- From: php...@li... [mailto:php...@li...]On Behalf Of Daniel Winter Sent: Wednesday, 1 September 2004 11:05 p.m. To: php...@li... Subject: [Phpwebsite-developers] phpWebSite is adding line breaks... I have this option turned off: // Set to TRUE to convert newline characters to html breaks $add_breaks = FALSE; But yet it is still adding <br />... They are not stored like this in the DB, just added on output, I'm very confused! What's happening? Daniel ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ Phpwebsite-developers mailing list Php...@li... https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers |
|
From: yawstick <yaw...@ch...> - 2004-09-01 14:21:09
|
> > > > > > On Sat, 2004-08-28 at 18:18, yawstick wrote: > > > > When I go to the photo album page there is an error saying I need the > > > > GD libraries for the photo album to work properly. I am using PHP > > > > 4.3.6 which supposedly has this built in. Any help would be greatly > > > > appreciated. > > > > > > Please send a link to your phpinfo file. > > > > > > > > I hope this is what you meant > > http://66.191.183.140/info.php > > > > It doesn't appear to have the GD libraries. I installed PHP from the ports > > collection on FreeBSD and did not have any control over what the options > > were. The error msg said that PHP 4.3.0 and above should have the GD > > libraries already built in. I guess maybe you still have to enable them. > > > > Are there any options other than reinstalling PHP, such as including in > php.conf > thanks for your help, I finally got it all working. I tried compiling PHP 4.3.8 but it complained with mysql=/usr/local and also would not compile with-xml. I was using the same ./configure command as was reported with phpinfo plus the gd stuff and just wouldn't work I ended up doing a make from the ports dir for PHP 4.3.6 where I got to pick the options and that worked. If anyone can shed some light on this I would appreciate it. If not I do have php-4.3.6 installed with the options I needed and it is working. thanks again Paul |
|
From: Jim W. <ji...@ke...> - 2004-09-01 12:57:44
|
Hi Daniel, Unfortunately I can't answer this, but you might want to be more specific about where (in which module) you are seeing the breaks. Also, check the templates for the module(s) where you are seeing the problem. In a few cases I've seen hard coded <br /> tags in the module templates and while this might be what the template designer wanted, it often isn't appropriate. Best, Jim Wilson Daniel Winter said: > I have this option turned off: > > // Set to TRUE to convert newline characters to html breaks > $add_breaks = FALSE; > > But yet it is still adding <br />... They are not stored like this in the > DB, just added on output, I'm very confused! What's happening? > > Daniel |
|
From: Daniel W. <dan...@pa...> - 2004-09-01 11:03:54
|
I have this option turned off: // Set to TRUE to convert newline characters to html breaks $add_breaks = FALSE; But yet it is still adding <br />... They are not stored like this in the DB, just added on output, I'm very confused! What's happening? Daniel |
|
From: yawstick <yaw...@ch...> - 2004-09-01 00:09:38
|
> > > On Sat, 2004-08-28 at 18:18, yawstick wrote: > > > When I go to the photo album page there is an error saying I need the > > > GD libraries for the photo album to work properly. I am using PHP > > > 4.3.6 which supposedly has this built in. Any help would be greatly > > > appreciated. > > > > Please send a link to your phpinfo file. > > > > > I hope this is what you meant > http://66.191.183.140/info.php > > It doesn't appear to have the GD libraries. I installed PHP from the ports > collection on FreeBSD and did not have any control over what the options > were. The error msg said that PHP 4.3.0 and above should have the GD > libraries already built in. I guess maybe you still have to enable them. > Are there any options other than reinstalling PHP, such as including in php.conf |
|
From: Steven L. <st...@tu...> - 2004-08-31 14:21:23
|
On Mon, 2004-08-30 at 21:00, yawstick wrote: > Subject: Re: [Phpwebsite-developers] photo album errors > > > > On Sat, 2004-08-28 at 18:18, yawstick wrote: > > > When I go to the photo album page there is an error saying I need the > > > GD libraries for the photo album to work properly. I am using PHP > > > 4.3.6 which supposedly has this built in. Any help would be greatly > > > appreciated. > > > > Please send a link to your phpinfo file. > > > > > I hope this is what you meant > http://66.191.183.140/info.php > > It doesn't appear to have the GD libraries. I installed PHP from the ports > collection on FreeBSD and did not have any control over what the options > were. The error msg said that PHP 4.3.0 and above should have the GD > libraries already built in. I guess maybe you still have to enable them. You are correct. This message means that the source for php 4.3 and above ships with the GD libraries included and most builds have it enabled by default. I do know for a fact the FreeBSD does not have it enabled by default. So you will need to recompile and enable (--with-gd) in your configuration. More info on GD: http://www.php.net/image -- Steven Levin Computer Systems Admin I Electronic Student Services Appalachian State University http://phpwebsite.appstate.edu |
|
From: yawstick <yaw...@ch...> - 2004-08-31 00:57:48
|
Subject: Re: [Phpwebsite-developers] photo album errors > On Sat, 2004-08-28 at 18:18, yawstick wrote: > > When I go to the photo album page there is an error saying I need the > > GD libraries for the photo album to work properly. I am using PHP > > 4.3.6 which supposedly has this built in. Any help would be greatly > > appreciated. > > Please send a link to your phpinfo file. > > I hope this is what you meant http://66.191.183.140/info.php It doesn't appear to have the GD libraries. I installed PHP from the ports collection on FreeBSD and did not have any control over what the options were. The error msg said that PHP 4.3.0 and above should have the GD libraries already built in. I guess maybe you still have to enable them. Thanks Paul |
|
From: Mike N. <mh...@us...> - 2004-08-30 19:26:52
|
On Mon, 2004-08-30 at 04:49, Shaun Murray wrote:
> On 29 Aug 2004, at 21:21, Mike Noyes wrote:
> You can still have <ul class="menuman horizontal"> if you want. It
> makes more sense than using divs to me most of the time although it may
> not fit in with getting it to work easily with phpWebSite.
Shaun,
Prefixing selectors that originate in module css thus making a
descendant selector module set, is the main thrust of this proposal
(e.g. .pagemaster, .menuman). I agree I probably went overboard with
div, but I wanted to show structure in the prof-of-concept.
> I also wonder what happens when you've got multiple templates? eg.
> Announce has a view_small.tpl and a view.tpl which both have menus in.
> Do you define two classes so that each template view can be styled
> differently? Using the module name wouldn't let you have two different
> menu styles defined so I guess you'd have to use a content variable as
> the class?
That's left to the module developer. They have three choices:
A) Use a style defined in another module
Note: core modules are the only ones guaranteed to be
available in all installs.
B) Use a style defined in another module, and modify it.
C) Create a new style
> I agree, but I'm trying to make them non-module-specific. I want to
> avoid having to define a 'horizontal' class for every module. It should
> be defined just once and work through all modules unless the theme
> designer has chosen to override them specifically for a module by
> building in an extra style sheet for the theme or module.
Ah. We differ here in structure.
> I really think we should avoid as much as possible multiple
> spreadsheets. I really, really, really don't want the default behaviour
> to be that module developers have to provide a stylesheet by default.
> The problem with that is that you're then setting a precedent that the
> style is set locally in the module and not globally by default so each
> module developer will set their styles up differently to each other.
> Whereas that's powerful, it's also hard work for a theme designer, site
> maintainer and prone to errors. It's a lot of duplication too.
How much duplication we experience is a function of
coordination/cooperation.
If all the css is contained in preferred and persistent style sheets,
how would additional module installation or upgrade be handled? For a
dynamic modular cms to function, I believe module style sheets are
necessary.
> That gives you basic functionality with no theme stylesheet and no
> module stylesheets - ie. just one stylesheet. It's then easily
> overridden for different media, like print or PDAs.
Can you work up a prof-of-concept for this structure?
> "horizontal" isn't a very good gobal classname, no. I just used yours
> so you knew what I meant. I think you might have persistent and
> preferred the wrong way round also as preferred.css looked more like a
> persistent to me. ;-)
I'm still trying to figure out what styles belong in each. The main
thing is making sure alternate stylesheets work for WAI purposes.
> With menus, I think it's something that should be as global as the
> boxstyles templates so that you can style menus in one place and they
> get used everywhere. If you want something special for a module then
> they can have your own module menustyles although I imagine if they are
> nice enough, they'd make their way into the global menustyles.
In my proposal menumaker.css specifies default menu style sets/types.
Unfortunately, menumaker isn't a core module.
> > I'm still learning things about cascade, so I might well be wrong.
>
> Who isn't? I spent ages last week designing some css only to find I
> couldn't get it to work on Internet Explorer again. Most annoying. Then
> came across a new css hack I'd not seen before. CSS isn't simple so we
> have a duty to make it as simple as possible.
Agreed.
> I'm messing around with different menu styles at the moment, showing
> what can be done with a simple unordered list and working out menu
> states and if you need other classes. I think you need an 'active'
> class and a 'first' or 'last' class at least. It might get more complex
> with multi-level too. I was hoping to have this finished a while ago
> but paying work got in the way.
>
> http://www.aegisdesign.co.uk/examples/pwsmenu/
>
> The html is exactly the same on each variant bar a class name for the
> ul, only the css changes.
> It's not then too much of a stretch to imagine a php function
> generating the html from a template when passed an array and a menu
> template name. The html is in /templates along with lists and
> img_gallery. I think perhaps boxstyles should be in /templates also if
> we're tying the whole thing up..
This is a very good example for menuman.css.
--
Mike Noyes <mhnoyes at users.sourceforge.net>
http://sourceforge.net/users/mhnoyes/
SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs
|
|
From: Matthew M. <ma...@tu...> - 2004-08-30 13:35:24
|
On Fri, 2004-08-27 at 13:50, Ryan Roland wrote: > I just wondered how authentication will be managed in 0.9.4. Will it > still only support self-contained user management/authentication? There are three modes envisioned: 1) Local : you authenticate against the local database 2) Global : you authenticate against a single phpwebsite db 3) Foreign : you auth against a foreign source The authentication table is just an username and password. The user table does not contain your password, only your user information. We may expand this to a global user db as well. Not sure yet. The user module will allow the admin to choose how each user authenticates. ~Matt -- Matthew McNaney Internet Systems Architect Electronic Student Services Appalachian State University Phone: 828-262-6493 http://phpwebsite.appstate.edu http://ess.appstate.edu |
|
From: George B. <gbr...@lu...> - 2004-08-30 13:23:10
|
Never mind, folks. It's cleared itself -- some cacheing manifestation, I think. Sigh. G. On 8/29/04 3:51 PM, "George Brackett" <gbr...@co...> wrote: > I've been whacking at this problem for several days with no result: > > I have two branches off a main site where the <img> tag is explicitly > allowed in textsettings.php. One one branch site, including an <img> tag in > a pagemaster section or block text works fine. In the other, the tag is > stripped out on saving. > > Any ideas why, folks? I'm grasping at straws... > > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > ______________________________________ George Brackett, Principal George Brackett Associates 617 413 4316 / gbr...@lu... http://www.luceatlux.com/gba/ |
|
From: Steven L. <st...@tu...> - 2004-08-30 12:56:14
|
On Sat, 2004-08-28 at 18:18, yawstick wrote: > When I go to the photo album page there is an error saying I need the > GD libraries for the photo album to work properly. I am using PHP > 4.3.6 which supposedly has this built in. Any help would be greatly > appreciated. Please send a link to your phpinfo file. -- Steven Levin Computer Systems Admin I Electronic Student Services Appalachian State University http://phpwebsite.appstate.edu |
|
From: Shaun M. <sh...@ae...> - 2004-08-30 11:49:14
|
On 29 Aug 2004, at 21:21, Mike Noyes wrote: > On Sun, 2004-08-29 at 12:29, Shaun Murray wrote: >> On 29 Aug 2004, at 19:07, Mike Noyes wrote: >>> >>> http://phpwebsite-comm.sourceforge.net/temp/ >>> >>> Any comments and/or suggestions are welcome. >> >> That works although I don't see why you hang everything off a div, >> it's >> unnecessary and introduces an arbitrary structure into a document that >> need not be there. > > Shawn, > I think you missed the global div styles for menuman. Extending menuman > styles to use variants (vertical, horizontal, tabbed, rollover, etc.) > required the double class. At least that was the only reasonable > solution I found. > Nope, I didn't. You can still have <ul class="menuman horizontal"> if you want. It makes more sense than using divs to me most of the time although it may not fit in with getting it to work easily with phpWebSite. I also wonder what happens when you've got multiple templates? eg. Announce has a view_small.tpl and a view.tpl which both have menus in. Do you define two classes so that each template view can be styled differently? Using the module name wouldn't let you have two different menu styles defined so I guess you'd have to use a content variable as the class? >> Instead of >> >> <div class="menuman horizontal"> >> <ul> >> ... >> </ul> >> </div> >> >> Just use >> >> <ul class="horizontal"> >> ... >> </ul> >> >> then in the css define >> >> .horizontal ul { ... } > > A global class name of 'horizontal' isn't very descriptive, and can > easily cause a conflict that is resolved improperly. I believe > specificity is very important when dealing with multiple stylesheets in > this proposal. > I agree, but I'm trying to make them non-module-specific. I want to avoid having to define a 'horizontal' class for every module. It should be defined just once and work through all modules unless the theme designer has chosen to override them specifically for a module by building in an extra style sheet for the theme or module. I really think we should avoid as much as possible multiple spreadsheets. I really, really, really don't want the default behaviour to be that module developers have to provide a stylesheet by default. The problem with that is that you're then setting a precedent that the style is set locally in the module and not globally by default so each module developer will set their styles up differently to each other. Whereas that's powerful, it's also hard work for a theme designer, site maintainer and prone to errors. It's a lot of duplication too. I think that means there should be... .horizontal ul { list-style-type: none; display: inline; margin-left: 0; padding-left: 0; } .horizontal li { display: inline; padding-left: 0.5em; padding-right: 0.5em; } ...in the persistent style sheet which provides a basic menu. It's then overridden in the theme's stylesheet which is loaded after the persistent style sheet. if you want it more fancy. eg. .horizontal li { display: inline; background-color: gray; padding-left: 0.5em; padding-right: 0.5em; } And if you want it different just in a module then you stick it in the module's stylesheet and stick a module class in the template also, probably in a div surrounding the whole shebang though it need not be. eg. .menuman .horizontal ul { ... } That gives you basic functionality with no theme stylesheet and no module stylesheets - ie. just one stylesheet. It's then easily overridden for different media, like print or PDAs. "horizontal" isn't a very good gobal classname, no. I just used yours so you knew what I meant. I think you might have persistent and preferred the wrong way round also as preferred.css looked more like a persistent to me. ;-) With menus, I think it's something that should be as global as the boxstyles templates so that you can style menus in one place and they get used everywhere. If you want something special for a module then they can have your own module menustyles although I imagine if they are nice enough, they'd make their way into the global menustyles. >> If you want special treatment in a particular mod, then enclose the >> content in a <div class="menuman"> </div> in the template, and the >> mod's stylesheet will cascade the specifics. > > I'm still learning things about cascade, so I might well be wrong. Who isn't? I spent ages last week designing some css only to find I couldn't get it to work on Internet Explorer again. Most annoying. Then came across a new css hack I'd not seen before. CSS isn't simple so we have a duty to make it as simple as possible. I'm messing around with different menu styles at the moment, showing what can be done with a simple unordered list and working out menu states and if you need other classes. I think you need an 'active' class and a 'first' or 'last' class at least. It might get more complex with multi-level too. I was hoping to have this finished a while ago but paying work got in the way. http://www.aegisdesign.co.uk/examples/pwsmenu/ The html is exactly the same on each variant bar a class name for the ul, only the css changes. It's not then too much of a stretch to imagine a php function generating the html from a template when passed an array and a menu template name. The html is in /templates along with lists and img_gallery. I think perhaps boxstyles should be in /templates also if we're tying the whole thing up.. Shaun aegis design - http://www.aegisdesign.co.uk |
|
From: Mike N. <mh...@us...> - 2004-08-29 20:45:16
|
On Sun, 2004-08-29 at 13:21, Mike Noyes wrote: > Note the overrides in persistant.css, and the override in > pagemaster.css. Correction: s/persistant.csss/preferred.css/ -- Mike Noyes <mhnoyes at users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs |
|
From: Mike N. <mh...@us...> - 2004-08-29 20:27:53
|
On Sun, 2004-08-29 at 11:44, George Brackett wrote: > VERY interesting, Mike. For those of us who are CSS-challenged, what > changes to the mod code of menuman and pagemaster are required for this to > work? Just the importation of the corresponding CSS files? George, I have a patch for phpwsrssfeeds that will give you some of this functionality in 0.9.3x. However, the @import is in html head. This means you'd have to use embedded styles to override the stylesheet. Currently, phpwsrssfeeds embeds its css in head. I'd like to see boost handle the @import of module stylesheets into /conf/mod.css. Writing that code in php may be difficult. -- Mike Noyes <mhnoyes at users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs |
|
From: Mike N. <mh...@us...> - 2004-08-29 20:14:52
|
On Sun, 2004-08-29 at 12:29, Shaun Murray wrote: > On 29 Aug 2004, at 19:07, Mike Noyes wrote: > > > > http://phpwebsite-comm.sourceforge.net/temp/ > > > > Any comments and/or suggestions are welcome. > > That works although I don't see why you hang everything off a div, it's > unnecessary and introduces an arbitrary structure into a document that > need not be there. Shawn, I think you missed the global div styles for menuman. Extending menuman styles to use variants (vertical, horizontal, tabbed, rollover, etc.) required the double class. At least that was the only reasonable solution I found. > Instead of > > <div class="menuman horizontal"> > <ul> > ... > </ul> > </div> > > Just use > > <ul class="horizontal"> > ... > </ul> > > then in the css define > > .horizontal ul { ... } A global class name of 'horizontal' isn't very descriptive, and can easily cause a conflict that is resolved improperly. I believe specificity is very important when dealing with multiple stylesheets in this proposal. Note the overrides in persistant.css, and the override in pagemaster.css. > If you want special treatment in a particular mod, then enclose the > content in a <div class="menuman"> </div> in the template, and the > mod's stylesheet will cascade the specifics. I'm still learning things about cascade, so I might well be wrong. -- Mike Noyes <mhnoyes at users.sourceforge.net> http://sourceforge.net/users/mhnoyes/ SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs |
|
From: George B. <gbr...@lu...> - 2004-08-29 20:03:23
|
I've been whacking at this problem for several days with no result: I have two branches off a main site where the <img> tag is explicitly allowed in textsettings.php. One one branch site, including an <img> tag in a pagemaster section or block text works fine. In the other, the tag is stripped out on saving. Any ideas why, folks? I'm grasping at straws... |
|
From: George B. <gbr...@co...> - 2004-08-29 19:52:05
|
I've been whacking at this problem for several days with no result: I have two branches off a main site where the <img> tag is explicitly allowed in textsettings.php. One one branch site, including an <img> tag in a pagemaster section or block text works fine. In the other, the tag is stripped out on saving. Any ideas why, folks? I'm grasping at straws... |
|
From: Shaun M. <sh...@ae...> - 2004-08-29 19:36:19
|
On 29 Aug 2004, at 19:44, George Brackett wrote: > VERY interesting, Mike. For those of us who are CSS-challenged, what > changes to the mod code of menuman and pagemaster are required for > this to > work? Just the importation of the corresponding CSS files? It won't yet, this is for a future version we're thinking of - 0.9.4 or so. You can get pretty close using ul/li and css already with the existing css menuman templates though. BUT, this is more about making sure it can be used as a model throughout phpWebSite. Shaun aegis design - http://www.aegisdesign.co.uk |
|
From: Shaun M. <sh...@ae...> - 2004-08-29 19:28:58
|
On 29 Aug 2004, at 19:07, Mike Noyes wrote: > > Shaun, > I just put up another prof-of-concept. It shows descendant selectors, > cascade, and collision resolution in action. A cascade list is liked, > so > you can understand the structure I'm proposing. > > http://phpwebsite-comm.sourceforge.net/temp/ > > Any comments and/or suggestions are welcome. That works although I don't see why you hang everything off a div, it's unnecessary and introduces an arbitrary structure into a document that need not be there. Instead of <div class="menuman horizontal"> <ul> ... </ul> </div> Just use <ul class="horizontal"> ... </ul> then in the css define .horizontal ul { ... } If you want special treatment in a particular mod, then enclose the content in a <div class="menuman"> </div> in the template, and the mod's stylesheet will cascade the specifics. Shaun aegis design - http://www.aegisdesign.co.uk |
|
From: George B. <gbr...@lu...> - 2004-08-29 18:44:54
|
VERY interesting, Mike. For those of us who are CSS-challenged, what
changes to the mod code of menuman and pagemaster are required for this to
work? Just the importation of the corresponding CSS files?
George
On 8/29/04 2:07 PM, "Mike Noyes" <mh...@us...> wrote:
> On Sat, 2004-08-07 at 11:44, Shaun Murray wrote:
>> On 7 Aug 2004, at 16:40, Mike Noyes wrote:
>>> I think the main difference we have is in our point of view. You want
>>> standard classes available for module developers.
>>
>> And for theme developers. I want theme developers to know that if they
>> change the "menu" class in style.css that it affects the style of each
>> and every one of the menus used. Just like they know that changing
>> bg_light changes one of the alternate lines in tables.
>>
>> I want module developers to know that if they put in their template
>>
>> <div id ="menu_id" class="navmenu">
>> {menu}
>> </div>
>>
>> ...or whatever we decide...
>>
>> ...they'll get a standard menu that looks just like the other menus as
>> we specify a menu class in the provided style.css as a thing that theme
>> developers must provide. I don't module developers defining those
>> classes in their own module code or in their own style sheets. The
>> former is horrible and the second is a pain in the ass for theme
>> developers who would now have to cope with extra style sheets.
>
> Shaun,
> I just put up another prof-of-concept. It shows descendant selectors,
> cascade, and collision resolution in action. A cascade list is liked, so
> you can understand the structure I'm proposing.
>
> http://phpwebsite-comm.sourceforge.net/temp/
>
> Any comments and/or suggestions are welcome.
______________________________________
George Brackett, Principal
George Brackett Associates
617 413 4316 / gbr...@lu...
http://www.luceatlux.com/gba/
|
|
From: Mike N. <mh...@us...> - 2004-08-29 18:00:07
|
On Sat, 2004-08-07 at 11:44, Shaun Murray wrote:
> On 7 Aug 2004, at 16:40, Mike Noyes wrote:
> > I think the main difference we have is in our point of view. You want
> > standard classes available for module developers.
>
> And for theme developers. I want theme developers to know that if they
> change the "menu" class in style.css that it affects the style of each
> and every one of the menus used. Just like they know that changing
> bg_light changes one of the alternate lines in tables.
>
> I want module developers to know that if they put in their template
>
> <div id ="menu_id" class="navmenu">
> {menu}
> </div>
>
> ...or whatever we decide...
>
> ...they'll get a standard menu that looks just like the other menus as
> we specify a menu class in the provided style.css as a thing that theme
> developers must provide. I don't module developers defining those
> classes in their own module code or in their own style sheets. The
> former is horrible and the second is a pain in the ass for theme
> developers who would now have to cope with extra style sheets.
Shaun,
I just put up another prof-of-concept. It shows descendant selectors,
cascade, and collision resolution in action. A cascade list is liked, so
you can understand the structure I'm proposing.
http://phpwebsite-comm.sourceforge.net/temp/
Any comments and/or suggestions are welcome.
--
Mike Noyes <mhnoyes at users.sourceforge.net>
http://sourceforge.net/users/mhnoyes/
SF.net Projects: ffl, leaf, phpwebsite, phpwebsite-comm, sitedocs
|
|
From: yawstick <yaw...@ch...> - 2004-08-28 22:15:17
|
When I go to the photo album page there is an error saying I need the GD = libraries for the photo album to work properly. I am using PHP 4.3.6 = which supposedly has this built in. Any help would be greatly = appreciated. |
|
From: Ryan R. <to...@gm...> - 2004-08-27 17:50:47
|
I just wondered how authentication will be managed in 0.9.4. Will it still only support self-contained user management/authentication? Are they using anything like the pear classes: http://pear.php.net/package/LiveUser or http://pear.php.net/package/Auth_PrefManager Or, if it is all PHPWS specific code, would someone more familiar with authentication give me some insight on how I should approach this? In my case, I'm wanting to authenticate to a Kerberos realm, but the user ACLs and other preferences should still be stored within PHPWS right? Thanks in advance for any suggestions or cautions, Ryan Roland Application Developer Indiana University |
|
From: Jim W. <ji...@ke...> - 2004-08-26 12:34:56
|
Will some more information be forthcoming on this? I can see what's been filtered for, but it'd be good to have some proof of concept uri data for further testing. Both for banging on this patch and for checking custom modules. Thanks, Jim Matthew McNaney said: > Either. > > On Wed, 2004-08-25 at 17:00, George Brackett wrote: > > > > > > All is well again. You can get it now. > > > > Should it be applied to 0.9.3-3 or only to 0.9.3-4? > > > > > > > > ------------------------------------------------------- > > SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media > > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 > > Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > > _______________________________________________ > > Phpwebsite-developers mailing list > > Php...@li... > > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > -- > Matthew McNaney > Internet Systems Architect > Electronic Student Services > Appalachian State University > Phone: 828-262-6493 > http://phpwebsite.appstate.edu > http://ess.appstate.edu > > > > ------------------------------------------------------- > SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 > Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > -- Jim Wilson - IT Manager Kelco Industries PO Box 160 58 Main Street Milbridge, ME 04658 207-546-7989 - FAX 207-546-2791 http://www.kelcomaine.com |
5 messages has been excluded from this view by a project administrator.
