From andrewm at object-craft.com.au  Mon Mar  1 10:55:38 2004
From: andrewm at object-craft.com.au (Andrew McNamara)
Date: Mon, 01 Mar 2004 10:55:38 +1100
Subject: [albatross-users] Announcement: Albatross in Debian 
In-Reply-To: Message from Fabian Fagerholm <fabbe@paniq.net> 
   of "Sat, 28 Feb 2004 13:00:01 +0200." <1077966001.1286.20.camel@kernel> 
References: <1077143691.2529.33.camel@kernel> <20040223002612.1719A3CA79@coffee.object-craft.com.au>  <1077966001.1286.20.camel@kernel> 
Message-ID: <20040229235538.82D1F3C203@coffee.object-craft.com.au>

>It's not that hard actually, you just have to take a million things into
>account... :)

Yes - that's what scared me off.. 8-)

>I believe the next release of Dia will have addressed the issues you've
>had with it. The downside is that your diagrams will have to be adjusted
>-- and I've already promised to do it for you as soon as I can start
>building the docs.

Are they still rasterising all the fonts? That seems like the wrong
approach (because you lose all the font scaling hints), but I'll admit
the alternative is difficult at best.

-- 
Andrew McNamara, Senior Developer, Object Craft
http://www.object-craft.com.au/


From gabriel.cooper at mediapulse.com  Tue Mar  2 01:33:36 2004
From: gabriel.cooper at mediapulse.com (Gabriel Cooper)
Date: Mon, 01 Mar 2004 09:33:36 -0500
Subject: [albatross-users] Need some hints on: filling in a grid
In-Reply-To: <200402270630.RAA24919@lightning.itga.com.au>
References: <200402270630.RAA24919@lightning.itga.com.au>
Message-ID: <404349C0.4010409@mediapulse.com>


Gregory Bond wrote:

>[...]
>
>- (this is a web problem more than an Albatross problem...) When typing in a 
>cell, the browser keeps "helpfully" suggesting possible completions in little 
>tool-tip-like boxes.  This is a HUGE PITA.
>  
>
<input  type="text" ... autocomplete="off"  ... >
                        ^^^^^^^^^^^^^^^^^^


From andrewm at object-craft.com.au  Tue Mar  2 09:47:16 2004
From: andrewm at object-craft.com.au (Andrew McNamara)
Date: Tue, 02 Mar 2004 09:47:16 +1100
Subject: [albatross-users] Need some hints on: filling in a grid 
In-Reply-To: Message from Gabriel Cooper <gabriel.cooper@mediapulse.com> 
   of "Mon, 01 Mar 2004 09:33:36 CDT." <404349C0.4010409@mediapulse.com> 
References: <200402270630.RAA24919@lightning.itga.com.au>  <404349C0.4010409@mediapulse.com> 
Message-ID: <20040301224716.0FCDA3C098@coffee.object-craft.com.au>

>>- (this is a web problem more than an Albatross problem...) When typing in a 
>>cell, the browser keeps "helpfully" suggesting possible completions in little 
>>tool-tip-like boxes.  This is a HUGE PITA.
>
><input  type="text" ... autocomplete="off"  ... >
>                        ^^^^^^^^^^^^^^^^^^

Ah yes - if in doubt, just extend the standards. 

If I remember correctly, the XHTML spec says that boolean attributes
can essentially only be "turned on", and that all attributes must have a
value - in the case of booleans, the value should be the attribute
name (so, for strict XHTML, you have things like nowrap="nowrap"). To
fit in with the standards, the attribute would need a name like
"noautocomplete". I'm not convinced it's even the mark-up author's
problem to knobble insane autocompletion.

-- 
Andrew McNamara, Senior Developer, Object Craft
http://www.object-craft.com.au/


From gabriel.cooper at mediapulse.com  Tue Mar  2 10:10:16 2004
From: gabriel.cooper at mediapulse.com (Gabriel Cooper)
Date: Mon, 01 Mar 2004 18:10:16 -0500
Subject: [albatross-users] Need some hints on: filling in a grid
In-Reply-To: <20040301224716.0FCDA3C098@coffee.object-craft.com.au>
References: <200402270630.RAA24919@lightning.itga.com.au>  <404349C0.4010409@mediapulse.com> <20040301224716.0FCDA3C098@coffee.object-craft.com.au>
Message-ID: <4043C2D8.6080103@mediapulse.com>



Andrew McNamara wrote:

>>>- (this is a web problem more than an Albatross problem...) When typing in a 
>>>cell, the browser keeps "helpfully" suggesting possible completions in little 
>>>tool-tip-like boxes.  This is a HUGE PITA.
>>>      
>>>
>><input  type="text" ... autocomplete="off"  ... >
>>                       ^^^^^^^^^^^^^^^^^^
>>    
>>
>
>Ah yes - if in doubt, just extend the standards. 
>  
>
W3C Standard or not, it works as expected in Netscape, Mozilla, and IE. 
Good enough for me. :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.object-craft.com.au/pipermail/albatross-users/attachments/20040301/e33d916a/attachment.html>

From andrewm at object-craft.com.au  Tue Mar  2 10:11:30 2004
From: andrewm at object-craft.com.au (Andrew McNamara)
Date: Tue, 02 Mar 2004 10:11:30 +1100
Subject: [albatross-users] Need some hints on: filling in a grid 
In-Reply-To: Message from Andrew McNamara <andrewm@object-craft.com.au> 
   of "Tue, 02 Mar 2004 09:47:16 +1100." <20040301224716.0FCDA3C098@coffee.object-craft.com.au> 
References: <200402270630.RAA24919@lightning.itga.com.au> <404349C0.4010409@mediapulse.com>  <20040301224716.0FCDA3C098@coffee.object-craft.com.au> 
Message-ID: <20040301231130.D45CD3C098@coffee.object-craft.com.au>

>>>- (this is a web problem more than an Albatross problem...) When typing in a 
>>>cell, the browser keeps "helpfully" suggesting possible completions in little 
>>>tool-tip-like boxes.  This is a HUGE PITA.
>>
>><input  type="text" ... autocomplete="off"  ... >
>>                        ^^^^^^^^^^^^^^^^^^
>
>Ah yes - if in doubt, just extend the standards. 

Oops - I didn't mean this to sound like I was attacking Gabriel - just
the browser authors who create a problem, then solve it by "extending"
the standards.

-- 
Andrew McNamara, Senior Developer, Object Craft
http://www.object-craft.com.au/


From fabbe at paniq.net  Wed Mar  3 03:08:42 2004
From: fabbe at paniq.net (Fabian Fagerholm)
Date: Tue, 02 Mar 2004 18:08:42 +0200
Subject: [albatross-users] Announcement: Albatross in Debian
In-Reply-To: <20040229235538.82D1F3C203@coffee.object-craft.com.au>
References: <1077143691.2529.33.camel@kernel>
	 <20040223002612.1719A3CA79@coffee.object-craft.com.au>
	 <1077966001.1286.20.camel@kernel>
	 <20040229235538.82D1F3C203@coffee.object-craft.com.au>
Message-ID: <1078243722.1256.4.camel@kernel>

On Mon, 2004-03-01 at 01:55, Andrew McNamara wrote:
> Are they still rasterising all the fonts? That seems like the wrong
> approach (because you lose all the font scaling hints), but I'll admit
> the alternative is difficult at best.

I believe the information in
http://www.lysator.liu.se/~alla/dia/faq.html#FontSupport provides at
least a partial answer. In my opinion, it seems that the Dia people have
understood many aspects of these font problems and are gradually working
towards a solution. So I'm personally going to continue using Dia.

-- 
Fabian Fagerholm <fabbe at paniq.net>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://www.object-craft.com.au/pipermail/albatross-users/attachments/20040302/3f5028f9/attachment.pgp>

From neel at mediapulse.com  Sat Mar  6 06:16:01 2004
From: neel at mediapulse.com (Michael C. Neel)
Date: Fri, 5 Mar 2004 14:16:01 -0500
Subject: [albatross-users] al-for firstpage, nextpage, and gotopage
Message-ID: <C0FC22C08B82074A88B50061764157776B9B31@johnson.mediapulse.net>

Dave said a while back that Greg(?) had implemented these without
extending/altering Albatross, and that he could post some code showing
how it was done.  Can we get that code? =p

Mike


From gregh at object-craft.com.au  Tue Mar  9 11:45:08 2004
From: gregh at object-craft.com.au (Greg Hamilton)
Date: Tue, 9 Mar 2004 11:45:08 +1100
Subject: [albatross-users] al-for firstpage, nextpage, and gotopage
In-Reply-To: <C0FC22C08B82074A88B50061764157776B9B31@johnson.mediapulse.net>
References: <C0FC22C08B82074A88B50061764157776B9B31@johnson.mediapulse.net>
Message-ID: <03A31DA5-7163-11D8-9906-000393B5EFF2@object-craft.com.au>

I revisited the code this morning and, after a little head-scratching,  
I pulled out the relevant bits and created a little example app which  
you can see in action here:

http://www.object-craft.com.au/cgi-bin/paged-example/app.cgi

or download the source tarball here:

http://www.object-craft.com.au/paged-example.tar.gz

The example app navigates a table off 500 rows of 20 elements of random  
numbers. I limit the number of rows per page to 15 which gives you 34  
pages to peruse.

The Albatross <al-for> tag uses the Albatross ListIterator class and  
already supports pagination. I've written a subclass of ListIterator,  
called PagedListIterator, which adds methods for getting and setting  
the current page or range of pages.

Note, normally Albatross will automagically create a ListIterator  
instance when it encounters an <al-for> loop in a template. To force  
Albatross to use a PagedListIterator instead you need to add the  
iterator instance to ctx.locals before the template is processed.

In the 'page_enter' method of 'page.py' I create the iterator and add  
it to the session vars, something like this:

	def page_enter(ctx):
     		ctx.locals.rows_iter = PagedListIterator()
    		ctx.add_session_vars('rows_iter', )

In the template 'page.html' the <al-for> loop which uses  
'iter="rows_iter"' will use this PagedListIterator instance.

Greg


On 06/03/2004, at 6:16 AM, Michael C. Neel wrote:

> Dave said a while back that Greg(?) had implemented these without
> extending/altering Albatross, and that he could post some code showing
> how it was done.  Can we get that code? =p
>
> Mike
> _______________________________________________
> Albatross-users mailing list
> Albatross-users at object-craft.com.au
> https://www.object-craft.com.au/cgi-bin/mailman/listinfo/albatross- 
> users
>



From neel at mediapulse.com  Thu Mar 11 05:26:05 2004
From: neel at mediapulse.com (Michael C. Neel)
Date: Wed, 10 Mar 2004 13:26:05 -0500
Subject: [albatross-users] al-for firstpage, nextpage, and gotopage
Message-ID: <C0FC22C08B82074A88B500617641577787A86D@johnson.mediapulse.net>

Just wanted to say thanks for this, I'm currently working with the code
for ideas on intergrating into albatross.  I don't really consider this
*the* solution; it wouldn't be odd for us to need this type of paging
20+ times on one site and things would be messy.  Also, this currently
needs a session stored on the server to work, trying to make it work
under SimpleApp is proving a catch-22; can't set the page until the
template is run, but setting the page after the template is run won't do
anything (obviously).

Between this and our internal discussions though, I think I've got a
good idea of a solution, though it may be a bit before I can post a
patch.

Mike


> -----Original Message-----
> From: Greg Hamilton [mailto:gregh at object-craft.com.au] 
> Sent: Monday, March 08, 2004 7:45 PM
> To: Michael C. Neel
> Cc: albatross-users at object-craft.com.au
> Subject: Re: [albatross-users] al-for firstpage, nextpage, 
> and gotopage
> 
> 
> I revisited the code this morning and, after a little 
> head-scratching,  
> I pulled out the relevant bits and created a little example 
> app which  
> you can see in action here:
> 
> http://www.object-craft.com.au/cgi-bin/paged-example/app.cgi
> 
> or download the source tarball here:
> 
> http://www.object-craft.com.au/paged-example.tar.gz
> 
> The example app navigates a table off 500 rows of 20 elements 
> of random  
> numbers. I limit the number of rows per page to 15 which 
> gives you 34  
> pages to peruse.
> 
> The Albatross <al-for> tag uses the Albatross ListIterator class and  
> already supports pagination. I've written a subclass of 
> ListIterator,  
> called PagedListIterator, which adds methods for getting and setting  
> the current page or range of pages.
> 
> Note, normally Albatross will automagically create a ListIterator  
> instance when it encounters an <al-for> loop in a template. To force  
> Albatross to use a PagedListIterator instead you need to add the  
> iterator instance to ctx.locals before the template is processed.
> 
> In the 'page_enter' method of 'page.py' I create the iterator 
> and add  
> it to the session vars, something like this:
> 
> 	def page_enter(ctx):
>      		ctx.locals.rows_iter = PagedListIterator()
>     		ctx.add_session_vars('rows_iter', )
> 
> In the template 'page.html' the <al-for> loop which uses  
> 'iter="rows_iter"' will use this PagedListIterator instance.
> 
> Greg
> 
> 
> On 06/03/2004, at 6:16 AM, Michael C. Neel wrote:
> 
> > Dave said a while back that Greg(?) had implemented these without
> > extending/altering Albatross, and that he could post some 
> code showing
> > how it was done.  Can we get that code? =p
> >
> > Mike
> > _______________________________________________
> > Albatross-users mailing list
> > Albatross-users at object-craft.com.au
> > https://www.object-craft.com.au/cgi-bin/mailman/listinfo/albatross- 
> > users
> >
> 
> 


From neel at mediapulse.com  Thu Mar 11 11:32:31 2004
From: neel at mediapulse.com (Michael C. Neel)
Date: Wed, 10 Mar 2004 19:32:31 -0500
Subject: [albatross-users] al-for paging patch
Message-ID: <C0FC22C08B82074A88B500617641577787A86F@johnson.mediapulse.net>

Well it looks like some of the refactoring done to albatross has made
adding in the paging additions pretty easy.  For the impatient, links
are:

	http://albatross.pseudocode.net/ for a demo
	http://albatross.pseudocode.net/paging_patch.diff.gz for the
patch
	The changes are against the latest (Feb 4th) dev ball.

What I've done: added support for firstpage, lastpage and setpage to
al-input and al-a.  I haven't tested al-a changes beyond the links being
built correctly - need to setup a server based session store to check
them so they don't work on the demo site.

I also added pagemenu to select, which lets a select box xset the page
to jump to as well.  I used pagemenu over setpage because having a
setpage button with a setpage argument caused namespace issues.

Last, I put in two ListIterator method, page() and pagecount(), which
return the page and number of pages.  All page related methods (page(),
pagecount(), and setpage) are 1 based and *not* zero indexed.  The
reason behind this is the value of the input on a sumbit button for
setpage is the value used to switch pages.  If it were zero based, your
button labels would be as well.

I look forward to comments and I'm ready to tweak away to address any
issues.

Mike


From neel at mediapulse.com  Mon Mar 15 11:25:08 2004
From: neel at mediapulse.com (neel at mediapulse.com)
Date: Sun, 14 Mar 2004 19:25:08 -0500
Subject: [albatross-users] al-for paging patch
In-Reply-To: <C0FC22C08B82074A88B500617641577787A86F@johnson.mediapulse.net>
Message-ID: <000001c40a23$f9078810$0200a8c0@CLAPTON>

I just came across a bug in the patch.  By some weird run of luck, I
never had the pagemenu op called last, so there was an issue where
sometime a paging button wouldn't work with a pagemenu display.  This is
fixed, and the patch updated.

Mike

> -----Original Message-----
> From: albatross-users-admin at object-craft.com.au 
> [mailto:albatross-users-admin at object-craft.com.au] On Behalf 
> Of Michael C. Neel
> Sent: Wednesday, March 10, 2004 7:33 PM
> To: albatross-users at object-craft.com.au
> Subject: [albatross-users] al-for paging patch
> 
> 
> Well it looks like some of the refactoring done to albatross has made
> adding in the paging additions pretty easy.  For the impatient, links
> are:
> 
	http://albatross.pseudocode.net/ for a demo
	http://albatross.pseudocode.net/paging_patch.diff.gz for the
patch
	The changes are against the latest (Feb 4th) dev ball.

What I've done: added support for firstpage, lastpage and setpage to
al-input and al-a.  I haven't tested al-a changes beyond the links being
built correctly - need to setup a server based session store to check
them so they don't work on the demo site.

I also added pagemenu to select, which lets a select box xset the page
to jump to as well.  I used pagemenu over setpage because having a
setpage button with a setpage argument caused namespace issues.

Last, I put in two ListIterator method, page() and pagecount(), which
return the page and number of pages.  All page related methods (page(),
pagecount(), and setpage) are 1 based and *not* zero indexed.  The
reason behind this is the value of the input on a sumbit button for
setpage is the value used to switch pages.  If it were zero based, your
button labels would be as well.

I look forward to comments and I'm ready to tweak away to address any
issues.

Mike
_______________________________________________
Albatross-users mailing list
Albatross-users at object-craft.com.au
https://www.object-craft.com.au/cgi-bin/mailman/listinfo/albatross-users



From sheila at thinkspot.net  Mon Mar 15 14:06:36 2004
From: sheila at thinkspot.net (Sheila King)
Date: Sun, 14 Mar 2004 19:06:36 -0800
Subject: [albatross-users] Flushing content during page processing
Message-ID: <608367656.1079291196@lsanca1-ar1-4-62-158-245.lsanca1.dsl-verizon.net>

I have some very large pages that I will be working with in certain
circumstances. It involves having a large query set returned from a MySQL
query and needing to process and display many rows of output.

I'm going to be trying to see if I can use the flush_content() method for
flushing the output to the browser every few rows or so.

In reference to this statement from the documentation:
"Does nothing if a content trap stack is in effect,..."

I would guess, that if I have a template for the page (I'm using the random
page access model), that since the page is basically something along these
lines:

<al-macro name="pagetemplatename">

...other stuff in here...

</al-macro>


That the content trap stack will be in effect, in that case? So, I guess I
either can't use a template that encloses the entire page, or else I can't
flush bit by bit?

-- 
Sheila King
http://www.thinkspot.net/sheila/
http://www.k12groups.org


From andrewm at object-craft.com.au  Mon Mar 15 14:34:07 2004
From: andrewm at object-craft.com.au (Andrew McNamara)
Date: Mon, 15 Mar 2004 14:34:07 +1100
Subject: [albatross-users] Flushing content during page processing 
In-Reply-To: Message from Sheila King <sheila@thinkspot.net> 
   of "Sun, 14 Mar 2004 19:06:36 -0800." <608367656.1079291196@lsanca1-ar1-4-62-158-245.lsanca1.dsl-verizon.net> 
References: <608367656.1079291196@lsanca1-ar1-4-62-158-245.lsanca1.dsl-verizon.net> 
Message-ID: <20040315033407.CB3C23C0BA@coffee.object-craft.com.au>

>I have some very large pages that I will be working with in certain
>circumstances. It involves having a large query set returned from a MySQL
>query and needing to process and display many rows of output.
>
>I'm going to be trying to see if I can use the flush_content() method for
>flushing the output to the browser every few rows or so.
>
>In reference to this statement from the documentation:
>"Does nothing if a content trap stack is in effect,..."
>
>I would guess, that if I have a template for the page (I'm using the random
>page access model), that since the page is basically something along these
>lines:
>
><al-macro name="pagetemplatename">
>
>...other stuff in here...
>
></al-macro>
>
>That the content trap stack will be in effect, in that case? So, I guess I
>either can't use a template that encloses the entire page, or else I can't
>flush bit by bit?

As of about r1_10pre2, this was no longer true, I think, so you should
be okay if you use r1_11pre2 or r1_2_dev_20040203 (but the stable release
1.01 and before use a content trap for macro expansion).

Note, however, that the content trap *is* used for <al-form> content - 
this seems a little excessive to me and maybe there's potential to
remove it.

-- 
Andrew McNamara, Senior Developer, Object Craft
http://www.object-craft.com.au/


From neel at mediapulse.com  Tue Mar 16 04:01:56 2004
From: neel at mediapulse.com (Michael C. Neel)
Date: Mon, 15 Mar 2004 12:01:56 -0500
Subject: [albatross-users] Flushing content during page processing 
Message-ID: <C0FC22C08B82074A88B500617641577787A876@johnson.mediapulse.net>

Shelia,

	I've done this before, and I did it by breaking up the template
into a header and a footer and calling ctx.write_content() directly, so
that I could:

	ctx.run_template('header.html')
	for row in c.fetchall():
		ctx.write_content(row)
		ctx.flush_content()
	ctx.run_template('footer.html')

	Downside is you cannot have an al-tag span the header and
footer, which wasn't a problem for me.  If you need an al-form in the
page, you might be able to work something out with buttons and
javascript, so that each row has a button which onClick submits a form
after setting a hidden field to the row clicked, then the form can live
100% in the header.html or the footer.html.  Since the hidden field is
still an al-input, it will get hooked into the recorder, and into the
session.

	If you need you could also replace the write_content() with a
call to a 'middle.html' if the formating of the row was pretty html
heavy and you still want to keep the log and html cleanly seperated.

hth,
mike


> -----Original Message-----
> From: Andrew McNamara [mailto:andrewm at object-craft.com.au] 
> Sent: Sunday, March 14, 2004 10:34 PM
> To: Sheila King
> Cc: albatross-users at object-craft.com.au
> Subject: Re: [albatross-users] Flushing content during page 
> processing 
> 
> 
> >I have some very large pages that I will be working with in certain
> >circumstances. It involves having a large query set returned 
> from a MySQL
> >query and needing to process and display many rows of output.
> >
> >I'm going to be trying to see if I can use the 
> flush_content() method for
> >flushing the output to the browser every few rows or so.
> >
> >In reference to this statement from the documentation:
> >"Does nothing if a content trap stack is in effect,..."
> >
> >I would guess, that if I have a template for the page (I'm 
> using the random
> >page access model), that since the page is basically 
> something along these
> >lines:
> >
> ><al-macro name="pagetemplatename">
> >
> >...other stuff in here...
> >
> ></al-macro>
> >
> >That the content trap stack will be in effect, in that case? 
> So, I guess I
> >either can't use a template that encloses the entire page, 
> or else I can't
> >flush bit by bit?
> 
> As of about r1_10pre2, this was no longer true, I think, so you should
> be okay if you use r1_11pre2 or r1_2_dev_20040203 (but the 
> stable release
> 1.01 and before use a content trap for macro expansion).
> 
> Note, however, that the content trap *is* used for <al-form> 
> content - 
> this seems a little excessive to me and maybe there's potential to
> remove it.
> 
> -- 
> Andrew McNamara, Senior Developer, Object Craft
> http://www.object-craft.com.au/
> _______________________________________________
> Albatross-users mailing list
> Albatross-users at object-craft.com.au
> https://www.object-craft.com.au/cgi-bin/mailman/listinfo/albat
ross-users


From gabriel.cooper at mediapulse.com  Wed Mar 24 02:37:32 2004
From: gabriel.cooper at mediapulse.com (Gabriel Cooper)
Date: Tue, 23 Mar 2004 10:37:32 -0500
Subject: [albatross-users] al-for paging patch
In-Reply-To: <C0FC22C08B82074A88B500617641577787A86F@johnson.mediapulse.net>
References: <C0FC22C08B82074A88B500617641577787A86F@johnson.mediapulse.net>
Message-ID: <406059BC.5090806@mediapulse.com>


Michael C. Neel wrote:

>Well it looks like some of the refactoring done to albatross has made
>adding in the paging additions pretty easy.  For the impatient, links
>are:
>
>	http://albatross.pseudocode.net/ for a demo
>	http://albatross.pseudocode.net/paging_patch.diff.gz for the
>patch
>	The changes are against the latest (Feb 4th) dev ball.
>  
>

What is the status on this patch?


From neel at mediapulse.com  Thu Mar 25 12:37:58 2004
From: neel at mediapulse.com (Michael C. Neel)
Date: Wed, 24 Mar 2004 20:37:58 -0500
Subject: [albatross-users] al-for paging patch
In-Reply-To: <406059BC.5090806@mediapulse.com>
Message-ID: <000001c41209$cde2e060$0200a8c0@CLAPTON>

I have made a change to the patch to handle a zero-count list, though I
didn't make a post here of it.  FYI the patch passes all current unit
tests, though I haven't added any more to test the new features of the
patch.

Mike

> -----Original Message-----
> From: albatross-users-admin at object-craft.com.au 
> [mailto:albatross-users-admin at object-craft.com.au] On Behalf 
> Of Gabriel Cooper
> Sent: Tuesday, March 23, 2004 10:38 AM
> Cc: albatross-users at object-craft.com.au
> Subject: Re: [albatross-users] al-for paging patch
> 
> 
> 
> 
> Michael C. Neel wrote:
> 
> >Well it looks like some of the refactoring done to albatross has made
> >adding in the paging additions pretty easy.  For the impatient, links
> >are:
> >
> >	http://albatross.pseudocode.net/ for a demo
> >	http://albatross.pseudocode.net/paging_patch.diff.gz for the
> >patch
> >	The changes are against the latest (Feb 4th) dev ball.
> >  
> >
> 
> What is the status on this patch?
> _______________________________________________
> Albatross-users mailing list
> Albatross-users at object-craft.com.au
> https://www.object-craft.com.au/cgi-bin/mailman/listinfo/albat
ross-users



From tchur at optushome.com.au  Fri Mar 26 10:52:45 2004
From: tchur at optushome.com.au (Tim Churches)
Date: 26 Mar 2004 10:52:45 +1100
Subject: [albatross-users] Updated FastCGI Request module
In-Reply-To: <1055024591.153.378.camel@localhost>
References: <1055024591.153.378.camel@localhost>
Message-ID: <1080258765.1219.51.camel@emilio>

On Sun, 2003-06-08 at 08:23, Matt Goodall wrote:
> Hi,
> 
> Attached is a new version of fcgiapp.py that works with 1.10pre1.
> 
> I've changed a number of the sample apps in the 1.10pre1 distribution
> over to FastCGI and all seem to work fine. I've also tested it with the
> new file upload support (yippee!) and that seems to work too.
> 
> If you want to try this out then replace albatross/fcpiapp.py in the
> 1.10pre1 distribution code and (re)install.

Matt,

I'm trying out your FastCGI support for Albatross - using Albatross
1.20pre (thus the version of FastCGI which appeared  in 1.10). I have
mod_fastcgi installed OK, and the FastCGI process manager i starting OK
when I restart Apache but I am puzzled how to set up an Albatross app to
use it in httpd.conf (using Apache 2.0.4) - just adding a SetHandler
directive is not enough, it seems. The modified app is importing your
FastCGI module OK, and it works fine as plain CGI. Hints appreciated. If
I can get this working, then we can do some serious stress testing on
it.

-- 

Tim C

PGP/GnuPG Key 1024D/EAF993D0 available from keyservers everywhere
or at http://members.optushome.com.au/tchur/pubkey.asc
Key fingerprint = 8C22 BF76 33BA B3B5 1D5B  EB37 7891 46A9 EAF9 93D0


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://www.object-craft.com.au/pipermail/albatross-users/attachments/20040326/ce5cd36c/attachment.pgp>

From tchur at optushome.com.au  Fri Mar 26 17:32:27 2004
From: tchur at optushome.com.au (Tim Churches)
Date: 26 Mar 2004 17:32:27 +1100
Subject: More on: Re: [albatross-users] Updated FastCGI Request module
In-Reply-To: <1055024591.153.378.camel@localhost>
References: <1055024591.153.378.camel@localhost>
Message-ID: <1080282747.1220.248.camel@emilio>

OK, the fastCGI process manager is now correctly starting the Albatross app 
process, but it is not responding - from teh apache error_log:

[Fri Mar 26 11:11:49 2004] [notice] FastCGI: process manager initialized (pid 8167)
[Fri Mar 26 11:11:49 2004] [warn] FastCGI: server "/var/www/cgi-bin/casemgr/app.py" started (pid 8171)
[Fri Mar 26 11:11:49 2004] [notice] Apache/2.0.40 (Red Hat Linux) configured -- resuming normal operation
s
[Fri Mar 26 11:12:37 2004] [error] [client 127.0.0.1] FastCGI: comm with server "/var/www/cgi-bin/casemgr
/app.py" aborted: idle timeout (30 sec)
[Fri Mar 26 11:12:37 2004] [error] [client 127.0.0.1] FastCGI: incomplete headers (0 bytes) received from

The app itself looks like this:

import albatross.fcgiapp
from cocklebur import dbobj
from casemgr import albasetup, handle_exception
import config

dbobj.execute_debug(True)
app = albasetup.get_app(config, config_vars, 
                            base_url='app.py', 
                            module_path='pages', 
                            template_path = 'pages', 
                            start_page = 'login')
while albatross.fcgiapp.running():
    req = albatross.fcgiapp.Request()
    app.run(req)

Any hints on how to debug this? There is nothing written in the FastCGI log directory.
-- 

Tim C

PGP/GnuPG Key 1024D/EAF993D0 available from keyservers everywhere
or at http://members.optushome.com.au/tchur/pubkey.asc
Key fingerprint = 8C22 BF76 33BA B3B5 1D5B  EB37 7891 46A9 EAF9 93D0


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://www.object-craft.com.au/pipermail/albatross-users/attachments/20040326/1a2d6c21/attachment.pgp>

From tchur at optushome.com.au  Sat Mar 27 08:59:13 2004
From: tchur at optushome.com.au (Tim Churches)
Date: 27 Mar 2004 08:59:13 +1100
Subject: Yet more on: Re: [albatross-users] Updated FastCGI Request module
In-Reply-To: <1080282747.1220.248.camel@emilio>
References: <1055024591.153.378.camel@localhost>
	 <1080282747.1220.248.camel@emilio>
Message-ID: <1080338353.1220.346.camel@emilio>

I'm happy to report that I have various alsamp apps working correctly
with FastCGI (all the ones I tried) and yes they are a lot faster. So
the problem is specific to our app. Clues on how to debug to determine
teh source of the problem appreciated, because nothing is being written
to any logs which gives a clue.
-- 

Tim C

PGP/GnuPG Key 1024D/EAF993D0 available from keyservers everywhere
or at http://members.optushome.com.au/tchur/pubkey.asc
Key fingerprint = 8C22 BF76 33BA B3B5 1D5B  EB37 7891 46A9 EAF9 93D0


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://www.object-craft.com.au/pipermail/albatross-users/attachments/20040327/7ac20e79/attachment.pgp>

From neel at mediapulse.com  Sat Mar 27 14:51:59 2004
From: neel at mediapulse.com (Michael C. Neel)
Date: Fri, 26 Mar 2004 22:51:59 -0500
Subject: Adding logging support WAS: Yet more on: Re: [albatross-users] Updated FastCGI Request module
In-Reply-To: <1080338353.1220.346.camel@emilio>
Message-ID: <000f01c413ae$db60d4d0$0200a8c0@CLAPTON>

I've noticed this recently, the handle_traceback method hides the error
from the server, so it doesn't get logged to an error log.  I think
adding a request method log_error could be a simple fix, and call this
inside of the handle_traceback.

*however* I would rather add logging to the albatross framework itself.
2.3 added the logging (logger?) module for just such a reason, and would
provide the developer much greater control over logging - both for
debugging and error logging as well as general app info that might be
wanted.

Mike