Messages - tranglos [ switch to compact view ]

Pages: prev1 ... 181 182 183 184 185 [186] 187 188 189 190 191 ... 213next
926
Half my morning has been going down the rabbit hole that is Coding Horror + Links + Comments + ...

Let me fix it for you: "Half my morning every day" :)

Coding Horror, and The Daly WTF at http://thedailywtf.com/ (safe for work, despite the name)


927
Best Text Editor / Re: Boxer Text Editor
« on: January 07, 2008, 12:30 PM »
Cannot you tell us an estimate, can you? Weeks, months?....  :-[

Never...ask...a...programmer...that...question ;)

Or if you're a programmer, never answer it!

(I know, I've answered that question too many times. Never truthfully.)

ed: Check out this chapter from the Tao of Programming:
http://www.canonical.org/~kragen/tao-of-programming.html#book5
(third item in this book)

928
Best Text Editor / Re: Boxer Text Editor
« on: January 07, 2008, 11:57 AM »
However that UTF/Unicode support... Well, do you plan to add that?

Please count me in as another highly interested party.

Generally, it seems to me that many (if not most) shareware text editors are geared towards coding. (Although dedicated IDEs seem to be gaining popularity.) This may account for lack of Unicode/UTF8 support in many otherwise very powerful editors. But coding is only one of many tasks one needs a text editor for, and these other tasks increasingly often require at least UTF-8. Without it, you can't do serious work with XML files, just to mention one example.

In my translation work I've been working exclusively in Unicode for two or three years now, so I can't escape it, even though I think it's pretty evil :) Well, UTF-8 is a tolerable necessary evil, but UTF-16 is, IMtotallyHO, true unmitigated concentrated essence of hell-bound evilness, aka the spawn of satan (and I'm being generouos too!)

And yes, I realize that some compilers/interpreters support UTF8 source code files now, but that's primarily Visual Studio, which is already an IDE. Python does as well though, doesn't it?

929
General Software Discussion / Re: Dealing with spam
« on: January 06, 2008, 04:05 PM »
I was using PopFile for many years - one of the most active projects at SourceForge: http://popfile.sourceforge.net/
It was, I think, one of the first implementations of Bayesian filtering, and pretty good too, with relatively few false positives after a week of training or so.

Downsides are large memory footprint, rather slow startup, and slow operation when the database grew after several years of usage. Also, configuration is done via the browser, so when you see a miscategorized message, it takes some doing to teach Popfile a new trick.

A few months ago I replaced PopFile with AntiSpamSniper: http://www.antispamsniper.com/ - a Bayesian plugin for TheBat. I also supports Outlook and Outlook Express, but not Thunderbird, I'm afraid. There is a quite capable free version, but I went for the paid version ($19.95), which has a few nice additions, such as a dedicated toolbar and automatic whitelisting of addresses you send email to.

Screenshots: http://www.antispamsniper.com/thebat-plugin-screenshots.html

After about three months it produces even fewer false positives than PopFile (maybe one a month!), but a little more false negatives. Specifically, I've been recently getting lots of one-line spam, sometimes only a couple of words, and Antispamsniper has trouble recognizing those messages as spam, probably because there is very little content to hook on to, and each message is different.

I like it a lot - it does not slow down email download nearly as much as PopFile did, the memory footprint is negligible, and of course the training happens inside TheBat, so it's more convenient.

For a long time I used to use a procmail filter on my mail provider's shell account, but updating it was rather tedious, and every time I wanted to update the filter I had to refresh my memory of procmail syntax, which is somewhat involved. I finally switched to using procmail only for logging incoming mail, which is useful to investigate "missing" messages sometimes, but I no longer use it for blocking. Bayesian filtering is certainly much more effective than "dumb" keyword filters.

930
I doubt it's a MIME filetype association thing, but that's perhaps something to investigate as well; if the browser thinks it's being served a text file, it might do LF->CRLF translation, and that would certainly mess up things. Perhaps you could ask one of the people experiencing the error to email you the setup archive, and you could compare the first few kilobyte of it with an uncorrupted install file?

Could be, but DC http server indicates content type correctly. This is the header sent for https://www.donationcoder.com/Software/Mouser/screenshotcaptor/downloads/ScreenshotCaptorSetup.exe:


hdr>Date: Sat, 05 Jan 2008 01:07:12 GMT
hdr>Server: Apache
hdr>Last-Modified: Mon, 08 Oct 2007 02:38:33 GMT
hdr>ETag: "5d0139-886000-47099829"
hdr>Accept-Ranges: bytes
hdr>Content-Length: 8937472
hdr>Connection: close
hdr>Content-Type: application/octet-stream



Mouser, how many reports of this did you get? Are those IE7s running on Vista?

Pages: prev1 ... 181 182 183 184 185 [186] 187 188 189 190 191 ... 213next
Go to full version