Re: newsrc files
> I'd use NNTP to access the news source. Python includes a pretty > complete NNTP library (nttplib.py) as part of the standard library. Yes, I definitely will. The spool just happened to be handy as I was writing the first version. What I'm really interested in is what on non-Unix systems uses newsrc-like files to define what has been read. If nothing, then I shan't worry too much about them. MJR
Re: Problem with Delete All (was: Default categories)
Newest version 1.1.13 seems to have this problem... /matto At Sat, 11 Aug 2001 11:18:00 +0200, Michael Nordström wrote: > > On Sat, Aug 11, 2001, MATSUMOTO Masakazu wrote: > > In the newest viewer, > > when I choose "Delete All" in database manager, > > not all documents in the current category are deleted, > > but some documents in other categories are deleted. > > Yep, the documents where removed in the wrong order, so the > list of documents got messed up. I have fixed this in CVS. > > Thanks for making me aware of this problem, > /Mike >
Re: CopyToMemo feature
At Wed, 24 Oct 2001 20:27:27 +0100, Robert O'Connor wrote: > Perhaps "Export To Memo?" if the function ends up being written with it > being on the clipboard. This seems to be the most common term for this type > of program functionality. I agree. /matto
move to Python 2.x?
I'm wondering if the world is ready for the next release of Plucker to require Python 2.x? Everything in the current distiller seems to work (on Unix) with 1.5.2, 2.0, 2.1, and 2.2, but I'm thinking that we'd like to take advantage of the better support for character sets and XML parsing in 2.x. Python 2.0 was released in October 2000, so it's been around for a bit -- the current release level is 2.2b1. Actually, my statement above that everything works is not quite correct. The current code uses the *old* style of exceptions, which are not well-supported in 2.x, and will cause unexpected problems if raised in a 2.x environment. I'm cleaning these up as part of my general clean-up. Bill
Re: Plucker conduit
> However, I think the only major change would be to Spider.py, which > badly needs to be re-written in any case (which I'm doing right now, > by the way). Just to amplify: I'm doing some general cleanup (like replacing obsolete constructs like "string.atoi()" with "int"), and cleaning up the transmission of data around the program. This is resulting in smaller, more readable code, with various operations performed in more appropriate places. Bill
Re: Plucker conduit -- Syncing multiple 'units' simultaneously
> I was wondering, where exactly is the usual bottleneck in the Parser in > terms of parsing speed? I've been profiling it, and there's no real hot spot. The main use of wallclock is for (1) fetching of pages, and (2) parsing of HTML. If pages could be fetched in parallel, that would probably speed things up considerably. Again, I wouldn't use threading for this, but rather soft parallelism. Switching to use of urllib2 from the current use of urllib might be a good idea too. Bill
Re: CopyToMemo feature
> Maybe we should call 'em 'Chickens', since you Pluck a chicken before eating > it. Hahahaa... no. How about "Feathers"? That's what's plucked, isn't it? Bill
Re: Plucker conduit
> Would it > create a list of fetches needed, get promises, get the pages, parse them, > and then do the loop over again? So like 1 on the first pass, then maybe > 6, then maybe 25 (this is sort of how my pages are set up). This seems > like it may need a good deal of changes in the parser. Yep, that's all right. However, I think the only major change would be to Spider.py, which badly needs to be re-written in any case (which I'm doing right now, by the way). So this perhaps isn't too hard to implement. The real issue is whether Python has existing underlying libraries that support this in a reasonable way. I don't want to have to re-implement urllib.py, for instance. Bill
Re: newsrc files
I'd use NNTP to access the news source. Python includes a pretty complete NNTP library (nttplib.py) as part of the standard library. Bill
RE: CopyToMemo feature
> > BTW: How about 'Plucker Destinations' instead of the dreaded > 'channels'?? > > Well, that sounds a little 'branded' - not sure if that's a bad thing, but > it seems to be implying that the sites need to be specifically tuned for > Pluckability. > > Maybe we should call 'em 'Chickens', since you Pluck a chicken > before eating > it. Hahahaa... no. :) Actually, after finishing off the resources, I see that this isn't actually anything that needs to be decided on for a while, at least in terms of a GUI desktop manager aspect of things. Since the resources are XML-based, can just do a case sensitive find and replace of "channel" to whatever terminology is eventually decided upon. Best wishes, Robert
Default autoscroll goes wrong way (Was: 1.1.13 autoscroll)
> I love the auto-scroll!!! Except... Thanks for the feedback. Glad you could enjoy it--makes the time spent on it more worthwhile. > The default direction (in preferences) should be "down" not "up". For > about 3 minutes I thought that auto-scroll was broken because I was > at the top of a document and it wasn't auto-scrolling until I paged > down a few times and then it started scrolling backwards. Very valid. Will correct this in a future version when addressing some other autoscroll suggestions as well. BTW I see your address is from Ryerson University. An excellent school, top-notch computer media facilities. Best wishes, Robert
RE: Where to get Robert O'Connor's betas?
> color support for page elements in Plucker viewer This has been looked over by Michael with his helpful suggestions for functionality and clarity of the code (including the fact that can get away with RGBType on PalmOS2.0 without crashing, so don't need to use arrays on PalmOS 2.0). Will get put into cvs sometime in the future. >and Plucker Desktop Have spent the last 5 days straight on this. - Application framework complete - XML resources complete - Can move around among most of the dialogs - Can read/write a pref to the prefs text file - Can load and edit a home.html file in the HTML editor > but I'm very used > to test applications (BTW I own a M505 and a WinXP PC), find and report > problems... So I'd be very happy to help the plucker dev team this > way... This would be great, and very helpful. Looking forward to your insight. Best wishes, Robert
RE: CopyToMemo feature
> BTW: How about 'Plucker Destinations' instead of the dreaded 'channels'?? Well, that sounds a little 'branded' - not sure if that's a bad thing, but it seems to be implying that the sites need to be specifically tuned for Pluckability. Maybe we should call 'em 'Chickens', since you Pluck a chicken before eating it. Hahahaa... no. -- -aardvarko http://aardvarko.com webmaster at aardvarko dot com > -Original Message- > From: Chris Hawks [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, October 24, 2001 15:34 > To: [EMAIL PROTECTED] > Subject: Re: CopyToMemo feature
1.1.13 autoscroll
I love the auto-scroll!!! Except... The default direction (in preferences) should be "down" not "up". For about 3 minutes I thought that auto-scroll was broken because I was at the top of a document and it wasn't auto-scrolling until I paged down a few times and then it started scrolling backwards.
Re: CopyToMemo feature
---On Wed, 24 Oct 2001 22:01:05 +0200, Michael Nordström said > On Wed, Oct 24, 2001, Robert O'Connor wrote: > >> Perhaps "Export To Memo?" > > Fine with me. Me too! BTW: How about 'Plucker Destinations' instead of the dreaded 'channels'?? --re: Re: CopyToMemo feature Chris Christopher R. Hawks Software Engineer Syscon Plantstar a Division of Syscon International - On the Internet, no one knows you're using Windows NT -- Submitted by Ramiro Estrugo, [EMAIL PROTECTED]
RE: Plucker conduit -- Syncing multiple 'units' simultaneously
My bottleneck is in the time to fetch the page. I sync about 30-40 pages for my company's conduit which takes about 60 - 90 seconds. I was thinking that fetching 2 - 3 pages at a time would cut the time in half, but this was more about running the spider.process 2 or 3 at a time. Bill Your mouse has moved. Windows has to reboot for changes to take effect. To: "Plucker Development List" "Robert <[EMAIL PROTECTED]> O'Connor" cc: (bcc: Bill Nalen/Towers Perrin) simultaneously 10/24/2001 03:39 PM Please respond to Plucker Development List > Adding multi-process fetching of Web pages would indeed speed things > up, but it would also increase the likelihood of bugs significantly. I was wondering, where exactly is the usual bottleneck in the Parser in terms of parsing speed? I was interested in this, since was wondering if there would be a net increase in speed if a manager was allowed to sync, say 2 or 3 (channels|databases|streams) simultaneously (ie run three instances of the parser outputting 3 separate.pdb files). Best wishes, Robert
RE: Plucker conduit -- Syncing multiple 'units' simultaneously
> Adding multi-process fetching of Web pages would indeed speed things > up, but it would also increase the likelihood of bugs significantly. I was wondering, where exactly is the usual bottleneck in the Parser in terms of parsing speed? I was interested in this, since was wondering if there would be a net increase in speed if a manager was allowed to sync, say 2 or 3 (channels|databases|streams) simultaneously (ie run three instances of the parser outputting 3 separate.pdb files). Best wishes, Robert
Re: Plucker conduit
I agree with the part about increasing bugs since we'll need to syncronize everything used. I'm also wondering how many sockets we can realistically open & use at once. The fetches seem to take 1-2 seconds each on my machine and I'm not sure doing 15 at once saves me that much. I'm not even sure the Windows api functions I'm using will let me use that many (or even more than 2 :-). I don't really see what would be good about getting the 'promise '. You still have to wait for the page to parse it. Would it create a list of fetches needed, get promises, get the pages, parse them, and then do the loop over again? So like 1 on the first pass, then maybe 6, then maybe 25 (this is sort of how my pages are set up). This seems like it may need a good deal of changes in the parser. Bill Your mouse has moved. Windows has to reboot for changes to take effect. To: Plucker Development List <[EMAIL PROTECTED]> Bill Janssen cc: (bcc: Bill Nalen/Towers Perrin) 10/23/2001 05:19 PM Please respond to Plucker Development List Bill Adding multi-process fetching of Web pages would indeed speed things up, but it would also increase the likelihood of bugs significantly. It looks like the Python Web library supports split fetches of pages, though. So you'd go through and issue GET requests for each page, and get back a 'promise' for each. Then you'd loop through the list of promises, reaping each as data arrives. That looks like a feasible solution to me. Probably have to have a budget of fetches, though, as each would probably occupy a socket (and on Unix a file descriptor). Bill
RE: plucker and WAP?
> I notice that http://www.ananova.com/ advertises pages for WAP phones. > Anyone here making use of those pages via plucker for their Palm? I'd put in some time for WAP support in the parser, but after building a site in WAP once to test out the spec (www.medicalmnemonics.com/wap), I found that there wasn't that much to gain of writing WAP-only content, when tight concise HTML could do most of the same. The WAP spec is also very vendor-fragmented on the most useful features, requiring heavy code forking to get these features to work properly on all the gateways and hardware. I think WAP still has a way to go yet, if it wants to win over more developers. Best wishes, Robert
RE: CopyToMemo feature
> If the option would say Copy then you really should expect the contents to > be copied to the clipboard (like for any other app). > > However, it says "Copy to Memo" and, rightly so, it doesn't use > the clipboard > for the copying. Perhaps "Export To Memo?" if the function ends up being written with it being on the clipboard. This seems to be the most common term for this type of program functionality. I read a nice GUI quote though the other today..."The only intuitive human interface is the nipple". Best wishes, Robert
Re: CopyToMemo feature
On Wed, Oct 24, 2001, Robert O'Connor wrote: > Perhaps "Export To Memo?" Fine with me. /Mike
Configure scripts (was: Russian viewer (almost complete))
On Wed, Oct 24, 2001, David A. Desrosiers wrote: > Should we really be removing these with distclean? Yes, since they are not included in the distribution. > The other thing I found was that the version is improperly reported > by autogen.sh now (this used to work): I told you about this change a long time ago (check the NEWS file). BTW, it will only report this when you use the source from CVS. If you use the released source package (i.e. not the snaspshot) then it will report the correct version. IMHO, the version only makes sense when you build it from a released source package... /Mike
Missing header files (was: Russian viewer (almost complete))
On Wed, Oct 24, 2001, Chris Hawks wrote: > Now it complains if they aren't in the TRG local directory. configure will "complain" (it's just a warning), but it will still build just fine (i.e. if they are put in a directory that is in the compiler's search path). /Mike
Re: Russian viewer (almost complete)
---On Wed, 24 Oct 2001 00:53:38 -0700 (PDT), David A. Desrosiers said > I was working on the Russian Plucker viewer tonight (Oleg's > translation) and ran into some weird anomalies with the compilation, related > to (once again) the TRG headers. After fumbling around with my environment > (I use both prc 0.6 and prc 2.0 for building various things), noticed > distclean in viewer/Makefile (line 85) removes the AutoCF.h, ffslib.h, and > Trg.h headers upon build. Should we really be removing these with distclean? As a side note, I keep those headers in '/usr/local/palmdev/include/' and up until recently I could leave them out of the TRG dir (the compiler always includes that dir). Now it complains if they aren't in the TRG local directory. --re: Russian viewer (almost complete) Chris Christopher R. Hawks Software Engineer Syscon Plantstar a Division of Syscon International - "After all, how do you give Microsoft the benefit of the doubt when you know that if you throw it into a room with truth, you'd risk a matter/anti-matter explosion." -- From N. Petreley's column, "Down to the Wire", sept. '96 issue of Inforworld
Re: newsrc files
> I've written it mostly in python because all systems using plucker > should have python installed, right? I don't think anyone has won that thumb-wrestling match yet =)
Re: newsrc files
David: > > I'm writing a tool to pluck news. Do any non-Unix newsreaders hold > > articles in a spool-like structure and use newsrc files? > There was a perl script out there awhile back that someone > specifically wrote to put news directly into Sitescooper and Plucker. I know > I posted it here in the list, but I can't recall when or what the tool's > name was. DOH! 10lbs of potatoes in a 5lb bucket (my brain). It was on a .nl > site IIRC. I'll search around and see if I can find something. OK, thanks, but I have this working from spool now (apart from a slight problem with the mailto) and it should be fairly easy to make it run straight off NNTP if desired. I've written it mostly in python because all systems using plucker should have python installed, right? MJR
Re: Regd. plkr source
On Wed, Oct 24, 2001 at 05:17:13AM -0700, Max Bian wrote: > Here you go. > > This is generated from CVS source. Can you please _not_ send large attachments to the list... (Yes, i realise it's not massive, but i get too many of these ;)) Leighton... who pays by the meg. -- #0421 113 305 - [EMAIL PROTECTED] How do you expect?/I will know what to do./When all I know. Is what you tell me to. - Linkin Park/By Myself
Feature-Wunsch
Hallo, Ich wünsche mir die Möglichkeit, text im plucker zu markieren und wie URLs in einen Merkzettel zu kopieren. Weiters wäre ein automatischer Textscroll toll. mit freundlichen Grüßen Hans-Peter Fieber http://www.doppelhorn.de -- "ICH HABE EINE WELTANSCHAUUNG. SIE IST GUT UND RICHTIG. SIE BERUHT AUF DEN MODERNSTEN ERGEBNISSEN DER QUANTENPHYSIK UND AUF EINEM LAECHELN IM GESICHT." ruft Peter Berlich, Physiker, in de.talk.bizarre
Feature-Wunsch
Hallo, Ich wünsche mir die Möglichkeit, text im plucker zu markieren und wie URLs in einen Merkzettel zu kopieren. Weiters wäre ein automatischer Textscroll toll. mit freundlichen Grüßen Hans-Peter Fieber http://www.doppelhorn.de -- > Btw: Was ist Bluemchenkaffee? Das Blümchensex Analogon im Bereich koffeinhaltiger Getränke. (Fe'www.bluemchensex.de'lix Deutsch zu Thiemo Seufer in d.a.s.r.)
Re: Regd. plkr source
> Thanks for your mail. I dont know unix so i am worried in going thru the > document. Not knowing unix is going to make the learning curve steeper, but not impossible. This issue has been tackled before, try reading up on the thread starting here: http://plkr.org/list/2Q2001/0052.html and here: http://plkr.org/list/2Q2000/0690.html Or use the search engine on the Plucker homepage to search the various other people who have played around with CodeWarrior and this project. > Is there any other easy way to do this task. Or can u send me the latest > .rcp file after converting it from .rcp.in file. I have plucker 1.1.12 > source with me. Easy? I doubt it. CodeWarrior is a confusing environment, riddled with bugs, but for some people, it works well. Porting Plucker over to using it is going to be more than just renaming a .rcp.in file to .rcp. Good luck. /d
Re: Regd. plkr source
Hi, Thanks for your mail. I dont know unix so i am worried in going thru the document. Is there any other easy way to do this task. Or can u send me the latest .rcp file after converting it from .rcp.in file. I have plucker 1.1.12 source with me. Regards Nag Malluru Sr. Software Engineer, JP Systems(India) Ltd., +9140 6667794/95 x-217 - Original Message - From: David A. Desrosiers <[EMAIL PROTECTED]> To: Plucker Development List <[EMAIL PROTECTED]> Sent: Wednesday, October 24, 2001 5:25 PM Subject: Re: Regd. plkr source > > > Can you give me the details how to make .rcp.in file to .rcp. I did not > > understand about the commands you are saying in your mail. Are there any > > tools to download. plz give the related links(if any). > > Sure, start here: > > http://nis-www.lanl.gov/~rosalia/mydocs/autoconf_tutorial_toc.html > > > > /d > >
Re: Regd. plkr source
Hi David, Can you give me the details how to make .rcp.in file to .rcp. I did not understand about the commands you are saying in your mail. Are there any tools to download. plz give the related links(if any). Regards Nag Malluru Sr. Software Engineer, JP Systems(India) Ltd., +9140 6667794/95 x-217 - Original Message - From: David A. Desrosiers <[EMAIL PROTECTED]> To: Plucker Development List <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Wednesday, October 24, 2001 4:58 PM Subject: Re: Regd. plkr source > > > I have renamed your .rcp.in file to .rcp and compiling. > > Not exactly the right way of doing things. The .in is a file which > is used to create viewer.rcp as an output file. If you search the file for > every location with an '@' sign, you'll see lots of replacable parameters > that get filled in when the ./configure or ./autogen.sh commands are run. > > We didn't just "spell it wrong", there is a reason for that file > having the name it does. It's all part of the build process. Use it. > > > I have added pilRC plugin to the project to convert .rcp file to .r > > file. Am i doing any mistake here. It is showing 2 errors 1)MENU ITEMS > > short cuts 2)Duplicate resource tFBM of ID 3002. Why it is showing like > > this. > > Yes, see above. > > > lang.h is missing from your source, as of now i have commented that > > line. If i compile this program successfully i will be grateful to u. > > Any help regd. this is appreciated. > > It's not missing at all, it's just not created yet. You didn't use > the proper automake/autoconf procedure to build it, so those files aren't > going to be there. The build process is quite dynamic, and several steps > have to be taken first, before you get those files. > > > > /d > >
very minor issue
Hi, I am trying to make plkr viewer app as codewarrior project. I have compiled the project,but it is giving error as "fclose called for file with no data". what is this nd caz of this i am unable to move foreward. Any help thanks. Regards Nag Malluru
Re: Regd. plkr source
> I have renamed your .rcp.in file to .rcp and compiling. Not exactly the right way of doing things. The .in is a file which is used to create viewer.rcp as an output file. If you search the file for every location with an '@' sign, you'll see lots of replacable parameters that get filled in when the ./configure or ./autogen.sh commands are run. We didn't just "spell it wrong", there is a reason for that file having the name it does. It's all part of the build process. Use it. > I have added pilRC plugin to the project to convert .rcp file to .r > file. Am i doing any mistake here. It is showing 2 errors 1)MENU ITEMS > short cuts 2)Duplicate resource tFBM of ID 3002. Why it is showing like > this. Yes, see above. > lang.h is missing from your source, as of now i have commented that > line. If i compile this program successfully i will be grateful to u. > Any help regd. this is appreciated. It's not missing at all, it's just not created yet. You didn't use the proper automake/autoconf procedure to build it, so those files aren't going to be there. The build process is quite dynamic, and several steps have to be taken first, before you get those files. /d
Re: newsrc files
> I'm writing a tool to pluck news. Do any non-Unix newsreaders hold > articles in a spool-like structure and use newsrc files? There was a perl script out there awhile back that someone specifically wrote to put news directly into Sitescooper and Plucker. I know I posted it here in the list, but I can't recall when or what the tool's name was. DOH! 10lbs of potatoes in a 5lb bucket (my brain). It was on a .nl site IIRC. I'll search around and see if I can find something. /d
newsrc files
Hi, I'm writing a tool to pluck news. Do any non-Unix newsreaders hold articles in a spool-like structure and use newsrc files? If they do, I'll try to write the one shell script currently controlling the build of the HTML tree in python instead. If not, I'll just document and publish, I guess. Thanks, MJR
Regd. plkr source
Hi, I have downloade the plucker source form your site and i am trying to build a CW project using your source and resource files. I have renamed your .rcp.in file to .rcp and compiling. I have added pilRC plugin to the project to convert .rcp file to .r file. Am i doing any mistake here. It is showing 2 errors 1)MENU ITEMS short cuts 2)Duplicate resource tFBM of ID 3002. Why it is showing like this. lang.h is missing from your source, as of now i have commented that line. If i compile this program successfully i will be grateful to u. Any help regd. this is appreciated. Mail me back to [EMAIL PROTECTED] Thanks in advance. RegardsNag Malluru
Russian Translation of Plucker (complete?)
Since this looks like complete garble on my Palm (wrong codepage,
I'm sure), but it is functional and all operations do as they appear, I'm
going to say that this is complete. ru.{h|rcp} are in the cvs, and the
ChangeLog and configure.in have been udpated. I will work with Oleg to make
sure this works before we put it into 1.2's release.
/d
SDK4.0 changes
Another quick one: TxtCharWidth was replaced by FntWCharWidth in the 4.0 SDK. /d
Russian viewer (almost complete)
I was working on the Russian Plucker viewer tonight (Oleg's translation) and ran into some weird anomalies with the compilation, related to (once again) the TRG headers. After fumbling around with my environment (I use both prc 0.6 and prc 2.0 for building various things), noticed distclean in viewer/Makefile (line 85) removes the AutoCF.h, ffslib.h, and Trg.h headers upon build. Should we really be removing these with distclean? The other thing I found was that the version is improperly reported by autogen.sh now (this used to work): "Plucker @@VERSION@@ was configured as follows:" I'll keep posting some more gotchas as I find them.. I'll see if I can't roll up a quick patch to hit some of these issues. /d
