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: ProjetObjet <li...@pr...> - 2002-10-09 20:23:16
|
Hello developers,
May I introduce myself in your css discussion. I like and appreciate so muc=
h
phpwebsite that I feel like I have to express myself concerning this specia=
l
development aspect.
As a graphic designer, I feel very much concern about font-sizes.
In my case I prefer going for absolute size in ".px" in theme design.
If someone needs to scale the text size he/she can do it through the
following browser View/Zoom options :
------------------
Under Windows OS:=20
Internet Explorer 6
Netscape 6=20
Mozilla 1.0
Opera 6.0 =20
------------------
Under Mac OS:
Internet Explorer 5
Netscape 6
Mozilla 1.0
I don't know for other=A0OSs. Could not test this.
If someone could confirm for other Platforms...?
When you need to work with absolute size for left and right colums and
banners, the design always behave much better when used with absolute font
sizes in ".px"
From my experience on Mac and PC strictly regarding type, you need just two
style sheets. One for all the browsers and one just for Netcape 4 under
Windows. Absolute font sizes are ALWAYS smaller in Netcape 4 under Windows.
A Java Script in the header would be better I think since the browser could
cache the style sheet at least for the session.
This one below is not doing the right job because it is an old script that
calls for 3 different css but I guess someone familiar with Java could
easily modify it to suit the need for two distinct css. Fist the script mus=
t
check for the the Platform (Win or Mac or Other...) then if it is Netscape =
4
or all the other ones.
<script language=3D"JavaScript"><!--
var newNav=3Dnavigator.appName;
var newPlatf=3Dnavigator.platform;
var stringPlatf=3DnewPlatf.substring(0,3)
if (stringPlatf=3D=3D"Win") {
if (newNav=3D=3D"Microsoft Internet Explorer") {
document.write('<link rel=3D"stylesheet"
href=3D"http://phpwebsite/css_explorer_win.css">')
} else {
document.write('<link rel=3D"stylesheet"
href=3D"http://phpwebsite/css_netscape_win.css">')
}
} else {
document.write('<link rel=3D"stylesheet"
href=3D"http://phpwebsite/css_mac.css">')
}
// -->
</script>
TYPE:
I always call prefer and use Verdana over any other one because of this:
See the designs for Arail/Verdana/Trebuchet at 100%:
http://www.malouin.qc.ca/design/en/images/type/type_100.gif
See the blocking and problematic red zones (zoom):
http://www.malouin.qc.ca/design/en/images/type/type_zoominproblems.gif
Another great font design for the Web is Georgia although the X-Height is
BIG. It is a little more difficult to use but well designed.
Am I off track with all this?
Does these toughts are of any help to you great developers?
Best Regards,
Yves Malouin
http://www.malouin.qc.ca
le 2002/10/09 13:21, Bob T =E0 bo...@el... a =E9crit=A0:
> Around about the topic of style sheets...
>=20
> Most sites use fixed font sizes in style sheets. This over-rules the use=
rs
> ability to change the display size of the font, to make reading easier (f=
or us
> old guys)...
>=20
> I just started learning about css and discovered to my delight that it do=
es
> not have to be this way!!
>=20
> You can use: font-size:120% , font-size:90%, font-size:200% etc...
>=20
> You get control over relative size and leave the user with the ability to
> determine what size, for them, should be considered "normal"
>=20
> I hope that theme creators will use relative instead of fixed sizes for f=
onts.
>=20
> Bob T
>=20
>=20
> -------------------------------------------------------
> 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
>=20
>=20
|
|
From: Scott R. <sc...@sc...> - 2002-10-09 19:03:00
|
CSS also provides for layout without using tables. I have put together a new style that uses no tables. It displays reasonably well in IE on both Windows and mac, but I've had less luck with Opera and Konquerer on Linux. Scott On Wednesday, October 9, 2002, at 01:31 PM, Don Seiler wrote: > +1 for what my votes count as well. I didn't know you could do > percentages. > > Don. > > On Wed, 9 Oct 2002, Adam Morton wrote: > >> >> I did not know you could do that :) That sounds like a great idea to >> me...+1 here. >> >> Adam >> >>> Around about the topic of style sheets... >>> >>> Most sites use fixed font sizes in style sheets. This over-rules the >>> users ability to change the display size of the font, to make reading >>> easier (for us old guys)... >>> >>> I just started learning about css and discovered to my delight that it >>> does not have to be this way!! >>> >>> You can use: font-size:120% , font-size:90%, font-size:200% etc... >>> >>> You get control over relative size and leave the user with the ability >>> to determine what size, for them, should be considered "normal" >>> >>> I hope that theme creators will use relative instead of fixed sizes >>> for >>> fonts. >>> >>> Bob T >>> >>> >>> ------------------------------------------------------- >>> 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 >> >> >> --------------------------------- >> Adam Morton >> Developer - Web Technology Group >> Appalachian State University >> http://phpwebsite.appstate.edu >> >> >> >> >> ------------------------------------------------------- >> 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 >> > > > > ------------------------------------------------------- > 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 > |
|
From: Don S. <do...@se...> - 2002-10-09 17:31:36
|
+1 for what my votes count as well. I didn't know you could do percentages. Don. On Wed, 9 Oct 2002, Adam Morton wrote: > > I did not know you could do that :) That sounds like a great idea to > me...+1 here. > > Adam > > > Around about the topic of style sheets... > > > > Most sites use fixed font sizes in style sheets. This over-rules the > > users ability to change the display size of the font, to make reading > > easier (for us old guys)... > > > > I just started learning about css and discovered to my delight that it > > does not have to be this way!! > > > > You can use: font-size:120% , font-size:90%, font-size:200% etc... > > > > You get control over relative size and leave the user with the ability > > to determine what size, for them, should be considered "normal" > > > > I hope that theme creators will use relative instead of fixed sizes for > > fonts. > > > > Bob T > > > > > > ------------------------------------------------------- > > 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 > > > --------------------------------- > Adam Morton > Developer - Web Technology Group > Appalachian State University > http://phpwebsite.appstate.edu > > > > > ------------------------------------------------------- > 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 > |
|
From: Adam M. <ad...@tu...> - 2002-10-09 17:28:32
|
I did not know you could do that :) That sounds like a great idea to me...+1 here. Adam > Around about the topic of style sheets... > > Most sites use fixed font sizes in style sheets. This over-rules the > users ability to change the display size of the font, to make reading > easier (for us old guys)... > > I just started learning about css and discovered to my delight that it > does not have to be this way!! > > You can use: font-size:120% , font-size:90%, font-size:200% etc... > > You get control over relative size and leave the user with the ability > to determine what size, for them, should be considered "normal" > > I hope that theme creators will use relative instead of fixed sizes for > fonts. > > Bob T > > > ------------------------------------------------------- > 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 --------------------------------- Adam Morton Developer - Web Technology Group Appalachian State University http://phpwebsite.appstate.edu |
|
From: Steven L. <st...@tu...> - 2002-10-09 17:27:27
|
+1 Font sizes definately should not be set in stone. I know when I go home to visit my parents they always have the font huge and I like to be able to make it smaller. > Around about the topic of style sheets... > > Most sites use fixed font sizes in style sheets. This over-rules the > users ability to change the display size of the font, to make reading > easier (for us old guys)... > > I just started learning about css and discovered to my delight that it > does not have to be this way!! > > You can use: font-size:120% , font-size:90%, font-size:200% etc... > > You get control over relative size and leave the user with the ability > to determine what size, for them, should be considered "normal" > > I hope that theme creators will use relative instead of fixed sizes for > fonts. > > Bob T > > > ------------------------------------------------------- > 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 -- Steven Levin Electronic Student Services Appalachian State University Phone: 828.262.2431 PhpWebsite Development Team URL: http://phpwebsite.appstate.edu Email: st...@tu... |
|
From: Bob T <bo...@el...> - 2002-10-09 17:22:04
|
Around about the topic of style sheets... Most sites use fixed font sizes in style sheets. This over-rules the users ability to change the display size of the font, to make reading easier (for us old guys)... I just started learning about css and discovered to my delight that it does not have to be this way!! You can use: font-size:120% , font-size:90%, font-size:200% etc... You get control over relative size and leave the user with the ability to determine what size, for them, should be considered "normal" I hope that theme creators will use relative instead of fixed sizes for fonts. Bob T |
|
From: Adam M. <ad...@tu...> - 2002-10-09 17:16:21
|
I'm still abit unclear as to the adding path to images thing...is this a
browser specific deal or is it web server specific?
Oh yeah and I get to be Prince Adam a.k.a. He-Man :)
Adam
> +1 to naming us the PHPWS masters of the universe :) lol
>
> I definately like the idea of having a standard for themes, and tell all
> theme developers they must implement a style sheet for each of these
> browsers.
>
>
>> +1 to Don's idea of "forcing" themes to have a set of style sheets for
>> some of the most popular browsers. Just keep in mind when coding to
>> leave room to add more browsers quickly and easily. And always fall
>> back on default.
>>
>> *shoves some food into Don's corner*
>>
>> Thanks Don :)
>>
>> Adam
>>
>>> +1 to that.
>>>
>>> default.css should also be loaded if the actual stylesheet it wants
>>> isn't there. e.g. layout wants to load opera.css but I never made
>>> one for my theme so it would just load up default and risk looking
>>> ugly.
>>>
>>> Perhaps the phpWS masters of the universe need to say "OK theme
>>> monkeys.
>>> You need to have a style sheet for mozilla, netscape, explorer,
>>> opera,
>>> and a default. Otherwise there won't be treats." That would lower
>>> the risk of some themes not having a stylesheet for a relatively
>>> oft-used browser.
>>>
>>> I'll crawl back in my corner now.
>>>
>>> Don.
>>>
>>> On Wed, 9 Oct 2002, Adam Morton wrote:
>>>
>>>> I like the idea of layout loading the appropriate css file for you.
>>>> You could name your files explorer.css, netscape.css, opera.css,
>>>> etc. and based on a check in layout the style sheet cooresponding to
>>>> your browser would be loaded. In this case you may need a
>>>> default.css to load when a browser unknown to layout hits the page
>>>> (e.g.: lynx).
>>>>
>>>> Just my 2 cents
>>>>
>>>> Adam
>>>>
>>>> > Howdy,
>>>> >
>>>> > I would like to hear some ideas on how to implement multiple style
>>>> sheets. Of course we would all love for our themes to work with all
>>>> browsers out of the box, it ain't swinging that direction.
>>>> >
>>>> > There is a pick_css.php function but it is lacking in
>>>> functionality
>>>> and not really clean. So what would be the best course of action and
>>>> programming?
>>>> >
>>>> > Multiple style sheets chosen by Javascript browser investigation.
>>>> Multiple style sheets chosen by PHP investigation.
>>>> >
>>>> > Both of these will work BUT some of the browers won't use relative
>>>> pathing of background images. This is a problem when you ship your
>>>> theme because it requires the user to enter their web address into
>>>> the style sheet. Not a big deal since TextPad could do it, but a
>>>> hassle
>>>> > nonetheless. You cannot put {THEME_DIRECTORY} into the style.css
>>>> because you can't parse it before it is called by the header. You
>>>> can't use variables because then you have to change the style sheet
>>>> into a php file (<span class="smalltext"> which we don't want to
>>>> do). So there is another option.
>>>> >
>>>> > Have the layout module load the proper CSS and then echo it in the
>>>> theme.
>>>> >
>>>> > The ONLY reason I am not crazy about this is that it is not as
>>>> clean. But if this is done, the template processor could read the
>>>> style sheet, put in the directories, and return the result to be
>>>> displayed in the header. Some designer do this using the
>>>> forementioned javascript right in their theme.
>>>> >
>>>> > So I am interested in ideas. I want process to be clean and easy
>>>> (if
>>>> possible). You should be able to untar a theme and be ready to go.
>>>> >
>>>> > Let me know what you think,
>>>> > Matt
>>>> >
>>>> >
>>>> > Matthew McNaney
>>>> > Internet Systems Architect
>>>> > Electronic Student Services
>>>> > Email: ma...@tu...
>>>> > URL: http://phpwebsite.appstate.edu
>>>> > Phone: 828-262-6493
>>>> > ICQ: 141057403
>>>> >
>>>> >
>>>> >
>>>> >
>>>> > -------------------------------------------------------
>>>> > 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
>>>>
>>>>
>>>> ---------------------------------
>>>> Adam Morton
>>>> Developer - Web Technology Group
>>>> Appalachian State University
>>>> http://phpwebsite.appstate.edu
>>>>
>>>>
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> 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
>>>>
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> 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
>>
>>
>> ---------------------------------
>> Adam Morton
>> Developer - Web Technology Group
>> Appalachian State University
>> http://phpwebsite.appstate.edu
>>
>>
>>
>>
>> -------------------------------------------------------
>> 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
>
>
> --
> Steven Levin
> Electronic Student Services
> Appalachian State University
> Phone: 828.262.2431
> PhpWebsite Development Team
> URL: http://phpwebsite.appstate.edu
> Email: st...@tu...
>
>
>
>
> -------------------------------------------------------
> 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
---------------------------------
Adam Morton
Developer - Web Technology Group
Appalachian State University
http://phpwebsite.appstate.edu
|
|
From: Don S. <do...@se...> - 2002-10-09 17:10:16
|
> +1 to naming us the PHPWS masters of the universe :) lol I just don't want to see you guys fighting over who gets to be He-Man and who gets to be Mer-Man, Evil-Lyn, Mekanek and Man-At-Arms. I shall designate the Appalachain State campus as our proverbial Castle Greyskull. And for coming up with the idea I will be Kobra Kahn with squirt-gun action. Also I've just come upon the gem that is he-man.org. Ahh memories ... Don. |
|
From: Steven L. <st...@tu...> - 2002-10-09 17:02:41
|
+1 to naming us the PHPWS masters of the universe :) lol
I definately like the idea of having a standard for themes, and tell all
theme developers they must implement a style sheet for each of these
browsers.
> +1 to Don's idea of "forcing" themes to have a set of style sheets for
> some of the most popular browsers. Just keep in mind when coding to
> leave room to add more browsers quickly and easily. And always fall
> back on default.
>
> *shoves some food into Don's corner*
>
> Thanks Don :)
>
> Adam
>
>> +1 to that.
>>
>> default.css should also be loaded if the actual stylesheet it wants
>> isn't there. e.g. layout wants to load opera.css but I never made
>> one for my theme so it would just load up default and risk looking
>> ugly.
>>
>> Perhaps the phpWS masters of the universe need to say "OK theme
>> monkeys.
>> You need to have a style sheet for mozilla, netscape, explorer,
>> opera,
>> and a default. Otherwise there won't be treats." That would lower
>> the risk of some themes not having a stylesheet for a relatively
>> oft-used browser.
>>
>> I'll crawl back in my corner now.
>>
>> Don.
>>
>> On Wed, 9 Oct 2002, Adam Morton wrote:
>>
>>> I like the idea of layout loading the appropriate css file for you.
>>> You could name your files explorer.css, netscape.css, opera.css, etc.
>>> and based on a check in layout the style sheet cooresponding to your
>>> browser would be loaded. In this case you may need a default.css to
>>> load when a browser unknown to layout hits the page (e.g.: lynx).
>>>
>>> Just my 2 cents
>>>
>>> Adam
>>>
>>> > Howdy,
>>> >
>>> > I would like to hear some ideas on how to implement multiple style
>>> sheets. Of course we would all love for our themes to work with all
>>> browsers out of the box, it ain't swinging that direction.
>>> >
>>> > There is a pick_css.php function but it is lacking in functionality
>>> and not really clean. So what would be the best course of action and
>>> programming?
>>> >
>>> > Multiple style sheets chosen by Javascript browser investigation.
>>> Multiple style sheets chosen by PHP investigation.
>>> >
>>> > Both of these will work BUT some of the browers won't use relative
>>> pathing of background images. This is a problem when you ship your
>>> theme because it requires the user to enter their web address into
>>> the style sheet. Not a big deal since TextPad could do it, but a
>>> hassle
>>> > nonetheless. You cannot put {THEME_DIRECTORY} into the style.css
>>> because you can't parse it before it is called by the header. You
>>> can't use variables because then you have to change the style sheet
>>> into a php file (<span class="smalltext"> which we don't want to do).
>>> So there is another option.
>>> >
>>> > Have the layout module load the proper CSS and then echo it in the
>>> theme.
>>> >
>>> > The ONLY reason I am not crazy about this is that it is not as
>>> clean. But if this is done, the template processor could read the
>>> style sheet, put in the directories, and return the result to be
>>> displayed in the header. Some designer do this using the
>>> forementioned javascript right in their theme.
>>> >
>>> > So I am interested in ideas. I want process to be clean and easy
>>> (if
>>> possible). You should be able to untar a theme and be ready to go.
>>> >
>>> > Let me know what you think,
>>> > Matt
>>> >
>>> >
>>> > Matthew McNaney
>>> > Internet Systems Architect
>>> > Electronic Student Services
>>> > Email: ma...@tu...
>>> > URL: http://phpwebsite.appstate.edu
>>> > Phone: 828-262-6493
>>> > ICQ: 141057403
>>> >
>>> >
>>> >
>>> >
>>> > -------------------------------------------------------
>>> > 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
>>>
>>>
>>> ---------------------------------
>>> Adam Morton
>>> Developer - Web Technology Group
>>> Appalachian State University
>>> http://phpwebsite.appstate.edu
>>>
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> 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
>>>
>>
>>
>>
>> -------------------------------------------------------
>> 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
>
>
> ---------------------------------
> Adam Morton
> Developer - Web Technology Group
> Appalachian State University
> http://phpwebsite.appstate.edu
>
>
>
>
> -------------------------------------------------------
> 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
--
Steven Levin
Electronic Student Services
Appalachian State University
Phone: 828.262.2431
PhpWebsite Development Team
URL: http://phpwebsite.appstate.edu
Email: st...@tu...
|
|
From: Adam M. <ad...@tu...> - 2002-10-09 16:58:47
|
+1 to Don's idea of "forcing" themes to have a set of style sheets for
some of the most popular browsers. Just keep in mind when coding to leave
room to add more browsers quickly and easily. And always fall back on
default.
*shoves some food into Don's corner*
Thanks Don :)
Adam
> +1 to that.
>
> default.css should also be loaded if the actual stylesheet it wants
> isn't there. e.g. layout wants to load opera.css but I never made one
> for my theme so it would just load up default and risk looking ugly.
>
> Perhaps the phpWS masters of the universe need to say "OK theme monkeys.
> You need to have a style sheet for mozilla, netscape, explorer, opera,
> and a default. Otherwise there won't be treats." That would lower the
> risk of some themes not having a stylesheet for a relatively oft-used
> browser.
>
> I'll crawl back in my corner now.
>
> Don.
>
> On Wed, 9 Oct 2002, Adam Morton wrote:
>
>> I like the idea of layout loading the appropriate css file for you.
>> You could name your files explorer.css, netscape.css, opera.css, etc.
>> and based on a check in layout the style sheet cooresponding to your
>> browser would be loaded. In this case you may need a default.css to
>> load when a browser unknown to layout hits the page (e.g.: lynx).
>>
>> Just my 2 cents
>>
>> Adam
>>
>> > Howdy,
>> >
>> > I would like to hear some ideas on how to implement multiple style
>> sheets. Of course we would all love for our themes to work with all
>> browsers out of the box, it ain't swinging that direction.
>> >
>> > There is a pick_css.php function but it is lacking in functionality
>> and not really clean. So what would be the best course of action and
>> programming?
>> >
>> > Multiple style sheets chosen by Javascript browser investigation.
>> Multiple style sheets chosen by PHP investigation.
>> >
>> > Both of these will work BUT some of the browers won't use relative
>> pathing of background images. This is a problem when you ship your
>> theme because it requires the user to enter their web address into
>> the style sheet. Not a big deal since TextPad could do it, but a
>> hassle
>> > nonetheless. You cannot put {THEME_DIRECTORY} into the style.css
>> because you can't parse it before it is called by the header. You
>> can't use variables because then you have to change the style sheet
>> into a php file (<span class="smalltext"> which we don't want to
>> do). So there is another option.
>> >
>> > Have the layout module load the proper CSS and then echo it in the
>> theme.
>> >
>> > The ONLY reason I am not crazy about this is that it is not as
>> clean. But if this is done, the template processor could read the
>> style sheet, put in the directories, and return the result to be
>> displayed in the header. Some designer do this using the
>> forementioned javascript right in their theme.
>> >
>> > So I am interested in ideas. I want process to be clean and easy (if
>> possible). You should be able to untar a theme and be ready to go.
>> >
>> > Let me know what you think,
>> > Matt
>> >
>> >
>> > Matthew McNaney
>> > Internet Systems Architect
>> > Electronic Student Services
>> > Email: ma...@tu...
>> > URL: http://phpwebsite.appstate.edu
>> > Phone: 828-262-6493
>> > ICQ: 141057403
>> >
>> >
>> >
>> >
>> > -------------------------------------------------------
>> > 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
>>
>>
>> ---------------------------------
>> Adam Morton
>> Developer - Web Technology Group
>> Appalachian State University
>> http://phpwebsite.appstate.edu
>>
>>
>>
>>
>> -------------------------------------------------------
>> 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
>>
>
>
>
> -------------------------------------------------------
> 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
---------------------------------
Adam Morton
Developer - Web Technology Group
Appalachian State University
http://phpwebsite.appstate.edu
|
|
From: Steven L. <st...@tu...> - 2002-10-09 16:58:47
|
This is a great idea but it still does not cover the pathing issue
discussed by Matt. What I thought about is that the theme could have
multiple style sheets defined like netscape.thm and opera.thm and then
layout could put in the proper path and write it to style.css which would
be included in theme.thm. But I know this is not a very elegant solution.
Plus the webserver would have to be given permissions on the theme
directory for it to work. Unless some other solution comes up the only
way to do it would be to write the style information to the head of the
html doc, but as Matt said (and I agree +1) this is not as clean as doing
a <link rel="style.css">. In short I don't have an easy solution. We
need to continue discussing this.
> I like the idea of layout loading the appropriate css file for you. You
> could name your files explorer.css, netscape.css, opera.css, etc. and
> based on a check in layout the style sheet cooresponding to your browser
> would be loaded. In this case you may need a default.css to load when a
> browser unknown to layout hits the page (e.g.: lynx).
>
> Just my 2 cents
>
> Adam
>
>> Howdy,
>>
>> I would like to hear some ideas on how to implement multiple style
>> sheets. Of course we would all love for our themes to work with all
>> browsers out of the box, it ain't swinging that direction.
>>
>> There is a pick_css.php function but it is lacking in functionality
>> and not really clean. So what would be the best course of action and
>> programming?
>>
>> Multiple style sheets chosen by Javascript browser investigation.
>> Multiple style sheets chosen by PHP investigation.
>>
>> Both of these will work BUT some of the browers won't use relative
>> pathing of background images. This is a problem when you ship your
>> theme because it requires the user to enter their web address into the
>> style sheet. Not a big deal since TextPad could do it, but a hassle
>> nonetheless. You cannot put {THEME_DIRECTORY} into the style.css
>> because you can't parse it before it is called by the header. You
>> can't use variables because then you have to change the style sheet
>> into a php file (<span class="smalltext"> which we don't want to do).
>> So there is another option.
>>
>> Have the layout module load the proper CSS and then echo it in the
>> theme.
>>
>> The ONLY reason I am not crazy about this is that it is not as clean.
>> But if this is done, the template processor could read the style
>> sheet, put in the directories, and return the result to be displayed
>> in the header. Some designer do this using the forementioned
>> javascript right in their theme.
>>
>> So I am interested in ideas. I want process to be clean and easy (if
>> possible). You should be able to untar a theme and be ready to go.
>>
>> Let me know what you think,
>> Matt
>>
>>
>> Matthew McNaney
>> Internet Systems Architect
>> Electronic Student Services
>> Email: ma...@tu...
>> URL: http://phpwebsite.appstate.edu
>> Phone: 828-262-6493
>> ICQ: 141057403
>>
>>
>>
>>
>> -------------------------------------------------------
>> 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
>
>
> ---------------------------------
> Adam Morton
> Developer - Web Technology Group
> Appalachian State University
> http://phpwebsite.appstate.edu
>
>
>
>
> -------------------------------------------------------
> 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
--
Steven Levin
Electronic Student Services
Appalachian State University
Phone: 828.262.2431
PhpWebsite Development Team
URL: http://phpwebsite.appstate.edu
Email: st...@tu...
|
|
From: Don S. <do...@se...> - 2002-10-09 16:52:55
|
+1 to that.
default.css should also be loaded if the actual stylesheet it wants isn't
there. e.g. layout wants to load opera.css but I never made one for my
theme so it would just load up default and risk looking ugly.
Perhaps the phpWS masters of the universe need to say "OK theme monkeys.
You need to have a style sheet for mozilla, netscape, explorer, opera, and
a default. Otherwise there won't be treats." That would lower the risk
of some themes not having a stylesheet for a relatively oft-used browser.
I'll crawl back in my corner now.
Don.
On Wed, 9 Oct 2002, Adam Morton wrote:
> I like the idea of layout loading the appropriate css file for you. You
> could name your files explorer.css, netscape.css, opera.css, etc. and
> based on a check in layout the style sheet cooresponding to your browser
> would be loaded. In this case you may need a default.css to load when a
> browser unknown to layout hits the page (e.g.: lynx).
>
> Just my 2 cents
>
> Adam
>
> > Howdy,
> >
> > I would like to hear some ideas on how to implement multiple style
> > sheets. Of course we would all love for our themes to work with all
> > browsers out of the box, it ain't swinging that direction.
> >
> > There is a pick_css.php function but it is lacking in functionality and
> > not really clean. So what would be the best course of action and
> > programming?
> >
> > Multiple style sheets chosen by Javascript browser investigation.
> > Multiple style sheets chosen by PHP investigation.
> >
> > Both of these will work BUT some of the browers won't use relative
> > pathing of background images. This is a problem when you ship your theme
> > because it requires the user to enter their web address into the style
> > sheet. Not a big deal since TextPad could do it, but a hassle
> > nonetheless. You cannot put {THEME_DIRECTORY} into the style.css because
> > you can't parse it before it is called by the header. You can't use
> > variables because then you have to change the style sheet into a php
> > file (<span class="smalltext"> which we don't want to do). So there is
> > another option.
> >
> > Have the layout module load the proper CSS and then echo it in the
> > theme.
> >
> > The ONLY reason I am not crazy about this is that it is not as clean.
> > But if this is done, the template processor could read the style sheet,
> > put in the directories, and return the result to be displayed in the
> > header. Some designer do this using the forementioned javascript right
> > in their theme.
> >
> > So I am interested in ideas. I want process to be clean and easy (if
> > possible). You should be able to untar a theme and be ready to go.
> >
> > Let me know what you think,
> > Matt
> >
> >
> > Matthew McNaney
> > Internet Systems Architect
> > Electronic Student Services
> > Email: ma...@tu...
> > URL: http://phpwebsite.appstate.edu
> > Phone: 828-262-6493
> > ICQ: 141057403
> >
> >
> >
> >
> > -------------------------------------------------------
> > 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
>
>
> ---------------------------------
> Adam Morton
> Developer - Web Technology Group
> Appalachian State University
> http://phpwebsite.appstate.edu
>
>
>
>
> -------------------------------------------------------
> 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
>
|
|
From: Adam M. <ad...@tu...> - 2002-10-09 16:45:29
|
I like the idea of layout loading the appropriate css file for you. You
could name your files explorer.css, netscape.css, opera.css, etc. and
based on a check in layout the style sheet cooresponding to your browser
would be loaded. In this case you may need a default.css to load when a
browser unknown to layout hits the page (e.g.: lynx).
Just my 2 cents
Adam
> Howdy,
>
> I would like to hear some ideas on how to implement multiple style
> sheets. Of course we would all love for our themes to work with all
> browsers out of the box, it ain't swinging that direction.
>
> There is a pick_css.php function but it is lacking in functionality and
> not really clean. So what would be the best course of action and
> programming?
>
> Multiple style sheets chosen by Javascript browser investigation.
> Multiple style sheets chosen by PHP investigation.
>
> Both of these will work BUT some of the browers won't use relative
> pathing of background images. This is a problem when you ship your theme
> because it requires the user to enter their web address into the style
> sheet. Not a big deal since TextPad could do it, but a hassle
> nonetheless. You cannot put {THEME_DIRECTORY} into the style.css because
> you can't parse it before it is called by the header. You can't use
> variables because then you have to change the style sheet into a php
> file (<span class="smalltext"> which we don't want to do). So there is
> another option.
>
> Have the layout module load the proper CSS and then echo it in the
> theme.
>
> The ONLY reason I am not crazy about this is that it is not as clean.
> But if this is done, the template processor could read the style sheet,
> put in the directories, and return the result to be displayed in the
> header. Some designer do this using the forementioned javascript right
> in their theme.
>
> So I am interested in ideas. I want process to be clean and easy (if
> possible). You should be able to untar a theme and be ready to go.
>
> Let me know what you think,
> Matt
>
>
> Matthew McNaney
> Internet Systems Architect
> Electronic Student Services
> Email: ma...@tu...
> URL: http://phpwebsite.appstate.edu
> Phone: 828-262-6493
> ICQ: 141057403
>
>
>
>
> -------------------------------------------------------
> 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
---------------------------------
Adam Morton
Developer - Web Technology Group
Appalachian State University
http://phpwebsite.appstate.edu
|
|
From: Matthew M. <ma...@tu...> - 2002-10-09 16:18:00
|
Howdy,
I would like to hear some ideas on how to implement multiple style sheets.
Of course we would all love for our themes to work with all browsers out
of the box, it ain't swinging that direction.
There is a pick_css.php function but it is lacking in functionality and
not really clean. So what would be the best course of action and
programming?
Multiple style sheets chosen by Javascript browser investigation.
Multiple style sheets chosen by PHP investigation.
Both of these will work BUT some of the browers won't use relative pathing
of background images. This is a problem when you ship your theme because
it requires the user to enter their web address into the style sheet. Not
a big deal since TextPad could do it, but a hassle nonetheless. You cannot
put {THEME_DIRECTORY} into the style.css because you can't parse it before
it is called by the header. You can't use variables because then you have
to change the style sheet into a php file (<span class="smalltext"> which
we don't want to do). So there is another option.
Have the layout module load the proper CSS and then echo it in the theme.
The ONLY reason I am not crazy about this is that it is not as clean. But
if this is done, the template processor could read the style sheet, put in
the directories, and return the result to be displayed in the header. Some
designer do this using the forementioned javascript right in their theme.
So I am interested in ideas. I want process to be clean and easy (if
possible). You should be able to untar a theme and be ready to go.
Let me know what you think,
Matt
Matthew McNaney
Internet Systems Architect
Electronic Student Services
Email: ma...@tu...
URL: http://phpwebsite.appstate.edu
Phone: 828-262-6493
ICQ: 141057403
|
|
From: Brian W. B. <br...@tu...> - 2002-10-08 21:05:15
|
+1 from Brian >> Hello All, >> >> The phpWebSite Debugger is now fully in CVS and functioning. Check >> it >> out and let me know what you think. FYI the core functions test_array >> and test_object will be removed from the core soon. Please begin to >> use these functions now provided by PHPWS_Debug. >> >> Old calls: >> $GLOBALS['core']->test_array($array); >> $GLOBALS['core']->test_object($object); >> >> New calls: >> $_SESSION['PHPWS_Debug']->testArray($array); >> $_SESSION['PHPWS_Debug']->testObject($object); >> >> >> Enjoy :) >> >> -- >> Steven Levin >> Electronic Student Services >> Appalachian State University >> Phone: 828.262.2431 >> PhpWebsite Development Team >> URL: http://phpwebsite.appstate.edu >> Email: st...@tu... >> >> >> >> >> ------------------------------------------------------- >> 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 > > > --------------------------------- > Adam Morton > Developer - Web Technology Group > Appalachian State University > http://phpwebsite.appstate.edu > > > > > ------------------------------------------------------- > 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 |
|
From: Adam M. <ad...@tu...> - 2002-10-08 19:52:10
|
FYI developers! query_db() is now named query() I'm checking my code for any table prefix issues now. Adam > As a reminder. Some of the old functions (getRow, getCol, query_db) have > a parameter that automatically will add the prefix for you. So in many > cases, all you need to add is ,1 > > Matt > > >> So I installed fallout today with a table prefix and found many places >> where $core->tbl_prefix is not being used. Remember it is very >> important to test your code with a table prefix being used in the >> database. I know all the core function append it for you but I found >> several places in my own code where I was generating my own sql >> statement and flat out forgot to use it. Just a heads up. >> >> -- >> Steven Levin >> Electronic Student Services >> Appalachian State University >> Phone: 828.262.2431 >> PhpWebsite Development Team >> URL: http://phpwebsite.appstate.edu >> Email: st...@tu... >> >> >> >> >> ------------------------------------------------------- >> 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 > > > Matthew McNaney > Internet Systems Architect > Electronic Student Services > Email: ma...@tu... > URL: http://phpwebsite.appstate.edu > Phone: 828-262-6493 > ICQ: 141057403 > > > > > ------------------------------------------------------- > 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 --------------------------------- Adam Morton Developer - Web Technology Group Appalachian State University http://phpwebsite.appstate.edu |
|
From: Adam M. <ad...@tu...> - 2002-10-08 19:51:19
|
+1 Steven BTW you can also call these functions like this: PHPWS_Debug::testArray($array); PHPWS_Debug::testObject($object); Adam > Hello All, > > The phpWebSite Debugger is now fully in CVS and functioning. Check > it > out and let me know what you think. FYI the core functions test_array > and test_object will be removed from the core soon. Please begin to use > these functions now provided by PHPWS_Debug. > > Old calls: > $GLOBALS['core']->test_array($array); > $GLOBALS['core']->test_object($object); > > New calls: > $_SESSION['PHPWS_Debug']->testArray($array); > $_SESSION['PHPWS_Debug']->testObject($object); > > > Enjoy :) > > -- > Steven Levin > Electronic Student Services > Appalachian State University > Phone: 828.262.2431 > PhpWebsite Development Team > URL: http://phpwebsite.appstate.edu > Email: st...@tu... > > > > > ------------------------------------------------------- > 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 --------------------------------- Adam Morton Developer - Web Technology Group Appalachian State University http://phpwebsite.appstate.edu |
|
From: Matthew M. <ma...@tu...> - 2002-10-08 19:17:23
|
As a reminder. Some of the old functions (getRow, getCol, query_db) have a parameter that automatically will add the prefix for you. So in many cases, all you need to add is ,1 Matt > So I installed fallout today with a table prefix and found many places > where $core->tbl_prefix is not being used. Remember it is very > important to test your code with a table prefix being used in the > database. I know all the core function append it for you but I found > several places in my own code where I was generating my own sql > statement and flat out forgot to use it. Just a heads up. > > -- > Steven Levin > Electronic Student Services > Appalachian State University > Phone: 828.262.2431 > PhpWebsite Development Team > URL: http://phpwebsite.appstate.edu > Email: st...@tu... > > > > > ------------------------------------------------------- > 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 Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
|
From: Matthew M. <ma...@tu...> - 2002-10-08 19:15:38
|
Works for me. > +1 to PEAR method > >> I like the +1 idea that the PEAR folks use. If you like it +1 if you >> don't -1. Then we tally up votes. >> >> I will have a look at the apache voting method too in case their's is >> better. :) >> >> Adam >> >> >>> +1 I like the idea but we will have to come up with a way to vote via >>> the mailing list. We may even have to vote on it, ha. >>> >>> -- >>> Steven Levin >>> Electronic Student Services >>> Appalachian State University >>> Phone: 828.262.2431 >>> PhpWebsite Development Team >>> URL: http://phpwebsite.appstate.edu >>> Email: st...@tu... >>> >>> >>> >>> >>> ------------------------------------------------------- >>> 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 >> >> >> --------------------------------- >> Adam Morton >> Developer - Web Technology Group >> Appalachian State University >> http://phpwebsite.appstate.edu >> >> >> >> >> ------------------------------------------------------- >> 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 > > > -- > Steven Levin > Electronic Student Services > Appalachian State University > Phone: 828.262.2431 > PhpWebsite Development Team > URL: http://phpwebsite.appstate.edu > Email: st...@tu... > > > > > ------------------------------------------------------- > 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 Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
|
From: Steven L. <st...@tu...> - 2002-10-08 15:58:31
|
+1 to PEAR method > I like the +1 idea that the PEAR folks use. If you like it +1 if you > don't -1. Then we tally up votes. > > I will have a look at the apache voting method too in case their's is > better. :) > > Adam > > >> +1 I like the idea but we will have to come up with a way to vote via >> the mailing list. We may even have to vote on it, ha. >> >> -- >> Steven Levin >> Electronic Student Services >> Appalachian State University >> Phone: 828.262.2431 >> PhpWebsite Development Team >> URL: http://phpwebsite.appstate.edu >> Email: st...@tu... >> >> >> >> >> ------------------------------------------------------- >> 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 > > > --------------------------------- > Adam Morton > Developer - Web Technology Group > Appalachian State University > http://phpwebsite.appstate.edu > > > > > ------------------------------------------------------- > 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 -- Steven Levin Electronic Student Services Appalachian State University Phone: 828.262.2431 PhpWebsite Development Team URL: http://phpwebsite.appstate.edu Email: st...@tu... |
|
From: Steven L. <st...@tu...> - 2002-10-08 15:57:04
|
So I installed fallout today with a table prefix and found many places where $core->tbl_prefix is not being used. Remember it is very important to test your code with a table prefix being used in the database. I know all the core function append it for you but I found several places in my own code where I was generating my own sql statement and flat out forgot to use it. Just a heads up. -- Steven Levin Electronic Student Services Appalachian State University Phone: 828.262.2431 PhpWebsite Development Team URL: http://phpwebsite.appstate.edu Email: st...@tu... |
|
From: Steven L. <st...@tu...> - 2002-10-08 15:32:36
|
I forgot to change permissions on the setup directory so the language module can export language files. This is now included in the script. adam> Very nice! I especially like the textpad permissions getting set hehe adam> :) adam> adam> Q: can our users use this? To answer your question Adam, yes users can use this script although you must have root access to run it. I see it as mainly a developer tool. -- Steven Levin Electronic Student Services Appalachian State University Phone: 828.262.2431 PhpWebsite Development Team URL: http://phpwebsite.appstate.edu Email: st...@tu... |
|
From: Adam M. <ad...@tu...> - 2002-10-08 15:24:34
|
Very nice! I especially like the textpad permissions getting set hehe :) Q: can our users use this? Adam > Hello all, > > I have updated my core_start.sh shell script once again. A new > variable > can be found at the top, PHPWS_GROUP, this needs to be set to the proper > group for when permissions are set back to the developer. Also the > script will now change permissions on all the doc and template > directories so they can be edited with Adam's textpad module. > > Enjoy :) > > -- > Steven Levin > Electronic Student Services > Appalachian State University > Phone: 828.262.2431 > PhpWebsite Development Team > URL: http://phpwebsite.appstate.edu > Email: st...@tu... --------------------------------- Adam Morton Developer - Web Technology Group Appalachian State University http://phpwebsite.appstate.edu |
|
From: Adam M. <ad...@tu...> - 2002-10-08 15:22:50
|
I like the +1 idea that the PEAR folks use. If you like it +1 if you don't -1. Then we tally up votes. I will have a look at the apache voting method too in case their's is better. :) Adam > +1 I like the idea but we will have to come up with a way to vote via > the mailing list. We may even have to vote on it, ha. > > -- > Steven Levin > Electronic Student Services > Appalachian State University > Phone: 828.262.2431 > PhpWebsite Development Team > URL: http://phpwebsite.appstate.edu > Email: st...@tu... > > > > > ------------------------------------------------------- > 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 --------------------------------- Adam Morton Developer - Web Technology Group Appalachian State University http://phpwebsite.appstate.edu |
|
From: Scott R. <sc...@sc...> - 2002-10-08 14:57:50
|
The apache group votes via email. Go to their site and read about submitting. |
5 messages has been excluded from this view by a project administrator.
