"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
> > DO NOT EVER SEND BINARY DATA TO STDOUT, BAD!
> It's easy to check whether stdout is a terminal, lookup isatty(3C). I
> agree that sending binary data to the terminal is a bad thing. (GNU zip
> does this check when you feed it data from stdin.)
I wasn't implying that precautions co
"David A. Desrosiers" <[EMAIL PROTECTED]> writes:
> DO NOT EVER SEND BINARY DATA TO STDOUT, BAD!
It's easy to check whether stdout is a terminal, lookup isatty(3C). I
agree that sending binary data to the terminal is a bad thing. (GNU
zip does this check when you feed it data from stdin.
> Is that problem know and is there any support for Handera planned. I
> voluntere to test on that device :)
This may help:
http://plkr.org/list/4Q2001/0076.html
/d
> 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
> Both interesting ideas, though perhaps not for Plucker. Incidentally, I
> deleted his note, or I'd forward it along.
I keep "most" of my relevant mail, so if necessary, I'll forward it
along.. if Norm does not object.
> However, it got me thinking about the plucker-build command line
"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
Hi everybody,
I just subscribed to your mailing list.
I downloaded Plucker 1.1.13 (the newest one) and installed it on my Handera 330. I
found that I cannot run it in the scale-to-fit mode, but only with 160x160 Pixel.
Is that problem know and is there any support for Handera planned.
I volunt
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,
> Would it be easier to use Plucker, cognitively or otherwise, if we
> could, in a simple situation, just say
>
> plucker-build foo.txt >foo.pdb
>
> or
>
> plucker-build http://www.iana.org/assignments/character-sets >csets.pdb
>
Seems like a very good idea.
People who have hard-coded plucke
> Robert,
>
> I'd like to keep the document format document up-to-date. What's the
> function code you are using for forecolor_start, and what are its
> arguments? I'll update the doc, marking it as experimental until we
> commit it.
>
> I could download the zip file and look, but I thought
23 matches
Mail list logo
