Used versions

• headings 0.1.6
• etherpad-lite 1.3.0
• Debian Wheezy (7.2) with abiword 2.9.2

Problem

You use the style Code from headings for a code block in your pad, for ex.:

print "Hello";
print "you!";
return 0;

If you want to export this pad to html, pdf and so on the linebreaks in the code block disappear. This looks like:

print "Hello"; print "you!"; return 0;

headings plugin needs HTML export

It doesn't seem to work on a subdirectory deployed instance.

Demo:
[working] http://pad.factor.cc/p/BakXTryV36
[not working] https://factor.cc/pad/p/BakXTryV36

Edit: same for headings =(

When you have an ordered (or unorded) list

• asdsad
• dasddas
• sadasdads

and change the heading style in the second line (for example), you can change it to all heading types, but you cannot simply remove the heading style without a negative sideeffect:

• when clicking on (heading) Normal, a previous list style of that line (here: bulleted, unordered list) is removed.

This should not happen.

To replicate..
Make text H1 then type in H1 tag text goes back to normal

Outcome: Tags get broken when text is written in them.

EPL on master branch @ v.1.2.8, only ep_headings installed:

• [ERROR] console - Failed to load 'ep_headings/static/js/index' for 'ep_headings/main/client_hooks/aceAttribsToClasses': ReferenceError: window is not defined

after: I was experiencing some notifications of warnings (log4js via mail) when I was on the plugins page; so i shut down the server and restarted (my epl tab closed meanwhile) and opened the admin/plugins url, which triggered the above

• [ERROR] console - Failed to load 'ep_headings/static/js/index' for 'ep_headings/main/client_hooks/aceRegisterBlockElements': ReferenceError: window is not defined

after: the scenario from above: going to the troubleshoot page in the admin panel and then back to plugins

• also had a [ERROR] console - Failed to load 'ep_headings/static/js/index' for 'ep_headings/main/client_hooks/postAceInit': ReferenceError: window is not defined

after: more/less the same scenario

It appears that headings is forked to headings2 with quite some extra functionality. Do you support this fork?
Then it might be nice to mention it in your readme.

Thank's for having closed the issue #26 so quickly. Maybe you can add the following file to your repository, so that it can be used by anyone (or do you prefer another way, like pull request, to ask for enhancement/modification) ?

locales/es.json

{
  "ep_heading.heading" : "Encabezado",
  "ep_heading.normal" : "Normal",
  "ep_heading.h1" : "Titulo 1",
  "ep_heading.h2" : "Titulo 2",
  "ep_heading.h3" : "Titulo 3",
  "ep_heading.h4" : "Titulo 4",
  "ep_heading.h5" : "Titulo 5",
  "ep_heading.h6" : "Titulo 6",
  "pad.chat" : "Notas"
}

locales/fr.json

{
  "ep_heading.heading" : "Titres",
  "ep_heading.normal" : "Normal",
  "ep_heading.h1" : "Titre 1",
  "ep_heading.h2" : "Titre 2",
  "ep_heading.h3" : "Titre 3",
  "ep_heading.h4" : "Titre 4",
  "ep_heading.h5" : "Titre 5",
  "ep_heading.h6" : "Titre 6",
  "pad.chat" : "Notes"
}

Whenever I edit a line that I changed to a heading, it gets reset to normal.

On http://beta.etherpad.org/example_big.php you can set pads to readonly, but the heading plugin still appears and is functioning, so you can in the read-only pad select text and make it a heading.

I haven't tried it anywhere else, so your mileage might vary

Maybe this is more a feature request than a bug, but paragraphs with nice width and maybe adjusted line height would be extremely helpful. At the moment all texts are way too wide.

ep_headings works fine for newly added headings. however if the content is being set by the setHTML API, the collectContentPre hook does not seem to be run and thus to existing headings are cleared.

to reproduce, start epl with ep_headings installed, create a pad call headings. then:

curl -d apikey=cat APIKEY.txt -d 'padID=headings' -d 'html=<div><h1>foo</h1><p>fofo<b>wer</b>sdf</div>' 'http://localhost:9001/api/1/setHTML'

It would be great when heading could also be exported.

Create line on line two with heading 1
goto line one and delete the line using the delete key.

The template used does not follow etherpadlite documentation about data localization.

For what I understood from the current documentation, the code for templates/editbarButtons.ejs should be

<li class="separator acl-write"></li>                                                                                                                                                                                                          
<li id="headings" class="acl-write">                                                                                                                                                                                                           
    <select id="heading-selection">                                                                                                                                                                                                            
        <option data-l10n-id="ep_heading.heading" value="dummy" selected></option>                                                                                                                                                             
        <option data-l10n-id="ep_heading.normal" value="-1"></option>                                                                                                                                                                          
        <option data-l10n-id="ep_heading.h1" value="0"></option>                                                                                                                                                                               
        <option data-l10n-id="ep_heading.h2" value="1"></option>                                                                                                                                                                               
        <option data-l10n-id="ep_heading.h3" value="2"></option>                                                                                                                                                                               
        <option data-l10n-id="ep_heading.h4" value="3"></option>                                                                                                                                                                               
        <option data-l10n-id="ep_heading.h5" value="4"></option>                                                                                                                                                                               
        <option data-l10n-id="ep_heading.h6" value="5"></option>                                                                                                                                                                               
    </select>                                                                                                                                                                                                                                  
</li>

A file named locales/en.json should exist with the following content:

{
  "ep_heading.heading" : "Headings",
  "ep_heading.normal" : "Normal",
  "ep_heading.h1" : "Heading 1",
  "ep_heading.h2" : "Heading 2",
  "ep_heading.h3" : "Heading 3",
  "ep_heading.h4" : "Heading 4",
  "ep_heading.h5" : "Heading 5",
  "ep_heading.h6" : "Heading 6",
  "pad.chat" : "Notes"
}

Some translations already exist in the ep_headings-trl8 plugin (see https://github.com/joker-x/etherpad-plugins/tree/master/ep_headings-trl8/locales). This latter plugin, however and unfortunately, does not work as is on a brand new installation of etherpadlite.

Within normal text, umlauts are substituted with HTML-Code ("ä" = & # 228; and so on). But in headings they are not getting replaced and through this displayed wrong in .doc, .pdf ...

The name of the font does not change in the style drop down menu even after changing the character's font by using the style drop down menu. I changed the font style and later when I changed lines and went back to the font it would still show me style but not the name.

When I select a heading, the select box does not update to tell me which kind of heading it is—with six levels of heading, it would be quite useful if it would. It is also anti-intuitive to see the label ‘normal’ when clearly there is a heading style applied.

I realise that this is not trivial to implement: Etherpad itself is similar in that the bold and italic buttons don’t reflect the status of the selected text.

Cheers,

I tried using the Linkify plugin in the latest Etherpad version (git version: 5dd64df) but it doesn't work, the [[...]] don't change into links.
There are no errors.

Would be nice if I can highlight text and press control 1 to make it heading 1, control 2 for heading 2 etc..

uncaught exception: CircularDependencyError: Encountered circular dependency.

Chrome only.

Used versions

• headings 0.1.6
• etherpad-lite 1.3.0
• Debian Wheezy (7.2) with abiword 2.9.2

Problem

If a line has been processed with headings, special html characters have not masked. This is a problem if you want to export your pad to for ex. pdf. Abiword will not load the html file with a HTML parser error.

Using these example lines as headings do not work:

You & I
This is <Paul>

These lines in style Normal this means without headings processing will be exported without a problem.

To make it easier to contribute..

• I tested the plugin with Firefox 14.0.1, it works.
• It does not work in Chrome.

version aa986ab9544f01

It seems that importing HTML that includes <h1>, <h2>, .. tags messes up the formatting.

Here's a quick bash script that demonstrates what happens

#!/bin/bash
#
# Save as sethtml.sh and execute by running
# ./sethtml.sh "your api key" "a pad id" "<html><body><div><h1>Heading 1</h1><p>some text</p><h2>Heading 2</h2><p>More text</p></div></body></html>"
#
APIKEY=$1
PADID=$2
HTML=$3

curl -d"apikey=$APIKEY" -d"padID=$PADID" -d"html=$HTML" http://localhost:9001/api/1/setHTML