none
How the existing HTML editor works. RRS feed

  • General discussion

  • Just checking that my recollections about the Status bar and HTML source frame were correct.   When does a paragraph start?   None so far, pressing Enter now.

     

    Pressing Enter:

    1. encapsulated my previously untagged first paragraph in p tags
    2. started a new empty paragraph that I am now typing in
    3. initialized the new empty paragraph with a non-breaking space.
    4. No!?  That non-breaking space thing is a separate paragraph still.  I started another paragraph somehow after that.  Maybe I missed something on my first inspection?

     

      WTH?  Proof of the necessity of the Status bar.  I pressed CursorDown from my last question mark.  That moved the pointer to column 1 about 2 lines below it and indicated that I was still inside a p.   But pressing CursorDown from there moved the insertion pointer down another two lines, dropped the p and showed ol?   And I'm still typing within ol.   What does the HTML source say about this?...  Just that.   Somehow I created a second ol below the first one which had my li in it.   This paragraph is apparently going to be some prefacing remarks for a new list.   So, if I press Enter now, with the Numbered list button still showing depress what would I get?  Another 1.  or a  4.?
      Neither?   What is the HTML for this?

      Good grief it was another ol.   Also, as soon as I pressed the Spacebar I was dropped out of that and am now, according to the Path: in no context at all.  I had actually seen that Spacebar feature previously but wasn't sure if I had done something to make it happen otherwise.   Now I'm sure it was just a Spacebar.   Bizarre!   So now what will happen if I press Enter?

     

    Too strange.  The previous no context paragraph is now enclosed in p tags.  It begins with a non-breaking space.  As soon as I started typing another blank line was inserted--more than was already there.   I had already noticed that another non-breaking space "paragraph" had been created but this caused my typing to slip lower.  Also, I am now no longer inside a p.   Presumably as soon as I press Enter this p encapsulation of the preceding paragraph and insertion of non-breaking space phenomenon will recur?   Is there an additional non-breaking space or is the one in the empty paragraph used for that?

    I may not be able to tell.   I tried to use the HTML button but my IE deadlocked task problem happened with it.   Killing the deadlocked task resulted in the tooltip disappearing and no HTML tab appearing.   I will try again...

     

    No.  That time the non-breaking space paragraph was left alone and no non-breaking space inserted before my typing.   Of course a difference is that the first time I was leaving a list and the last time I was just ending a paragraph.   One difference though is that the paragraph separation is only one line not two.   WTH is causing that?...  Oh.  Of course.   It was just a normal HTML end-p and new-p.  No p-enclosed non-breaking space.  BTW I just got another one of those Spacebar skips to a newline symptoms, so that may really be caused by using the HTML button more than anything, such as the ol that I was speculating about earlier.

    I hope the new editor cleans up at least some of these oddities.   It is uncomfortable dealing with such quirkiness.   Having the Path: and the HTML display are essential.

      WTH?  Another new paragraph beginning with a non-breaking space but not enclosed in p?   Clicking Submit without pressing Enter.
    Saturday, December 10, 2011 5:15 PM

All replies

  • I tried to use the HTML button but my IE deadlocked task problem happened with it.   Killing the deadlocked task resulted in the tooltip disappearing and no HTML tab appearing.r.

    Oops.   I just found a window on my Tablet which was probably the recovered deadlocked task.   I have never seen one pop up on a different monitor before.   That will be something to keep in mind for future deadlock incidents.   This was the first time I had tried doing it to an HTML source window too...   So, in case anybody is trying to look at the server log and figure out what happened, that's my story and I'm sticking to it.   ; )

     

    ---

    Sunday, December 11, 2011 1:42 AM
  • Just checking that my recollections about the Status bar and HTML source frame were correct.

    Testing a quote using the old editor using IE10. The Edit frame is full size. Not a large thumbnail. The toolbar buttons look like buttons. So the difference is the new editor + IE10, not just IE10.

    So much for the value of the Path:  I tried to edit a quote, saw that that had removed blockquote from the path, backed up one, got the blockquote back in the Path: and confidently pressed Delete.   Result:  new material subsumed by quote!   I just remembered:  don't press Delete; press Backspace.   Try again.   That worked.  So it's select normally, CursorLeft to see the blockquote again, Backspace (not Delete) to get rid of the selection but not move the end position of the blockquote.   That's essentially the procedure that  have learned to use on Answers to combat this usability defect without the cue from a Path:  It's just much nicer having that additional feedback, especially when pasting adds tags that I am not aware of.  Hmm... I may have overlooked another one.  I found my first paragraph subsumed as well and only noticed it now (and repaired it now.)   I wonder how that happened?

     

    ---

    Tuesday, December 13, 2011 5:32 PM
  • the difference is the new editor + IE10, not just IE10.


    This may not be a fair test and hence an erroneous conclusion.   My first observations involved HTML produced by WLMail via the bridge as well.

    Before posting this I'm going to get rid of that first blockquote without pulling my quote into its lower level.   I'm going to try using the View, Style, No Style option I noticed earlier...


    That looked like it worked.   Still the same quirk if I try to switch back to default style: see no changes at all.   Now it looks like it didn't work?  Submitting Edit, Default Style, anyway.
    Tuesday, December 13, 2011 5:38 PM
  • the difference is the new editor + IE10, not just IE10.


    This may not be a fair test and hence an erroneous conclusion.   My first observations involved HTML produced by WLMail via the bridge as well.

    Before posting this I'm going to get rid of that first blockquote without pulling my quote into its lower level.   I'm going to try using the View, Style, No Style option I noticed earlier...


    That looked like it worked.   Still the same quirk if I try to switch back to default style: see no changes at all.   Now it looks like it didn't work?  Submitting Edit, Default Style, anyway.


    WTH?  Now it looks like it did work after all?   What is going on?   I guess I should have used Developer Tool Find tool to do an inspection and see what it said.   It sure looked like the original unwanted blockquote was back when I was doing the Edit (the UI Edit).

     

    ---

    Tuesday, December 13, 2011 5:44 PM