• View
• Edit
• History
• Attach
• Print
• Backlinks

SectionEdit-Talk

The customizations only seem to work when in config.php and not the sectionedit cookbook file. Also the: $SectionEditHorzLines = true; is not working for me on pmwiki-responsive

Naturewiki December 07, 2020, at 06:09 AM

ALL configuration goes into local/config.php, either before or after you include the recipe (read the documentation if it mentions before or after). Styles go to pub/css/local.css. You should NEVER edit any cookbook scripts or core files. That variable means that when you have 4 dashes alone on a line in the page source, they open a new edit section. --Petko December 07, 2020, at 06:31 AM

There is compatibility issue with the PreviewChanges recipe: If one clicks "Preview" it shows many "Deleted lines" for all other sections except the one, you are editing. Thank God, these are not deleted for real, if one clicks "Save".

bttr January 04, 2018, at 04:02 PM

Feb 13, 2017. wlkl

• contrary to what is written in the Cookbook page Klonk says, he is neither the maintainer of sectionedit, nor does he have the necessary time. Furthermore, the author information in the source is quite confusing, Who volunteers?
• PmWiki Analyzer complains about the version of SectionEdit, althouth is freshly downloaded
• I guess this is caused by contradictory VersionInfos in the source
  • line 14: @version 2.3.3 (2015-05-21)
  • but line 247: $RecipeInfo['SectionEdit']['Version'] = '2013-02-06 - v2.2.3';

August 31, 2016 Lxndr

This is the only cookbook item I've added to my pmwiki. (version 2.2.89)

When I add include_once("cookbook/sectionedit.php"); to my config file I get this error repeated (multiple times) on my wiki:

Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/public/confessional/pmwiki.php on line 1711

Lxndr

• Found a fix for SignalWhenMarkup that took care of this.

• Feb 4, 2013 Walter Keller:
  • Since I updated to Ubuntu 12.10 SectionEdit does not work anymore.
    • If you click on the section edit button an editor with empty text is shown.
    • If publish, the whole page (and not only the current section) is overwritten
  • Petko Yotov advised my, that this is related to PHP Version 5.4.6-1ubuntu1.1, and indeed
    • replacing all 3 calls of the htmlspecialchars() function in sectionedit.php by PHSC() function solved the problem
    • an Petko uploaded the fixed version to the cookbook, thus the problem should disappear with the newest version of sectionedit.php

• I was installing the AutoSave cookbook when I ran into some weird problems. After some digging, I found out some of what was happening - Section Edit doesn't work with Drafts. Here's what I found:
  1. Have a page with multiple sections.
  2. Edit a section (e.g., section 2)
  3. Save a draft of that section (e.g., section 2)
  4. What seems to happen is that the draft of the section is saved *as if for the whole page*.
  5. Edit a different section or the whole page, and you've only got that section (section 2)
• It seems we either need to disable drafts when editing sections (reasonable, but also means I can't use autosave, which I'd like to), or the Section Edit drafts need their own names for each section...which is trickier. Maybe an md5-sum of the content of the section could be used? But of course that doesn't work with nested sections... So perhaps Section Edit needs to save an entire page-draft and be ready to fail gracefully when/if it can't find the correct section in an existing draft. Just thinking out loud here :)

Peter Kay June 14, 2011, at 12:56 PM

• Section edit 2.2.2 seems to be incompatible to PublishPDF (2.2.11, 2009-04-14). When I try to edit a header section it replaces the whole page with the edited part, thus destroying the page! Disabling wikipublisher/extension.php brings section edit back to normal. Frank July 01, 2009, at 10:23 AM

====

• It seems sectionedit is incompatible with ROEPatterns/ROSPatterns. When a page is edited through the "edit section" link, ROEPatterns/ROSPatterns are not applied. Any way to fix this? pwuille May 30, 2008, at 08:31 AM

====

• Wouldnt it be nicer if the edit link would be shown on the same line as the first line of the section instead of the line before? Marc Seibert August 26, 2005, at 11:52 AM

====

• Hi Klonk, nice work, thanxs. Is there a other way to change the section link from (Edit Section X) to Edit Section than to do it in the sourcecode? and, what would it take to just show the Section Edit link, if the user has the permission to edit? grz noskule August 31, 2005, at 11:49 AM

==== September 06, 2005, at 10:35 AM : 'Moved Edit Links below Sections' \\

I edited my sectionedit.php source in order to move the section edit links down to the bottom of each section. Is there another way of doing this without editing the source document??

I edited lines 243 to this
$out2[] =" ".$p[$i];
$out2[] = Keep("<div class='sectionedit'>$editlink[$i]</div>")";
//$out2[] =" ".$p[$i];

==== Hi Klonk, I absolutely enjoy this script.
I would like to have the background either change color, or the text to change color when I hover over the Edit Section link and would like to do this using CSS. This would make it much easier to locate each section because I do have pages with many sections that are close together. Do you have any sugestions on how to incorporate the CSS?

(Edit Section ↓)</a></div> and the "a" class is not define

• It does work. You have to edit the file sectionedit.php because that is where the css is located for the section edit link.
  • Of course, this didn't work for me as I hope because I wanted the whole background to change color and only the link background changes color with this code. I decided not to make an issue out of it. Navet October 20, 2005, at 02:04 PM

A related quick tip:

For 'stealthy' links, which are hidden unless you put the mouse near where you expect them to be try replacing:

/*** defines the layout of the section edit links */
SDV($HTMLStylesFmt['sectionedit'], "
div.sectionedit { text-align:right;font-size:smaller;clear:both;}
");

with

/*** defines the layout of the section edit links */
SDV($HTMLStylesFmt['sectionedit'], "
div.sectionedit { text-align:right;font-size:smaller;clear:both;}
div.sectionedit a { color: #ffffff}
div.sectionedit a:visited { color: #ffffff}
div.sectionedit:hover a { color: #999999}
div.sectionedit:hover a:visited { color: #999999}
div.sectionedit:hover a:hover { color: #0033cc}
");

==== Version 2.0 works great. Looks sharp!.
Feature Request: Would it be possible to change $SectionEditAutoDepth to an array so I can set the values of headings to edit. For example I would like to only edit headings 2 and 4 only. Not 1~4.
I don't know that much about preg_split , but believe it to be able to take array values. Maybe instead of a $SectionEditAutoDepth, creat an array:
$SectionEdit[Level] = 2;
$SectionEdit[Level] = 4;
Good work Klonk.- navet September 28, 2005, at 12:42 PM

==== There seems to be a problem using SectionEdit together with Numbered Headers or Page Table Of Contents.

With Numbered Headers the headers display correctly, but SectionEdit inserts the text %block margin-top=0px% before each of the links in the contents table. I bodged this to work by inserting another preg_replace into numtoc.php to remove the offending markup, but presumably the real answer would be for sectionedit.php to spot that it is a contents table link, not a real header.

With Page Table Of Contents the contents table is fine, but the headers are not rendered properly.

Changing the order of the Includes in config.php doesn't seem to change anything. Mark Hodson? October 09, 2005, at 08:20 AM

Currently I have tried the all 3 extensions of TOC (Page Table Of Contents, Numbered Headers, and the Quick Page Table Of Contents). All 3 of them don't work correctly with SectionEdit. This should be fixed. Other Wikis can handle both features well (just to metntion some: dokuwiki, twiki,mediawiki and there are more). Please, Can anything be done here ? Maybe one of the 3 TOC extensions should be merged with SectionEdit to give at least one working solution.

Someone noticed this and wrote Slim Table of Contents (as noted above). While I prefer a different layout (not right-justified), the css is really easy to edit, and it does work with SectionEdit.

==== I had two sites implemented. one works perfectly. the other works with a warning

 Warning: Cannot modify header information - headers already sent by (output started at 
 /data/httpd/pmwiki-2.0.12/cookbook/sectionedit.php:493) in /data/httpd/pmwiki-2.0.12/pmwiki.php on line 709

what gives? both sites have identical HTTPd/PHP

You are right there, both servers have the same error message in HTTPd error_log files. One also shows the message on HTML pages. One server was using startand packages from CentOS 4.1, the other uses Whitebox Enterprise Linux 3, both are clones of Redhat Enterprise Linux 3/4. How should it be fixed? the error logs are growing ...

No. it does not help

I configured PHP so that NO errors/warnings show up on web pages. however, it does show in HTTP error_log file.

The 2nd trick does not work though. same errors

==== Hi, using php 5 and Apache 2 on Windows, I get the following errors on the page

When I comment out the offending lines and references, everything seems to work ok. I don't use includes so it is not a problem for me but I thought I would raise the issue for someone to look into (I don't know any php otherwise I would!)

Also, can anyone help me move the section edit links to the bottom of the section in the latest release?

Dav Bacci 25th Jan 2006

Hi, using php 5 and Apache 2 on Mac X same problem, a php5 problem !!

Trt editing the lines that show the "array" type error by adding "(array)" in front of the offensive variable. This will cast that variable as an Array, which should fix the problem. BenWilson February 05, 2006, at 12:37 PM

Maybe you can specify this for PHP-Beginners... ;-). This here are the lines:

		$SectionEditIncludes = array_merge($SectionEditIncludes,$args['']);
		/*remove double page entries*/
		$SectionEditIncludes = array_unique($SectionEditIncludes);

what's to do? - Chris

Hi, I'm not even a beginner with PHP, but I did it this way and stopped getting those warnings:

$SectionEditIncludes = array_merge((array)$SectionEditIncludes,(array)$args['']);

		/*remove double page entries*/
		$SectionEditIncludes = array_unique((array)$SectionEditIncludes);

Jahvetti

==== SectionEdit works okay for me except under the following circumstances when the section being edited overwrites the whole page:

1. Open an "Edit Section"
2. Edit it
3. Hit "Save and Edit"
4. Hit "Cancel"

If instead, I replace (4) with: Hit "Save", then the page is saved successfully. test

(Looking at the history seems to confirm that SectionEdit deletes everything bar the section being edited on "Save and Edit", then adds it all back on "Save".)

Is this a bug or a feature? Marc 2006/06/27

Do you really have the version 2.0.3? (Please check in the PHP source) This bug should be fixed (at here the described problem does not occur). Maybe you should redownload the script, I uploaded the latest version again. -Klonk July 07, 2006, at 02:22 AM

In my installation (German) a bug appears, when I activate sectionedit. The second heading is no longer displayed as a heading, but with exclamation marks. If I insert an exclamationmark in the lines between all is okey. If I add &action=test all is also working If I use preview the same Only without action this problem is there?? Pages with headings created without sectionedit on are also displayed right, even if it is on! Many greetings hh(at)11h.de (4.Juli.2006) my testcode:

test

test this line is no heading any longer

mORE TESTING

mORE TESTING

test

Do you really have the version 2.0.3? (Please check in the PHP source) This bug should be fixed (at here the described problem does not occur). Maybe you should redownload the script, I uploaded the latest version again. -Klonk July 07, 2006, at 02:22 AM

I am using version 2.1.3 of this cookbook and pmwiki-2.1.26. I have the same problem that my second heading is without formating. 2006-12-10 k2s?

==== Hi. First of all, thanks for your great extension!

Now, it also happens to me the thing of "SectionEdit deletes everything bat the section being edited". Using version, 2.0.3. This is not so bad.

The problem is, if I get to a sectioned page through eg. Main.mypage it works perfect, but, if I get to the page through Main.mypage?action=view , the "edit section" links do not appear. This I checked it consistently through various pages.

Any idea to fix this? Inigo August 11, 2006, at 10:51 AM

Use "Main.mypage?action=browse" then it works. Pm has changed this somewhen in the past. If you want to work it also with vie go to the end of sectionedit.php and locate "$action == 'browse'". Replace it with "$action == 'browse' | $action == 'view'" - Klonk September 18, 2006, at 08:35 AM
Works now in version 2.0.4 - Klonk September 18, 2006, at 09:02 AM

Thanks, that was it! Inigo? October 04, 2006, at 05:16 PM

==== August 20 2006

Hello,

I tried sectionedit with logon status:

(:if authid:)====(:ifend:)

and when I try to edit the section, it is empty (while it is not without the conditional markup). Any idea ?

Nicolas, August 20, 2006, at 02:11 PM

Put "====" in a new line - Klonk September 18, 2006, at 08:35 AM
Sinces version 2.1.0 (:if auth edit:)<link to edit section>(:ifend:) is default. I.e. editlinks are only visible when you are allowed to edit the text. If you have no right to edit the text the section-editlinks are confusing. Comments on that? - Klonk September 21, 2006, at 02:51 AM
It might happen that you get an empty edit box when doing the above example, I fixed this with version 2.1.1 - Klonk September 22, 2006, at 04:41 AM

Could this be made optional? For pages that I always edit, I have to choose to edit the entire page (to enter my password), then go back to select the section. I'd like to do this optionally per page, or site.

==== Found a new bug, introduced around 2.1. If the first line of a page is a heading I get a line like (:sectionedit Main.Test Main.Test:) at the top of the page. Insert something other above the heading to fix that. Tested with sectionedit 2.1.2 and a fresh install of pmwiki 2.1.26, no other cookbook extensions installed. juergen 2006/09/23 This is fixed with version 2.1.3. I had to change regex more than I thought it is necessary. - Klonk September 24, 2006, at 01:14 AM

I have the same issue, thank you for the work around. jtankers October 3, 2007

==== I am using SectionEdit with RequireAuthor. I find that when the unsuspecting author tries to edit and then save one section (using SectionEdit's 'Edit Section') without entering an author name, the message is displayed up on top saying the author name is required but in the edit window, the text for the whole page is loaded so when she does save it correctly she duplicates the whole page in the place just that section should be. I'm running a huge wiki for a University MBA program and I don't want to remove either the Edit Section functionality or the Require Author functionality.

CCharles?

sectionedit ate my form!

I believe that I've found a bug in sectionedit (v2.1.3 - 2006-09-22)

The following markup and template should produce a list of radio buttons - one for each group - and a button; all within a form, naturally.

Page markup:

  (:pagelist fmt=#grpradio:)

  some more text

Local template

  !!!fmt=#grpradio

  list of all the group names

  
  [[#grpradio]]
  (:if equal {<$Group} :)
  (:input form "{$PageUrl}":)
  (:if ! equal {<$Group} {=$Group} :)
  * (:input radio n {=$Group}:) {=$Group}
  (:if equal {>$Group} :)
  (:input submit value="Try It":)
  (:input end:)
  (:if:)
  [[#grpradioend]]

However, with sectionedit.php active, the <form> is absent from the HTML.

With sectionedit.php:

  <div class='vspace'></div><div class='fpltemplate'></div>
  <p class='vspace'>some more text
  </p>
  </div>

Without sectionedit.php:

  <div class='vspace'></div><div class='fpltemplate'>
  <form action='[(approve links)
  edit
  diff]' method='post'>
  <ul><li><input type='radio' name='n' value='Main' /> Main
  </li><li><input type='radio' name='n' value='PmWiki' /> <span class='wikiword'>PmWiki</span>
  </li><li><input type='radio' name='n' value='Site' /> Site
  </li></ul><p><input type='submit' value='Try It' class='inputbutton' />
  </p></form>
  </div>
  <p class='vspace'>some more text
  </p>
  </div>

To further test this, I installed a new version of PmWiki, with only the necessary changes to run the above test and the problem remained.

One more thing: the <form> displays correctly when previewing the edit

Marc November 22, 2006, at 07:36 AM

Is there an opposite directive to (:nosections:)?

I really like this recipe. Once in a while I need to disable the feature using (:nosections:), so I wonder if it is possible to do something like this:

!! Section ...
bla bla

(:nosections:)
...
(:sections:) 
!! Section

where the imagined new directive (:sections:) enables editing of sections again. Btw, it should probably be called something other than (:sections:).

best regards, Christian

====

Note

My Pmwiki (ver.2.1.27) have a problem with the sectionedit-script(ver.2.1.3)

With the Button {Save&Edit} don't have any problems, but only {Save} ,however the userrights are set, the script brings the Abort-Messages from pmwiki.php (function ResolvePageName):

PmWiki can't process your request

?invalid page name

We are sorry for any inconvenience.

So must refresh the browser and the script works fine!

The Problem is only in IE6 and Windows-Explorer actual, MozillaFirefox and IE7 don't have any problems with the script!!!

Have any pmwiki-user the same problem?

Thanks for answers!!! -Kai- 04.04.07

==> kai - i have the same setup and am using ie6 at work so unable to update to ie7. using the same script on a different setup works fine with ie7. would appreciate any assistance to get round the problem thanks david 12/05/07

Is it possible to avoid the "Section Edit" labels when printing ?

==== Hi, Klonk I really appreciate your script, but something annoying is that if I print my page, the "Section Edit" labels appear on the printed page. Is there any means to change the CSS or something else to avoid that? I have never changed any CSS, thus please could you give me all the instruction if it is the way to solve the problem. PhilB? April 28, 2007, at 12:01 AM

Hi,

I have hit a bug which destroys the formatting of all sections except the one you are editing.

1. Create a page with multiple sections
2. Edit one section and make any change
3. Save the document
4. The section you edited is okay, but the linefeeds disappear from all other sections.

I think this is browser dependent: it only happens when I use w3m (a text-based browser which opens a text editor when you edit textareas).

I am using: pmwiki 2.1.27, sectionedit 2.1.6, w3m 0.5.1 (on Linux), vim 6.3 . I was using other extensions but I disabled them all and I still get the bug.

I can't reproduce the bug using lynx, Safari or Firefox. I can mail "before and after" versions of a page that demonstrates the bug from my wiki.d directory if you want.

Editing the entire page (with the edit link at the top) works fine. It is just the "Edit this section" bits that break things.

-- Paul Nijjar

--R. Serra

SectionEdit simultaneos edit incompatibility

Hello! My wiki configuration

 FreeBSD 6.2 (Virtual Private Server)
 apache-2.2.6_2
 php5-5.2.4_1 
 PmWiki Version: pmwiki-2.4.1
 PmWiki VersionNum: 2004001
 SectionEdit: 2.1.6
 No other cookbook recipes

1. Open up two browser windows and select the same section of a page to be edited in each window.
2. In one browser window, make some changes. Save those changes.
3. In the second browser window, make some different changes to the same section and hit "save". You see simultaneous edit message, but the edit form shows only the section had been edited -- not the whole page as expected. If you hit "save" the corrections made in the first window are lost (but you can see them in history).

You can see the bug at [(approve links) edit diff]

-- Pavel

Issue with Categories (SH - 6 Dec 2007)

> When categories is used the first time and saved by sectionedit, the > click on categories does not generate the list of pages corresponding > to this category, ... the entire page must be saved to produce the expected > result. > Bug ?

''comment from PM I think so. The SectionEdit recipe appears to be overriding PmWiki's default edit sequence, such that the pageindex isn't updated properly whenever the page is updated.

Bug in parameter handling

There's a bug in the parameter handling code for includes in this recipe.

Line 308:

/* keeps all parameters but pagenames*/
foreach($args as $k => $v) $argsparam = ($k != '#' && !is_array($v) ) ? " ".$k."=".$v : "";

This deletes all parameters except for the last one! The correct code is:

/* keeps all parameters but pagenames*/
$argsparam = '';
foreach($args as $k => $v) $argsparam .= ($k != '#' && !is_array($v) ) ? " ".$k."=".$v : "";

-- Ivo

I wish "section edit button" append to heading text.

example code)

<h2>This is heading level-2 text. <a href="...">Edit Section</a> </h2>
...

How edit this recipe code? or Anyone help me to offer $var?

thanks your regards. from Hooney / 2008-02-19

Hey, thanks for the great work.\\ I think I've found a bug though, (maybe).
In our setup we are using ExternAuth and it seems to be working just fine.
BUT
if a person has edit sections in a page and has also specified a list of users/groups who can edit that page they are the only ones who can view it as well.
So, when you say click on a profile for instance that has edit sections but the author has restricted editing and you're not in the group then you're disallowed from viewing the page.
Even more interestingly, even though you clicked view it's trying to escalate your privs to edit.
What I was wondering was, is it possible to only invoke edit when a person clicks on edit section and/or hid the edit section link if they only have view privs?

Thank you,

Frederick
-- Fixed my own issue :)
UTSL
had to uncomment
if (!CondAuth($pagename, 'edit'))
return ($text);
This allows them to view the page but NOT edit
And when they click on the Edit Section link they get an edit denied
Will look into hiding edit section link if not allowed to edit

Hi,

I am using this sectionedit.php recepie but it doesn't seem to working for me. After I include this recepie in my config.php file and try to access the site, all I can see are blank pages and when I comment out the "include(..)" from confid.php, site works fine. any idea why that would happen.

Thanks in advance for the help.

There is another limitation to sectionedit.
Generating sections only for the main wiki page is completely okay, but: If the main wiki page has no header / horzline / ==== there won't be sections for included pages as well.
Tontyna / January 26, 2009

To have a simple TOC that works with sectionedit use SlimTableOfContents Tontyna / February 1, 2009

I'm running pmwiki-2.1.27, which doesn't have UpdatePage(), which is used by this recipe. I'm not sure what the real prereq for sectionedit is. Peter Kay / Feb 18, 2009

Try a 2.1.x version of the recipe. I don't know which x is compatible with pmwiki-2.1.27, but they are all contained in the Development-Archive .
Of course they'll miss features and bugfixes introduced with newer versions...may I ask why you don't upgrade your pmwiki? - Tontyna February 23, 2009, at 05:27 PM

Bug with ==== ??

farhad March 03, 2009, at 10:06 PM:

I'm on version 2.2.0 and using SectionEdit with markup ==== to identify sections. If a page has multiple sections:

• Edit a section using Edit Section link
• Save page

It removes trailing white spaces from the section before. This makes the next ==== NOT appear in a new line any more and I lose an Edit Section link because the ==== markup needs to be in it's own line for it to work. Any workaround??

I found this happening in Safari, but works fine in Firefox.

====

Blank space at the top of the page

If I use the SectionEdit recipe with the config setting "$SectionEditHeaderLinkSpan = false;" then I get a large whitespace area at the top of the document, and the first link is about two thirds of the way down the screen. I've tried playing around with the php, but I'm no expert so can't work out why it's happening. If I set it to 'true' then I don't get the problem, but I prefer the TOC recipe to SlimTOC, so would rather stick with TOC and turn off the header link span. Any idea why the blank space is appearing, and how I can get rid of it, as this would be an incredibly useful recipe if I can get it to work! MichaelF April 20th 2009

==== Sectionedit link floating when including a single div
When I include a page with only a div, there is a sectionedit link floating on the line where the include was. Is there any way to remove this section edit link, without removing all sections. Preferably, if possible, without having to put a directive on that page, because this include will be done on quite a few pages (so that would require the directive on all those pages). Thanks Patrigan?

==== SectionEdit makes all wiki pages blank
Not sure how to put this any other/better way: When I run SectionEdit, the whole wiki breaks - nothing on any page, just plain blank pages for all. Not sure why this is.

Other plugins running on said wiki: quicktoc, pagetoc, mini, multiupload, enablehtml, LaTeXMathML, uploadform. I've alternately tried break-page and SectionEdit - the latter breaks the wiki, the former creates "edit section" links but those lead nowhere. Help!? ~Kunal?

SectionEdit seems to have a bug with (:include page var="some value":) where variables have spaces in them.

I fixed this locally on line 696 by quoting the value: foreach($args as $k => $v) $argsparam .= ($k != '#' && !is_array($v) ) ? " $k=\"$v]\"" : "";