|Scribe Rich Edit|
Date: 5/8/2005||Ok, so don't assume this might work someday but this is NOT a mock up, it's a real screenshot.
Technically it's RTE inside the Mozilla ActiveX Control as installed with the ZIP download of the Mozilla suite, hosted via ATL in C++... in a plugin.
Currently I have no way of getting the edited HTML back out of the control. But it's fun to play with.
|(4) Comments | Add Comment|
|Hosting Mozilla/IE in one page of C++|
Date: 5/8/2005||I don't think anyone has put is as succiently as this before. It's written with ATL and you'll need to link with comsupp.lib but other than that it's pretty self contained.
All you need to do is start using the IWebBrowser2 pointer 'Browser'.
|(12) Comments | Add Comment|
|Windows XP is only good for English|
Date: 3/8/2005||I love windows ;) you just have to hand it to them for screwing it up royally.
Lets see, Scribe had a problem receiving mail on 2k/XP systems where the user's username had an accent in the name. So I created an account called Máya and loaded up Scribe, sure enough it fails to receive mail. Then I get to the bottom of the problem, and the windows API call GetTempPath is returning the wrong path. Given that the path to the temp folder is:
C:\\Documents and Settings\\Máya\\Local Settings\\TempGetTempPath on XP no less returns you:
C:\\DOCUME~1\\MAYA\\LOCALS~1\\Tempwhich doesn't actually exist because the username has been "ascii-fied".
So I change the code to use GetTempPathW and try and compile. VC++ 6 falls over with the error message "can't create temp file". Hehehehehe. I wonder why!
Then of course applications that use GetTempPath start breaking and doing weird things. Like some app, not sure which, decided in it's infinite wisdom that since the temp path doesn't exist... well it should CREATE it. Yeah that's the right thing to do... sure... so now you have the real temp path and an "ascii-fied" version. Which isn't going to confuse anyone or create problems... ;)
|(0) Comments | Add Comment|
Date: 28/7/2005||It's probably just me but it seems like my computers are getting slower and slower. Or my expectations are getting higher or something. But it's getting quite annoying. I know what the problem is on my main box, a 1.4ghz athlon, apart from the aging CPU clock, it only has 512mb as RAM. Which XP sp2 barely runs on. Open a few apps and it starts swaping. I've been trying very hard to convince myself to not buy some more RAM and instead put the money towards a proper hardware upgrade, like a 4200+ and supporting mobo + ram.
Anyway that sort of frustration was in the back of my mind when one Scribe user rolled back their install from v1.87 to v1.86 and mentioned how snappy the folder load times were. Which got me thinking, what happened to slow it down so much?
So I whipped out the debugger, some trace code and profiled the load times of folders. All the time was going in reading email objects off disk. So I broke that down to disk read and parse time. The disk read was trivial, so I broke the parse down to field reading and post processing. Field reads were fine... but there was a huge amount of time lost in the post processing. So digging furthur I found some crusty old code in the mail account object that delt with storing and accessing the list of mail UID's still on the server. A quick rewrite of that and it's now all clean and modern (hmmm hashtables) and lo... behold... the folder load is "Teh Snappy(TM)" again.
*the crowd roars*
(available in test11)
|(5) Comments | Add Comment|
Date: 26/7/2005||I'm almost ready to release a new build of Scribe with some fixes for SSL conectivity, HTML rendering, plugin brittle-ness and calendar bugs.
But before I do I need to confirm some things with a beta tester. Thanks for being patient everyone.
|(0) Comments | Add Comment|
|Ye Olde Website...|
Date: 21/7/2005||Ever wonder what my site looked like in 2001?
Well it appears you can still see for yourself.
Wacky wacky colour scheme. Hehe. Wow BeOS... man those were the days.
|(1) Comment | Add Comment|