February 25, 2003

Looks as if the Blog 7.1 did the trick – or at least so it seems from what Dominion tells me :p He says things are working fine for him and so I hope that the mysterious slowdown bug is laid to rest at last because I’d hate for it to be carried on to Blog 8.0 since some people might not want to migrate to 8.0 if it turns out to be too bloated :p This is something Phil mentioned in a comment – that if I merged Blog and BlogMan, people can always decide not to upgrade but I worry about bugs since all bug fixes usually go into the newer version and I’d hate anybody determined to stick to 7.0 to be stuck with any bugs. Hopefully, the 7.1 release will take care of all bugs and we can start off 8.0 with a clean slate.

Incidentally, I’d be interested in your response to the new UI changes in 7.1 but I guess I’ll have to wait till 7.1 is release and everybody has had a chance to test it out for themselves. Personally, I like the new UI but that’s only because I use the bare minimum of Blog features :p I’m more interested in the comments of somebody who uses the Preview feature a lot and/or the built-in Blog comments. Since the Preview pane is in a tab by itself, you might find it a bit awkward and if so, I’d like to try to do something to make the user experience a better one.

Since I’d switched over to Delphi 7.0 at work yesterday (I uninstalled all the old Delphi 6.0 and 7.0 stuff and reinstalled Delphi 7.0 :p), I had messed up and put in the demo version of PlusMemo. So the users who got the pre-release version of Blog 7.1 get a PlusMemo nag screen. This will be rectified as soon as I can find my copy of the registered version and you should have a nag-free release when I do do the public release. I’m also playing with a few internal components to see if I can try to reduce the application file size since the switch to Delphi 7.0 meant a sudden jump in the final executable size. Granted, it’s not even 100kb (more like half that) but I still hate executable size increases and am trying to see if I can somehow cut down on that by using a different component to do the same job.

Tags: General
Posted by Fahim at 6:15 am   Comments (4)

4 Responses to

Subscribe to comments with RSS

#1
Gravatar Image
DeViLbOi 24 February 2003 at 5:56 pm

You may want to look into an interface similar to what HotDog express did years and years ago where you have a preview pane and a code pane side by side where you can edit either one. Inserting HTML entities in the preview pane inserted code in the code pane and vice versa. But since I don’t use Blog for my site I really can’t comment because I don’t know how often it would be used.

#2
Gravatar Image
Phil 25 February 2003 at 2:23 am

FWIW, setting the read only attribute on blog.cfg also fixes the problem with regard to long start times for Blog. 🙂

#3
Gravatar Image
Phil 25 February 2003 at 7:16 am

Err. That should be for a clean blog.cfg from a fresh install of blog 7.0 – not sure what gets stored in the .cfg file though, so it may not be suitable for everyone.

#4
Gravatar Image
Fahim 25 February 2003 at 5:14 pm

That’s a pretty nifty solution :p The Blog.cfg file simply stores any toolbar customizations that the user makes and so making it read-only will prevent your customizations being saved but it also will prevent the “ghost” custom snippet entries which cause the slow down to be not saved as well. Hopefully, the whole thing will be a moot point after Blog 7.1 is released …

Leave a response

:mrgreen: :neutral: :twisted: :shock: :smile: :???: :cool: :evil: :grin: :oops: :razz: :roll: :wink: :cry: :eek: :lol: :mad: :sad: