Re: Plucker + clockpopup
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 defines two custom fonts (three in the hires version) when it is started and it will expect them to be available as long as it is running. If a hack wants to define fonts of its own it should make sure that those fonts don't interfer with the active application; ClockPop doesn't do that. As a test I changed the font ID for the narrowfixedfont and that "fixed" the problem with getting the wrong font. Still, it is ClockPop that must be fixed... > If you *really* need this fixed, I would suggest filing a proper bug > report on the plkr.org site :) Nope, it would be better to contact the author of ClockPop ;-) /Mike ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Intellectual property (was: owner_id_build vs. copyprevention_bit)
Dennis McCunney <[EMAIL PROTECTED]> wrote: > It's not entirely a myth, unfortunately. Show me the numbers. Real numbers, not the abstract estimates of publishers associations. Find a particular piece of restricted work and detect a disturbance in the sales series at the point where an illegally derestricted electronic version hit the net. [...] > 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. Indeed. My point is that content creators will do well to authorise their fans to promote them to their friends in this way. If they don't, they are ultimately harming their own revenue and playing into the hands of the large corporations. Breaking a law is breaking a law, even if it is unjust. It should not be taken lightly, but this is an illegality that should not even exist. Creators, help yourselves by inviting others to help themselves! MJR ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Intellectual property (was: owner_id_build vs. copyprevention_bit)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is my first and probably my last word on the subject. On Saturday, Oct 5, 2002, at 18:56 Australia/Canberra, MJ Ray wrote: > 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... Well, I think that authors should be allowed to do what they like. If they want to sell through a large corporation and alienate their audiences, let them. If they want to give their work away freely, let them. Asking why they want to co-operate with big business is beside the point; if they want to, then it's not our place to stop them. This is why I disagree with the GPL as well as any DRM schemes, because it forces authors down a certain path. Especially if the entire world uses DRM, and you can't choose a different way to release your work... or especially if the entire world is comprised of GPL-licenced software. (And may I be damned for saying that.) -Terence Tan -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (Darwin) iD8DBQE9oCu1Rp0kKDQrlIERAkc9AKCFBR+x98aeZ3D2HaKBcF+y8FI/4wCgoikX VRB/PR6V55Z48pp42KjD4ac= =BQ0K -END PGP SIGNATURE- ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
OT: GPL & DRM Discussion (was Re: Intellectual property)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
First, let me say that this discussion has diverged from the
original topic to one of freedom and GPL/non-GPL advocacy, and is probably
going to continue to go way off-topic. If people wish to continue to discuss
this outside the bounds of a Plucker-related discussion, let's move it
off-list.
> This is why I disagree with the GPL as well as any DRM schemes, because it
> forces authors down a certain path.
1.) What does the GPL have to do with DRM "schemes"?
2.) GPL enforces/reinforces the rights of the copyright holders. If
I was going to be "forced down a certain path", I would
certainly want to pick one that "forced" me to retain my rights
to my creations and work.
> Especially if the entire world uses DRM, and you can't choose a different
> way to release your work...
This will never happen, so we don't have to worry about it.
> or especially if the entire world is comprised of GPL-licenced software.
Again, you confuse restrictive "schemes" with reinforcing licensing.
This is all off-topic at this point. Let's move it elsewhere.
d.
perldoc -qa.j | perl -lpe '($_)=m("(.*)")'
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.1.92 (GNU/Linux)
iD8DBQE9oDCskRQERnB1rkoRAnQnAKDM+84lFo+rkZhjEWjeUE/F280GewCbBQKt
bnxmxRKJYVTYcZ7sqFgteNE=
=RYNw
-END PGP SIGNATURE-
___
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: Intellectual property (was: owner_id_build vs. copyprevention_bit)
Terence Tan <[EMAIL PROTECTED]> wrote: > This is why I disagree with the GPL as well as any DRM schemes, because > it forces authors down a certain path. [...] You misunderstand the GPL's effect on author's rights. The GPL is only concerned with guaranteeing all future users the same rights as the original users. Please go read the GPL FAQ on the gnu.org site, but feel free to email me off-list if you can't see why you're wrong. MJR ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: ImageParser.py
---Reply to mail from Bill Janssen about ImageParser.py > Hi, Chris. It's in the regular CVS; was it ever in 1.2? > > Bill Bill: Apparently not, it was added after the 1.2 fork. Hopefully, ImageMagick will add my latest patch, which adds 8 and 16 bit and transparent support. ---End reply Christopher R. Hawks HAWKSoft - The good thing about standards is that there are so many to choose from. -- Andrew S. Tanenbaum ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: About the Soft Hypen
On 2002.10.6, at 01:35 PM, Hilary Cheng wrote: > 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 ? > Soft-Hyphen is assigned to charcode 0xAD and will overlap with the Chinese code mapping. It is easy to disable soft-hyphen by option, but I think it is different problem. Is encoding information included in the header of plucker document? And can I choose character set (at least from Chinese and European) from software on PalmOS? (I heard that the newest Chinese GRPS mobilephone supported Unicode, and it can also show Japanese on the same device. On the other hand, the unicode is not supported even on PalmOS5. So we still have to take care for multipule encodings on the individual software.) (Narrow font causes trouble on Asian Palm devices because the font set does not have multibyte characters. Font selector panel must be changed for those devices.) matto ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
