Page: 0 ... 5 ... 10 ... 15 ... 20 ... 25 ... 30 ... 35 36 37 38 39 40 41 42 43 44 ... 45 ... 50 ... 55 ... 60 ... 65 ... 70
Sending Works
Date: 21/3/2007
Scribe/Mac sends mail!

Return-Path: <>
Date: Wed, 21 Mar 2007 21:01:49 -1000
X-Mailer: InScribe v1.89 (Test13, MacOSX v10.39, Debug, en)
Message-ID: <>
To: Matthew Allen <>
From: "Matthew Allen" <>
Subject: Test
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Does sending work?

Today I fixed the address browse window (by fixing the GPopup class) which was non-trivial. Now I've just finished getting menu keyboard accelerators to work.
(5) Comments | Add Comment

Good News
Date: 18/3/2007
Tonight Scribe/Mac received it's first email, well 307 email to be exact, from my main account. I've also fixed the weird invalidate issue where all my windows would draw on every update (slow). So things are a little faster. Not as fast as I'd hoped... but fast enough for an alpha release. I also got the account preview window happening.

Outstanding issues:
  • GWindow::Quit doesn't close the window
  • GEdit doesn't notify it's parent properly, can't add recipients
  • Submenus show up in the wrong place without titles
  • Adding list items to the account preview window seems absurdly slow

But hey... "receiving mail"! w00t.
(0) Comments | Add Comment Blocked By China?
Date: 16/3/2007
According to is blocked by the Chinese government. I'd be interested if someone from China can confirm or deny this?
(1) Comment | Add Comment

Scripting Documentation
Date: 12/3/2007
I've started a new forum to document various parts of the scripting language used in i.Mage and i.Scribe. I could write up all the info in a webpage or 3 but I decided it'd be easier and more communal to use a forum so that additional information and questions can be added by users. Once it's seems fairly static I'll collect all the information into a "manual" and publish it properly.
(0) Comments | Add Comment

Scribe/Win32 Focus Issue + Mac Port
Date: 8/3/2007
I think I've found the cause of the weird focus issue in the windows build of Scribe and I'm just testing a release build now. If things are good I'll be making a release Real Soon Now(TM).

Also on the Mac front I was doing a whole heap of unnecessary text layouts every second which contributed to the app bogging down. However when I removed them I found that all my windows would paint everytime I update a tiny part of the screen. This completely kills the responsiveness of the application and needs fixing ASAP. Apparently this is normal when your controls are set to "non opaque" which is the default. So I set the "opaque" flag and updates stopped working at all. I'm currently stuck on that at the moment.

You might think that optimizing at this point is a bit premature, but on the contrary all the time I'm waiting for the app to do something is slowing down my code, compile, test cycle which slows down my work. I found that I got more done when I got rid of the startup delay in the folder load code. It doesn't have to be Teh Snappy but it can't be sooooo sloooow I'm falling asleep either. It saps your will to live when your stuck with a slow app.
(1) Comment | Add Comment

Date: 4/3/2007
This morning I had a look at the folder loading code from an optimization point of view. It seems that running the event loop outside the normal place is extremely slow on Carbon (i.e. LgiYield() ) so I removed that from the load folder code and it went from 7sec to 0.7sec. Which means that Scribe starts in about the same amount of time as the win32 build, but it doesn't update the screen as it loads, so it looks like it's not doing anything for a second and then everything appears at once. I can live with that.

I also implemented support for the mouse wheel. Basically I just had to capture the event and call the appropriate event handler in Lgi. All sorted.

Scrolling around in folders is still pretty slow. I suspect that I'm creating destroying lots of ATSUI text objects. So I'll have a go at caching more of those. I'm a bit worried that it's the drawing of ATSUI text that's slow. But we'll see.
(0) Comments | Add Comment