Support forums
in

Issues with Bullets - selected three lines and click bullets

Last post 08-18-2007, 10:34 PM by Adam. 7 replies.
Sort Posts: Previous Next
  •  06-20-2006, 4:52 PM 20342

    Issues with Bullets - selected three lines and click bullets

    If I paste in three lines of text and then select those tree lines and click bullet button it does not correctly make them into three bullets.  Instead it makes all three lines one bullet.  This is because your editor either adds a <div> tag around the three lines added or a <p> tag around the content.  It is not consistent on that behaviour either which is strange.  I have been pulling my hair out on this one for days now.  They just want to be able to paste in basic text but then be able to hightlight the lines they want to be bullets and click bullets.  It doesn't work and I can't figure it out. 
     
    We are using 5.1 currently.  Any help would be grand.  Thanks.
  •  06-22-2006, 1:16 AM 20382 in reply to 20342

    Re: Issues with Bullets - selected three lines and click bullets

  •  07-06-2006, 7:31 AM 20784 in reply to 20382

    Re: Issues with Bullets - selected three lines and click bullets

    That reply doesn't answer th eposter's problem in the slightest!

    I have exactly the same problem: one of my clients called asking how to make lines of text into a bulleted list.  The Editor doesn't know how to do that, instead it takes the whole paragraph and makes it into one big bullet point.  NOT USEFUL!

    And this isn't the only place where this WHOLLY UNINTUITIVE method occurs.  If I select two words in a paragraph and with to make them into an H1 headline, your Editor turns the whole PARAGRAPH into a headline!

    These are disturbing issues, given that a editors have been around for years now and are on a par with desktop programs and b) people are used to the MSWord methodology, whether they use that program or not.

    PLEASE look into this, it is a showstopping set of bugs!


  •  07-06-2006, 8:24 AM 20786 in reply to 20784

    Re: Issues with Bullets - selected three lines and click bullets

    Okay, an update to my post above, and also to your bullet point issue possibly.

    The Editor seems to only understand <p> tags, so if you have the parameter:

        oContentEditor.BreakElement = "p"

    in your code then every time you press enter, you will start a new paragraph.  So, type three lines of text and hit enter (thus each will be a new paragraph and hideously spaced out) .  Highlight all three and press the UL button and IT WILL WORK.

    But only with <p> tags.  If you tell the Editor to use <br> tags (my preference*) then the block-formatting routines have a fit and don't take that parameter into account and continue to look for <p> tags.

    That's a bit backwards.  You can't ask a developer to state what their preferred break character is and then merrily ignore it in any functions!

    Now I need to see if I can use the Editor's stylesheet parameter to state that <p> tags shouldn't look so butt-ugly.



    * ps for real XHTML support, <br> tags are represented as <br /> tags.  Does the Editor understand this?  Nooo.  Don't advertise the Editor as being fully XHTML compliant as it is way off the mark.  Plus the .XHTMLOutput=true parameter will utterly bugger any inline javascript you might have in your text.  You'd be surprised how much post-processing I have to do on the content before I put it in the database to make it vaguely XHTML and stylesheet-friendly.

    I would think after 5.x revisions, this editor would be closer to being a streamlined product.  It's a bit of a hash-up at the moment, isn't it?  Different functions don't know what they're meant to be doing, pop-ups look bland and don't understand that not all users like to lose their toolbars...

  •  07-06-2006, 7:07 PM 20806 in reply to 20786

    Re: Issues with Bullets - selected three lines and click bullets

    This is not an online Eidtor issue. It's about HTML List Rules.
     
    First let's make a test.
     
    Type the following HTML code into the FrontPage (if you installed it on your machine):
     
    test<br/>
    test<br/>
    test<br/>
    test<br/>
    test<br/>
    test<br/>
    test<br/>
     
    Select the first line and click the order list.
     
    You will find out FrontPage has the same behavior as Cute Editor.
     
    The <br> tag is a special HTML element, not a Block-level element like <div>, <p>
     
    Like other editors, Cute Editor implements the IE MSHTML Editing Platform.
     
    One of the general rules for what happens when you click on a list toolbar button:
    For selected paragraphs that are not list items, make each paragraph a list item.
     
    I know it's a bit tricky when intervening <br> element. The users may want the editor automatically remove <br> elements; And also want the editor add a list item between each <br>...
     
    >>* ps for real XHTML support, <br> tags are represented as <br /> tags.  Does the Editor understand this?
     
    Please check this example:
     
     
     
     
     

    asp.net Chat http://cutesoft.net/ASP.NET+Chat/default.aspx
    Web Messenger: http://cutesoft.net/Web-Messenger/default.aspx
    asp.net wysiwyg editor: http://cutesoft.net/ASP.NET+WYSIWYG+Editor/default.aspx
    asp wysiwyg html editor: http://cutesoft.net/ASP
    asp.net Image Gallery: http://cutesoft.net/ASP.NET+Image+Gallery/default.aspx
    Live Support: http://cutesoft.net/live-support/default.aspx

  •  07-07-2006, 5:47 AM 20815 in reply to 20806

    Re: Issues with Bullets - selected three lines and click bullets

    Intruiguing.

    I think my main frustration comes with the way IE and Firefox operate differntly -- Firefox is happy to take a list of BR-seperated lines and turn them into a list, while IE will only do that with a P-seperated list.  However, I thought you would have taken that into consideration because you have seperate JS scripts for different browsers.

    I thought you might be doing it with regex: take the selected block of code and for each line (checking up to optional br, p or carriage return) wrapping it in an LI, and then wrapping the whole lot in a UL.

    The thing with the block-formatting, well, again frustration because you show that you *can* do it.  Case in point: if I highlight some text and click the bold button, just the highlighted text becomes bold.  If I select a style, just the highlighted text is wrapped in a span/style.  So why can't the highlighted text be wrapped in (in my sepecific example) H1 tags instead of the whole paragraph? 




    Regarding the XHTML above, I have found that I can't use the XHTML ouput option because the code

    <a href="#" onclick="alert('test');">click to test</a>

    gets transformed into :

    <a href="#" onclick="function onclick(event) { function onclick(event) { alert(&quot;test&quot;); } }">click to test</a>

    and when the page is saved again becomes :

    <a href="#" onclick="function onclick(event) { function onclick(event) { function onclick(event) { function onclick(event) { alert(&quot;test&quot;); } } } }">click to test</a>

    maybe it's a bug? but it's annoying enough that I have to turn off the XHTMLOutput option and do a lot of post-processing:

    1) ensuring all <li> elements are closed when using IE
    2) ensuring all <br> and <hr> tags are closed
    3) change <div align=...> to <div style="text-align: ...;">
    4) changing h/vspace attributes on images to style="margin: apx bpx;"
    5) remove any reference to the host server as having both UseRelativeLinks AND RemoveServerNamesFromUrl doesn't seem to do it.

    I'm just a bit frustrated as I wasn't expecting to have to learn meself some regex to use a content editor.  And despite what might look like a lot of moaning, I use Cute becuse it's still hands-down the most flexible editor I've come across.  It just seems to need a bit of polishing?


    And a last question: in the example you pointed me to above, the ouput HTML in the bottom window is nicley spaced out and easy to read.  Why does the code in the Editor's HTML view not look as nice (is REALLY hard to go through a lot of code!)

    Thanks for your time on these issues, Adam!

  •  08-17-2007, 6:10 PM 32570 in reply to 20342

    Re: Issues with Bullets - selected three lines and click bullets

    I am also experiencing this problem with version 6.0.  when pasting from word (and using the HTML/Word cleanup and having default paste setting to "plain text") -- there is ALWAYS a surrounding <div> tag.  So when the user presses the bullet point button, the bullet goes around the entire text!  Is there a way to avoid this encapsulating div tag?

    Thanks in advance for your help.

  •  08-18-2007, 10:34 PM 32582 in reply to 32570

    Re: Issues with Bullets - selected three lines and click bullets

    lbklatzkin:
    I am also experiencing this problem with version 6.0.  when pasting from word (and using the HTML/Word cleanup and having default paste setting to "plain text") -- there is ALWAYS a surrounding <div> tag.  So when the user presses the bullet point button, the bullet goes around the entire text!  Is there a way to avoid this encapsulating div tag?

    Thanks in advance for your help.

     

    It's a behavior of IE.

    When you start editing, <P> or <div> tags will be inserted automatically by IE. The content is wrapped in the block level element.

    This is correct:
     
    <p>Hello world!</p>
    <p>Some Text</p>
    <table>
    ...
    </table>
     
    This is wrong:
     
    Hello world!
    <p>Some Text</p>
    <table>
    ...
    </table>
     
     
     
     
     
     
     
     
     

    asp.net Chat http://cutesoft.net/ASP.NET+Chat/default.aspx
    Web Messenger: http://cutesoft.net/Web-Messenger/default.aspx
    asp.net wysiwyg editor: http://cutesoft.net/ASP.NET+WYSIWYG+Editor/default.aspx
    asp wysiwyg html editor: http://cutesoft.net/ASP
    asp.net Image Gallery: http://cutesoft.net/ASP.NET+Image+Gallery/default.aspx
    Live Support: http://cutesoft.net/live-support/default.aspx

View as RSS news feed in XML
Powered by Community Server (Commercial Edition), by Telligent Systems