On Thu, Apr 03, 2003, Marcin Marsza?ek wrote:
So first od all thanks for this great piece of software :)
Well, I am the maintainer of the viewer, but I'm not the only one
working on the viewer (and the viewer is only one part of the
Plucker project), so there are many others that also deserve
On Wed, Apr 02, 2003, Adam McDaniel wrote:
I'm not sure on how bookmarks are being used, but I did find something
odd..
There is nothing odd about it; check the DBFormat document and you
will see that I have specified that external bookmarks are not
supported yet. I wrote that a LONG time ago
On Mon, Mar 31, 2003, Marcin Marsza?ek wrote:
In DBFormat I can see not implemented yet. But reader has bookmarks
support.
The DBFormat document says that support for *external* bookmarks is
not implemented yet. I have suggested a possible format for bookmarks
added by the parser, though, but I
On Fri, Mar 28, 2003, David A. Desrosiers wrote:
I'm not sure how in-depth Matto's search was
The subpage search that Matto added is only an extension to the
normal search function. Actually, when I cleaned up the code I was
able to remove quite a lot of code just by reusing the original
search
On Tue, Mar 18, 2003, George Harker wrote:
I've got a copy of prc tools for my platform (mac os x) and I've had no
luck thus far. I think I'll need to rewrite the makefile :(
Well, first you need a Makefile to rewrite ;-)
I can't just type make, I have to specify make -f
On Wed, Mar 12, 2003, Laurens M. Fridael wrote:
struct.error: required argument is not an integer
There is a bug report for a similar (the same?) problem in our bug
database (#518). I assigned it to Chris, but maybe he hasn't looked
at the problem, yet.
/Mike
On Mon, Mar 10, 2003, Bill Janssen wrote:
* I think I'd pick 80x80 as the default chunk size.
That will waste memory; 80x80 might be OK at 16bpp, but I think
the default size should be calculated in the parser and use bigger
chunk sizes for lower bitdepths.
/Mike
On Sun, Mar 09, 2003, Dennis McCunney wrote:
The third option -- having the viewer only look for new docs in RAM --
might be a nice addition.
Add a feature request at http://bugs.plkr.org and I will attach a
viewer to it that implements this...
/Mike
On Sun, Mar 09, 2003, Adam McDaniel wrote:
I've attached a diff as a preliminary implementation of
horizontally layering images.
But that code only handles *inlined* images. An inlined image is not
a problem, since you only draw the image and then forget it.
However, to handle the large
On Mon, Mar 10, 2003, Michael Nordström wrote:
I'm not sure you would even have to use a list to implement this...
Actually, I think it would be possible to support large inlined
images without making any changes to the viewer. If the parser would
split the image and include the different parts
On Sun, Mar 09, 2003, Dennis McCunney wrote:
My suggestion was that if you tried to delete a document from the
list, and the delete failed because the document wasn't there,
removing the entry from the doc list was a reasonable action for
the viewer to take. Mike disagreed with me.
C'mon,
On Sun, Mar 09, 2003, Adam McDaniel wrote:
Now comes the problem. I have written the code in the viewer to
support this but I have no idea how to handle support in the python
parser
Hmm, I can see more problems than just to make the parser split up the
image; what if I have an image that is
On Sun, Mar 09, 2003, Laurens M. Fridael wrote:
Then what's the maximum width of an image?
Whatever that fits within the 60k limit and has a height of 1 pixel,
i.e. it also depends on the bitdepth how wide the resulting image
can be.
However, I kind of doubt there are any interesting images
On Mon, Mar 03, 2003, Eugene Y. Vasserman wrote:
/usr/share/prc-tools/include/PalmTypes.h:159: M68KHwr.h: No such file or directory
Check where m68k-palmos-gcc looks for the include files by running,
$ m68k-palmos-gcc -dumpspecs
running make and explicitly specifying those file locations in
On Mon, Mar 03, 2003, Eugene Y. Vasserman wrote:
$ make -I/usr/share/prc-tools/include/Core/UI -I/usr/share/...
BTW, this only specified a few more directories that make should
search for included makefiles...
/Mike
___
plucker-dev mailing list
On Fri, Feb 28, 2003, David A. Desrosiers wrote:
want to ensure that your code is not abused by any commercial
entities (*cough*, fish, *cough* =).
I think James Fisher (CEO at Bluefish Wireless) has made it quite
clear that copyright only means something for honest companies.
Actually, I
On Wed, Feb 26, 2003, Michael Nordström wrote:
remove support for the obsolete A4 based version of prc-tools.
Well, since I haven't seen any objections to this, from now on only
prc-tools 2.x is supported (the code might build using Code Warrior,
too)
/Mike
On Thu, Feb 27, 2003, Bill Nalen wrote:
Also, is the default category record working right?
Have you seen any problems with it?
Do the corresponding categories have to exist already in the viewer
or will they be created if they don't exist and there is room in
the category list on the
On Wed, Feb 26, 2003, John Marshall wrote:
BTW you mean --with-prc-tools=xyz rather than --enable-palmos etc :-).
That's a good idea, but I think I will finally do something I have
thought about for a long time now, i.e. remove support for the
obsolete A4 based version of prc-tools. I have
On Mon, Feb 24, 2003, David A. Desrosiers wrote:
I'm not suggesting we move en-masse over to 2.53, but if
we move anywhere off of 2.13, the next jump is 2.53, not 2.52 or
earlier.
Well, if the autoconf requirement is changed I will just have to
change it back locally (I will update my current
On Tue, Feb 25, 2003, David Starks-Browning wrote:
One could ask whether the GCC option -Isrcdir/viewer is
appropriate.
There are reasons for why some of these options are included; one
reason is to be able to build the viewer in a different directory
than the source code is located in.
/Mike
On Tue, Feb 25, 2003, Fringe Ryder wrote:
I was noting the different standards of the environments, not the
quality of developers.
Nice try, but the fact remains that most of your message was nothing
but an insult against free software developers and that is not the
kind of message you should
On Sun, Feb 23, 2003, David A. Desrosiers wrote:
We should also make the migration to AC_PREREQ(2.53) as well, as
mentioned last week or so, and deprecate our use of 2.13.
The viewer will continue to use 2.13... I haven't seen any convincing
arguments to why 2.53 should be the required
On Sun, Feb 23, 2003, Adam McDaniel wrote:
Hey Mike, since it was you who mandated SDK5 as the minimum, I guess
you dropped the ball on making this change, eh :)
Sure, blame me.
Adam (a.k.a. Mr Everyone-is-running-PalmOS5-so-why-should-I-worry-
On Sat, Feb 22, 2003, Adam McDaniel wrote:
I'm not sure if you intentionally did it this way, but did you
purposly decide not to put the UNUSABLE switch onto frmFullscreenBack
in viewer.rcp.in?
I believe in the KISS principle, so I don't change more than
necessary. If that gives the current
On Sun, Feb 23, 2003, Adam McDaniel wrote:
I only mentioned it becuase I noticed the 'back' button
flash on the screen when your option is disabled.
If it is a problem on hires devices then add the UNUSABLE setting...
/Mike
___
plucker-dev mailing
I have changed the code in os.c to make it handle new OS versions
better. Instead of only initialize specific features for the found
OS version it will initialize *all* features up to (and including)
the found version. This means that if e.g. a viewer that is built
today would be run on a PalmOS 6
On Wed, Feb 19, 2003, Adam McDaniel wrote:
I agree, but I was thinking about just checking in the compiled .bin
codewarrior spits out as the resource.
I would still have to say no, because there shouldn't be any code
that can only be handled if you have access to a non-free tool.
I was
On Mon, Feb 17, 2003, Adam McDaniel wrote:
In order to get this to work properly, you need a full version of
codewarrior handy to compile the resource (pilrc doesn't support
double-density fonts yet).
Well, if it only works with CW then it shouldn't be added to the code
base...
/Mike
On Wed, Nov 20, 2002, masakazu wrote:
Is this a problem of the viewer or the parser?
Run it in a debugger and you will find the answer to that question ;-)
In other words, if there are newline function codes in the Plucker
document then it is a viewer problem, but if no newline codes have
been
On Wed, Nov 20, 2002, masakazu wrote:
May I add a feature to change line spacing in prefs panel?
The code in the unstable branch is open for more or less any kind of
new features. However, all features in the unstable branch will not
necessarily make it into the stable version ;-)
/Mike
On Tue, Nov 19, 2002, TIM CONSTANTINE wrote:
It seems to me that a Bulletin Board for communication would have
some serious advantages over this mailing list:
As have already been pointed out the advantages are already
available for the mailing list.
If you started to use a differet system for
On Mon, Nov 18, 2002, David A. Desrosiers wrote:
Show me where in the HTML spec, pods:// appears as a valid protocol.
Well, if support was added for the javascript version that Robert
mentioned then it wouldn't be such a big deal to support pods, too.
Can't say I understand the benefit
On Mon, Nov 18, 2002, David A. Desrosiers wrote:
We shouldn't follow AvantGo, because we aren't AvantGo, and we
aren't trying to replace them.
When investigating a bug report I found out that we are the GNU based
version of AvantGo[1] ;-)
BTW, don't download the Plucker document from the site
On Sat, Nov 16, 2002, Dave wrote:
The accesskey attribute takes a single character as a value. When
this character is pressed (IE and Mozilla require ALT + CHAR), the
browser will give focus to textbox, follow the link, check the box,
select the radio button, etc.
Well, including the
On Sun, Nov 17, 2002, Robert O'Connor wrote:
One possible solution would be to have a prefixing stroke to go into
accesskey mode.
Sounds like a good idea. I will add this to my take a closer look
TODO ;-) However, the next few days I will be packing my belongings
(moving to England on Friday),
On Sun, Nov 17, 2002, Laurens M. Fridael wrote:
Moving as in living there?
Yes. Cambridge will be my first stop; then it depends on where I can
find an interesting job (I will never move to London, though:)
/Mike
___
plucker-dev mailing list
[EMAIL
On Wed, Nov 13, 2002, Dave Maddock wrote:
Has anyone considered supporting the accesskey attribute
Well, I'm not sure I understand what you mean with accesskey
attribute. Can you please provide some more info and/or examples?
/Mike
___
plucker-dev
On Tue, Nov 12, 2002, Chris Hawks wrote:
I didn't (mean to) say that the dimensions were negative.
My mistake.
I have fixed the problem in the main trunk.
/Mike
___
plucker-dev mailing list
[EMAIL PROTECTED]
On Wed, Nov 13, 2002, masakazu wrote:
I think the source is provided mainly for developers :-)
Sure, but the problem will still only occur if you are making
(broken) changes to the resources, i.e. fix the problem instead
of the symptom ;-)
Anyway, adding the -f flag to ln or a rm -f lang.h
On Tue, Nov 12, 2002, Bill Janssen wrote:
What I mean to say is that it will attempt to configure and build
the viewer, but if that fails will not go on to configure the other
elements of the system which can still be usefully built.
The viewer's configure script can't inform the top configure
On Wed, Nov 13, 2002, Bill Nalen wrote:
If I have plenty of room on my Palm, does it make sense to still
compress the pages?
Yes, if you want to store more Plucker documents and still have room
for other apps ;-)
The compression is there to save space...
/Mike
On Tue, Nov 12, 2002, Tim Wentford wrote:
Does this imply that the records are guaranteed to be stored in record id
order so that I can do the same in the Zaurus reader
The PalmOS viewer wouldn't work unless they were stored in order.
/Mike
___
On Sun, Nov 10, 2002, Chris Hawks wrote:
it should be:
reqMem = (UInt32) imageWidth * (UInt32) imageHeight * (UInt32) pixelDepth;
Yep, that's the way it was done in 1.2, but I missed to include that
when changing the code to use the BmpGlue functions. It's not necessary
for the pixelDepth,
On Mon, Nov 11, 2002, David A. Desrosiers wrote:
Fatal errors without graceful checking are just ugly, and can lead
to more bug reports than we probably care to see.
I resent the allegation that the viewer's configure script doesn't do
any graceful checking; it checks for two different build
On Mon, Nov 11, 2002, Bill Janssen wrote:
the PalmOS viewer does not check to see if the environment permits
[it] to be built.
Bollocks!
If it didn't check the environment then why are you complaining that
it errors out?
I don't want to fiddle with that till he's done. I thought I'd just
On Wed, Nov 13, 2002, matto wrote:
leaves lang.h when an error occurs in pilrc, and it must be deleted by
hand.
The only time that will happen is when you are hacking the resource
files, so it's a minor problem that only developers will run into.
Anyway, if you don't want to remove it
On Tue, Nov 12, 2002, Adam McDaniel wrote:
My question though, does anyone have a problem in changing things to
be done in this way?
I want to see how it works before I cast my vote ;-)
/Mike
___
plucker-dev mailing list
[EMAIL PROTECTED]
On Tue, Nov 12, 2002, Laurens M. Fridael wrote:
What happens when you install the ZLIB prc on a pre-OS3 device?
Nothing.
I was thinking of bundling the Plucker Viewer with a future Windows
installer for JPluck. Any objections to redistributing the Viewer
this way?
As long as it is
On Tue, Nov 12, 2002, Laurens M. Fridael wrote:
So it isn't installed at all?
It's installed, but you can't use it.
/Mike
___
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
On Tue, Nov 12, 2002, Adam McDaniel wrote:
I disagree. It will also happen when there are problems accessing the
resource from the code directly.
Well, I disagree with your disagreement ;-) The code we distribute
will not run into this problem (under normal operration) or there
is a bug that
On Sun, Nov 10, 2002, Laurens M. Fridael wrote:
Does the order of the data records in the document affect display
performance?
Not that much. The viewer uses a binary search (a O(log n) algorithm)
to find the correct record, so it will not access that many records
in the Plucker document to
On Mon, Nov 11, 2002, Bill Janssen wrote:
why would we want a configuration script that errors out, instead
of completing?
If you say that you want to build the viewer and you don't have the
tools to build it then I don't consider it to be a problem when it
errors out.
/Mike
On Sat, Nov 09, 2002, Bill Janssen wrote:
In particular, this is true for the PalmOS viewer
If the configure phase fails when tools are missing how can there
be a Makefile for the viewer?
In addition, the sub-directory configure for the PalmOS viewer fails
What part fails? If it aborts the
On Wed, Oct 30, 2002, Chris Hawks wrote:
It doesn't do images. But, neither did we in version 0.3.
Actually, version 0.03 of Plucker was the first version with
image support ;-)
/Mike
___
plucker-dev mailing list
[EMAIL PROTECTED]
On Tue, Nov 05, 2002, masakazu wrote:
I make a small hand-made tool to compare sample.rcp with any lang.rcp
in viewer/langs directory.
Great work, but maybe we could change the Makefile to be a
Makefile.in? Makes it consistent with the other config files.
Also, it would probably be a good
On Mon, Nov 04, 2002, Adam McDaniel wrote:
I've heard that it is possible to use Codewarrior
I've made some changes to the code earlier this year (after
suggestions from Florent Pillet) that should make it possible
to build it also using CW. However, it's not really supported
and it may break,
On Fri, Nov 01, 2002, Dalibor Raduch wrote:
have you ever thought about a copying option.
There is a copy-to-memo feature in the unstable branch. Will take a
while before it turns up in a stable version, though.
/Mike
___
plucker-dev mailing list
On Fri, Nov 08, 2002, David A. Desrosiers wrote:
automake, of course. Welcome to my hell.
No, we don't need anything that complex. I will create a Makefile.in
either later tonight or this weekend and send to Matto so he can take
a look; it's not complicated ;-)
/Mike
On Fri, Nov 08, 2002, Arthur Roolfs wrote:
That being the case, I assume that everybody is using POSE for
debugging and stepping through code with prc-tools
POSE and sometimes my Palm V when I need to test something running
on a real device; DDD + gdb works just fine for me.
Being able to
On Fri, Nov 08, 2002, David A. Desrosiers wrote:
Unfortunately, until CW is either available on our platform
Even if CW was available on Linux it doesn't necessarily mean I
would use it ;-)
/Mike
___
plucker-dev mailing list
[EMAIL PROTECTED]
On Fri, Nov 08, 2002, matto wrote:
Thanks. I modified and moved the rcplint.pl to scripts dir, and made
some changes to viewer/Makefile.
Well, you did *everything* that was necessary to turn the Makefile
into a Makefile.in file ;-)
However, I made a minor change to the distclean target, so
On Wed, Oct 23, 2002, Karin Pimsamsee wrote:
And that feeling huge enough to push me make a Thai translation of
Plucker.
Thanks, I will add it to the 1.2 branch (i.e. it will be included
in the next stable release) and to the main trunk (i.e. the unstable
branch); it can be updated when you
On Thu, Oct 24, 2002, Larry W. Virden wrote:
Do you want to run plucker-setup now? y/n [y]
[snip]
Alas, now I have to go through all of this AGAIN
You only had to re-run plucker-setup.
/Mike
___
plucker-dev mailing list
[EMAIL PROTECTED]
On Wed, Oct 23, 2002, masakazu wrote:
I added the hardcopy and bookmark template feature is added to the main
trunk
Great, I will take a look.
I am surprised to see the newest code because I have been dealing with
much older branches...
Well, some of my code has been completely local (and
On Tue, Oct 22, 2002, Rick Wootten wrote:
1. What do we need to do to be listed as a Plucker site in your
documentation?
Provide a web site designed for PDAs would be a good start ;-)
2. What is the possibility of working more closely with you to understand
the features being developed so
On Mon, Oct 21, 2002, Alexandre Enkerli wrote:
But on the topic of corporate-appeal, is there a marketing strategy
for Plucker?
We are hackers not suits, so do you want an extra guess whether we
have a marketing strategy or not? ;-)
Not only can it compete with AvantGo on the Palm
As I said
On Tue, Oct 22, 2002, Robert O'Connor wrote:
A new Windows package was waiting on Adam's hires version, which
would then package the final 1.2 hires,
Please don't call it 1.2 (it's not included in 1.2; it's still
development code.) Any attempts to jump between the released
1.2 version and the
On Tue, Oct 22, 2002, masakazu wrote:
Here is an implementation of hardcopy and bookmark feature.
(Patch for plucker_1_2)
You might want to commit the changes to the code in the main trunk
(i.e. the unstable branch.)
Almost all changes are made in paragraph.c, where many functions are
On Tue, Oct 22, 2002, masakazu wrote:
I'm very sorry to quote private communication with micke to mailing
list.
It's OK; it wasn't that private anyway ;-)
/Mike
___
plucker-dev mailing list
[EMAIL PROTECTED]
On Tue, Oct 22, 2002, Nicolas Huillard wrote:
There was a merge problem when Mike merged the 1_2 branch to the main
trunk,
Hmm, that merge was done almost a month ago (and I'm sorry if I broke
something) ;-)
revision 1.34
date: 2002/10/18 11:46:13; author: nhuillard; state: Exp; lines: +31
On Mon, Oct 21, 2002, Robert O'Connor wrote:
The pacifier does raise a few questionmarks in corporate
deployments
Well, if anyone wants to deploy Plucker in a corporate environment
then I guess they will be competent enough to change the icon if they
find it questionable ;-) I have another Free
On Fri, Oct 18, 2002, Edward Rayl wrote:
I tend to think it looks like a pacifier myself (maybe you have to
be a parent). Doesn't look link a chicken, so what is it? :-)
It's a pacifier; you will have to ask Mark *why* a pacifier is used
for the application icon, though ;-)
/Mike
On Fri, Oct 18, 2002, Bill Janssen wrote:
Right now it takes one to the HTML version of the user manual, which
is buggy and out-of-date.
The Viewer chapter is up-to-date ;-)
/Mike
___
plucker-dev mailing list
[EMAIL PROTECTED]
On Wed, Oct 16, 2002, David A. Desrosiers wrote:
Any small thing to refresh the screen will fix it. It's not major,
but I'm curious why it happens like that. It's not like the titles are
obscured, just pushed over to the right.
Well, I think I know why it happens, but I will not do
On Tue, Oct 15, 2002, Bill Janssen wrote:
I've updated the plucker-build man page to cover configuration file
parameters.
Alternatively, specifying the option --update-cache will
update a cache of Plucker records (though it's not clear
what this is good for).
I don't know if it's used
On Wed, Oct 16, 2002, David A. Desrosiers wrote:
and will only affect first-time users who install documents in
Plucker and get thrown into the Document Library,
Nope, it will never affect first-time users, since the default is
to sync the document list automatically.
but I'm curious what
On Wed, Oct 16, 2002, Pierre Phaneuf wrote:
Whoa! Don't remove that feature just yet!
I never said we should remove it; I only tried to provide some
background for that option, since Bill had some doubts about
it in the man page ;-)
Anyway, you have just provided one reason for the '-c' option
On Thu, Oct 10, 2002, Bill Janssen wrote:
The first is that we use the function code as a hint preceding a
regular image function code (or big-image function code).
I like this idea. However, why do you need to include the alignment?
There is a set alignment function that could be used if
On Sun, Oct 13, 2002, Edward Rayl wrote:
.pluckerrc is attached.
Don't know if this is the culprit, but in the DEFAULT section you have
set imageparser=windowspil; I don't think that image parser will work
too well on a Linux system. Try to set it to netpbm, netpbm2, pil,
pil2, or imagemagick.
On Mon, Oct 14, 2002, Pierre Phaneuf wrote:
It seem to work, except that there seem to be a Plkr-home.pdb
(type Plkr/Meta) that contains cached information about the document.
Make sure that you also update the creation date for the Plucker
document and the meta database should be removed
On Tue, Oct 08, 2002, Bill Janssen wrote:
What do you think about the 12-bit width and height?
I'm not too crazy about it (since it will require bit shifting to get
the data), but I guess it's an acceptable solution to this problem ;-)
/Mike
___
I have tried several times to inform about proper mailing list
etiquette (both in general to the lists and also in private
messages), but we still get messages with a one line response
at the top followed by over 100 lines of quoted material
(including signatures and other non-relevant stuff).
On Wed, Oct 09, 2002, Adam McDaniel wrote:
More information, such as what address you were using
There is no beta12 package, but according to the messages I get, there
is still a reference to it from the Plucker web site. However, the
main page tells you about the beta13 package, so I don't
On Mon, Oct 07, 2002, Bill Janssen wrote:
I have some comments about the Plucker data format specification
When I saw the document-viewer expert in the subject I actually
expected to read something new, but it's the same old story that we
receive every so often from backseat coders, i.e. it's
On Tue, Oct 08, 2002, Laurens M. Fridael wrote:
I'm not sure I understand. Is color to grayscale conversion built in OS
3.5+?
My example was not 100% correct (it would be true for a color device,
but not for other devices). It seems that the device must be able to
support the bit depth, but it
Would it be difficult to include the width and height for an inlined
image? If that information was available to the viewer it could layout
the inlined images without being forced to find, open and uncompress
the image record. That should make it faster when a document has many
inlined images,
On Mon, Oct 07, 2002, Laurens M. Fridael wrote:
In case you hadn't thought of it: width and height should be shorts
(2bytes).
Yep, and I did think about it. The last three bits of the function
code is the size of the data, i.e. 0x1E == 0000 - last three
bits = 110 - 6 bytes of data ;-)
It
On Mon, Oct 07, 2002, Tim Wentford wrote:
1) I get a lot of extra paragraph/line breaks compared to the Palm reader.
[...]
What exactly are the rules for handling pp, pbr, brp
and brbr
I can't tell you about any rules, but I can tell you how the Palm
viewer handles it ;-)
pbr, brp and brbr:
On Mon, Oct 07, 2002, Bill Janssen wrote:
Sure, I can put that in. Though I'd rather do it with a new image
record,
Well, the idea was to *not* access the image record, i.e. putting
the data in a new record will not help (it will help when supporting
large images, though) ;-)
I'm talking
On Sat, Oct 05, 2002, Adam McDaniel wrote:
I cannot really guarantee if it's fixable.
ClockPop is broken, but since it is a proprietary application I
can't fix the bug. A hack is *always* responsible for making sure
that it doesn't interfer with the currently running application.
The viewer
On Wed, Oct 02, 2002, Garth Coulson wrote:
I would like to enlist as a beta tester. I have a Palm m515 and a Handera
330.
Well, you don't have to enlist; just download the viewer at
http://www.sslug.dk/~micke/plucker/beta/
and/or
http://hires.plkr.org (for Handera, I don't know if it
On Wed, Oct 02, 2002, Dan Gray wrote:
I have trued downloading and compiling the CVS with no luck (various
broken cpnfigure files in the CVS tree)
There can't be any broken configure files in the CVS tree, because
there are *no* configure files in CVS ;-)
If the configure file *you* create by
On Thu, Oct 03, 2002, Fringe Ryder wrote:
feature I personally want that would allow the grabbing of ONLY images from
a level... for example, Dilbert without all the text.
pluck-comics in the tools dir.
But I don't want to add it into a dying tree
What tree is dying?
/Mike
On Wed, Oct 02, 2002, Michael Nordström wrote:
It shouldn't be that complicated to create a desktop tool that can
remove the user ID protection (if you know the used user ID:) and
create an unprotected document.
Actually, all the necessary tools are already available.
$ explode --directory
On Wed, Oct 02, 2002, Mark Lillywhite wrote:
Mail to plucker-dev that seems relevant (development) that's from
unsubscribed users, I tend to let through.
I thought *all* messages from unsubscribed users were rejected (except
for messages sent to plucker-team and plucker-bugs).
The reason
On Wed, Oct 02, 2002, Robert O'Connor wrote:
On a somewhat related note, why does the viewer send mail to
plucker-team, and not plucker-list?
Because it was my understanding that plucker-team is an open list
while plucker-list is only open to subscribers; also, plucker-team
is our contact
On Wed, Oct 02, 2002, Guylhem Aznar wrote:
With the FSF, an article on slashdot and a lawsuit, the company will go
down in flames really fast.
The lawsuit part is not that easy unless you have a lot of cash to
spend ;-)
/Mike
___
plucker-dev
I have put a new beta at http://www.sslug.dk/~micke/plucker/beta/
There have been changes to all parts of Plucker, but I will only
list the changes to the viewer,
- updated viewer chapter in the documentation
- an option to manually update the document list
- updated preference
On Tue, Oct 01, 2002, Adam McDaniel wrote:
Which would you prefer for how sony jogdial reacts in libraryform.c?
The opposite. If a user quickly presses/releases, the document
opens. If a user presses and holds.. the popup list appears.
This one seems to make most sense since that's how
1 - 100 of 384 matches
Mail list logo