Andy Rabagliati <[EMAIL PROTECTED]> writes:
> > Well, from what I remember of sitescooper, wouldn't it require yet
> > another interpreter?
> It needs perl. It leverages off plucker code to generate the DB -
> though historically plucker had a perl transcoder too.
Well, we all make mistakes! ;-
> -convert we do need. The intermediate form should be a file (files ?)
> with links relativised.
Files.
Yes, this is more or less the way I think about the Python distiller
(parser). I'm happy to leave the work of digging the appropriate
pages off their servers to sitescooper.
Unfortunately,
On Tue, 16 Oct 2001, MJ Ray wrote:
> Well, from what I remember of sitescooper, wouldn't it require yet
> another interpreter?
It needs perl. It leverages off plucker code to generate the DB -
though historically plucker had a perl transcoder too.
> Has it been ported to Windows yet?
I have no
Andy Rabagliati <[EMAIL PROTECTED]> writes:
> I see more perl interpreters around than python. To install plucker
> on a shared BSD box, I had to install a private copy of python 2.0.
> perl has usually 'just worked' when I needed it.
"perl is more common" would be a better way of phrasing it.
On Mon, 15 Oct 2001, MJ Ray wrote:
> I feel that I simply have to comment about perl being described as
> "less esoteric than python". How do you decide that?
It is not a comment on programming style, but a comment on availability.
I see more perl interpreters around than python. To install pl
Andy Rabagliati <[EMAIL PROTECTED]> writes:
> Well, I am fond of sitescooper, because perl is less esoteric than
> python, and sitescooper can slice and dice better than the plucker
> frontend - picking out certain porions of a page, for example, or
> converting the URL to the "print format" on t
On Sat, Oct 13, 2001, David A. Desrosiers wrote:
> I'm not sure that this should be inside the Plucker cvs directly,
> even though it's a supporting tool, it's not part of the same codebase.
Isn't that the reason to why we have a tools directory? It could be
added to that dir together with a Mak
From: MJ Ray <[EMAIL PROTECTED]>
>"Robert O'Connor" <[EMAIL PROTECTED]> writes:
>
>> I am certainly open to what to call the things other than channels; it is
>> easier to specify the term now than more time spent rewriting things. [...]
>
>I vote for "a pluckable (site)", rather than a channel.
On Sun, 14 Oct 2001, Robert O'Connor wrote:
> > > All the other GUI subscribed portable Palm web systems I have ever seen
> > > use the term channel, probably for easier first user/migration, and the
> > > fact that new people are familiar with the concept of a 'channel'
> >
> > The only one
> I do recognise the power in having a listings service on the
> distribution site, though.
Probably best if the listings are maintained by the content provider, as
they have the biggest stake in keeping their info up to date so people can
find their content (similar to palmgear.com--they just wr
> > Since that was an item included in the draft (under channel manager and
> > the main>advanced options), I should ask why you recommend not packaging
> > software with any sample Plucker-compatible content, for new users who
> > don't know any URLs, or don't feel like always keeping up to date
> area. When you connect via AvantGo, either wireless or serially, you are
> being delivered the "programming schedule" for your Palm, based
> on what you
> decided to "tune into".
I still disagree. What is on someone's website is a delivered content. I
dial "3" on my TV set to get the BBC news
> I disagree with you on this. This is exactly what Plucker is doing, and
> what is supposed to be doing. I tell it the source of the information,
> then it is auditing out the javascript, the HTML comments, and the other
> crap I don't want, and formatting it to suit my medium which is a Palm
>
> Since that was an item included in the draft (under channel manager and
> the main>advanced options), I should ask why you recommend not packaging
> software with any sample Plucker-compatible content, for new users who
> don't know any URLs, or don't feel like always keeping up to date with
>
"Robert O'Connor" <[EMAIL PROTECTED]> writes:
> Since that was an item included in the draft (under channel manager and the
> main>advanced options), I should ask why you recommend not packaging
> software with any sample Plucker-compatible content, for new users who don't
> know any URLs, or don
> > All the other GUI subscribed portable Palm web systems I have ever seen
> > use the term channel, probably for easier first user/migration, and the
> > fact that new people are familiar with the concept of a 'channel'
>
> The only one I know of that does this is AvantGo.
>
> Sitesc
> distributing lists of
> recommended sites with the application, which would be a definite
> misfeature IMO.
Hi MJ,
Since that was an item included in the draft (under channel manager and the
main>advanced options), I should ask why you recommend not packaging
software with any sample Plucker-c
> > [...] Can certainly add in a way to specify
> > some custom behaviour to execute at the end of the Sync.
>
> Pluck not sync, right? I want to run a command after a successful
> pluck -- or is this only to be fired off by a sync process, at which
> point there will be problems writing conduit
"Robert O'Connor" <[EMAIL PROTECTED]> writes:
> [...] Can certainly add in a way to specify
> some custom behaviour to execute at the end of the Sync.
Pluck not sync, right? I want to run a command after a successful
pluck -- or is this only to be fired off by a sync process, at which
point the
"Robert O'Connor" <[EMAIL PROTECTED]> writes:
> I am certainly open to what to call the things other than channels; it is
> easier to specify the term now than more time spent rewriting things. [...]
I vote for "a pluckable (site)", rather than a channel. To me,
channel implies that you're goin
> I am certainly open to what to call the things other than channels; it
> is easier to specify the term now than more time spent rewriting things.
I understand that. It would be harder to have to "undo" anything we
implement now, using a term that doesn't fully explain our architecture
> > let's not call this a "Channel" please. We
> > do not want to continue the incorrect association (legally, morally,
> > ethically) with "That Other Product", do we? Can we think of another
> > name for this?
>
> People already understand the concept of TV channels. I don't see why
> this is a
> I may not understand what "That Other Product" is.
Just a few examples:
http://avantgo.com/channels/index.html
http://avantgo.com/support/mobile_support/palm/device/index.html
http://avantgo.com/support/mobile_support/palm/desktop/dksubscribe.html
I'm
"David A. Desrosiers" <[EMAIL PROTECTED]> writes:
> Stop stop stop... let's not call this a "Channel" please. We
> do not want to continue the incorrect association (legally, morally,
> ethically) with "That Other Product", do we? Can we think of another
> name for this?
People already und
> Now that's something to think about--adding some sort of command line
> gateway to the manager also, to let people still update their channels
> without a windows manager. Certainly have to consider how to build a GUI
> manager so that it is still accessible with a command line.
Smells
> The overall polish of the programs way also quite good. Mahogany really
> has a lot of options for email, but somehow still couldn't prevent me
> from paying internet time by the minute to download spam and Sircam
> attachment files. :)
I personally don't like gui applications for mail
> Was considering the concept of making a channel 'Due'. When the program
> is running, or is started, it looks at the time when the Channel was
[...]
Stop stop stop... let's not call this a "Channel" please. We do not
want to continue the incorrect association (legally, morally, ethical
> > Does it have to be running to do timed plucks correctly, or will it
> > notice when it's next started that it's time to do some plucking?
>
> ..and more importantly, what if there's no GUI running when it's
> time to spawn a "pluck"?
Now that's something to think about--adding some sort
> searches around..., AH!)
>
> http://mahogany.sourceforge.net/
> http://audacity.sourceforge.net/
I was quite happy with both of these program's speed on my very anemic
little laptop--run very nice. The overall polish of the programs way also
quite good. Mahogany really has a lot of
Hi MJ,
> One thing that would be very useful is the
> ability to execute some command after a successful pluck, so that the
> plucked file will appear in the list of files to be transferred at the
> next sync.
Sounds like a good idea. Right now there is a radio button to choose between
sending t
> I believe it uses GTK+ widgets on Unix, doesn't it?
There is a wxWindows for GTK+
http://www.wxwindows.org/faqgtk.htm
> Does it have to be running to do timed plucks correctly, or will it
> notice when it's next started that it's time to do some plucking?
..and more
> It is written in C++ in wxWindows (which I believe is included in
> Debian). The resources are an XML file (which I was waiting for, and are
> now available in wxWindows 2.3.1). Since a GUI app, most of the work is
> widgets and a separation of code from an easily hand-editable resource
> file
"Robert O'Connor" <[EMAIL PROTECTED]> writes:
> wxWindows is a cross-platform C++ GUI toolkit. Makes small footprint, fast
> apps for Linux, Windows, and Mac using widgets for the appropriate OS.
I believe it uses GTK+ widgets on Unix, doesn't it?
> Examples of existing programs are Audacity (wa
In reply to Alexandros and MJ's letter, I thought I would drop a note to
show what I am working on now that color support is done, though it is not
near finished yet.
It is written in C++ in wxWindows (which I believe is included in Debian).
The resources are an XML file (which I was waiting for,
34 matches
Mail list logo