Menu
▾
▴
openinteract-dev — For OI developers, includes project coordination and technical discussion.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(19) |
Nov
(22) |
Dec
(19) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(35) |
Feb
(5) |
Mar
(13) |
Apr
(9) |
May
(3) |
Jun
(16) |
Jul
|
Aug
(6) |
Sep
(15) |
Oct
(5) |
Nov
(3) |
Dec
(7) |
| 2003 |
Jan
(16) |
Feb
(10) |
Mar
(19) |
Apr
(13) |
May
(5) |
Jun
(20) |
Jul
(33) |
Aug
(9) |
Sep
(1) |
Oct
(12) |
Nov
(17) |
Dec
(2) |
| 2004 |
Jan
(3) |
Feb
(9) |
Mar
(7) |
Apr
(16) |
May
(6) |
Jun
(6) |
Jul
(18) |
Aug
(8) |
Sep
(27) |
Oct
(8) |
Nov
(14) |
Dec
(29) |
| 2005 |
Jan
(1) |
Feb
(11) |
Mar
(33) |
Apr
(2) |
May
(4) |
Jun
(21) |
Jul
(41) |
Aug
(6) |
Sep
|
Oct
(1) |
Nov
|
Dec
(1) |
| 2006 |
Jan
(8) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|
From: Chris W. <ch...@cw...> - 2003-03-25 17:16:46
|
Andrew Hurst wrote: > Wouldn't this only matter if you supported more than one CGI processor? > If I recall correctly, Scoop used Apache::Request, and it supported ';' > as an argument delimiter. Also, if the cgi processor you used didn't > support it, couldn't you just get the whole URI and process it > yourself? It's just 3 splits, on ?, on /, and on ;. > > So, am I missing a piece of the puzzle here? Or am I on the right track? Most of the time, yes. But you could be generating URLs for other sites, or other applications in the same site. Those may use an entirely different technology -- I was dismayed to learn that Tomcat, the reference Java Servlet container, doesn't recognize ';' as a query argument separator. Plus, down the path of manually parsing URIs lies madness :-) Chris -- Chris Winters (ch...@cw...) Building enterprise-capable snack solutions since 1988. |
|
From: Andrew H. <hu...@ll...> - 2003-03-25 16:50:40
|
>There are a *few* CGI processors that have adopted the "; is the same as &" >recommendation, but at this point, you still shouldn't count on it. Wouldn't this only matter if you supported more than one CGI processor? If I recall correctly, Scoop used Apache::Request, and it supported ';' as an argument delimiter. Also, if the cgi processor you used didn't support it, couldn't you just get the whole URI and process it yourself? It's just 3 splits, on ?, on /, and on ;. So, am I missing a piece of the puzzle here? Or am I on the right track? -Andrew |
|
From: Chris W. <ch...@cw...> - 2003-03-25 16:06:48
|
Randal L. Schwartz wrote: > [Hmm. I have to repeat this on every mailing list I'm on, it seems.] I knew that the subject would bait you into posting ;-) > A URI with CGI info generally looks like: > > http://some.host/cgi/scriptname?fred=flintstone&barney=rubble > > However, 99% of the time, you'll be putting that into an HTML page, > where it has to be coded like: > > <FORM ACTION="http://some.host/cgi/scriptname?fred=flintstone&barney=rubble"> > > because "&" has to become "&" even in attributes. > > There are a *few* CGI processors that have adopted the "; is the same as &" > recommendation, but at this point, you still shouldn't count on it. Crystal clear, thank you. I'll update the plugin to separate the parameters with '&'. Chris -- Chris Winters (ch...@cw...) Building enterprise-capable snack solutions since 1988. |
|
From: <me...@st...> - 2003-03-25 15:53:38
|
>>>>> "Chris" == Chris Winters <ch...@cw...> writes:
Chris> damien leri wrote:
>> another plugin function i have an issue with is make_url(), which
>> joins params with '&', rather than '&'. Why not avoid both by
>> using
Chris> ';' as the param delimiter?
Chris> This is one of those issues that I was too lazy to research and went
Chris> with what worked. Do GET parsing engines regard a lone '&' as an
Chris> error? Do '&' and ';' work with everything?
[Hmm. I have to repeat this on every mailing list I'm on, it seems.]
A URI with CGI info generally looks like:
http://some.host/cgi/scriptname?fred=flintstone&barney=rubble
However, 99% of the time, you'll be putting that into an HTML page,
where it has to be coded like:
<FORM ACTION="http://some.host/cgi/scriptname?fred=flintstone&barney=rubble">
because "&" has to become "&" even in attributes.
There are a *few* CGI processors that have adopted the "; is the same as &"
recommendation, but at this point, you still shouldn't count on it.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<me...@st...> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
|
|
From: Swen T. <swe...@te...> - 2003-03-25 15:44:03
|
On Tue, Mar 25, 2003 at 10:41:53AM -0500, Chris Winters wrote: > > This is one of those issues that I was too lazy to research and > went with what worked. Do GET parsing engines regard a lone '&' > as an error? Do '&' and ';' work with everything? Hmm. I do not know what you mean with "GET parsing engines". The problem is, that you have to make a distinction between HTTP and HTML here. The HTTP protocol defines '&' as the parameter separator. Since HTML is an SGML dialect or instance, the & has to be encoded in HTML as &, because & is special in SGML (and XML), it starts an entity (as ö or &oring; etc.). So in HTML you have to write something like <a href="blah?b=1&c=3">... The browser then decodes the entity & to & and uses this in the GET request for HTTP: GET blah?b=1&c=3 HTTP/1.0 A problem arises, when you want to do a redirect. If you have for example a library method redirect($url), which does not decode the entities, then you must not use & in the URL, you have to use & Most browsers allow you to use & in URLs, so you normally will get away with this, but this will not be the case for XHTML, which has to be wellformed XML. My guts feeling is, that ';' as separator might not work with every HTTP server, but I do not really know this. Hope this helps. Greetings, Swen |
|
From: Chris W. <ch...@cw...> - 2003-03-25 15:24:07
|
damien leri wrote: > another plugin function i have an issue with is make_url(), which joins params with '&', rather than '&'. Why not avoid both by using ';' as the param delimiter? This is one of those issues that I was too lazy to research and went with what worked. Do GET parsing engines regard a lone '&' as an error? Do '&' and ';' work with everything? Chris -- Chris Winters (ch...@cw...) Building enterprise-capable snack solutions since 1988. |
|
From: damien l. <da...@ba...> - 2003-03-25 13:16:38
|
On Sun, Mar 23, 2003 at 12:32:19PM -0500, Chris Winters wrote: > template_plugin MyPlugin OpenInteract::Template::MyPlugin cool,thanks. another plugin function i have an issue with is make_url(), which joins params with '&', rather than '&'. Why not avoid both by using ';' as the param delimiter? d -- http://babelguides.com/ <<world literature in translation>> |
|
From: Chris W. <ch...@cw...> - 2003-03-24 13:33:39
|
joseph speigle wrote: > well, > i modified slightly fruit.pm into a package and i thought I'd be asking for submission rights here, but I have an error on install. > [joe@www pkg_autoindex]$ oi_manage --base_dir=/usr/local/openinteract --website_dir=/var/oi --package pkg_autoindex apply_package > Running apply_package... > ========================= > > Status of the packages you requested to be applied: > FAILED!: Cannot install package to website. Error: Cannot create > /var/oi/pkg/- : Permission denied at > /usr/lib/perl5/site_perl/5.8.0/OpenInteract/Pack > age.pm line 405. > > FAILED!: Package could not be verified -- either it doesn't exist in > base install or there's a problem with the base > install package. > > ========================= > Finished applying package! > > xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx > I ended up with this interesting directory which is a literal -: > This is mystifying. Can you open up your /usr/local/openinteract/conf/package_repository.perl and post the section that has the key 'pkg_autoindex-0.01'? Chris -- Chris Winters (ch...@cw...) Building enterprise-capable snack solutions since 1988. |
|
From: joseph s. <joe...@jk...> - 2003-03-24 09:00:05
|
well,
i modified slightly fruit.pm into a package and i thought I'd be asking for submission rights here, but I have an error on install.
[joe@www pkg_autoindex]$ oi_manage --base_dir=/usr/local/openinteract --website_dir=/var/oi --package pkg_autoindex apply_package
Running apply_package...
=========================
Status of the packages you requested to be applied:
FAILED!: Cannot install package to website. Error: Cannot create
/var/oi/pkg/- : Permission denied at
/usr/lib/perl5/site_perl/5.8.0/OpenInteract/Pack
age.pm line 405.
FAILED!: Package could not be verified -- either it doesn't exist in
base install or there's a problem with the base
install package.
=========================
Finished applying package!
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
I ended up with this interesting directory which is a literal -:
[joe@www oi]$ cd /var/oi/
[joe@www oi]$ ls
cache data error INSTALL.website mail overflow template tmplib
conf doc html logs oi pkg test uploads
[joe@www oi]$ cd pkg
[joe@www pkg]$ ls
- base_group-1.38 base_theme-1.36 results_manage-1.01
base-1.72 base_page-1.17 base_user-1.61 system_doc-1.33
base_box-1.04 base_security-1.60 lookup-1.01
base_error-1.45 base_template-2.23 object_activity-1.03
[joe@www pkg]$ tree | more
.
|-- -
| |-- MANIFEST
| |-- MANIFEST.SKIP
| |-- conf
| |-- data
| |-- doc
| | |-- pkg_autoindex.pod
| | `-- titles
| |-- html
| | `-- images
| |-- oi
| | |-- Handler
| | | `-- PkgAutoindex.pm
| | `-- SQLInstall
| |-- package.conf
| |-- script
| |-- struct
`-- template
| |-- dummy.meta
| `-- dummy.tmpl
|-- base-1.72
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
any idea what caused this? The package I was creating is at
http://www.sirfsup.com/mod_perl_webapp/web_servers/apache/openinteract/pkg_autoindex/decoy.htm
can you also interpret that last half of the failed message, too, please.
thanks. I appreciate it. I hope to get up and running ASAP, time permitting.
joe
--
joseph speigle
www.sirfsup.com
jo...@jk...
page: 877-9766 (210)
|
|
From: Chris W. <ch...@cw...> - 2003-03-23 17:22:36
|
damien leri wrote: > i'd like to know recommendations regarding custom code that is relevant globally, not just in a specific OI package: > > for OI.regex_chunk() i need a multiple-line match; i could add an 's' before the semicolon in the line: > > my ( $item ) = $str =~ /$match/; > > or should i subclass Plugin.pm somehow, or use a component? > > if i do the latter, for miscellaneous components like this, should i wrap it in a new OI package? or just edit $OIWEBSITE/conf/action.perl and put a mysite.pm somewhere and a use() somewhere (where?)? A little-documented (and tested) feature is for a package to make available a Template Plugin that is accessible in all templates. In your package's package.conf you should be able to specify a plugin like this: name mypackage version 1.00 author Foo <fo...@ba...> url http://www.foo.com/ template_plugin MyPlugin OpenInteract::Template::MyPlugin description Blah blah And then reference the plugin as normal, using the first entry in the configuration line as the plugin name: [% USE MyPlugin %] [% matched = MyPlugin.multiline_match( var ) %] ... Chris -- Chris Winters (ch...@cw...) Building enterprise-capable snack solutions since 1988. |
|
From: damien l. <da...@ba...> - 2003-03-23 16:01:10
|
i'd like to know recommendations regarding custom code that is relevant globally, not just in a specific OI package:
for OI.regex_chunk() i need a multiple-line match; i could add an 's' before the semicolon in the line:
my ( $item ) = $str =~ /$match/;
or should i subclass Plugin.pm somehow, or use a component?
if i do the latter, for miscellaneous components like this, should i wrap it in a new OI package? or just edit $OIWEBSITE/conf/action.perl and put a mysite.pm somewhere and a use() somewhere (where?)?
damien
--
http://babelguides.com/ <<world literature in translation>>
|
|
From: Chris W. <ch...@cw...> - 2003-03-10 04:44:39
|
damien leri wrote: > anyone done a multilinugal site with OI yet? or have ideas about an approach? Jochen Lillich wrote about this back in November of 2001, but the email archive doesn't seem to go back that far. Thanks SF! Chris McDaniel also posted recently about having multiple language templates: http://sourceforge.net/mailarchive/forum.php?thread_id=1329485&forum_id=3223 I plan for a simple scheme to be built-in to OI 2.x, but that will be a little while. Chris -- Chris Winters (ch...@cw...) Building enterprise-capable snack solutions since 1988. |
|
From: damien l. <da...@ba...> - 2003-03-07 23:28:56
|
anyone done a multilinugal site with OI yet? or have ideas about an approach? damien -- http://babelguides.com/ <<world literature in translation>> |
|
From: damien l. <da...@ba...> - 2003-03-05 22:31:17
|
Here are some ideas about a gallery module for OI. I. content-providing interface A.features php gallery (gallery.sf.net) may be a useful model: - uploading 1 or more images consecutively, including captions - editing captions - repositioning images within the list - removing images - automatic thumbnail creation, and detection of dimensions (requires a new perl lib) B.future features - image rotation - viewing and editing permissions on sets of images - viewing preferences such as size (normal vs. full) - viewing stats (no. of times viewed) C. implementation Database can hold the image attributes: ID (why not have this be the path?) caption height width thumb dimensions, unless we want to store in a auto-generated path like imgAA-90x100.jpg viewing stats? .. II.viewing interface A.features The viewing interface might be a few methods such as the following. Parameters would be supported in the method call and otherwise in the url query string. 1. generating a spread of thumbnails: Params include: offset: which img to start with. default 0 count: how many thumbs to show. default 9 or so image: which image is "current" -- the thumbnail is not an active link. also, a different template would be used; e.g. thumbnail_current versus thumbnail_normal 2. displaying the "current" image at normal size: Params include: image: identifier for the image (i suppose it's possible to support params for the attributes of the image (height,width,caption) if we want to minimize the number of database queries. but then what do you do when you are sent a screen shot of your site containing some ludicrous caption that a user has manually inserted?) B.future features - slideshow - email this photo C. example usage ---------------------------------------- <fullsize photo> _previous photo_ _next photo_ <thumb> <thumb> <thumb> <thumb> <(thumb)> <thumb> <thumb> <thumb> <thumb> _previous page_ _next page_ --------------------------------------- Note that the center thumb is "current". Each of the other thumbs is linked to a page where it is current and the fullsize version appears at the top. D. implementation I am very new to OI but i'm guessing that this involves writing the functions in perl so that they can be called with PROCESS wherever the admin wants to insert the content. in the example there is first a call to gallery.image and then to gallery.thumbnails. The html will hopefull stay in templates. What will be needed? so far i have: thumbnail_current thumbnail_normal thumbnail_row thumbnails (the outer table holding the rows) image E. caching Since most galleries have only hundreds of images and each image has rather small attributes, i'd say this is good ground for caching. any comments appreciated damien On Sat, Mar 01, 2003 at 10:15:22AM -0500, Chris Winters wrote: > damien leri wrote: > > I'd like some image gallery functionality in OI, so let me know if something's > > been done already... > > Not yet as far as I know. Do you have any existing programs you'd > like to model a gallery after? > > Chris > > -- > Chris Winters (ch...@cw...) > Building enterprise-capable snack solutions since 1988. > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > openinteract-dev mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/openinteract-dev -- http://babelguides.com/ <<world literature in translation>> |
|
From: Chris W. <ch...@cw...> - 2003-03-01 15:31:19
|
damien leri wrote: > I'd like some image gallery functionality in OI, so let me know if something's > been done already... Not yet as far as I know. Do you have any existing programs you'd like to model a gallery after? Chris -- Chris Winters (ch...@cw...) Building enterprise-capable snack solutions since 1988. |
|
From: damien l. <da...@ba...> - 2003-02-28 17:11:43
|
I'd like some image gallery functionality in OI, so let me know if something's been done already... damien -- http://babelguides.com/ <<world literature in translation>> |
|
From: Chris W. <ch...@cw...> - 2003-02-26 12:40:08
|
Randal L. Schwartz wrote: > MSCHWERN/Class-Fields-0.14.tar.gz says that it has a version of > base.pm that is newer than the version in 5.8, so the CPAN shell > recommends that you install it. However, the version of fields.pm it > installs is older than the version in 5.8, and breaks things. > > I've contacted Schwern about it, but he has no immediate plans to > update it. This is bad, because SPOPS depends on it, and therefore > OpenInteract is also busted. > > Beware when updating your 5.8 installation: you could be breaking it. I *think* we only use the 'use base' functionality of Class::Fields. So I may be able to remove that requirement. (I think I was under the impression that Class::Accessor depended on Class::Fields, but that's not so.) If I pulled out the PREREQ in Makefile.PL we should be ok, since base.pm has been shipped with Perl since 5.004_04. Chris -- Chris Winters (ch...@cw...) Building enterprise-capable snack solutions since 1988. |
|
From: Chris W. <ch...@cw...> - 2003-02-25 21:45:51
|
Andrew Hurst wrote: > to the bottom of it. Now when I reload the main page, the "Search > Events" and the "New Event" options show up in the admin tools box. > But, sometimes when I reload, or I access it with another browser, those > links don't show up. It seems like some Apache children have the > updated template, and some don't. Is there any way to force all > children to reload the template(s) other than restarting the server? > That might be a handy thing for me to work on adding to get used to the > system, a 'clear template cache' button or similar if needed. AFAIK there isn't yet. If you're interested in implementing this I don't think it would be too tough, plus you'd get to know some of the Template Toolkit internals, which should be every perl hacker's dream :-) > In other news, I couldn't get the tips_quotes_cw package to install. > I installed it to my OI base directory, then applied it to the sites, > but I couldn't get the install_sql command to work: Yeck, that's not right. This thing doesn't have any database access in it... Ok, I see where the problem is -- there's still the default 'sql_installer' reference in the package.conf. I'll update the package this evening. > When I try to start the server without running install_sql, starts but > I can't access the site with a failure about not being able to access > the Stash. > > "Cannot find configuration object from stash class (Main::Stash). Cannot > continue! at /usr/local/lib/perl5/site_perl/5.8.0/OpenInteract.pm line > 91, line 1." > > I get that in the browser, when I try to access the site. Double yeck. Check your web server error logs (not the vhost logs, the main server logs) and see if you get anything funny going on when the server starts up. When the configuration object doesn't get created it means something hinky happened at startup. Thanks for the followup, Chris -- Chris Winters (ch...@cw...) Building enterprise-capable snack solutions since 1988. |
|
From: <me...@st...> - 2003-02-25 18:14:05
|
MSCHWERN/Class-Fields-0.14.tar.gz says that it has a version of base.pm that is newer than the version in 5.8, so the CPAN shell recommends that you install it. However, the version of fields.pm it installs is older than the version in 5.8, and breaks things. I've contacted Schwern about it, but he has no immediate plans to update it. This is bad, because SPOPS depends on it, and therefore OpenInteract is also busted. Beware when updating your 5.8 installation: you could be breaking it. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <me...@st...> <URL:http://www.stonehenge.com/merlyn/> Perl/Unix/security consulting, Technical writing, Comedy, etc. etc. See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training! |
|
From: Andrew H. <hu...@ll...> - 2003-02-25 17:53:50
|
Hello all, Forgive me if this is a non-bug, I've just been toying with OI for a few days now and getting the hang of it. I changed a few templates and think I've noticed a caching problem. I added the event plugin, and added it to the admin_tools_box template by adding the line: [%- PROCESS event::event_tools_box -%] to the bottom of it. Now when I reload the main page, the "Search Events" and the "New Event" options show up in the admin tools box. But, sometimes when I reload, or I access it with another browser, those links don't show up. It seems like some Apache children have the updated template, and some don't. Is there any way to force all children to reload the template(s) other than restarting the server? That might be a handy thing for me to work on adding to get used to the system, a 'clear template cache' button or similar if needed. In other news, I couldn't get the tips_quotes_cw package to install. I installed it to my OI base directory, then applied it to the sites, but I couldn't get the install_sql command to work: ahurst@sdcsi3 src$ sudo oi_manage apply_package --package=tips_quotes_cw --website_dir=/usr/local/OpenInteract/sites/main Running apply_package... ========================= Status of the packages you requested to be applied: tips_quotes_cw (0.08) OK ========================= Finished applying package! ahurst@sdcsi3 src$ sudo oi_manage install_sql --package=tips_quotes_cw --website_dir=/usr/local/OpenInteract/sites/main Running install_sql... ========================= Cannot include installer (OpenInteract::SQLInstall::TipsQuotesCw) to system. Error: Can't locate OpenInteract/SQLInstall/TipsQuotesCw.pm in @INC (@INC contains: /usr/local/OpenInteract/sites/main/tmplib /usr/local/lib/perl5/site_perl/5.8.0/mach /usr/local/lib/perl5/site_perl/5.8.0 /usr/local/lib/perl5/site_perl /usr/local/lib/perl5/5.8.0/BSDPAN /usr/local/lib/perl5/5.8.0/mach /usr/local/lib/perl5/5.8.0 .) at (eval 33) line 3. ahurst@sdcsi3 src$ When I try to start the server without running install_sql, starts but I can't access the site with a failure about not being able to access the Stash. "Cannot find configuration object from stash class (Main::Stash). Cannot continue! at /usr/local/lib/perl5/site_perl/5.8.0/OpenInteract.pm line 91, line 1." I get that in the browser, when I try to access the site. Thanks for all the help, I look forward to adding features to OI, soon as I can get a valid reason here to work on it :) -Andrew |
|
From: Peter E. <pe...@dr...> - 2003-02-21 08:24:48
|
At 10:29 AM 2/20/2003 -0500, you wrote: >Just a quick show of hands: how many folks would like to use CSS for >display formatting in OI2 versus the current inlined font/color/etc. >stuff? I'd second Andrew on this, use CSS2. Cross-platform support is a bit patchy in places (I tend to resort to tables for layout) but it is much easier providing themes for different customers using CSS and degrades well on older browsers. I've been down the hand-coded FONT tags route and converting to stylesheets was not fun. One problem I've found is if you use a SELECT dropdown then it shows through layers. This is part of the HTML standard, unfortunately, so there's a choice of simple screens (my preference), or using Javascript to show/hide SELECTs, or using TABLEs as containers instead of DIVs. -Peter --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.443 / Virus Database: 248 - Release Date: 10/01/2003 |
|
From: Chris W. <ch...@cw...> - 2003-02-21 05:42:51
|
David Hugh-Jones wrote:
> I think there's a bug in 0.52, and I can't see any details of it
> changing in the changelogs to 0.74. Not sure if you are using the
> sourceforge lists, so I just sent this direct.
>
> STEPS TO REPRODUCE
> Create a SPOPS class which has an id field with upper case
> characters, and a column_group for lazy loading.
> Populate the DB with some of these objects.
> Do a fetch_group({column_group => 'col_group_name'});
Sneaky bugger that was! I suspect this never showed up because most
people use lowercase fieldnames all the time. Not that there's
anything wrong with upper/mixedcase fieldnames, I was just a little
surprised this had never popped up before.
It's a problem in several places and I think I wrapped them all up.
(The fact that it's in several places also points out nasty design
stuff, but more time for that later...) At least the new tests I
created work!
I'll release 0.75 with the fix included tomorrow AM. It will be
available from the SF site for immediate download, or you'll be able
to get it from CPAN.
Thanks for the report!
Chris
--
Chris Winters (ch...@cw...)
Building enterprise-capable snack solutions since 1988.
|
|
From: Chris W. <ch...@cw...> - 2003-02-21 02:32:06
|
Andrew Hurst wrote: > Definitely CSS. On Scoop (http://scoop.kuro5hin.org/) we used all > inlined font/color etc tags and now are trying to move to CSS. Its not > easy. As last count, I think there were over 500 places to modify. > Also, all code is built assuming that type of formatting. All browsers > support some level of CSS now, so I don't think compatibility will be a > problem. The only place I see problems are the more complex setups. > Like using no table tags, only CSS. I think http://www.smokedot.org > does this. (ok, after a quick check, they use some tables, but almost > all CSS.) That's what I was thinking. (And the scoop comparison is apt since the theming part of OI was largely influenced by Rusty, IIRC.) > In related news, how is OI2 going? I've noticed the wiki docs have been > updated a lot lately... Trying to build momentum :-) I have the general environment running under Apache/mod_perl 1.x, CGI and a standalone HTTP server (using LWP). The site can be deployed under the root or under any other directory, the controller is created and dispatching to the right action, URLs are created ok, all parameters (including uploads) work under all three environments, headers, etc. I'm going to take some time and port some of the core packages to kind of smoke out where work needs to be concentrated. (Kind of like eating abstract dogfood...) Chris -- Chris Winters (ch...@cw...) Building enterprise-capable snack solutions since 1988. |
|
From: Andrew H. <hu...@ll...> - 2003-02-20 16:27:45
|
Definitely CSS. On Scoop (http://scoop.kuro5hin.org/) we used all inlined font/color etc tags and now are trying to move to CSS. Its not easy. As last count, I think there were over 500 places to modify. Also, all code is built assuming that type of formatting. All browsers support some level of CSS now, so I don't think compatibility will be a problem. The only place I see problems are the more complex setups. Like using no table tags, only CSS. I think http://www.smokedot.org does this. (ok, after a quick check, they use some tables, but almost all CSS.) So anyway, that's my hand. In related news, how is OI2 going? I've noticed the wiki docs have been updated a lot lately... -Andrew At 10:29 AM 2/20/2003 -0500, you wrote: >Just a quick show of hands: how many folks would like to use CSS for >display formatting in OI2 versus the current inlined font/color/etc. >stuff? I have some ideas of how to do it (see OpenInteract2Theme in the >wiki) but I haven't done external web development for a while and am a >little out of touch with what designers use. > >Chris > > > >------------------------------------------------------- >This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. >The most comprehensive and flexible code editor you can use. >Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. >www.slickedit.com/sourceforge >_______________________________________________ >openinteract-dev mailing list >ope...@li... >https://lists.sourceforge.net/lists/listinfo/openinteract-dev |
|
From: Chris W. <ch...@cw...> - 2003-02-20 15:29:50
|
Just a quick show of hands: how many folks would like to use CSS for display formatting in OI2 versus the current inlined font/color/etc. stuff? I have some ideas of how to do it (see OpenInteract2Theme in the wiki) but I haven't done external web development for a while and am a little out of touch with what designers use. Chris |
1 message has been excluded from this view by a project administrator.
