Look familiar?
Look very closely at that toolbar: http://freewarepalm.net/communication/flingit.shtml I haven't seen Ben post in awhile. I just installed it, and there's a very small sentence there about the GPL on the installer License window. No biggie, except.. he didn't change the CreatorID, so Plkr still exists. Ben, if you're here, can you check a few things in there, and make sure you've got your own CreatorID for Fling-It? People who install both will be (un)pleasantly surprised when their application icon changes and the Fling-It application is nowhere to be found. Duplicate CreatorIDs are bad. Also, the app seems to crash quite a bit in general. Load it up with no content, then tap on Open and you'll get a NilPtr fatal on like 4450 of MemoryMgr.c. I tapped Last and it brought me to the last Plucker document I had read inside Plucker, but launched Fling-It to view it. Crash. Just an FYI.. /d
Re: Plucker does wrong things with Content-Encoding.
On 12/11, Samuel Tardieu wrote: | plucker-build is unable to retrieve http://www.rfc1149.net/. This page | is available in several formats and encoding. Plucker seems to | announce to the WWW server that it is willing to accept anything, | while it doesn't accept the x-gzip encoding. Note that plucker could | have asked the page without the encoding, it also exists. The exact reason is that plucker recognizes gzip as an encoding, while it does not recognize x-gzip which is also used. In the meantime, I will change my encoding to be gzip. I would recommend that plucker strips ^x- out of the encoding if present.
Fling-It (duplicate CreatorID warning)
As you probably know, deleting Fling-It via the Palm-provided launcher facilities will also delete all of your Plucker data and applications as well, because they share the same CreatorID. I just did this and tapped [Ok] when prompted before I remembered that gotcha. Oof! Deleting it via Z'Catalog, Filez, McFile, etc. will not have that smae effect, and will preserve your Plucker data and application. My bad. /d
Re: Plucker does wrong things with Content-Encoding.
The exact reason is that plucker recognizes gzip as an encoding, while it does not recognize x-gzip which is also used. In the meantime, I will change my encoding to be gzip. gzip is a registered HTTP content-coding transfer parameter (see http://www.iana.org/assignments/http-parameters) while x-gzip isn't, so that's probably a good idea. I would recommend that plucker strips ^x- out of the encoding if present. Probably not a good idea. The x- prefix is there for a reason. Bill
Re: This one's weird..
Looks like a missing/bad Accept: header. I didn't think it was required by the HTTP RFC, but Microsoft has never been one to adhere to standards. It's probably correct to send an Accept: header that looks something like: Accept: text/*, image/* Yes, this looks like a good idea. Thanks! Bill
RE: Plucker Desktop initial tour
Sections would definately be an easier way to deal with configurations (for not the least of which, it would absolve of having to keep switching and creating/destroying config objects). I can send you a diff with the changes I had to do to make it work with sections instead of different config files. Not that many changes. Maybe you can find something useful in it. Yes please. By all means. I did an implementation of sections, but there is probably better ways of doing it. I was wondering about where to best save a channels's home.html, Many channels will not have a home.html file, i.e. they will just include a URL to the contents. Others will have a local html file, but not necessarily a home.html file that is part of Plucker. Currently they are generated, (didn't read your message until today). :) Perhaps a create-on-demand would be okay, so the unwashed masses don't have have to think about creating this lower-level item, but if the home.html isn't ever used, it is never created. And/or a checkbox in advanced tab of main dialog to turn off generation if so desired? I was debating also on whether to ever ask the unwashed masses for a section name, or to just generate it from the channel name (sans spaces and illegal characters), and provide a button (showing a popup dialog) at the top of the channel dialog to change the section if they so desire, as the parameter to store settings is more of a lower-level thing, and is more of a nitty-gritty how is this action being executed rather than answering a what do I want to do. Also, farther down the road, a channels cache directory will probably raise in importance as the stuff in it will likely be examined and reused. If the user wants to create a local file with links using the desktop tool's HTML editor then it could be stored in ~/.plucker (or a subdir) given a unique name instead of having a lot of home.html files in different directories. There is sort of alot of things already in ~/.plucker, so might get a bit stifling to start dropping in random html files into the root directory. If specifying a spot for it (as a subdir) it seems more extensible to make it a place to tie its cache directory along with it too, plus leaving the door open to whatever channel-specific files are needed in the future (eg a channel's cookie file, or something like that). While caches and cookie files and icon.bmps can be all over the place in the user's hard drive, it seems easier to have a logical default pattern for them to follow to keep things tidy, while they are becoming comfortable with the new program. From the user standpoint though I reckon most won't care one way or the other as long as things work out of the box without alot of hassle. Some gaps were filled in yesterday and today (the exclusion dialog I think looks quite pretty), also put in the image handling for inserting hyperlinks and a rewrite to section configs as you suggested, plus some other stuff to get ready to put to main cvs to see if there are some kind folks out there who want to roll up their sleeves. I think we are turning the half-way point as far as getting the core-functionality, and its starting to take good shape. Just for curiosity, would it be possible to post a screenshot of what your copy looks like on your computer, so it is easier to get an idea of what things look like? Best wishes, Robert
Re: Plucker Desktop initial tour
On Mon, Nov 12, 2001, Robert O'Connor wrote: Yes please. By all means. I did an implementation of sections, but there is probably better ways of doing it. I will take a look at your latest changes before I create a diff. Maybe you can add the blocked_dialog files to CVS, too ;-) Just for curiosity, would it be possible to post a screenshot of what your copy looks like on your computer, so it is easier to get an idea of what things look like? Tomorrow... /Mike
RE: Plucker Desktop initial tour
I will take a look at your latest changes before I create a diff. Maybe you can add the blocked_dialog files to CVS, too ;-) Doh! Thanks for catching this. Added straight away. Just for curiosity, would it be possible to post a screenshot of what your copy looks like on your computer, so it is easier to get an idea of what things look like? Tomorrow... Sounds great. Here is a picture of what the widgets look like here: http://www.rob.md/projects/plucker/2001_11_12/plucker_desktop.gif I'll try to pick up a Mac laptop off the faculty, and do a run on there too. Best wishes, Robert
So about that 6000 dollars
From the palm newsgroup archives the past few days, for those that don't read it full time. . This is a nice example of what David was discussing in regards to the heavy tolls being tossed onto the small independent content providers. http://groups.google.com/groups?hl=enframe=rightth=9f82fe146a8841dbseekm= sQNG7.10698%24mh1.1593224%40news1.cableinet.net#link1 Best wishes, Robert
Re: So about that 6000 dollars
From the palm newsgroup archives the past few days, for those that don't read it full time. . This is a nice example of what David was discussing in regards to the heavy tolls being tossed onto the small independent content providers. I've got a guy volunteering already to help with the php-based front end for Wucker (ok, I couldn't think of a name, Web Plucker), which is going to expose the innards of PODS to the users. We're working out a schema now, which will make it easier to do some things AvantGo and other similar services don't yet do. /d
Re: So about that 6000 dollars
Robert: This is a nice example of what David was discussing in regards to the heavy tolls being tossed onto the small independent content providers. So where are the people promoting Plucker in that thread? I only read my local palmtops group, as I don't have that much time or a particularly big stake in palms at the moment, but I often promote it there. -- MJR
Re: So about that 6000 dollars
David wrote: I've got a guy volunteering already to help with the php-based front end for Wucker (ok, I couldn't think of a name, Web Plucker), which is [snip] OK, I'll bite: php? Dear God, nooo! Is plucker going for a record number of languages used, or something? ;-) -- MJR
Re: So about that 6000 dollars
So where are the people promoting Plucker in that thread? I only read my local palmtops group, as I don't have that much time or a particularly big stake in palms at the moment, but I often promote it there. I have sent a message to the proprietor of GoChannels.net to see if he is willing to work with us. I'm sure PODS could infuse his collection quite extensively. He has 32 channels now, and currently PODS has 543 records. I should audit it to make sure they're all still valid. I'm sure 20-30% have moved or been closed down by now anyway. We'll see what happens. It's important to note that AvantGo restricts content from being shared. How is this fostering the spread of information? How does this benefit content providers? /d
Re: So about that 6000 dollars
OK, I'll bite: php? Dear God, nooo! Is plucker going for a record number of languages used, or something? ;-) You forget whose house is right up the road, and whose house the Plucker server is currently colocated within... Rasmus Lerdorf, author of php. Not that he'll help me, but I can be annoying enough to get some of his unique criticism when required, I think. Seriously though, php is ideal for this over perl as much as I hate to admit it. It does lend itself well to session handling and form processing and very fast database access. All of which will be required attributes for this system to work. Perl in this case would be much more work for me to implement in the short term. Whatever makes the job easier. Besides, I have a volunteer that knows php, and that's less work I have to do actually coding it. I can get onto other things taking up my time and burn through them. I make it a point never to turn down a contribution or contributor. /d
Re: So about that 6000 dollars
David: OK, I'll bite: php? Dear God, nooo! Is plucker going for a record number of languages used, or something? ;-) You forget whose house is right up the road, and whose house the Plucker server is currently colocated within... Rasmus Lerdorf, author of php. If I hammer the server hard enough, can I make it catch fire? (OK, poor joke, I'm sorry... I've just seen enough bad php to last me many lifetimes.) Seriously though, php is ideal for this over perl as much as I hate to admit it. It does lend itself well to session handling and form processing and very fast database access. All of which will be required attributes for this system to work. [...] PHP programmers should all make sure they read and *understand* Study in scarlet before being allowed to start work. I don't see that your comments make a decisive case. Libraries exist for many other languages, including perl, to do what you want and most of those languages are more powerful and elegant than PHP. Besides, I have a volunteer that knows php, and that's less work I have to do actually coding it. I can get onto other things taking up my time and burn through them. Yes, that's good, but are they going to help maintain it? I make it a point never to turn down a contribution or contributor. That is not a healthy statement. Again, I know that's politically incorrect, but that's the way it is. -- MJR
Re: So about that 6000 dollars
If I hammer the server hard enough, can I make it catch fire? (OK, poor joke, I'm sorry... I've just seen enough bad php to last me many lifetimes.) The language doesn't make bad code, programmers make bad code. Some languages make it easier to write bad code, however, but I think that's also dependant on the programmer's level of understanding of the actual code and the objective. TMTOWTDI. I don't see that your comments make a decisive case. Libraries exist for many other languages, including perl, to do what you want and most of those languages are more powerful and elegant than PHP. Nobody said it was decisive. Someone offered, it was one less thing I had to do myself, and I have some local talent I can prod for help if I get stuck looking at/fixing/auditing the code. Shortest distance between two points.. Seriously though, if I can do something better in perl, I will. Yes, that's good, but are they going to help maintain it? I made sure he understood this was not just a throw it over the wall type of project, but even if it is, and he walks away, I want to make sure I can understand the code enough to be able to fix/update it as necessary (note bugs.plkr.org was my first foray into the PHP menage, and it's doing ok with little babysitting). I know php enough to be probably at the Amateur Lethal status right now. Level 4 Sorceror. Nothing more. I make it a point never to turn down a contribution or contributor. That is not a healthy statement. Again, I know that's politically incorrect, but that's the way it is. I meant 'turn down' from a morale and future contribution perspective, not from a Hey, we'll just toss this code in there and see what happens perspective. If you turn them down now, they won't be inclined to learn more, help you further in the future, or contribute. If you teach them to fish... /d
Re: So about that 6000 dollars
basic requirements: 306K for application OWCH! What are they putting in these applications?! Looks like they've improved matters slightly now that version 3.0 is out of beta, but I still have no desire to waste 128kB. This smells of the Why improve or optimize the speed of our code, let's just bump up the requirements of the hardware needed to run it!. Sound familiar? /d
Re: So about that 6000 dollars
David: The language doesn't make bad code, programmers make bad code. Some languages make it easier to write bad code, however, but I think that's also dependant on the programmer's level of understanding of the actual code and the objective. TMTOWTDI. Language influences the way the programmer thinks, though. A programmer who has no concept of macros, closures or continuations probably won't miss them. One who is used to getting work done faster with them will be at least unhappy. If the language is chaotic, like php, then many of the programmers will write chaotically. Ones who know (and think in) other languages may be safe, as will ones who have learnt good programming, but most php coders seem to be self-taught. [...] I make it a point never to turn down a contribution or contributor. That is not a healthy statement. Again, I know that's politically incorrect, but that's the way it is. I meant 'turn down' from a morale and future contribution perspective, not from a Hey, we'll just toss this code in there and see what happens perspective. If you turn them down now, they won't be inclined to learn more, help you further in the future, or contribute. If you teach them to fish... Ah, I see turn down as more or less a synonym for reject, as in the contribution. Two countries divided by a common language, again. -- MJR
Re: So about that 6000 dollars
Well, I can always help a bit with PHP. Hate to admit it :-). Bill
Re: Error page on PDA schedule (fwd)
I love watching fish out of water. *sigh* Apparently my PC is causing their server to barf. That's one I've never heard of before. Apparently using a different PC is supposed to fix their server-side issues. [spits milk out nose laughing] I only bring this up because from time to time, I go re-scrape the database of URLs here to make sure they're valid, and some turn up turnips, so I email the admins to see what the problem may be. In any case, forging my Referer with Junkbuster solved it. -- Forwarded message -- Date: 12 Nov 2001 18:06:32 -0800 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Error page on PDA schedule David, The URL is valid. Try again using a different PC. On Mon, 12 November 2001, David A. Desrosiers wrote: I get an error trying to access the following URL on your site: http://www.pdaschedule.com/avantgo/content/index.asp The error I get is: An error occurred on the server when processing the URL. Please contact the system administrator.
