therealglazou / bluegriffon Goto Github PK

BlueGriffon, the Web editor

License: Mozilla Public License 2.0

Makefile 1.13% Shell 0.19% C++ 0.45% JavaScript 77.27% CSS 8.36% HTML 6.40% NSIS 1.76% Inno Setup 0.10% PHP 2.75% Python 0.12% Java 1.36% Pascal 0.09%

wysiwyg-editor wysiwyg-html-editor gecko css html

bluegriffon's Introduction

Bluegriffon

The Open Source next-generation Web Editor based on the rendering engine of Firefox

To prepare the build USING MERCURIAL

make sure to have installed the environment to build Mozilla: windows, MacOS X, linux
get mozilla-central from Mozilla through Mercurial:

hg clone http://hg.mozilla.org/mozilla-central bluegriffon-source

Warning: on Windows, it's HIGHLY recommended to have both Windows and Visual Studio in the same locale, preferably en-US. If for instance you have a fr-FR Windows10 and a en-US VS, build will miserably fail...
get BlueGriffon's tree through:

cd bluegriffon-source

git clone https://github.com/therealglazou/bluegriffon
update the mozilla tree

hg update -r `cat bluegriffon/config/mozilla_central_revision.txt`

patch -p 1 < bluegriffon/config/gecko_dev_content.patch

patch -p 1 < bluegriffon/config/gecko_dev_idl.patch
create a .mozconfig file inside your bluegriffon-source directory. The settings I am using on a daily basis on OS X (Sierra) can be found in bluegriffon/config/mozconfig.macosx

To prepare the build USING GIT

make sure to have installed the environment to build Mozilla: windows, MacOS X, linux
get gecko-dev from github through git:

git clone https://github.com/mozilla/gecko-dev bluegriffon-source

Warning: on Windows, it's HIGHLY recommended to have both Windows and Visual Studio in the same locale, preferably en-US. If for instance you have a fr-FR Windows10 and a en-US VS, build will miserably fail...
get BlueGriffon's tree through:

cd bluegriffon-source

git clone https://github.com/therealglazou/bluegriffon
update the mozilla tree

git reset --hard `cat bluegriffon/config/gecko_dev_revision.txt`

patch -p 1 < bluegriffon/config/gecko_dev_content.patch

patch -p 1 < bluegriffon/config/gecko_dev_idl.patch
create a .mozconfig file inside your bluegriffon-source directory. The settings I am using on a daily basis on OS X (Sierra) can be found in bluegriffon/config/mozconfig.macosx

My own builds

OS X: OS X 10.12.6 with Xcode version 9.0 (9A235)
Windows: Windows 10 Pro with Visual Studio Community 2015
Linux: Ubuntu 16.04.1 LTS

Build BlueGriffon

./mach build

Run BlueGriffon in a temporary profile

./mach run

Package the build

./mach package

Want to contribute to BlueGriffon?

There are two ways to contribute:

Contribute code. That's just another OSS project, we're waiting for your Pull Requests!
Contribute L10N. All happens only in the 'locales' directory. You can review the existing locales and proposed changes/fixes or submit a new locale in a Pull Request. In that case, you need to translate everything from en-US into a new locale beforeI can accept the PR.

bluegriffon's People

Contributors

Stargazers

Watchers

bluegriffon's Issues

add plugin API for cleanup functionality

There are so many cleanup-related things that need to be done to the BlueGriffon generated source code:

Fixing line breaks (#5).
Un-wrapping erroneously wrapped lines (#7).
Removing other <br/> tags that the current cleanup didn't remove (#9).
Un-breaking the incorrect encoding of XML/HTML delimiters inside a <pre><code> block (#10).
Tag duplications and erroneous <br /> tags when working with lists (#12).

In light of all the things needing cleaning up (several of them blocker issues), and recognizing that you already have a "cleanup" dialog to clean up other items, perhaps you could add an API to the clean up facility to allow us to plug in our own cleanup code (since it appears that actually fixing these bugs is a long ways off).

ctrl+s hotkey

There is no ctrl+s hotkey to save current document, that would be nice to have the one (OS Windows).

Anti-aliasing not applied in Ubuntu 18.04 interface

Hi,
The interface font is not looking readable, lacks anti-aliasing, see the image:

Is there any solution for this issue?
Thanks/

cssproperties german Plural of Schatten=Schatten

In german the Plural of shadow is the same as singular, it's always:
Schatten

There are no Schätten at all in german ...

I corrected this annoying mispelling in cssproperties.dtd.
See attach
cssproperties.zip

Fontawesome and <a> tag?

Hi there.
It seems there is a problem to show for exemple

<a href="http://www.mywebsiite.com">
<i class="fa fa-home" aria-hidden="true"></i>
</a>

I can't see anything in Bluegriffon Webpage view...
Any help?

Menubar not visible

Menubar is not visible in Windows 7 Pro (64-bit). See below:

Even when selected:

BlueGriffon 2.4.1 defaults to <div> instead of <p> after heading

I just upgraded to BlueGriffon 2.4.1 on Windows 10 Pro 64-bit. I'm editing an XHTML5 document:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html><html xmlns="http://www.w3.org/1999/xhtml" lang="en-US">

Whenever I'm editing a heading such as <h1>foobar</h1> and hit Enter at the end of the line, BlueGriffon 2.4.1 goes to the next line and defaults to a new <div>. The old (and correct) behavior was to default to a new <p>. It reduced productivity if I have to go change the <div> to a <p> every time I finish editing a heading and go to the next line using the Enter key.

Is this a bug, or is there some new setting that didn't get the correct default value?

Doesn't launch on MacOS 10.13.2

... is what I get after launching BlueGriffon. I killed it through ActivityMonitor (there was no other way) and launched it again.

Clang compiler error with 3.1

I get the following errors when trying to build Bluegriffon-3.1 on OpenMandriva Lx3 with clang. The build succeeds id gcc/g++ is used.

In file included from /home/colin/Development/bluegriffon/BUILD/gecko-dev-042b84a/opt/editor/libeditor/Unified_cpp_editor_libeditor2.cpp:65:
/home/colin/Development/bluegriffon/BUILD/gecko-dev-042b84a/editor/libeditor/TextEditorDataTransfer.cpp:443:3: error: Unused "kungFuDeathGrip" 'nsCOMPtr' objects constructed from temporary values are prohibited
nsCOMPtr docShell = do_QueryInterface(root);

In file included from /home/colin/Development/bluegriffon/BUILD/gecko-dev-042b84a/opt/editor/libeditor/Unified_cpp_editor_libeditor1.cpp:47:
/home/colin/Development/bluegriffon/BUILD/gecko-dev-042b84a/editor/libeditor/HTMLEditorEventListener.cpp:253:3: error: Unused "kungFuDeathGrip" 'nsCOMPtr' objects constructed from temporary values are prohibited
nsCOMPtr targetNode = do_QueryInterface(target);

Direct publish to into git

for GitHub Pages, GitLab Pages.

SOLID and Schema.org tags support

New web will make each static page of large social network and data graph with this standards

https://github.com/solid/solid

https://schema.org/

bluegriffon is in place to allow each person to be part of that graph without intermediary

Content-Location header not taken into account.

Hi,

When opening a URL that is under content-negotiation (or ending in '/'), a well configured server sends a Content-Location header with the URL Path that's missing. Blue griffon (2.1.2 and 2.3.1) doesn't seem to take it into account.

e.g. if we open with BG the following:

https://example.org/a_dir/Foo
Content-Location:Foo.html

edit it and do a PUT, BG will save it to Foo, instead of Foo.html

Could it be possible to take into account the CL header if it is present?

Thanks!

cleanup doesn't remove trailing <br /> tags

The cleanup functionality that supposedly removes trailing break tags doesn't work for tables, leaving me e.g.:

      <td>blah<br />
      </td>

So if I just create a default table and fill it in, I'm left with lots of <br /> junk unless I edit the file by hand.

The cleanup process BlueGriffon leaves a lot more
tags than desired. In fact I don't want any <br /> tags! I have no need for them, and I didn't ask for them. Please just get rid of them.

Text input fields in the entire application are unusable

On Windows, text input fields in the preferences are unusable (incorrect height).

Missing tag for 2.4.1

could you please tag the git source for the version 2.4.1 in order to directly access to the right commit for the release 2.4.1?

blocker encoding bug breaks XML compliance

Using XHTML5 (HTML5 in XML format) with a <pre><code> sequence (which is the semantically correct HTML5 way to represent blocks of source code), BlueGriffon will fail to encode core XML delimiters such as < as the appropriate XML/HTML character entity. This breaks the file and prevents it from being loaded or parsed in an XML aware context. In fact it prevents me from even switching back and forth between WYSIWYG and source views in BlueGriffon!!

Create an XHTML5 document with the wizard. In the source code view, enter the following in the source mode, switch to WYSIWYG mode, and save:

<pre><code>
  new ArrayList&lt;&gt;();
</code></pre>

You'll get the non-well-formed file below:

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE html><html  xmlns="http://www.w3.org/1999/xhtml">
  <head>
    <meta  charset="utf-8" />
    <title>Test</title>
    <meta  name="generator"  content="BlueGriffon wysiwyg editor" />
  </head>
  <body>
    <pre><code>
      new ArrayList<>();
    </code></pre>
  </body>
</html>

This file is broken! Note that <> appears instead of <>. This is not just a case of "not formatted like I like it". It is broken! It does not work! It is ruined!

It is impossible for me to use BlueGriffon to correctly use blocks of source code that use e.g. the less-than < character. This is a huge blocker issue.

(This was reported in Bug 676 months ago, but has been ignored there and is still marked as "new". It was also discussed on the forum, with no resolution).

incorrectly brings along list items when copying

If I have a list of links:

<ul>
  <li><a href="http://example.com/foo"><code>foo</code></a></li>
  <li><a href="http://example.com/bar"><code>bar</code></a></li>
</ul>

In the WYSIWYG view, if I use the Esc key to select only the <a href="http://example.com/foo"><code>foo</code></a> and copy that element, if I paste it inside a paragraph I should get this:

<p>blah blah <a href="http://example.com/foo"><code>foo</code></a> blah blah</p>

But instead I get this:

<p>blah blah </p>
<ul>
  <li><a href="http://example.com/foo"><code>foo</code></a></li>
</ul>
<p> blah blah</p>

I told BG very carefully that I only wanted to copy <a href="http://example.com/foo"><code>foo</code></a>, so bringing along the entire list item is a bug.

Can't save document

I change a file, then i can't save it , when i use "CTRL + s" some times ,the file become blank.

Provide Bluegriffon linux binaries using AppImage

Please provide bluegriffon binaries for linux using appimage which follows 1 app = 1 file format which has many advantages. For more details please have a look at their github repo & their website. This project is even praised by Linus Torvalds source. Please consider my request. Thank you.

critical: BlueGriffon 3.0.1 adds duplicate XHTML xmlns attributes

I have a typical XHTML5 file that starts like this:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html><html xmlns="http://www.w3.org/1999/xhtml" lang="en-US">

If I go into Source mode and do some cutting and pasting (e.g. cutting a <li> and moving it around in a list), BlueGriffon will duplicate the xmlns="http://www.w3.org/1999/xhtml", resulting in this:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html><html xmlns="http://www.w3.org/1999/xhtml" xmlns="http://www.w3.org/1999/xhtml"

  lang="en-US">

(The extra line is because of #7 , which hasn't been fixed in almost two years, and on which I've put a USD$200 bounty that no one has taken advantage of.)

The extra xmlns attribute makes this a corrupted and non-well-formed XML file.

But it gets worse: now that BlueGriffon is in this mode of adding the extra xmlns attribute, it forces it to be added whatever I do. Even if I go to the Source tab and remove it, BlueGriffon will still save the duplicate attribute, writing a corrupted file that I cannot even load back into BlueGriffon.

Build fails in libnspr symbols check

Hello - I am trying to build on a gentoo system, and the build keeps failing with:
libnspr4.so
129:48.30 TEST-UNEXPECTED-FAIL | check_stdcxx | We do not want these libc symbol versions to be used:
129:48.30 clock_gettime@GLIBC_2.17
129:48.30 __fdelt_chk@GLIBC_2.15
129:48.31 gmake[5]: *** [/home/dayd/non-portage/bluegriffon-source/config/rules.mk:786: libnspr4.so] Error 1
129:48.31 gmake[5]: *** Deleting file 'libnspr4.so'
129:48.31 gmake[4]: *** [/home/dayd/non-portage/bluegriffon-source/config/recurse.mk:73: config/external/nspr/pr/target] Error 2

Do you have any pointers on how to work around this? Thanks!

BlueGriffin keeps reloading after external CSS file modification.

In BlueGriffon 2.3.1, once I edit a CSS stylesheet externally (which may be part of a series of stylesheet imports), BlueGriffon automatically reloads the document to reflect the new styles. This is good and correct, and was already implemented in previous versions.

The problem is that in v2.3.1, once this happens BlueGriffon seems to go into an infinite reload cycle, with the page reloading every time I click on the page. It's as if BG neglected to turn off the dirty flag (or rest the last-modified timestamp) for the reloaded file, and perpetually thinks it needs to reload it.

When this happens I am forced to restart BlueGriffon; merely closing and reopening the document being edited doesn't stop this problem.

inappropriate addition of LF line wrapping on Windows machines

BlueGriffon 1.8 will force lines to be wrapped, and will incorrectly use LF instead of CRLF on Windows machines.

For example take the following XHTML5 source code:

<p>For well over a decade, the most popular text format for storing arbitrarily structured information has been the <a href="http://www.w3.org/XML/">Extensible Markup Language</a> (<abbr>XML</abbr>). Recently more and more Internet applications are switching to a newer format named <a href="http://www.json.org/">JavaScript Object Notation</a> (<abbr>JSON</abbr>).</p>

On Windows 10 Pro 64-bit, BlueGriffon will force lines to be wrapped and incorrectly use LF instead of CRLF on WIndows, resulting in the following:

<p>For well over a decade, the most popular text format for storing arbitrarily structured information has been the <a

     href="http://www.w3.org/XML/">Extensible Markup Language</a> (<abbr>XML</abbr>). Recently more and more Internet applications are switching to a newer format named <a

     href="http://www.json.org/">JavaScript Object Notation</a> (<abbr>JSON</abbr>).</p>

This is not only hugely irritating, it also corrupts our files.

Note that this occurs even if we turn off line wrapping!! It appears that there is a separate line-wrapping algorithm being invoked to wrap <a> element. This separate line-wrapping logic is ignoring the platform EOL settings and forcing LF. Not only that, this separate line-wrapping logic seems oblivious to BlueGriffon's line-wrapping enabled/disabled setting.

Thus this bug corrupts our files in two ways:

It wraps lines even when we have told BlueGriffon not to.
It corrupts the files with LF line endings when CRLF should be used for the Windows platform. (No we have not turned on the "force LF" setting.)

You can imagine that this causes chaos with Git, diff, and other tools.

This is a huge stumbling block, forcing us to tidy up files in other editors before committing. Requiring our authors to do this second-editor tidy-up is a real pain and hard to consistently enforce.

Please address this.

2.1.2 and 2.2 uninstallers confused on Windows

On Windows 10 I installed version 2.2 over version 2.1.2. A few days later I noticed that the list of installed programs for the system contained BlueGriffon 2.1.2 and BlueGriffon 2.2, so I clicked on "uninstall" for BlueGriffon 2.1.2.

Now only BlueGriffon 2.2 shows up in my list of installed programs, but I no longer have "Open with BlueGriffon" in my Windows Explorer context menu for HTML files. Moreover BlueGriffon is not on my start menu. And C:\Program Files (x86)\BlueGriffon has a few folders but most of them are empty.

I clicked on "uninstall" for BlueGriffon 2.2 and it said it uninstalled something.

I guess I'm going back to BlueGriffon 2.1.2 until this gets straightened out --- along with the formatting problems in Bug #26.

Don't reopen previous documents in extra windows

Title says it all.

Unable to build 2.4.1 for 32 bit

I'm unable to build BG 2.4.1 for x86 32 bit CPU.
The build process dies with the error:

 4:50.37 In file included from /build/bluegriffon/src/mozilla-central-c0d35b1c5ab5/bg/ipc/chromium/Unified_cpp_ipc_chromium0.cpp:110:0:
 4:50.37 /build/bluegriffon/src/mozilla-central-c0d35b1c5ab5/ipc/chromium/src/base/message_pump_libevent.cc:31:5: error: static assertion failed: bad EVENT__SIZEOF_OFF_T
 4:50.37      static_assert(EVENT__SIZEOF_##TYPE == sizeof(type), \
 4:50.37      ^
 4:50.37 /build/bluegriffon/src/mozilla-central-c0d35b1c5ab5/ipc/chromium/src/base/message_pump_libevent.cc:39:1: note: in expansion of macro ‘CHECK_EVENT_SIZEOF’
 4:50.37  CHECK_EVENT_SIZEOF(OFF_T,     off_t);
 4:50.37  ^~~~~~~~~~~~~~~~~~
 4:51.65 make[5]: *** [/build/bluegriffon/src/mozilla-central-c0d35b1c5ab5/config/rules.mk:1031: Unified_cpp_ipc_chromium0.o] Error 1
 4:51.65 make[4]: *** [/build/bluegriffon/src/mozilla-central-c0d35b1c5ab5/config/recurse.mk:73: ipc/chromium/target] Error 2

From the project home page it seems clear the 32 bit support was dropped. Does this mean that since 2.4.1 we cannot build BG anymore for 32 bit CPU?

2.4.1 not works on Debian 8

I installed the latest version (.deb on Debian) and I have this error now. I don't think it's normal.

bluegriffon: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by bluegriffon)

line wrapping setting ignored

This is related to #5, but distinct. Bug #5 says that an LF is being added, whether or not line wrapping is turned on. This bug says that even if you turn off line wrapping, certain elements are still wrapped, such as in the following paragraph:

<p>For well over a decade, the most popular text format for storing arbitrarily structured information has been the <a href="http://www.w3.org/XML/">Extensible Markup Language</a> (<abbr>XML</abbr>). Recently more and more Internet applications are switching to a newer format named <a href="http://www.json.org/">JavaScript Object Notation</a> (<abbr>JSON</abbr>).</p>

This is wrapped to:

<p>For well over a decade, the most popular text format for storing arbitrarily structured information has been the <a

     href="http://www.w3.org/XML/">Extensible Markup Language</a> (<abbr>XML</abbr>). Recently more and more Internet applications are switching to a newer format named <a

     href="http://www.json.org/">JavaScript Object Notation</a> (<abbr>JSON</abbr>).</p>

Turning off line wrapping should be a way to work around bug #5, but this bug prevents that.

(No doubt the bugs stem from the same code, so if you fix this bug it will undoubtedly fix #5 as well.)

In short, the core problem with both this and #5 seems to be that something is adding LFs, completely independent from the BlueGriffon main line-wrapping logic (wherever that is). This is causing no small amount of pain, and requires a fix-up with external editors --- something that will not be realistic when I had our content over to our translators.

Bluegriffon doesn't Reloads if file saved on any other editor

I Felt that a best mate to sublime text can be blue griffon but found out that if i save a file in sublime text , blue griffon neither reloads the page nor does it provide any option to reload the page which i feel is a big bug which if sorted can make thing life easier .
Please resolve this issue

feature request: auto reload

Because of the various BlueGriffon bugs and shortcomings, I have to keep Atom editor loaded side-by-side with BG. When I make a change in BG, Atom immediately reflects the change! But when I make a change in Atom... BG just sits there and does nothing. There is no File > Reload, and F5 does not work.

This is not covered by http://bugzilla.bluegriffon.org/show_bug.cgi?id=325 .

Implement support for CSS Grids

CSS Grids

Proposal

Hi,

My name is Alfonso Hernandez CEO of Astian Foundation, Astian is a organization dedicated to the development of free software and technologies, As you know the Mozilla Foundation discontinued the development of the operating system Firefox OS, due to this measure, we have made a fork of all this project, including the marketplace and many other subprojects. Bluegriffon is a great project that is based on the core of Firefox and we would like to establish an alliance with its parent company developer.

Thanks for you atention.

BlueGriffon 2.2 changes formatting of list item ending tags.

This is sort of odd. With BlueGriffon 2.2, if I have a list:

<ol>
  <li>blah
    <pre><code>blah
blah
blah</code></pre>
  </li>
</ol>

Note that the <pre> is place on a separate line and indented. That is correct. Note also that the </li> is placed on a separate line after the </pre>. That is logical (if you break before a block, you should break after it), and the way BlueGriffon 2.1. Did it.

But BlueGriffon 2.2 seems to be sticking the </li> on the same line sometimes:

<ol>
  <li>blah
    <pre><code>blah
blah
blah</code></pre></li>
</ol>

Anyone else seen this behavior?

build failure

18:26.26 ../../build/unix/gold/ld: error: hidden symbol 'FT_Get_X11_Font_Format' is not defined locally
18:26.26 collect2: error: ld returned 1 exit status
18:26.26 /home/solaraquarion/bluegriffon/src/mozilla-central/config/rules.mk:808: recipe for target 'libxul.so' failed
18:26.26 make[5]: *** [libxul.so] Error 1
18:26.26 /home/solaraquarion/bluegriffon/src/mozilla-central/config/recurse.mk:70: recipe for target 'toolkit/library/target' failed
18:26.26 make[4]: *** [toolkit/library/target] Error 2
18:26.26 /home/solaraquarion/bluegriffon/src/mozilla-central/config/recurse.mk:32: recipe for target 'compile' failed

copying <dfn> into a list improperly duplicates tags

Let's say I start with the following list:

<ul>
  <li><dfn>bar</dfn></li>
</ul>

Let's say elsewhere I have the following paragraph:

<p>blah blah blah <dfn>foo</dfn> blah blah blah</p>

I then:

Select <dfn>foo</dfn> in the WYSIWYG view and copy it.
Go to the beginning of bar in the above list and hit Enter to create a new line.
Paste the contents.

I expect to see this:

<ul>
  <li><dfn>foo</dfn></li>
  <li><dfn>bar</dfn></li>
</ul>

But what I actually get is this:

<ul>
  <li><dfn>foo</dfn><br />
    <dfn></dfn></li>
  <li><dfn>short-circuiting</dfn></li>
</ul>

This messy stuff happens all over the place when I am working with lists.

Note that the Markup Cleaner tool does not remove the extra <br /> tags. See #9.

Provide build instructions using git rather than hg

I am trying to do continuous builds using Travis CI in the cloud. For this, I want the build process to download to produce only the minimal amount of traffic possible and the build to be as fast as possible. Right now, in bluegriffon/raw/bg2/config/mozilla_central_revision.txt the hg revision is stored which means that I need to use mercurial which happens to be slow. Would it be possible to provide the git commit instead? That would allow me to git clone https://github.com/mozilla/gecko-dev which might significantly speed up the build process.

copying contained CDATA sections from WYSIWYG view is broken

If I have a nice CDATA section:

    <figure>
      <pre><code  class="language-java"><![CDATA[if(x > 0)
{
  System.out.println("x is positive");
}]]></code></pre>

Surprisingly that works and the CDATA section is not lost. However, if I try to copy that from the WYSIWYG view (by selecting the <figure> above), I get:

    <figure>
      <pre><code  class="language-java"><!--[CDATA[if(x --> 0)
{
  System.out.println("x is positive");
}]]></code></pre>
    </figure>

Obviously broken. It appears that something is trying to be clever and is adding -- runs.

Missing widgets for 2.4

I'm trying to build BG 2.4 from sources and it builds fine (after applying this patch) but the application has a lot of drawing errors, missing widgets, resulting so totally unusable.

Attached mozconfig
mozconfig.txt

Until version 2.3 I was using the mozilla-central revision f14898695ee0 and applying this patch all the content was properly rendered but now version 2.4 uses mozilla-central revision c0d35b1c5ab5 which is so different to apply the previous patch.

Can you share some hint to build BG 2.4 with gtk 3 support?

thank you

problem compiling bg2

0:13.17 Reticulating splines...
0:15.67 Traceback (most recent call last):
0:15.67 File "./config.status", line 982, in
0:15.67 config_status(*args)
0:15.68 File "/home/solaraquarion/bluegriffon/src/mozilla-central/python/mozbuild/mozbuild/config_status.py", line 149, in config_status
0:15.68 summary = the_backend.consume(definitions)
0:15.68 File "/home/solaraquarion/bluegriffon/src/mozilla-central/python/mozbuild/mozbuild/backend/base.py", line 180, in consume
0:15.68 for obj in objs:
0:15.68 File "/home/solaraquarion/bluegriffon/src/mozilla-central/python/mozbuild/mozbuild/frontend/emitter.py", line 140, in emit
0:15.68 for out in output:
0:15.68 File "/home/solaraquarion/bluegriffon/src/mozilla-central/python/mozbuild/mozbuild/frontend/reader.py", line 975, in read_mozbuild
0:15.68 raise bre
0:15.68 mozbuild.frontend.reader.BuildReaderError:
0:15.68 ==============================
0:15.68 ERROR PROCESSING MOZBUILD FILE
0:15.68 ==============================
0:15.68
0:15.68 The error occurred while processing the following file:
0:15.68
0:15.68 /home/solaraquarion/bluegriffon/src/mozilla-central/bluegriffon/components/moz.build
0:15.68
0:15.68 The underlying problem is we referenced a path that does not exist. That path is:
0:15.68
0:15.68 /home/solaraquarion/bluegriffon/src/mozilla-central/bluegriffon/components/devtools/moz.build
0:15.68
0:15.68 Either create the file if it needs to exist or do not reference it.
0:15.68
0:15.77 ** Fix above errors and then restart with
0:15.77 "/usr/bin/make -f client.mk build"
0:15.77 /home/solaraquarion/bluegriffon/src/mozilla-central/client.mk:363: recipe for target 'configure' failed
0:15.77 make[2]: *** [configure] Error 1
0:15.77 /home/solaraquarion/bluegriffon/src/mozilla-central/client.mk:377: recipe for target '/home/solaraquarion/bluegriffon/src/mozilla-central/obj-x86_64-unknown-linux-gnu/Makefile' failed
0:15.77 make[1]: *** [/home/solaraquarion/bluegriffon/src/mozilla-central/obj-x86_64-unknown-linux-gnu/Makefile] Error 2
0:15.77 client.mk:171: recipe for target 'build' failed
0:15.77 make: *** [build] Error 2
0:15.77 0 compiler warnings present.
==> ERROR: A failure occurred in build().
Aborting...

BlueGriffon 1.8 key mappings get confused

I'm on Windows 7 Professional 64-bit. I want to map BlueGriffon's keys for certain elements:

I map the <code> button on the toolbar to Ctrl+Shift+C. This works. Yay! (Of course, I need to restart BlueGriffon; see Bug 673.)
I map the link button on the toolbar to Ctrl+L and restart BlueGriffon.
I select some text and hit Ctrl+L. Rather than bringing up the Link menu, it closes the currently opened document!
Even worse, now Ctrl+Z closes the currently opened document! Yes, that's right---even though apparently Ctrl+Z is still mapped to Edit>Undo!
If I go back and remove the Ctrl+L mapping, Ctrl+Z will still close the current document!!
I remove the Ctrl+Z mapping from Edit>Undo, and Ctrl+Z still closes the current document. (sigh)
I realize I had mapped Ctrl+F4 to the "close tab" functionality, so I remove that mapping. Finally my Ctrl+Z is mapped to Edit>Undo again.
I re-map Ctrl+F4 to "close tab", and finally I can close a tab with Ctrl+F4. My Ctrl+Z is still mapped to Edit>Undo. My Ctrl+Shift+C is still mapped to <code>. But my Ctrl+L doesn't bring up links.

So apparently just mapping Ctrl+L to the link button can corrupt the entire table! It somehow remaps Ctrl+Z, even when I un-map Ctrl+Z, and I have to remove the Ctrl+F4 mapping to be able to start remapping everything else.

This is reproducible. (I noted this issue before on the forum, but it was ignored.)

1.8 not start on Linux

I have this screen on start:

XML Parsing Error: undefined entity
Location: chrome://bluegriffon/content/xul/bluegriffon.xul
Line Number 146, Column 4:
   <key id="key_BGdelete" key="&deleteCmd.key;" modifiers="accel" command="cmd_BGdelete"/>  
---^

Add or alter elements in pallete?

How to add custom elements into or alter elements from pallete?

64-bit Windows installation location

I'm curious: why does the purported 64-bit version of BlueGriffon 3.0.1 install into C:\Program Files (x86)\ instead of the standard location for 64-bit programs, C:\Program Files\?

Implement support for CSS mask-image

mask-image

BlueGriffon 2 still breaks Font Awesome

In Bug #8 you claimed this was fixed in BG 2. But it still exists in bluegriffon-2.0b2.win32.

If I enter the following source code, as recommended by http://fontawesome.io/icon/font-awesome/ :

<p><a href="http://fontawesome.io/"><i class="fa fa-font-awesome" aria-hidden="true"></i> Font Awesome</a> by Dave Gandy.</p>

BlueGriffon 2 deletes the empty <i></i> element altogether and gives this:

<p><a href="http://fontawesome.io/"> Font Awesome</a> by Dave Gandy.</p>

This is loss of data. Please fix this data corruption.

Dual view horked by uplift

undesireable html markup can sometimes appear in the source part of the dual view; this is regression that appeared with the uplift.

When I select [Table Properties...], dummy window is opened (foo TD) on Ubuntu 16.04x64 BG 2.1.1.

OS: Ubuntu 16.04 64bit
Version: BlueGriffon 2.1.1

When I select [Table Properties...], dummy window is opened (foo TD). Is it bug?

Procedure:

Open new page.
Insert table.
Select table.
Select [Table] > [Table Properties...]

BlueGriffon breaks Font Awesome

I want to embed a Font Awesome symbol in my HTML. See these examples: https://fortawesome.github.io/Font-Awesome/examples/

So I go into source code mode in GB and enter:

<i class="fa fa-camera-retro"></i>

When I go back into WYSIWYG mode, BG deletes the entire tag. (Yes, <i> is now valid in HTML5.)

Light theme: tab text unreadable/poor contrast

When using the light theme, tab titles for documents are unreadable (inactive tab, grey on grey) or poor contrast (active tab, should be black, not white).

"Open with" no longer works with BlueGriffon 2.0 on Windows

In the Windows 10 File Explorer I can no longer right-click on an e.g. XHTML file and then select "Open with" and select BlueGriffon to open a file in BP. In BG 1.8, this would bring up BG and then load the indicated file. In BG 2.0 it simple brings up BG, but does not load the file.

This is a significant setback as it alters my main workflow.