On Sat, Apr 12, 2008 at 7:58 PM, Gustavo Sverzut Barbieri
[EMAIL PROTECTED] wrote:
at first we could write a C app that php would execute to generate it,
just generate and output it to STDOUT and it would do for web, but
really, if someone take some time to write php bindings for eet basic,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, 12 Apr 2008 09:02:09 +1000
Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote:
On Mon, 17 Mar 2008 14:34:03 +0100 Massimiliano Calamelli
[EMAIL PROTECTED] babbled:
patch in cvs.
The Rasterman (Carsten Haitzler)[EMAIL
On Fri, Apr 11, 2008 at 7:46 PM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
On Fri, 21 Mar 2008 17:21:35 +0100 Massimiliano Calamelli
[EMAIL PROTECTED] babbled:
2008/3/21, Sebastian Dransfeld [EMAIL PROTECTED]:
Why not just use libxml2 and make the wallpaper_web part
On Sat, 12 Apr 2008 11:19:39 -0300 Gustavo Sverzut Barbieri
[EMAIL PROTECTED] babbled:
On Fri, Apr 11, 2008 at 7:46 PM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
On Fri, 21 Mar 2008 17:21:35 +0100 Massimiliano Calamelli
[EMAIL PROTECTED] babbled:
2008/3/21, Sebastian
On Sat, Apr 12, 2008 at 1:54 PM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
On Sat, 12 Apr 2008 11:19:39 -0300 Gustavo Sverzut Barbieri
[EMAIL PROTECTED] babbled:
On Fri, Apr 11, 2008 at 7:46 PM, The Rasterman Carsten Haitzler
[EMAIL PROTECTED] wrote:
On Fri, 21 Mar 2008
On Fri, 21 Mar 2008 17:21:35 +0100 Massimiliano Calamelli
[EMAIL PROTECTED] babbled:
2008/3/21, Sebastian Dransfeld [EMAIL PROTECTED]:
Why not just use libxml2 and make the wallpaper_web part optional if the
user has libxml2?
Sebastian
I agree, and your idea already are in
On Mon, 17 Mar 2008 14:34:03 +0100 Massimiliano Calamelli
[EMAIL PROTECTED] babbled:
patch in cvs.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi, the attached diff contains more works and a little fixes for
wallpaper fetcher.
Small changelog:
* changes in variable names, make it
2008/3/21, Sebastian Dransfeld [EMAIL PROTECTED]:
Why not just use libxml2 and make the wallpaper_web part optional if the
user has libxml2?
Sebastian
I agree, and your idea already are in TODO list, but i don't started
with it for some reasons.
The module is a testbed to see how online
2008/3/20, dan sinclair [EMAIL PROTECTED]:
Why write our own when libxml2 works quite well? Seems like needless NIH
to me.
dan
The module lives inside E, so i think isn't good to add another dependecy for E.
Massimiliano
2008/3/20, dan sinclair [EMAIL PROTECTED]:
I'm assuming that they'd love some performance related patches. Writing
something from scratch isn't a good response to a performance issue
unless there is some fundamental reason you can't make it faster/better.
dan
I rewrite the parser
Massimiliano wrote:
Why write our own when libxml2 works quite well? Seems like
needless NIH to me.
The module lives inside E, so i think isn't good to add another
dependecy for E.
Ah, good man. You've been thoroughly indoctrinated into
avoiding the evil influences of
2008/3/20, Jose Gonzalez [EMAIL PROTECTED]:
Ah, good man. You've been thoroughly indoctrinated into
avoiding the evil influences of 'dependencies' in 'E', now it's
even for e17 modules!
Indeed, I wonder how many systems e17 is going to run on
that have absolutely no trace of any
Massimiliano wrote:
2008/3/20, Jose Gonzalez [EMAIL PROTECTED]:
Ah, good man. You've been thoroughly indoctrinated into
avoiding the evil influences of 'dependencies' in 'E', now it's
even for e17 modules!
Indeed, I wonder how many systems e17 is going to run on
that have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 17 Mar 2008 15:07:37 +0100
Massimiliano Calamelli [EMAIL PROTECTED] wrote:
Might I suggest exporting the efreet xml parser and use it instead? Does
anyone object? Using strstr to parse xml isn't very nice.
Sebastian
On my side i
Massimiliano wrote:
Might I suggest exporting the efreet xml parser and use it
instead? Does anyone object? Using strstr to parse xml isn't
very nice.
Sebastian
On my side i don't have any preference, i initially wrote my
parser 'cause i've to parse a very small
Jose Gonzalez wrote:
Massimiliano wrote:
Might I suggest exporting the efreet xml parser and use it
instead? Does anyone object? Using strstr to parse xml isn't
very nice.
Sebastian
On my side i don't have any preference, i initially wrote my
parser
I'm assuming that they'd love some performance related patches. Writing
something from scratch isn't a good response to a performance issue
unless there is some fundamental reason you can't make it faster/better.
dan
Dale Anderson wrote:
Libxml2 doesn't exactly provide stellar parsing
I can't say that I've followed what this is about.. but if
it's something like wether e should have a good xml parser/api
vs. everyone who needs something like that having to write their
own... then I'd say it may be time for e to stop 'poo-poo-ing'
xml (mostly an excuse to
True, although alot could be said for alot of other abstraction type
libraries in other projects, libxml2 has been around a long time and
having previously read the history on the project an assload of time was
spent on optimising the parsing routine so if things haven't speed up
over the period
I'm not sure I see how using libxml2 wouldn't give you a consistent API
for app development. libxml2 is a consistent API you'd use.
dan
Dale Anderson wrote:
True, although alot could be said for alot of other abstraction type
libraries in other projects, libxml2 has been around a long time
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 17 Mar 2008 14:41:07 +0100
Sebastian Dransfeld [EMAIL PROTECTED] wrote:
Might I suggest exporting the efreet xml parser and use it instead? Does
anyone object? Using strstr to parse xml isn't very nice.
Sebastian
On my side i don't
21 matches
Mail list logo