Re: Intellectual property (was: owner_id_build vs. copyprevention_bit)
Dennis McCunney <[EMAIL PROTECTED]> wrote: > But most of the folks I know at the moment are writers, artists, and > musicians trying to make a living out of what is essentially intellectual > property, who are _directly_ hurt by unrestricted sharing of thier > copyrighted work. I'm not concerned about loss of revenue by large > corporations. I _am_ concerend about the welfare of my friends. This is an old myth peddled by the people who make money from restricting sharing of creative works. In the DRM world, the people who make the most money are the "gatekeepers," the large corporations. Why does an artist want to cooperate with large corporations and make criminals out of people who appreciate their work? It doesn't grow their audience and just leaves people feeling bad. Experiences of authors who *welcome* their works being shared are documented in articles such as http://www.baen.com/library/palaver6.htm (OK, so that's a widget frosting or related services model, but it still shows what a good way it is to become known. There are probably others, but that was the first I grabbed from my bookmarks). Personally, I'd go further and start looking for a way to provide work as copyleft, but then you knew that anyway. I'm concerned about the welfare of *all* my friends, but both producers and consumers. MJR ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Plucker Desktop: czech
Thanks go out to these guys for passing the word on to the Czech users of Plucker (one of the language for which the viewer is available is Czech). http://svetpda.cz/svetpda/svetpda.nsf/v/CCF1E066A768B75FC1256C4300666384 If the new plkr.org website has a section to give a link back for thanks to places who are actively helping to pass the word about to people about Plucker, perhaps these guys could be part of that. Best wishes, Robert ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Plucker viewer: czech
And this is a review of the viewer, in czech. Quite extensive, with many screen captures of the viewer in action. http://svetpda.cz/svetpda/svetpda.nsf/v/269082378977405FC1256C3600602684 Best wishes, Robert ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: ImageParser.py
Hi, Chris. It's in the regular CVS; was it ever in 1.2? Bill ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
RE: Intellectual property (was: owner_id_build vs. copyprevention_bit)
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of MJ Ray > Sent: Saturday, October 05, 2002 4:56 AM > To: [EMAIL PROTECTED] > Subject: Re: Intellectual property (was: owner_id_build vs. > copyprevention_bit) > > > Dennis McCunney <[EMAIL PROTECTED]> wrote: > > But most of the folks I know at the moment are writers, artists, and > > musicians trying to make a living out of what is essentially intellectual > > property, who are _directly_ hurt by unrestricted sharing of thier > > copyrighted work. I'm not concerned about loss of revenue by large > > corporations. I _am_ concerend about the welfare of my friends. > > This is an old myth peddled by the people who make money from > restricting sharing of creative works. In the DRM world, the people > who make the mostmoney are the "gatekeepers," the large corporations. It's not entirely a myth, unfortunately. > Why does an artist want to cooperate with large corporations and make > criminals out of people who appreciate their work? It doesn't grow their > audience and just leaves people feeling bad. Experiences of authors who > *welcome* their works being shared are documented in articles such as > http://www.baen.com/library/palaver6.htm (OK, so that's a widget frosting > or related services model, but it still shows what a good way it is to > become known. There are probably others, but that was the first I > grabbed from my bookmarks). Sure. I'm familiar with this, I have Baen's site bookmarked, know various of the folks at Baen, and probably (without having looked at the URL) know some of the folks quoted. Baen credits the website with thier metamorphosis into a hard cover publisher, as the downloads spur demand for the author's books. (As it happens, SF/Fantasy is the bulk of my fiction reading, and over the years I've met many of the folks who write, illustrate, and edit it.) And Janis Ian has a nice piece on her website making similar points, which got her a prompt response from the RIAA asking to talk. :) But in the case of Baen (and other success stories for the freely shared model) one important bit of my argument is common: the creators _gave permission_ for it to happen. It was done with thier knowledge and consent. My gripe is with _unauthorized_ sharing, not with sharing at all. If you, as an author, explicity allow and encourage sharing under a copyleft or similar structure, I'll happily share it with folks I believe might be interested. If you _don't_ explicityly allow it, it's questionable, to put it mildly, for me to share it anyway. > Personally, I'd go further and start looking for a way to > provide work as copyleft, but then you knew that anyway. I'm concerned about > the welfare of *all* my friends, but both producers and consumers. Agreed. > MJR __ Dennis ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Java version of the 1.2beta13 distiller available
I've put a pure-Java version of the 1.2beta13 distiller at ftp://ftp.parc.xerox.com/transient/janssen/plucker-build-1.2beta13.jar. You invoke it as java -classpath SOMEWHERE/plucker-build-1.2beta13.jar pluckit ARGS where SOMEWHERE is where you've put the jar file, and ARGS are the standard args to the plucker-build command. This can easily be wrapped in a shell script called "plucker-build" :-). Thanks to Marco Schmidt and the Java Imaging Utilities project (jiu.sourceforge.net) for providing a great GPL-ed Java toolkit for image hacking! Bill ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Plucker + clockpopup
On Sat, Oct 05, 2002 at 08:41:47PM +0200, Jakub Turski wrote: > The situation looks as follows. I have newest plucker (1.2 beta 13) and > clockpopup installed. While reading a plucker document, I press datebook button > long enough to activate clockpopup. Then I let off the button, and it returns > to plucker. The only problem is, that in most of the cases part contained in > ... tags are mangled up - instead of program code (contained in > ) I see debris of clockpopup big font. > > If the bug will not be reproductible, I can make some screenshots, or provide > further info. A link to where to find clockpopup may be useful. Also what device are you using? > Please give me some feedback about it, when it'll be checked upon ;) I cannot really guarantee if it's fixable. But I can have a quick look. If you *really* need this fixed, I would suggest filing a proper bug report on the plkr.org site :) -- Adam McDaniel Array.org Calgary, AB, Canada msg03549/pgp0.pgp Description: PGP signature
Re: Java version of the 1.2beta13 distiller available
Sigh. Never mind. I was using an old version of the imaging utilities, and they produce odd images. I'll post it again after I dig out the right version of JIU. Bill > I've put a pure-Java version of the 1.2beta13 distiller at > ftp://ftp.parc.xerox.com/transient/janssen/plucker-build-1.2beta13.jar. ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
About the Soft Hypen
Hi All, I am using the Plucker as my ebook reader. But I found that the Soft Hypen makes problem on displaying Chinese Characters. If I remove the soft hypen detection, It can display Chinese w/o any problem. Is that possible to add an options that let users to turn on/off soft hypen detection ? Regards, Hilary PS: I just remove the SOFT_HYPEN code in the WriteLine Function in the paragraph.c