Hi Lionel,
On 17 Dec 14 22:23 lionelbg <
lione...@orange.fr> said:
>
> 1) BG can't render css properties value in the panel style
> properties for hover .
Yes it can. Check the box labelled "when the pointer hovers over the
element" under the "Apply styles to" drop-down list.
> 2)BG don't render transition on hover perhaps it like javascript ;
> need to use a real browser ?
It does in my copy!
> 3) BG let us edit the width of a div in wysiwyg way . Even if width
> is define in the css inside selector , BG create the css properties
> in the tag element !! .
The rule is simple. If you drag on an item on the screen BlueGriffon
will always apply inline styles. There's a very obvious reason for
this...
How could BlueGriffon tell when you drag if you want to apply that
effect to that element only or all examples of that element, or only
the element with that ID, or any element with that class, or only
elements that meet the previously mentioned possibilties on the page
in question or or any of those possibilities throughout the site?
It stands to reason that it will be quicker to type in a figure on the
Style Properties Panel than open it up to set all those conditions
about how the forthcoming drag is to be interpreted and then go about
a drag.
In any case, in a properly planned design, you should know what the
size of an element should be. Dragging is for those who are merely
sketching out a prototype and not actually building a live site.
> 4) BG don't update the gui and let the width of the last selected
> width height appear when all file tab are close. it because the DOM
> panel is not close when file is close . change BG idth or DOM panel
> width initiate the value with no file .
I don't understand what you are commenting on there, but if it's
something to do with GUI activity after a drag, then I've never
experienced it. That's because I can't recall the last time I dragged
anything in BlueGriffon. Dragging can never be recommended if you want
a site that can take full advantage of cascading stylesheets (for the
reasons explained in Answer 3).
> 5) BG show the same width and height oraound html panel when click
> inside on element after changing some properties. i ve done the test
> with element that have same width and height and with element
> define out of the flow ( position: absolute ). box-sizing value. it
> seem BG support only the content-box model with a width on top the
> html page panel compute like this WIDTH=width padding + width
> content *.
I think you are saying that the horizontal and vertical rulers measure
the content of any box and make no allowance for padding, borders and
margins. This is true. Is that a problem?
Greg Chapman
http://www.gregtutor.co.uk
Helping new users of KompoZer and The GIMP
Still exploring BlueGriffon