Scott James Remnant (keybuk) wrote in suggestions,
Scott James Remnant

lj-cut contents shouldn't be syndicated

lj-cut contents shouldn't be syndicated

Short, concise description of the idea
Currently the content of lj-cuts are syndicated via the RSS or Atom feeds, these are then shown by aggregators. The behaviour should be more like the friends pages in this case.

Full description of the idea
The lj-cut tag is designed to hide large amounts of text, or certain things like quiz responses etc. from people's friends pages and the like and reduce the amount of space that each entry takes up there.

The RSS and Atom syndicated feeds are often used to create aggregated pages similar to the friends page, but the feed contains the full content of the lj-cut rather than the link to it, meaning the benefits are lost if your feed is given to an aggregated page such as Planet GNOME or Planet Debian.

Either changing the feeds to not syndicate the lj-cut content, providing just the link instead, or an option (/data/rss?no-cuts) to the feed to do this, would remove this problem.

An ordered list of benefits

  • lj-cuts will work as intended for aggregated feeds which emulate the friends page
  • An ordered list of problems/issues involved

  • lj-cut being effectively useless for those people whose journals are principally aggregated using their RSS feed, instead of the friends page.
  • An organized list, or a few short paragraphs detailing suggestions for implementation

  • Remove the lj-cut content from feeds replacing with the link or
  • An option to the /data/rss and /data/atom URLs to do the above
  • Tags: lj-specific markup, syndication, § historical
    • Post a new comment


      Anonymous comments are disabled in this journal

      default userpic

      Your reply will be screened

      Your IP address will be recorded