Re: move to Python 2.x?
> Personally, I compile those critical system things myself from > source, not packages. That includes perl, apache, python, gcc, yadda yadda. Yeah, me too. > Nothing we have in there really is such > a new whizbang feature as to require the 2.x series (yet). We should > continue to support a "legacy mode" if 1.x is found, and if 2.x is found, > use the newer features, even if it's for 3-4 months, until we're sure that > 2.x of some version is in the stock distros. Well, let's see if that's possible. Could well be. I'd like to use the XML support and Unicode support in 2.x -- not sure how to work around that in 1.x without re-implementing it. Bill
Re: move to Python 2.x?
> 2.0 is available in debian-unstable, but for some reason isn't in > debian-testing. 2.0 seems to be the default for SuSe. I'm not sure how > to figure out what the default is for RH 7.x. The Redhat 7.2 that I've been running for about a month has 1.5.2 by default, but python 2.0.1 was also installed. We should have a python "grace" period, like Mike suggested. Nothing we have in there really is such a new whizbang feature as to require the 2.x series (yet). We should continue to support a "legacy mode" if 1.x is found, and if 2.x is found, use the newer features, even if it's for 3-4 months, until we're sure that 2.x of some version is in the stock distros. Personally, I compile those critical system things myself from source, not packages. That includes perl, apache, python, gcc, yadda yadda. /d
Re: move to Python 2.x?
> There is an "excuses" or "reasons" file or similar which you can check to > find out. MJ, can you please provide a URL for that file, so we could check on the reason? But my point was that Python 2.x for Debian is available. Bill
Re: move to Python 2.x?
> 2.0 is available in debian-unstable, but for some reason isn't in > debian-testing. [...] There is an "excuses" or "reasons" file or similar which you can check to find out. The most common causes are not building on one of the debian core platforms, or something which it depends on has an unsolved critical bug. Python fans who use debian should probably take a look and see if they can lend a hand to fixing it. Having Python 2.0 in Debian 3.0 would be a very good thing, but if no-one who knows the python build process helps out, it sounds like it might not happen. MJR
Re: Should 'separate' page images always be large?
Some good calls, David. I'll update the ImageParser so that with
verbosity=2 you'll get an indication of the size of any images output.
The reason you're getting two different values when you specify only
one of alt-max{width,height} is that the one you *didn't* specify is
drawn from the regular max* pair. So if you specify
--alt-maxwidth=320, you'll get effectively bounds of (320, 250), which
means that the output image will be 160x160. If you specify
--alt-maxheight=320, you'll get bounds of (150, 320), which means that
the output image will be 150x150.
Perhaps what we really want is to support the "width" and "height"
parameters in regular HTML tags.
> I have yet to find a way to get exactly double the image size in any
> image that I pull into the parser. The fact that I get a different size of
> "input" images (using the same unmodified source image) depending on whether
> I use --alt-maxwidth vs. the same multiplier with --alt-maxheight, baffles
> me. This should not change the output.
Right, so long as the image is square. Use both, and you should be OK.
Bill
Re: While we're gutting the python parser...
> I suggest a small block of new options: > > --font=std,bold,large,largebold,narrow > > If we're moving towards storing the actual font value in the > database itself, why not put a pointer there to specify it upon creation? I don't think I understand this suggestion, David. The HTML specifies the various fonts; I'm not sure what overriding it on the command line would add. Are you suggesting this just for text files? In that case, I think it would be better to keep them as they are, and allow the user to adjust the UI in the viewer (via the preferences) to select an appropriate font. By the way, just in case anyone's worried, I'm not "gutting" the Python parser :-). I'm just fixing some of the parameter passing to make transferring information more natural, and re-doing the main loop to make it simpler. For example, when we process an image, we might return either one or two PluckerDocs, logically -- if the image is inline and alt_max* is specified and the image has to be scaled, we return both a small version and the larger version. If we move to supporting *really* big images (where I'm heading -- can't live without the Sunday color version of Calvin & Hobbes!), we might get back arbitrarily many PluckerDocs from a single image conversion. I'd like to make the way that parameters are passed support this. For another example, to support the tag in HTML 4, we need to be able to either recursively pluck HTML, or pluck HTML in stages. This again means that the simple interface provided by our current parsing API is unsufficient. Bill
Re: Should 'separate' page images always be large?
> FYI: i could _not_ reproduce this bug on Windows (Tested with the Well, as long as you think it's a bug, I'll make sure it doesn't happen on Unix either :-). Bill
Re: move to Python 2.x?
> I don't think we should "stall" our development just because python 2 > isn't available on all systems. It's not like the "old" parser will > disappear (and neither is 2.x bleeding edge:) 2.0 is available in debian-unstable, but for some reason isn't in debian-testing. 2.0 seems to be the default for SuSe. I'm not sure how to figure out what the default is for RH 7.x. Bill
Re: Feature-Wunsch
> In English FYI: > > Hans-Peter asked two feature wishes: Thanks for translating this. I'm sure many of us were wondering what exactly he had asked. Babelfish and other translators don't quite do well. My Deutsch is very rusty. /d
Re: Could not load PIL library
"Kunal" == Kunal Taneja <[EMAIL PROTECTED]> writes: Kunal> I have downloaded the PIL library windows distribution from the link that Kunal> you just sent I have send you the link to the plucker distribution. This mean that the Setup program inclaude _all_ the files you need to run Plucker on Windows. You do _not_ need download other files or programs. Try this, clean up your system to the state before you have tryed to install plucker. This mean uninstall Python, image magick, PIL and all the other stuff you may have installed to get plucker working. Then start Plucker-1.1.13.exe and follow the on screen instructions. If the install are finished plucker should work (with images) on your PC. Try it by right click an JPG file on your explorer an select "Convert to Plucker" cu, Dirk -- Permanent URLs to the latest Version (1.1.13) of the Plucker Windows installer - For the Webpage: http://www.dirk-heiser.de/plucker - Direct Download: http://www.dirk-heiser.de/plucker/plucker.exe [2.08MB]
Re: Feature-Wunsch
"Hans-Peter" == Hans-Peter Fieber <[EMAIL PROTECTED]> writes: Hans-Peter> Ich wünsche mir die Möglichkeit, text im plucker zu Hans-Peter> markieren und wie URLs in einen Merkzettel zu kopieren. Daran wird gerade gearbeitet. Wann diese Funktion verfügbar sein wird kann ich allerdings nicht sagen. Hans-Peter> Weiters wäre ein automatischer Textscroll toll. Der ist schon in der version 1.1.13 vorhanden. In English FYI: Hans-Peter asked two feature wishes: 1. a way to copy parts from the viewed text to a memo, like this work with URLs. 2. A autoscroll feature. I'm answered that 1. are currently in progress and 2. are already in 1.1.13. cu, Dirk -- Permanent URLs to the latest Version (1.1.13) of the Plucker Windows installer - For the Webpage: http://www.dirk-heiser.de/plucker - Direct Download: http://www.dirk-heiser.de/plucker/plucker.exe [2.08MB]
Re: Should 'separate' page images always be large?
"Bill" == Bill Janssen <[EMAIL PROTECTED]> writes: Bill> What I've found is that if we have a pointed-to-by-a-link separate Bill> image, it too will be scaled to fit 'maxwidth' and/or 'maxheight', Bill> even though it's on a page by itself, and *another* separate image Bill> will be linked from it, this one scaled to fit 'alt_maxwidth' or Bill> 'alt_maxheight'. This seems wrong (and wasteful) to me. FYI: i could _not_ reproduce this bug on Windows (Tested with the windows, windowspil and pil2 ImageParsers), so i guess the bug are somewhere in the ImageParser *you* use. I use a link like test i my test html. And i get only copy (large) of the image. But as David say the pil2 parser have some problem with the math. cu, Dirk -- Permanent URLs to the latest Version (1.1.13) of the Plucker Windows installer - For the Webpage: http://www.dirk-heiser.de/plucker - Direct Download: http://www.dirk-heiser.de/plucker/plucker.exe [2.08MB]
Re: making plucker-build easier to use?
"Bill" == Bill Janssen <[EMAIL PROTECTED]> writes: >> I'm going to pursue this a bit further on Windows, first. There must >> be some way to write binary output. Bill> import sys Bill> if sys.platform == "win32": Bill> import os, msvcrt Bill> msvcrt.setmode(sys.stdout.fileno(), os.O_BINARY) Bill> I've incorporated that into the code. Try it out! Yes, this work fine on Windows. cu, Dirk -- Permanent URLs to the latest Version (1.1.13) of the Plucker Windows installer - For the Webpage: http://www.dirk-heiser.de/plucker - Direct Download: http://www.dirk-heiser.de/plucker/plucker.exe [2.08MB]
While we're gutting the python parser...
I suggest a small block of new options: --font=std,bold,large,largebold,narrow If we're moving towards storing the actual font value in the database itself, why not put a pointer there to specify it upon creation? /d
integrating plucker with other apps
Hello listers, Because this is my first post to this list, I'd like to thank all developers for great work. My question is - is it possible or easy to write to use Plucker with other applications ? For example I'd like to have HTML help for my program, and to do this I could call plucker to display particular URL. best regards Maciej Mochol
Re: Problem with Delete All (was: Default categories)
On Fri, Oct 26, 2001, MATSUMOTO Masakazu wrote: > Then I say, the same trouble i posted on Aug. 11 occured, i.e. > "Delete All" leaves some document in the current category. > Did you try to do that? Yes, and everything worked as expected. That doesn't mean there can't be a problem, but if I can't reproduce it then it is quite hard to do something about it. That's why you have to provide more info. First of all, you should make sure that you can reproduce this problem yourself (to me the sentence "it seems to have a problem" indicates that it happened once:) Did you use the binary from the 1.1.13 package or did you build it yourself? If you can reproduce it (and I can't) then you'll have to debug it. I can give you some help, but you still have to do most of the work. /Mike
