> Instead long-winded inline styles appear like > style="font-weight: bold "> > When you bold, you would expect or tags to appear.
Supposed to be used for non-specific inline style changes, but inĪlmost every case on your page there are more appropriate tags to use, I must admit to curiosity about your prolific use of span. > When I examine the source, I see all manner of stray :-( ) In thatĬase the Structure bar is where you should click to select. I would expect one to want to select a tag and its contents. Making inline selections is with the keyboard.
#BLUEGRIFFON ADDONS UPLOAD CODE#
Tags in your code then it becomes very easy to make a selection with Of course if you have reached a position where you have empty span Inaccurate selection could also be the reason for yourĬomplaint about the enclosing paragraph getting the class. Is selected crosses tag boundaries so introducing a span there wouldīe illegal. Perhaps that's because you have not got any content selected, or what > It, often as not, ignores me when I click format ⇒ span. One reason for you constantly needing to examine the code appears to > Keep having a look at source mode to make sure the markup generated It also makes this tip of yours redundant: You need to turn to other tools if you want thatįunction, so Alex is right when he says you really shouldn't need to > bottom, I barely need to delve into code any more.īlueGriffon is not designed for coders who who have their own views on > correctly, and got into the habit of using the tag navigation at the > Once I got into the habit of using the ID & Class Dropdowns That alone would get rid of the need for one of your and feature Relevant stylesheet for the page being edited retained. All the redundant ones should be stripped out only a short YouĬlearly know your HTML and CSS, but having such a huge "library"Ĭlasses in a single stylesheet can't be best practice coding Gave up counting when I got to 100!), yet there's not a single ID. Just two linked stylesheets include around 1,000 class definitions (I Position is that of an "extreme" coder, rather than that of a moreįor example, this is the first time I have encountered a page in which Of coder that I would expect to turn to BlueGriffon and, and your Loaded your page in BlueGriffon and realised that you are not the kind His compliment by saying I agree with his comments on your critique ofĪt first I found some of your comments a little strange, but then I
I am not sure I deserve the credit that Alex gives me, but I'll return Used or user-selected classes with configurable toolbar icons.
#BLUEGRIFFON ADDONS UPLOAD PLUS#
ItĬould be reduced to a select plus one click for common, recently There are a few things that are not true on your page, or out of date:. Since I had such a shift in thinking, the only areas where I go in to edit the code is in removing some of the inline styles, and transferring them to an external style sheet, plus of course any php/javascript. Let's be honest, those of us who are used to hand coding a lot often stick to that way of doing things, regardless of whether it is right or not. If the program is used from that viewpoint, stubbornly refusing to use source mode, and accepting the code that the program produces, it works remarkably well. In my opinion, what BlueGriffon does best is WYSIWYG web editing for people who don't know, don't want to know or don't care what HTML code is. The only area where a new HTML user would need to know anything about tags would be in the setting up of DIVs and in the use of the tag navigation. Once I got into the habit of using the ID & Class Dropdowns correctly, and got into the habit of using the tag navigation at the bottom, I barely need to delve into code any more. However, after a conversation on here with Greg, some while ago, I disagree wholeheartedly, but in a nice way the program hasn't changed hugely in that time, but my perspective has. I just read your page there, and I probably would have agreed with you a year and a half ago.
0 kommentar(er)
