On Thursday 07 November 2002 13:21, Jim Davidson wrote:
> As you may have noticed, we've been making some changes with our management
> of the AOLserver project here at AOL. Basically, we're applying some
> lessons learned from other successful OpenSource projects such as Apache to
> provide bette
Thanks
for the interesting background info, for clearly stating the current situation
so we know how we fit in, and especially thanks for your clear commitment to
excellence in this endeavor. I am grateful that AOLserver is available to
support our business venture, and look forward to help
Congratulations on this move to include the community and setup the core
team. I feel it gives a very positive vibe for the future of AOLServer.
I just wondering if this new push includes any plans to promote
AOLServer amongst the IT public at large. Its difficult to promote
AOLServer as a solutio
the streets if
necessary.
/s.
-Original Message-
From: AOLserver Discussion [mailto:AOLSERVER@;LISTSERV.AOL.COM] On Behalf
Of Steve Manning
Sent: Thursday, November 07, 2002 4:21 PM
To: [EMAIL PROTECTED]
Subject: Re: [AOLSERVER] AOLserver Project Update
Congratulations on this move to
Scott wrote:
> ... lower the bar to getting a copy of AOLserver running ...
To revisit the documentation theme in this context of attracting new users,
I remember the sensory overload of picking up AOLserver / ACS from scratch
18 months ago. I've been developing software on and off for 38 years
(
>For example, you often want to see things organized by
>function, not alphabetically -- you don't yet know the name of
>what you're looking for!
I second the idea of organizing commands by function. I think the
current documentation at aolserver.com does a good job of this:
http://www.aolserver.
Speaking from the point of view of a recent convert from the Apache/PHP
world, one thing that will really lower the bar for people like me is a
document (or article) along the lines of "AOLServer and Tcl for
Apache/PHP users." From the end user stand point it may be good to have
packaged versions o
On Thu, Nov 07, 2002 at 08:06:37PM -0500, Gabriel Ricard wrote:
> Speaking from the point of view of a recent convert from the Apache/PHP
> world, one thing that will really lower the bar for people like me is a
> document (or article) along the lines of "AOLServer and Tcl for
> Apache/PHP users."
> I think the only thing I'm still hung up on is arrays. In PHP it was
> ultra-easy to handle database rows using associative arrays,, and
> handling large numbers of rows in multi-dimensional arrays. I don't
> really know how to emulate that in Tcl, without setting up a separate
> API to handle it
On Thursday, November 7, 2002, at 08:52 PM, Andrew Piskorski wrote:
On Thu, Nov 07, 2002 at 08:06:37PM -0500, Gabriel Ricard wrote:
Speaking from the point of view of a recent convert from the
Apache/PHP
world, one thing that will really lower the bar for people like me is
a
document (or articl
On Thursday, November 7, 2002, at 09:27 PM, Gabriel Ricard wrote:
I guess I'm just spoiled by the associative arrays in PHP.
Tcl arrays are associative. Tcl has pretty much 3 data structures:
- scalars
- lists
- arrays (which are associative)
The trick is that a list is
>- Note: my only gripe with ADP is that the following
>does not appear to work:
>
>if { [check $something] == 1 } {
>%>
>break out of Tcl mode and process some HTML
>conditionally
><%
>}
>
Gabri
Wonderful!
Now my only gripe is the multi-dimensional array issue, hehe. At least
there are lots of solutions for that problem available.
- Gabriel
On Thursday, November 7, 2002, at 09:47 PM, Jeff Huber wrote:
- Note: my only gripe with ADP is that the following
does not appear to work
On Thu, 7 Nov 2002, Gabriel Ricard wrote:
> Wonderful!
>
> Now my only gripe is the multi-dimensional array issue, hehe. At least
> there are lots of solutions for that problem available.
I'm not at all familiar with PHP. Could you describe (possibly included
actual PHP code snipets or other pse
- Original Message -
From: "Scott Goodwin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, November 07, 2002 4:13 PM
Subject: Re: [AOLSERVER] AOLserver Project Update
> Good question. In about six months I expect AOLserver and all of the
>
> I second the idea of organizing commands by function. I think the
> current documentation at aolserver.com does a good job of this:
> http://www.aolserver.com/docs/devel/tcl/api/
I don't think there is enough granularity there for someone just beginning
to learn the system, and it also does not
In a message dated 11/7/2002 7:32:43 PM Eastern Standard Time, [EMAIL PROTECTED] writes:
I second the idea of organizing commands by function. I think the
current documentation at aolserver.com does a good job of this:
http://www.aolserver.com/docs/devel/tcl/api/
I hope we will still be able to h
On Thursday, November 7, 2002, at 09:27 PM, Gabriel Ricard wrote:
- Note: my only gripe with ADP is that the following does not
appear
to work:
if { [check $something] == 1 } {
%>
break out of Tcl mode and process some HTML
conditionall
On 2002.11.08, Peter M. Jansson <[EMAIL PROTECTED]> wrote:
> On Thursday, November 7, 2002, at 09:27 PM, Gabriel Ricard wrote:
> >
> > if { [check $something] == 1 } {
> > %>
> > break out of Tcl mode and process some HTML
> >conditionally
> >
On Friday, November 8, 2002, at 09:35 AM, Dossy wrote:
This is how I implement this:
<%
if {[check $something] == 1} {
ns_adp_puts {
break out of Tcl mode and process some HTML
conditionally
}
}
%>
The only reason I do the other thing
On 2002.11.08, Peter M. Jansson <[EMAIL PROTECTED]> wrote:
>
> The only reason I do the other thing is that the method you're using is
> really hostile to Dreamweaver, Mozilla Composer, or GoLive. I can edit my
> HTML in my WYSIWYG editor, and some of the editors include facilities for
> doing thi
Title: RE: [AOLSERVER] AOLserver Project Update
I don't really want stir up dust on this one, not too much, because it hasn't been a real hinderance for me, but the solution presented still would allow something like:
set username [ns_conn authuser]
if { [check $somet
On 2002.11.08, Rogers Gene A Civ 96 CG/SCTOB <[EMAIL PROTECTED]> wrote:
> I don't really want stir up dust on this one, not too much, because it
> hasn't been a real hinderance for me, but the solution presented still would
> allow something like:
>
> set username [ns_conn authuser]
> if { [check
Ok, the way I get data from the DB now is much like this:
function db_select($table, $fields, $where) {
...
}
This function creates a select statement based on the criteria I pass
in and returns a single row which I can access like this in PHP:
User: ,
Phone Number:
I use another function t
On Fri, 2002-11-08 at 03:46, Patrick Spence wrote:
>
> > for magazines, update my website, and run naked through the streets if
> > necessary.
>
> I want pictures.. :)
Pictures! I'm waiting for the world tour.
Of course you realise that a precedent has already been set for this
just down the roa
> Tcl arrays are associative. Tcl has pretty much 3 data structures:
>
> - scalars
> - lists
> - arrays (which are associative)
>
> The trick is that a list is really just a scalar with whitespace between
> the elements, unless the element is enclosed by braces, so there's
On Monday, November 11, 2002, at 01:22 PM, Jeff Hobbs wrote:
a list is really just a scalar with whitespace between
the elements
Woah, that last part isn't true at all, and is a common misconception
that leads people to think Tcl isn't up-to-snuff, which isn't true.
[snip]
That means that l
On Mon, 2002-11-11 at 10:22, Jeff Hobbs wrote:
> > Tcl arrays are associative. Tcl has pretty much 3 data structures:
> >
> > - scalars
> > - lists
> > - arrays (which are associative)
> >
> > The trick is that a list is really just a scalar with whitespace between
> > the
> > That means that list's lindex accessor is O(1) and appends are O(1)
> > except where we need to increase the C Tcl_Obj **objv array (and that
> > only needs to copy the pointers).
>
> I'm happy to stand corrected regarding the implementation, but for someone
> writing Tcl code, is there a meani
> > Lists are preserved in Tcl as arrays of Tcl_Obj's. If I do the
following:
> >
> > proc makeList {size} {
> > set output ""
>
> Is there any difference in initializing output to list at first, or is
> there no difference. IOW, should I initialize 'output' to a list objec
+-- On Nov 11, Peter M. Jansson said:
> I'm happy to stand corrected regarding the implementation, but for someone
> writing Tcl code, is there a meaningful difference between my flawed
> conceptual model and the implementation?
"{" is a string but not a list.
On 2002.11.11, Jeff Hobbs <[EMAIL PROTECTED]> wrote:
> > Tcl arrays are associative. Tcl has pretty much 3 data structures:
> >
> > - scalars
> > - lists
> > - arrays (which are associative)
> >
> > The trick is that a list is really just a scalar with whitespace between
>
On Thu, Nov 07, 2002 at 08:58:40PM -0500, Dave Bauer wrote:
> > I think the only thing I'm still hung up on is arrays. In PHP it was
> > ultra-easy to handle database rows using associative arrays,, and
> > handling large numbers of rows in multi-dimensional arrays. I don't
> > really know how to e
33 matches
Mail list logo