Bug 886 - error in behavior of wysiwyg with < > characters
Summary: error in behavior of wysiwyg with < > characters
Status: NEW
Alias: None
Product: BlueGriffon
Classification: Unclassified
Component: Source view (show other bugs)
Version: trunk
Hardware: PC Windows
: P5 normal
Target Milestone: ---
Assignee: Daniel Glazman
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-03-13 02:50 PDT by m.dijkema
Modified: 2019-03-13 02:50 PDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description m.dijkema 2019-03-13 02:50:41 PDT
I have found a minor but annoying bug in bluegriffon...

In my dual view screen on the right screen I need to use < characters for filling in data.

So I have this:
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3c.org/TR/1999/REC-html401-19991224/loose.dtd">
<html>
  <head>
    <meta http-equiv="content-type" content="text/html; charset=iso-8859-1">
    <title>Thank you </title>
    <link media="all" href="%3C#rooturl%3E/rugsummer/css.css" type="text/css" rel="stylesheet">
  </head>
  <body><span style="font-family: Arial;"> <a name="top"></a> <img src="%3C#rooturl%3E/rugsummer/hs07_logo_rug_en.png"


This piece: %3C#rooturl%3E    sepcifically is changed by blue griffon itself the moment you switch to wysiwyg.

I want to have this standing there: <#rooturl>   which is a holder to put my own dynamic data in.
So it becomes something like : http://mysite.org  

Only in dual view this can be saved. But the moment you switch do another view the piece   <#rooturl>    changes to    %3C#rooturl%3E
This is a bug.... And not an easy one I think. 

So basically I want this string: 
    <link media="all" href="<#rooturl>/rugsummer/css.css" type="text/css" rel="stylesheet">

But I get this string if I do a wysiwyg view:
    <link media="all" href="%3C#rooturl%3E/rugsummer/css.css" type="text/css" rel="stylesheet">

------
Can this be fixed???

The only way to circumvent this is to keep the dual view open and replace the %3E to > and %3C to < on the source screen in DUAL VIEW mode.

Any change in the left screen causes the %3C and %3E to be changed to <  and   >


I think this can be fixed relatively easy. Instead of converting to < to %3C it would be better to detect that it is already in a <....> construction.
Using counting one can see this can be easily fixed this way.




if < detected  then depth=depth+1
if > detected  then depth=depth-1