- JSMs
- UI work on tabs
- bugfixes in the activeView
- activeView now an add-on
- autocomplete in Open URL dialog
- close button
- quit menu was horked
- tried to switch to Bespin 0.7.1 but it relies on window.localStorage and that beast does not seem to be available inside an iframe or browser XUL element in a xulrunner-based application. Keeping my old version of bespin for the time being.
29Apr 2010
Progress 20100429
13:02 - By BlueGriffon - Progress - one comment
13Apr 2010
ActiveView
19:07 - By BlueGriffon - Progress - one comment
I'm currently ironing the ActiveView (that had a few bugs) and the JSMs. Will check that in as soon as it's ready.
12Apr 2010
Switching to Google Groups
11:18 - By BlueGriffon - Announcements
I think the title says it all. Too much spam made the fora a real burden. Thanks a lot to Othalian for helping me moderating the new Bluegriffon groups.
02Mar 2010
JSCSSP
14:14 - By BlueGriffon - Thinking at loud - 4 comments
Nvu had a strong limitation, because of Gecko. It could only edit CSS styles understandable by the embedded version of Gecko. This is something I don't want for BlueGriffon because I think it does not make sense to make a content editor for the Web that is restricted to Gecko-based browsers. I want users to be able to manipulate a UI that will create -moz-transform but also -webkit-transform. And I also want users to be able to edit stylesheets that include both properties while the -webkit-* are never present in Gecko's CSS OM (and that's normal). I don't need to cascade, I want to preserve all rules and all declarations even multiple declarations of the same property, I want to preserve comments as much as possible (ie between rules and between declarations), I want to preserve CSS parsing errors. The only extra thing I need is a resolver for shorthands.
So I just started my own CSS parser. It'll parse a string containing a stylesheet and will return CSSOM-like objects with the necessary extensions. It'll live inside the CSS Inspector sidebar of BlueGriffon but I will probably make it MPL.
01Mar 2010
CSS 'font-weight' and UI
16:35 - By BlueGriffon - Thinking at loud - 11 comments
CSS is so cool. So cool. But not in terms of UI for a CSS editor...
- let's suppose you can have your text 'bold' or 'normal'; one checkbox or checkboxButton is enough, and you can have this button live with other buttons like italic, underline and others
- let's suppose now you can have your text 'bold', 'normal or
unspecified ; a few options here:
- one checkbox to say the boldness is specified or not and a checkbox/checkboxButton for bold
- two checkboxes/checkboxButtons for 'bold' and 'normal'; property is unspecified when both are unchecked
- a menulist with three choices
- let's suppose now, and that's the CSS real case that matters to me,
boldness can take the values 'bold', 'normal', 'bolder', 'lighter',
'inherit', 'initial', 100, 200, 300, 400, 500, 600, 700, 800, 900 or can
be unspecified... The two reasonable choices here are:
- one checkbox to say the boldness is specified or not and a menulist
- a menulist where 'unspecified' is one of the options
In other terms, offering the full power of the 'font-weight' CSS property to a CSS editor will necessarily suck in terms of UI (yeah, forcing a menulist when most users will only use the 'bold' choice just sucks)... I am even tempted to have two modes in the CSS editor, basic and advanced. Pffff....
Ideas, suggestions?
18Dec 2009
Editor weirdnesses
10:25 - By BlueGriffon - Progress - 2 comments
I think I just found a weirdness in the editingSession and the docshell. If I try to edit a document having a chrome://* URL, scripts and plugins are not correctly disabled. I needed that to store "blank" transitional and strict html and xhtml documents into my jars. Even if I call disableJSAndPlugins() on the editingSession, scripts and plugins are not disabled or disabled only until major changes of the edited document. Not sure it's a bug though, there could be a good reason for this behavior. Anyway, workarounds are easy to implement.
18Dec 2009
Script Inspector
10:16 - By BlueGriffon - Progress - one comment
It's done. v1.0 as an add-on to the core editor. Precisely one day and a half of work.
16Dec 2009
Fullscreen
17:30 - By BlueGriffon - Progress - one comment
Fullscreen implemented with hideable toolbars and a 5 pixels box at the top to show the toolbars in fullscreen mode. On Mac OS X too 
13Dec 2009
Bespin in BlueGriffon #2
18:31 - By BlueGriffon - Progress - 3 comments
If you except minor issues that are more related to the preview of Bespin than Bluegriffon itself, the integration of Bespin as the default source editor is almost done. I am currently working on something new in the world of Mozilla Composer/Nvu/Kompozer/Bluegriffon: users will be able to edit the doctype and change that way the model of the edited document...
11Dec 2009
Bespin in BlueGriffon
12:14 - By BlueGriffon - Progress - 7 comments
Warning, it's in a very very early state so don't get too excited too soon. And there are a few big issues with Bespin at this time, but hey that's normal it's only a 0.5.
- resizing the editor makes the line numbers disappear ; a CR in the editor make them come back
- syntax highlight is now a plugin and gone for the time being

- you can't embed direct Bespin in XUL because it uses innerHTML and that one fails inside a XUL document
- so you need an iframe and that's painful wrt editor/chrome communication
- it has issues with rtl text
- but hey, it's already usable as is so mucho congrats to the Bespin team !
Update: yes, I know, I wrote somewhere a langer nun instead of a nun ; my bad.
10Dec 2009
Resurrection
17:50 - By BlueGriffon - Progress - 3 comments
After many months busy on other projects for third-parties, I am resurrecting BlueGriffon. In the last hours, I have added charset and text direction choices to the New Document wizard and fixed the toolbar customization that broke with recent xulrunner nightly builds due to ancient code. Stay tuned.
19Jan 2009
Templates Manager #5
17:17 - By BlueGriffon - Progress - 3 comments
I'm almost done with the templates manager. It now correctly saves locally (or pushes to the remote server) the unzipped version of a template package. I have one bug to fix in the main window and a progressmeter to add for remote storage. And done. Woof. The result is really beautiful, and impressively simple to use. I sincerely hope a lot of template repositories are going to jump on that.
15Jan 2009
Builds for windows and linux
10:34 - By LaurentJ - Fresh Meat - 8 comments
You will find latest binaries of BlueGriffon (nightlies) for windows and linux here:
I built the linux version on Ubuntu 8.04. I hope it works on other distro.
In the future, we will try to provide binaries for all plateforms at the same time.
Remember that this builds are for test only. We are still far from having a full featured BlueGriffon.
12Jan 2009
Fresh Meat 20090112
23:21 - By BlueGriffon - Fresh Meat - 4 comments
« previous entries - page 2 of 4 - next entries »














