"Bradley M. Kuhn" <[EMAIL PROTECTED]> writes:
> However, are there any limitations that you can think of that would come up
> if Perl can't get that far into the internals of the engine?
>
> For example, would it be impossible to write one's personal configuration
> settings in Perl?
The way I'
[EMAIL PROTECTED] writes:
> Bzzt, you missed the point, you don't need to implement a parser (that
> was PHP's big mistake that eperl solves). All that the start-tag does is
> imply 'pipe this from here, up to the end tag, to the stdin of the
> real parser'.
Umm. I'm not so sure I missed the
> >> As long as we're talking about what components to swap out, it was reporte
d
> >> on the gimp list today by Federico Mena that the GNOME project is dumping
> >> the use of GtkXmHTML, the Gtk port of XmHTML. He indicated that it wasn't
> >> being maintained any more and had some other problem
It's been rumoured that Rob Browning said:
> > 1) create a special markup language, and let an interpreter make
> >substituitons into it:
> >
> > The account name is
> > The account balance is
> >
> >Pros: effective, high performance, low-tech, simple.
> >
> It's been rumoured that Dave Peticolas said:
> > On a related note, can you build without nana?
> >
> > Has anyone used nana? Right now, we just seem
> > to be using it as a replacement for 'assert'.
>
> I'm not married to nana. It doesn't do all of the things I would have
> liked it to do. I
"Bradley M. Kuhn" <[EMAIL PROTECTED]> writes:
> That doesn't sound that unreasonable. I think, if I understand you
> correctly, is that it would be possible to do everything with Perl
> rather than Guile, but that it would not be part of the official
> GNUcash distribution nor would it be suppor
[EMAIL PROTECTED] writes:
> Turns out (duhh) tightly intertwining html with code is a bad idea,
> whether that is C or perl or scheme. So I'd strongly advise against
> the style shown above, other than maybe as a test case/scaffolding.
Right. I just meant to use it to replace what we have now,
It's been rumoured that Rob Browning said:
> > You can give the HTML widget an HTML string, yes.
> >
> > As I understand it, the way report generation works now is that
> > eperl is invoked on an html file with embedded perl commands which
> > use the perl<->engine bindings to calculate the value
It's been rumoured that Dave Peticolas said:
> On a related note, can you build without nana?
>
> Has anyone used nana? Right now, we just seem
> to be using it as a replacement for 'assert'.
I'm not married to nana. It doesn't do all of the things I would have
liked it to do. In particular, I
It's been rumoured that Tim Mooney said:
> >> use a new HTML widget, GtkHTML.
We've had problems with XmHTML. Curretnly, its use is isolated to one
file and changing to something else should be straigh-forward, since no
sophiosticated hooks are used.
--linas
--
Gnucash Developer's List
To u
It's been rumoured that Bradley M. Kuhn said:
> What do you think about a Perl interface that is directly in XS?
I don't think anyone is in a position to turn down patches that
integrate well, configure scripts that work, and code that works.
Since you're painting something that's better tan swig
Dave Peticolas <[EMAIL PROTECTED]> writes:
> On a related note, can you build without nana?
I'm not sure. Some of the code is set up that way, but I don't know
if all of it has, and I don't know if configure's happy about that.
In the long run, I suppose it should be controlled with
--enable-de
> Not planned. I think the overall idea is to move the swig/perl stuff
> off into its own partition, and if configure can't find the right
> bits, it just doesn't get built. Or perhaps we should just have a
> --enable-perl so you have to ask for it.
Ok, that makes sense. It will make gnucash ea
Tim Mooney <[EMAIL PROTECTED]> writes:
> As long as we're talking about what components to swap out, it was
> reported on the gimp list today by Federico Mena that the GNOME
> project is dumping the use of GtkXmHTML, the Gtk port of XmHTML. He
> indicated that it wasn't being maintained any more
Dave Peticolas <[EMAIL PROTECTED]> writes:
> Will we be removing swig as well?
Not planned. I think the overall idea is to move the swig/perl stuff
off into its own partition, and if configure can't find the right
bits, it just doesn't get built. Or perhaps we should just have a
--enable-perl
> As long as we're talking about what components to swap out, it was reported
> on the gimp list today by Federico Mena that the GNOME project is dumping
> the use of GtkXmHTML, the Gtk port of XmHTML. He indicated that it wasn't
> being maintained any more and had some other problems, so GNOME
> Dave Peticolas <[EMAIL PROTECTED]> writes:
>
> > Are there plans for phasing out the eperl stuff and using
> > something else for report generation?
>
> That's the general plan, though there's nothing too concrete at the
> moment.
Good :) eperl seems like a pain to install. I've never actuall
Dave Peticolas <[EMAIL PROTECTED]> writes:
> Are there plans for phasing out the eperl stuff and using
> something else for report generation?
That's the general plan, though there's nothing too concrete at the
moment.
I haven't looked into the current report generation stuff, and I'm not
reall
> It's been rumoured that James A. Treacy said:
> > > However, I wondercould we mitigate the problems you describe by allow
> ing
> > > users who don't want it to turn off the option at compile time, and by be
> ing
> > > careful to control what access is given to the scripting language?
>
>
"Bradley M. Kuhn" <[EMAIL PROTECTED]> writes:
> However, I wondercould we mitigate the problems you describe by
> allowing users who don't want it to turn off the option at compile
> time, and by being careful to control what access is given to the
> scripting language?
>
> Baring that, if a
It's been rumoured that James A. Treacy said:
> > However, I wondercould we mitigate the problems you describe by allowing
> > users who don't want it to turn off the option at compile time, and by being
> > careful to control what access is given to the scripting language?
The problem with p
On Wed, Nov 10, 1999 at 08:47:59AM -0500, Bradley M. Kuhn wrote:
> Rob Browning wrote:
> > So, after thinking about all these bits, we decided that we needed to pick
> > just one language as the embedded one. In the end we went with Guile. To
> > be fair, that's probably in large part my fault.
"Bradley M. Kuhn" <[EMAIL PROTECTED]> writes:
> I am Guile fan as well, but I think it's important to allow Perl to
> do as much for folks as what Guile can do. Is there any way to keep
> this behavior, or does your design forbid it?
>
> If it's the former, and you just lack the time to maintain
23 matches
Mail list logo
