XMLRPC, Ecto 2, and linebreaks

  • kelly64

    (@kelly64)


    17 years, 11 months ago

    I’ve searched the support forums and found several posts on linefeeds, but nothing that seems to answer my question. I’m using an external editor (Ecto 2.0 for Windows) with WordPress 2.0.1 using its MovableType API. When I create or edit a blog posting, WordPress adds <br /> tags to my posts.

    According to the Ecto for Windows support guy, Alex Hung, the problem is with WordPress- Ecto is asking via the MT API for text formatting to be turned off, yet WordPress still adds in linebreaks. I’d tend to believe him, since I’ve watched what Ecto is sending to WordPress and the <br /> tags are not there.

    I’d like to have WordPress’s API honour the “no formatting” API request without changing WP’s behaviour when I go in and edit an entry with WP’s own built in editor. Is there a setting or plugin to make this happen?

Viewing 8 replies - 1 through 8 (of 8 total)
  • Moderator Samuel Wood (Otto)

    (@otto42)

    WordPress.org Admin

    17 years, 11 months ago

    Short answer: No. There’s no setting or plugin to make WordPress not modify your post to at least some degree. And any setting along these lines would be universal, the XML entry point is simply passing it along to the rest of the system normally.

    Long answer: You could dive into the guts of the code and probably make it happen. I’ve traced through some of that code, but it’s hideously complicated.

    Thread Starter kelly64

    (@kelly64)

    17 years, 11 months ago

    Hmmm: thanks Otto42. But that seems like somewhat poor design: if the API says “don’t filter this to add further formatting like <br /> tags”, you would expect WordPress to respect that.

    The strange thing, to me at least- I can go into the WordPress post editor itself and remove those extraneous <br />‘s, and that works (I.E.: It doesn’t try to stick them back in). So what part of the filtering process is putting them there in the first place?

    Moderator Samuel Wood (Otto)

    (@otto42)

    WordPress.org Admin

    17 years, 11 months ago

    Make a new post in WordPress. Type some stuff, press enter. Type some more stuff, press enter. Post it. Go look again. See the br’s?

    Single newline’s become br’s. Double newlines get the previous paragraph wrapped in a p and /p.

    Thread Starter kelly64

    (@kelly64)

    17 years, 11 months ago

    Otto, I’m looking at a post I created in WordPress 2.0.1 right now. There are no <br /> tags in the source post when I edit it. None. Zip. Nada.

    I can edit it all I want- the only breaks occur when I create a paragraph break.

    The <br /> tags I am describing in this post are added by WordPress to the body of a post when that post is created and submitted (without linefeeds). WordPress adds them. I delete them manually with the WordPress editor. They are gone forever. I can edit the post fifty times and move text around whereever I want, and they won’t reappear unless I manually insert them.

    Since WordPress 2.01 seems to feel no compunction to add linefeeds (<br /> tags) to my posts when I edit them within WordPress itself, why does it do so when the exact same content is posted via the API?

    Thread Starter kelly64

    (@kelly64)

    17 years, 11 months ago

    Upon further examination of the WordPress behavior, it is filtering/parsing ASCII newlines sent via the API into <BR /> tags. I think I sort of see your point, Otto: basically, WordPress is treating content received via the API as if it were identical to content *typed* in via the WordPress editor. What it *should* be doing it treating content via the API as raw HTML- the same as using the WordPress editor and clicking on the “HTML view” icon. At least when the API attribute “mt_convert_breaks” is set to false/no value.

    I wouldn’t want to alter the behavior of the WordPress editor UI, but Wwitespace such as newlines should be ignored by the API. If this behavior is deep within the WordPress code, then I guess it needs to be fixed by “experts”.

    scout_jens

    (@scout_jens)

    17 years, 8 months ago

    Hi Otto,

    I’ve found out what you mean, as I’ve been wondering about the same thing too. (It was an link with linebreaks, which didn’t worked)

    In the webpage I have found these <br />‘s, but not
    in the editor. I’ve been curios and had a look into the
    database table, if the text is stored with <br />
    element
    It’s not.

    Then I have a looked into the output functions and, yes I think I’ve found it. In ‘functions-formatting.php’. I
    theorize that the breaks will be added in this file.

    artbuilders

    (@artbuilders)

    17 years, 2 months ago

    Did you try <pre> tags? XHTML uses preserve white space characters and avoids insertion of <br /> tags.

    artbuilders

    (@artbuilders)

    17 years, 2 months ago

    Did you try <pre> tags? XHTML uses these to preserve white space characters and avoids insertion of <br /> tags.

Viewing 8 replies - 1 through 8 (of 8 total)
  • The topic ‘XMLRPC, Ecto 2, and linebreaks’ is closed to new replies.