S Woodside wrote:
Question: What's an "application framework" in the context of this
discussion?
Could be any hunk of code, really; as long as it can return an XML
document to the Provider on demand, it doesn't matter.
I personally favor using something like CGI::XMLApplication because the
mo
Question: What's an "application framework" in the context of this
discussion?
simon
On Monday, February 3, 2003, at 11:13 PM, Kip Hampton wrote:
Consider the following:
Application Framework (builds XML document) -> Custom Provider ->
AxKit
Right - it's that App framework that I consider th
Thanks for answer,
I'm trying to catch POST requests for my special forms in same module, that generates
it (Provider class)
But for some files I wish to generate forms over XSP (actually I use there
...
)
So... I tried to do (this provider assigned to '\.xxx$' file extension...):
--
Hi,
I like to use – and — in my texts... But when I'm insert them to XML and
process by AxKit - I don't have dashes
in output
Aren't they unicode entities?
Where could I find good unicode table than?
Alex.
-
To unsubscrib
Tod Harter wrote:
> Granted you could do the same logic
in a provider, but I just see taglibs as being more generic (ie you can get
your input params from anywhere XSP can get data from whereas a provider is
really pretty limited in that respect).
Explain. Any subclass of Apache::AxKit::Pro
Matt Sergeant wrote:
On Monday, Feb 3, 2003, at 19:09 Europe/London, Kip Hampton wrote:
Given that a Provider has access to everything that is available for
the Language modules *and* gets to control both the content and the
styles that are applied, how does it lack flexibilty, exactly?
Sim
Well, 1st there is an ESQL taglib. This lets you directly access a database in
an XSP page.
2nd as you suggest you can create a provider. A dirt simple provider would use
some query params to generate a SELECT of some sort, generate perl data using
some variation of fetchrow-hashref() and then
> > I mean, the main purpose of the taglib helpers is to make working with
> > taglibs easier, not provide a rigorous implementation of XML details?
>
> I think they should be rigorous, but playing with the whitespace at the
> application level is no breach to XML.
Sounds sensible. It should be tr
On Monday, Feb 3, 2003, at 19:09 Europe/London, Kip Hampton wrote:
Matt Sergeant wrote:
It's one way to do it. I personally haven't used the provider method
(see
the Wiki for how I did it), because I feel it lacks flexibility.
Given that a Provider has access to everything that is available f
Matt Sergeant wrote:
It's one way to do it. I personally haven't used the provider method (see
the Wiki for how I did it), because I feel it lacks flexibility.
Given that a Provider has access to everything that is available for the
Language modules *and* gets to control both the content and t
On Monday, 03. February 2003 18:35, Kjetil Kjernsmo wrote:
> > My concept is that a generic provider could take the rows returned by
> > DBI and parse them into XML.
> >
> > So a query like: SELECT id, name FROM foo
> >
> > which returns:
> > id name
> > --
> > 1 fish
> > 2 cat
> >
> > wou
David Chaplin-Loebell wrote:
Has anyone already written this provider? Am I on the right track in
assuming this would be how to do it?
Yup, a Provider is one way. An (XSP|XPS|SAX Filter) taglib is another.
There's no hard and fast rule, but a good convention for deciding if a
Provider or one
> "Tod" == Tod Harter <[EMAIL PROTECTED]> writes:
Tod> Technically it is illegal to have & in a URL in the first place
No it's not. It's illegal to have & in SGML/HTML/XML, unless you
encode it as &.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<[EMAIL
i actually only ever ran a simple test script when i was using mod_perl as a
DSO, so it is possible that the mod_perl DSO was fubar'ed from the beginning
and i didn't notice. it passed "make test", though...
i'm using php + mod_ssl as DSO's just fine, so i don't see any general issue
with DSO's un
On Monday 03 February 2003 17:45, David Chaplin-Loebell wrote:
> So...
>
> How are people turning information from SQL databases into XML for
> AxKit? I'm thinking the best way to do this would be to use a
> provider. Has anyone done this yet?
Yup, I like the Provider-concept very much, and after
On Mon, 3 Feb 2003, David Chaplin-Loebell wrote:
> So...
>
> How are people turning information from SQL databases into XML for AxKit?
> I'm thinking the best way to do this would be to use a provider. Has
> anyone done this yet?
>
> My concept is that a generic provider could take the rows retur
On Mon, 3 Feb 2003, Alex Sergeyev wrote:
> Hello AxKit Users,
>
> Could I run XSP processing from Provider?
>
> I using now: file->provider->cont'd...
> But I need: file->XSL->XSP->provider->cont'd...
>
> Probably I'm thinking by a wrong way.
>
> Could you give me an advice?
Do you want axkit: ur
Alex Sergeyev wrote:
Could I run XSP processing from Provider?
I using now: file->provider->cont'd...
But I need: file->XSL->XSP->provider->cont'd...
Probably I'm thinking by a wrong way.
What is the problem you're trying to solve? Maybe I don't understand what you're
trying to do, but it doe
So...
How are people turning information from SQL databases into XML for AxKit?
I'm thinking the best way to do this would be to use a provider. Has
anyone done this yet?
My concept is that a generic provider could take the rows returned by DBI
and parse them into XML.
So a query like: SELECT
> Monsieur, bien le bonjour,
There appears to be quite a few french-speaking people here. Que
diriez-vous de parler français pour agacer les autres participants ? :-)
> I'm not an XPS guy but I'm sure there could be interest. What I don't
> understand exactly is what you mean by "sharing the e
Hello AxKit Users,
Could I run XSP processing from Provider?
I using now: file->provider->cont'd...
But I need: file->XSL->XSP->provider->cont'd...
Probably I'm thinking by a wrong way.
Could you give me an advice?
Sincerely,
Alex.
-
Its pretty easy. Something like this would do it.
my($section)=substr($ENV{PATH_INFO},1) || 1; # pathinfo has leading /
my($output)=apply_templates("/article/section[@id=\"$section\"]/node()");
Brian Wheeler
[EMAIL PROTECTED]
On Mon, 2003-02-03 at 09:20, Geir Amdal wrote:
> I have ju
On Mon, 3 Feb 2003, Geir Amdal wrote:
> Given the features of XPS today, is what I have in mind possible?
Yes.
> And, if so, does anyone have any suggestions for a way to access the
> pathinfo from the XPathScript?
$r->path_info.
--
<:->get a SMart net
Spam trap - do not mail: [EMAIL P
I have just gotten a CVS version of AxKit up and running again¹, and
I have a question for those better versed in the intricacies of XPS
parsing in connection with a pet project:
When using XPathScript to render HTML from XML, I'd like to be able
to control which parts are displayed by
On Sunday 02 February 2003 09:18 am, Jörg Walter wrote:
I believe you can create CDATA sections. The alternative way to do stuff like
this is to put it off until the XSLT phase of processing. Just create some
little XML syntax that tells XSLT what you want to do, a tag or something. It
took a g
Kjetil Kjernsmo wrote:
On Monday 03 February 2003 16:05, Robin Berjon wrote:
No, not really. You'd need to have a DTD (or XML Schema, but lets not
go there) declaring in which elements is whitespace significant and
in which it isn't.
OK, I don't understand that, but never mind.
If you don't h
> and AxKit. All the work I do with XSLT could be ported
> trivially to eg Cocoon (spit) if I had to. If I go xps, I am
i agree and feel like thats the point. But someone could also argue that
you aren't forced to use XPS. Personally i circumvent using it as far as
possible to keep crosscompabil
On Monday 03 February 2003 16:05, Robin Berjon wrote:
> No, not really. You'd need to have a DTD (or XML Schema, but lets not
> go there) declaring in which elements is whitespace significant and
> in which it isn't.
OK, I don't understand that, but never mind.
> I'd say that having a way of tel
Sebastian Rahtz wrote:
My argument against XPathScript is that it ties me to Perl
and AxKit. All the work I do with XSLT could be ported
trivially to eg Cocoon (spit) if I had to. If I go xps,
I am tied to a single supplier and framework. No lack
of faith in the great axkats (surely not still kitt
Kjetil Kjernsmo wrote:
On Tuesday 28 January 2003 16:15, you wrote:
Yes it is. In order for whitespace to be ignored, you'd have to be
using a DTD (and those horrors don't quite mix well with namespaces)
and taglibs would have to be fully SAX2 (to support
ignorable_whitespace() instead of charact
[EMAIL PROTECTED] wrote:
Also I do not know exactly how
well Axkit can perform the remaining phases of the PDF translation
(TeX -> dvi -> pdf).
Might not be fast but it should be easy enough based on other Language modules
(most of which are simple).
Great! I just wish I could get some help
My argument against XPathScript is that it ties me to Perl
and AxKit. All the work I do with XSLT could be ported
trivially to eg Cocoon (spit) if I had to. If I go xps,
I am tied to a single supplier and framework. No lack
of faith in the great axkats (surely not still kittens?),
but I feel a cert
On Mon, 2003-02-03 at 15:23, [EMAIL PROTECTED] wrote:
> well Axkit can perform the remaining phases of the PDF translation
> (TeX -> dvi -> pdf).
that bits easy. look up Passivetex.pm and copy it.
basically, it just calls a script to run the process,
so you should be able to adapt it
--
Sebastian
On Tuesday 28 January 2003 16:15, you wrote:
> Yes it is. In order for whitespace to be ignored, you'd have to be
> using a DTD (and those horrors don't quite mix well with namespaces)
> and taglibs would have to be fully SAX2 (to support
> ignorable_whitespace() instead of characters()). In other
> Sounds very cool :) At first glance I'm unsure whether it would require
> creating a new Language module or if the XPS can be used as is?
I had to insert crude hacks into the XML::XPathScript modules (some
functions get patched from inside the stylesheet :-), and so this
behaviour would need
[EMAIL PROTECTED] wrote:
I gather the list is having endless problems rendering DocBook to PDF
inside AxKit - well, this software of mine may be of interest to you
then, and you may get results that look better than the nroff solution
:-)
Sounds very cool :) At first glance I'm unsure whether it
> Seriously though - I have put an enormous
> amount of work into this project as have other developers, and we don't
> get much back from it...
Matt, I can feel your pain :-) Now is as good a time as any to steal
some worktime from my real job and go ahead to release
IDX-DocBo
Technically it is illegal to have & in a URL in the first place
I know, every webapp and browser in the world does it that way, but it is
STILL not right! Happily you can substitute a ';" for the '&', so make your
URL like so:
http://domain/path/script.cgi?a=a;b=b
It will then work fine, a
Can you get ANY mod_perl working at all? Personally I've had HORRIBLE problems
with DSO's on Solaris 9. I never got mod_perl to work there except statically
linked. Solaris is a total mess in this respect (don't get me started on
Solaris, I think its KAKA in generally, but thats off topic...).
On Saturday 01 February 2003 05:17 pm, Matt Sergeant wrote:
> On Saturday, Feb 1, 2003, at 19:28 Europe/London, Tod Harter wrote:
> > Well, you CAN simply output RAW XML in a taglibhelper based taglib.
> > Then you
> > can do whatever you want...
> >
> > Personally I do it all the time. The 'automa
On Monday, 03. February 2003 08:49, Matt Sergeant wrote:
> > Also I have another question. What's up with the PI for the xsp being
> > either . or NULL in some mailing list posts?
>
> Originally I always used "." but found very quickly that it had two
> problems - it was hard to see when scanning a
On Monday, 03. February 2003 08:39, Matt Sergeant wrote:
> On Monday, Feb 3, 2003, at 06:41 Europe/London, Alex Sergeyev wrote:
> > Hello,
> >
> > It possible to make any PerlVar in XSP that will point, that XSP
> > handler should pass original COMMENTS and ProcessingInstructions to
> > result tree
For me the problem was solved using the latest AxKit CVS. I spent a few hours to find
out what the problem was, but as no actual error messages were produced I gave up.
In fact LibXSLT is visibily faster indeed.
Pavel
- Original Message -
From: Jörg Walter
To: [EMAIL PROTECTED]
> "S" == S Woodside <[EMAIL PROTECTED]> writes:
S> I went to remove my fink libiconv and, I got scared by this
S> message from fink:
S> [simons-tibook:~/sandbox/xml/axkit-docs] woodside% fink remove
S> libiconv sudo /sw/bin/fink remove libiconv Information about
S> 1871 pa
On Monday, Feb 3, 2003, at 10:20 Europe/London, Sorin ZGURA wrote:
Hello Matt,
I tried "AxKit OpenOffice Provider"
but I have the next error message.
I do not kwon what is happening!
Did you follow the documentation in INSTALL? What's in your httpd.conf
for delivering openoffice files?
Most of the demos aren't written, so expect errors like that.
On Monday, Feb 3, 2003, at 07:29 Europe/London, Jeffrey Horn wrote:
In runnin many of the XSP Demos included with AxKit 1.6 (e.g. Cookies,
Exceptions, IfParam, Param, PerForm, Sending Email, Util, WebUtils) I
get
the following error
Hello Matt,
I tried "AxKit OpenOffice Provider"
but I have the next error message.
I do not kwon what is happening!
Thanks in advance!
Sorin ZGURA
[Mon Feb 3 12:15:04 2003] [error] [client 130.199.3.22] [AxKit] From:
/usr/lib/perl5/site_perl/5.6.1/i386-linux/Apache/AxKit/Exception.pm : 9
[Mon
In runnin many of the XSP Demos included with AxKit 1.6 (e.g. Cookies,
Exceptions, IfParam, Param, PerForm, Sending Email, Util, WebUtils) I get
the following error:
Server Error
The following error occurred: Can't use an undefined value as an ARRAY
reference at
/usr/local/lib/perl5/site_perl/5.
48 matches
Mail list logo