BlueGriffon.org - Thinking at loud - Comments

Help needed for BlueGriffon on Mac OS X - Guillaume

Guillaume — Tue, 22 Mar 2011 11:59:46 +0100

Not an expert, but maybe this explanation can help :

"Consider that the special characters palette is system-wide, not
app-specific. A user may activate it in another app and then bring
yours up with the palette still available, even though it's not
appropriate. A user may also wish to activate it within your app
before switching to another app where it is appropriate, and will be
annoyed to find that you've removed the command."

http://www.cocoabuilder.com/archive...

Toolkit Manager ! - Pierre

Pierre — Sun, 10 Oct 2010 13:30:19 +0200

Jsfiddle-like ?

Toolkit Manager ! - Josan Martínez Esquíroz

Josan Martínez Esquíroz — Sun, 10 Oct 2010 13:01:42 +0200

Great work. Thanks.

Source view - JSCONSUL

JSCONSUL — Sun, 22 Aug 2010 18:00:07 +0200

Adding presentation to HTML is hard - gemtsone supplier

gemtsone supplier — Fri, 09 Jul 2010 04:46:07 +0200

But to be able to paint a CSS canvass using your mouse as the paint brush

Adding presentation to HTML is hard - Sean

Sean — Sat, 26 Jun 2010 10:24:54 +0200

"I will probably also remove support for HTML presentational attributes... BlueGriffon will then rely 100% on CSS for presentation..."

I've been waiting a very long time for you to say that.

As the years went by I cringed ever time I saw you working with HTML tables. But when I read your headline "CSS 3 Multicolumn Layout", I cheered.

I would like to make a suggestion if it's not to late in the Bluegriffon game of how I would like to see the work-flow in a completely WYSIWYG HTML editor. My main focus would be the CSS box. When it comes to the users interaction with the program, the div would be the most important element The user would layout the div's in a fully drag and drop manner, design his page with the box/div in mind and work his way inward.

I made a quick video mock-up of this idea. Please check it out here: http://tinypic.com/r/egej5u/6

I remember a few years back I tried a WYSIWYG HTML editor that was pretty much the same as my mock-up, but it used absolute positioning for the divs, which is not the best idea. But other than that the program was pretty impressive. It gave you complete control in a drag & drop, mouse driven environment. In pure CSS for presentation.

Having the same control as the above mentioned program and moving away from absolute positioning would be a lot more difficult. Bluegriffon would have to determine if the div should be floated or not, inline, relative, the list goes on. But in my opinion, this is at the heart of a truly great WYSIWYG html editor. Not the ability to bring up a context menu on some element and apply some CSS to it. But to be able to paint a CSS canvass using your mouse as the paint brush

Adding presentation to HTML is hard - Charles Cooke

Charles Cooke — Fri, 25 Jun 2010 18:52:51 +0200

Well. I certainly agree that we no longer need HTML presentational attributes.

Adding presentation to HTML is hard - julian cellini

julian cellini — Fri, 25 Jun 2010 15:57:54 +0200

I'm thinking on an example:

You have many p with a class,
1) you select some text and apply some format. (BG create a span and create an ID for it)
2) You made the same text formatting inside another paragraph of the same class

at this point, BG can ask for the creation of a css class for those span, or continue with ID's

you can also ask if the user wants descendant selector (with the p class) or not

¿is that posible?

Adding presentation to HTML is hard - Daniel Glazman

Daniel Glazman — Fri, 25 Jun 2010 15:11:14 +0200

@Julian: it cannot rely on contextual selectors unless you're editing an element already styled by such an existing contextual selector. So BlueGriffon will edit existing rules based on context but will only create ID selectors, class selectors and inline styles (only if abolutely necessary).

Adding presentation to HTML is hard - julian cellini

julian cellini — Fri, 25 Jun 2010 14:58:39 +0200

How can you decide if you create an ID or utilice an existant parent node ID and use desendant selector in CSS?

Image dialog - kemie

kemie — Wed, 12 May 2010 21:46:11 +0200

class name, for sure!

Image dialog - Elixon

Elixon — Wed, 12 May 2010 13:56:39 +0200

"float" is must have.

Image dialog - Firewalkwizme

Firewalkwizme — Wed, 12 May 2010 11:03:12 +0200

What about a border too ?

Image dialog - Glue

Glue — Wed, 12 May 2010 09:55:11 +0200

Example of radial gradient from the previous comment:

http://tinyurl.com/336rsol

Image dialog - Glue

Glue — Wed, 12 May 2010 09:48:13 +0200

How about being able to insert it as a background image with CSS linear and radial gradients?

JSCSSP - LUVEN

LUVEN — Mon, 15 Mar 2010 09:12:05 +0100

wat is dean's code?

JSCSSP - Daniel Glazman

Daniel Glazman — Thu, 04 Mar 2010 09:32:34 +0100

@Sean Hogan: yes I know Dean's code ; his parser does not do enough for my needs, unfortunately.

JSCSSP - Sean Hogan

Sean Hogan — Thu, 04 Mar 2010 06:15:21 +0100

Sorry, stupid question. JSCSSP = Javascript CSS Parser

Dean Edward's IE7 project has a CSS parser. You might be interested in collaborating with him.
http://ie7-js.googlecode.com

CSS 'font-weight' and UI - Marc

Marc — Wed, 03 Mar 2010 13:39:26 +0100

I think a UI for CSS is silly. CSS is too complex and has too many options. If you try and implement every option advanced users who know what they are doing would find themself frustrated and normal users would find themself overwhelmed. Personally, I would like a text editor that does solid syntax highlighting, formatting options and non intrusive auto completion / suggestions.

As mejy has already mentioned "Coda" does cover both levels of users well... and as I hand code, I've never bothered with the UI.

JSCSSP - Sean Hogan

Sean Hogan — Wed, 03 Mar 2010 01:05:56 +0100

What language are you writing the parser in?