phpwiki-talk

Re: [Phpwiki-talk] Next tasks: cvs2svn, 1.3.15 release

[Marc-Etienne V. <Mar...@al...>]

Reini Urban a écrit :
> We are in the preparation for the next release 1.3.15 (planned for
> about middle to end of september)
> and before we will do the following steps:
> 
> * Check and finish Wikicreole integration.

Hello,

I have committed all of my Wikicreole work now, except the new
CreateToc plugin that accepts the Wikicreole headers. Will be
done soon.

It needs some serious testing.

Current status, in the order of the Wikicreole 1.0 spec:

**bold** and //italics//: not done. Can't find the right regexp.

headings: fully implemented "==" to "====="
works with Mediawiki syntax (optional '='s at the end of line)
In the spec, the parsing of headers is "optional".
I have implemented parsing of headers.

links: fully implemented; extra ']' displayed (should be easy
to fix)

paragraphs: of course :-)

line breaks: fully implemented

unordered lists: implemented, no change from classic Phpwiki

ordered lists: implemented but wrong numbering, no change
from classic Phpwiki

horizontal rule: implemented, no change from classic Phpwiki

inline image: implemented (experimental)
alt is implemented
activated only if ENABLE_MARKUP_TEMPLATE is true
this in almost the same syntax as Mediawiki templates that
were already present in Phpwiki.
I have done the following:
{{foo}} and {{foo|bar=xxx}} are treated as templates
{{foo.png}} and {{foo.png|bar}} are treated as Wikicreole
images because of the '.png' suffix.
The allowed suffixes are: .png, .jpg, .jpeg, .gif

tables:
completely implemented when used with an explicit plugin
call
works without explicit plugin call only if table is
followed by '?>'
we have to find the right regexp to end a table
(first line where the first non-space character is
not a pipe?)

Preformatted: implemented
does not work when there is an empty line between {{{
and }}}

Escape character: implemented, no change from classic Phpwiki

Creole additions

Plug-in: not done

Monospace and superscript: not done. Can't find the right regexp.

Subscript: implemented

Underline: conflicts with Phpwiki old syntax

Please test and give your feedback.

Best regards,

Marc-Etienne

-- 
==================================================================    ------
| Marc-Etienne Vargenau                                          |   /      \
| Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE |  /  /|'`  \
| +33 (0)1 30 77 28 33, Mar...@al...  | |  /'| '   |
==================================================================  \   |/   /
| L'essence des Mathématiques est dans leur liberté.             |   \      /
|                                Georges Cantor                  |    ------
==================================================================

Re: [Phpwiki-talk] Wikicreole, ...

[Marc-Etienne V. <Mar...@al...>]

Sabri LABBENE a écrit :
> 
> Still another issue in TOC titles.
> When you try to escape a wikiword in a heading title, the "~" char will 
> be displayed in the title inside the TOC.

Hello,

The problem is even worse than that. See Help page.

Best regards,

Marc-Etienne

-- 
==================================================================    ------
| Marc-Etienne Vargenau                                          |   /      \
| Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE |  /  /|'`  \
| +33 (0)1 30 77 28 33, Mar...@al...  | |  /'| '   |
==================================================================  \   |/   /
| L'essence des Mathématiques est dans leur liberté.             |   \      /
|                                Georges Cantor                  |    ------
==================================================================

[Phpwiki-talk] Next tasks: cvs2svn, 1.3.15 release

[Reini U. <ru...@x-...>]

We are in the preparation for the next release 1.3.15 (planned for
about middle to end of september)
and before we will do the following steps:

* Convert the sf.net CVS repo to SVN.
This works now elegantly because sf.net provides rsync access to the CVSROOT.
This enables vargenau and rurban to commit  / sync from work behind a
http proxy.
Before we had to take back or changes home and commit / sync from home.

* Add a tools directory for external tools, like an open office
converter, MS office converters,
daily backup cronjob scripts, db repair helpers, fixperms.sh,
passencrypt.php and such.

* Check and finish Wikicreole integration.

* Check the new EditToolbar features, and there are still some missing.

* Replace the Sidebar theme with a new one, based on MonoBook.
  i.e. merge the AVL theme (internal MonoBook derivate with
customizable box states) with Sidebar

* fix postgresql

* Rename should check existing subpages and rename these also.

* clarify issues with pagenames: "," breaks PageList. Escape with "~" or "\"?

* fix Wikiwys with prettyurl, link labels and killing plugin args.
/blank.htm should be properly relative.

* check if session php-5.2 is fixed

Other tasks which will probably not get finished in time are:
* phpwiki.org: enable 1.3.15 on sf.net with wiki//index.php/urls
* more meta stuff: OpenSearch, format=dc (Dublin Core)
* format=mm (FreeMind) for RecentChanges, SemanticWeb's and simple PageList's.
  See http://wikkawiki.org/FreeMind. Maybe format=mmap for the
commercial MindMap.
* format=printable (?) for non js/dom
* WatchList (?)
* ImportMediaWiki, ImportRdf, ImportOwl, ExportMediaWiki, ExportRdf, ExportOwl
* WikiUser/OpenID (from DokuWiki) - Status::in_work
* GeSHi Highlighter plugin
* Spellcheck AJAX backend (see DokuWiki)

Contributors welcome.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Re: [Phpwiki-talk] Wikicreole, ...

[Sabri L. <sab...@gm...>]

On Wed, Aug 20, 2008 at 2:41 PM, Sabri LABBENE <sab...@gm...>wrote:

>
>
> On Wed, Aug 20, 2008 at 1:58 PM, Marc-Etienne Vargenau <
> Mar...@al...> wrote:
>
>> Sabri LABBENE a écrit :
>> > Marc-Etienne Vargenau wrote:
>> >> The numbering bug is corrected.
>> >>
>> >> // $Log: CreateToc.php,v $
>> >> // Revision 1.43  2008/08/19 18:29:12  vargenau // Correct TOC
>> >> numbering
>> >
>> > Oh! Good catch !
>> > Thanks for the fix.
>> >
>> >> I have also added letter and roman numbering. Enjoy!
>> >
>> > And how we use them (letters and roman numbers) ?
>> > May be it's a good idea to update the help page :)
>>
>> Hello Sabri,
>>
>> In fact I updated the documentation before I released
>> the code :-)
>>
>>
>> http://phpwiki.cvs.sourceforge.net/phpwiki/phpwiki/pgsrc/Help%252FCreateTocPlugin?r1=1.5&r2=1.6
>>
>> Great !
>

Still another issue in TOC titles.
When you try to escape a wikiword in a heading title, the "~" char will be
displayed in the title inside the TOC.

Cheers,
-- Sabri.

Re: [Phpwiki-talk] Wikicreole, ...

[Sabri L. <sab...@gm...>]

On Wed, Aug 20, 2008 at 1:58 PM, Marc-Etienne Vargenau <
Mar...@al...> wrote:

> Sabri LABBENE a écrit :
> > Marc-Etienne Vargenau wrote:
> >> The numbering bug is corrected.
> >>
> >> // $Log: CreateToc.php,v $
> >> // Revision 1.43  2008/08/19 18:29:12  vargenau // Correct TOC
> >> numbering
> >
> > Oh! Good catch !
> > Thanks for the fix.
> >
> >> I have also added letter and roman numbering. Enjoy!
> >
> > And how we use them (letters and roman numbers) ?
> > May be it's a good idea to update the help page :)
>
> Hello Sabri,
>
> In fact I updated the documentation before I released
> the code :-)
>
>
> http://phpwiki.cvs.sourceforge.net/phpwiki/phpwiki/pgsrc/Help%252FCreateTocPlugin?r1=1.5&r2=1.6
>
> Great !

Thanks,
-- Sabri.

Re: [Phpwiki-talk] Wikicreole, ...

[Marc-Etienne V. <Mar...@al...>]

Sabri LABBENE a écrit :
> Marc-Etienne Vargenau wrote:
>> The numbering bug is corrected.
>>
>> // $Log: CreateToc.php,v $
>> // Revision 1.43  2008/08/19 18:29:12  vargenau // Correct TOC 
>> numbering
> 
> Oh! Good catch !
> Thanks for the fix.
> 
>> I have also added letter and roman numbering. Enjoy!
> 
> And how we use them (letters and roman numbers) ?
> May be it’s a good idea to update the help page :)

Hello Sabri,

In fact I updated the documentation before I released
the code :-)

http://phpwiki.cvs.sourceforge.net/phpwiki/phpwiki/pgsrc/Help%252FCreateTocPlugin?r1=1.5&r2=1.6

Best regards,

Marc-Etienne

-- 
==================================================================    ------
| Marc-Etienne Vargenau                                          |   /      \
| Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE |  /  /|'`  \
| +33 (0)1 30 77 28 33, Mar...@al...  | |  /'| '   |
==================================================================  \   |/   /
| L'essence des Mathématiques est dans leur liberté.             |   \      /
|                                Georges Cantor                  |    ------
==================================================================

Re: [Phpwiki-talk] Wikicreole, ...

[Sabri L. <sab...@st...>]

Marc-Etienne Vargenau wrote:
>Sabri LABBENE a écrit :
>> Marc-Etienne Vrgenau a écrit : 
>>     I am currently working on CreateToc plugin so that the
>>     Wikicreole headers are taken into account.
>> 
>> While you're in, could you please check if there is 
>something wrong in 
>> numbering code! There is a bug in CreateToc plugin 
>numbering. I can't 
>> find the exact scenario to reproduce it.  What is happening is that 
>> top level sections numbers are sometimes like X.X while they 
>should be X.
>> I didn't tried the new creole markup yet. I use '!' for headings.
>
>Hello Sabri,
>
>The numbering bug is corrected.
>
>// $Log: CreateToc.php,v $
>// Revision 1.43  2008/08/19 18:29:12  vargenau // Correct TOC 
>numbering

Oh! Good catch !
Thanks for the fix.

>I have also added letter and roman numbering. Enjoy!

And how we use them (letters and roman numbers) ?
May be it’s a good idea to update the help page :)

Best Regards,
-- Sabri.

Re: [Phpwiki-talk] Wikicreole, ...

[Marc-Etienne V. <Mar...@al...>]

Sabri LABBENE a écrit :
> Marc-Etienne Vrgenau a écrit : 
>     I am currently working on CreateToc plugin so that the
>     Wikicreole headers are taken into account.
> 
> While you're in, could you please check if there is something wrong in 
> numbering code! There is a bug in CreateToc plugin numbering. I can't 
> find the exact scenario to reproduce it.  What is happening is that top 
> level sections numbers are sometimes like X.X while they should be X.
> I didn't tried the new creole markup yet. I use '!' for headings.

Hello Sabri,

The numbering bug is corrected.

// $Log: CreateToc.php,v $
// Revision 1.43  2008/08/19 18:29:12  vargenau
// Correct TOC numbering

I have also added letter and roman numbering. Enjoy!

Best regards,

Marc-Etienne

-- 
==================================================================    ------
| Marc-Etienne Vargenau                                          |   /      \
| Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE |  /  /|'`  \
| +33 (0)1 30 77 28 33, Mar...@al...  | |  /'| '   |
==================================================================  \   |/   /
| L'essence des Mathématiques est dans leur liberté.             |   \      /
|                                Georges Cantor                  |    ------
==================================================================

Re: [Phpwiki-talk] [phpwiki-checkins] CVS: phpwiki/lib InlineParser.php, 1.104, 1.105

[Marc-Etienne V. <Mar...@al...>]

Reini Urban a écrit :
> Marc-Etienne Vargenau schrieb:
>> Update of /cvsroot/phpwiki/phpwiki/lib
>> In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv8075
>>
>> Modified Files:
>> 	InlineParser.php 
>> Log Message:
>> Implemented Wikicreole syntax for preformatted text
> 
> We should add all Wikicreole syntax extensions behind 
> ENABLE_MARKUP_WIKICREOLE and make it default = true.

Hello Reini,

How should this be done in such a code:

class Markup_linebreak extends SimpleMarkup
{
     var $_match_regexp = "(?: (?<! %) %%% (?! %) | \\\\\\\\ | <(?:br|BR)> )";

     function markup ($match) {
         return HTML::br();
     }
}

i.e. to differentiate between
"(?: (?<! %) %%% (?! %) | \\\\\\\\ | <(?:br|BR)> )"
and
"(?: (?<! %) %%% (?! %) | <(?:br|BR)> )"

Best regards,

Marc-Etienne



-- 
==================================================================    ------
| Marc-Etienne Vargenau                                          |   /      \
| Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE |  /  /|'`  \
| +33 (0)1 30 77 28 33, Mar...@al...  | |  /'| '   |
==================================================================  \   |/   /
| L'essence des Mathématiques est dans leur liberté.             |   \      /
|                                Georges Cantor                  |    ------
==================================================================

Re: [Phpwiki-talk] [phpwiki-checkins] CVS: phpwiki/lib InlineParser.php, 1.104, 1.105

[Reini U. <ru...@x-...>]

Marc-Etienne Vargenau schrieb:
> Update of /cvsroot/phpwiki/phpwiki/lib
> In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv8075
> 
> Modified Files:
> 	InlineParser.php 
> Log Message:
> Implemented Wikicreole syntax for preformatted text

We should add all Wikicreole syntax extensions behind 
ENABLE_MARKUP_WIKICREOLE and make it default = true.

>          if (ENABLE_MARKUP_COLOR and !$non_default)
>              $this->_addMarkup(new Markup_color);
> +        // Markup_wikicreole_preformatted must be before Markup_template_plugin
> +        $this->_addMarkup(new Markup_wikicreole_preformatted);
>          if (ENABLE_MARKUP_TEMPLATE and !$non_default)
>              $this->_addMarkup(new Markup_template_plugin);

-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/

Re: [Phpwiki-talk] getting database-error when editing as "major edit"

[Sven R. <Mai...@ro...>]

Am Donnerstag 14 August 2008 schrieb Reini Urban:
>
> Until I can fix that, can you try the other DATABASE_TYPE = ADODB
> I'm mainly working with ADODB, and backport changes after a while to
> the more stable SQL with the PearDB backend.
>
> The constraint is question is CHECK (latestminor >= latestmajor).
> Maybe you should disable this constraint, but first I want to reproduce
> and debug that.
>
> Which postgresql version exactly?
> I use 7.4.19, 8.2.9 and 8.3.3, but only occasionally.

Reini,

thanks for the quick answer.

I'm using a debian Etch server still running "Postgresql 7.4.17".
I want to avoid to install more software-packages on this machine, just to 
keep the installed software-base low. But if this is the way to go, I 
have to think of it. But as edits in the wiki are made mostly by myself 
it's not so urgent to solve this error.

Please let me know if I can support you in debugging by by providing 
informations or anything else.


REgards Sven

Re: [Phpwiki-talk] getting database-error when editing as "major edit"

[Reini U. <ru...@x-...>]

Sven Roederer schrieb:
> Hi,
> 
> I started using phpwiki some years ago, as it was the first system which I 
> easily integrated into my running software (LDAP-auth; Postgres).
> Some months ago (in 2007) I upgraded to version 1.3.14, according to the 
> steps in the manual.
> In case I remember correctly since this upgrade I've some trouble with 
> editing some pages of the wiki.
> My problem is the following:
> The not working pages behaves 
> as "https://www.roederer.dhs.org/wiki/index.php/EinkaufsListe" 
> (https://www.roederer.dhs.org/wiki/index.php/Knowledge
>  is a working page). I can only save edits of this page when they are 
> marked as "minor change". When this marking is not done (automatically or 
> manually) I get the following error-msg:
> -----------------------------------------------------------------------------
> Fatal Error:
> lib/WikiDB/backend/PearDB.php:1059 Error: wikidb_backend_peardb_pgsql: 
> fatal database error 
>  DB Error: constraint violation
>  (INSERT INTO recent (id, latestversion, latestmajor, latestminor) SELECT 
> id, MAX(version), MAX(CASE WHEN minor_edit=0 THEN version END), MAX(CASE 
> WHEN minor_edit<>0 THEN version END) FROM version WHERE id=553 GROUP BY 
> id [nativecode=ERROR: new row for relation "recent" violates check 
> constraint "$1"])
> 
> Fatal PhpWiki Error
> lib/WikiDB/backend/PearDB.php:1059 Error: wikidb_backend_peardb_pgsql: 
> fatal database error 
>  DB Error: constraint violation
>  (INSERT INTO recent (id, latestversion, latestmajor, latestminor) SELECT 
> id, MAX(version), MAX(CASE WHEN minor_edit=0 THEN version END), MAX(CASE 
> WHEN minor_edit<>0 THEN version END) FROM version WHERE id=553 GROUP BY 
> id [nativecode=ERROR: new row for relation "recent" violates check 
> constraint "$1"])
> -----------------------------------------------------------------------------
> 
> As written by the databse-engine, there is a constraint violation. 
> 
> Can anyone give me a hint how to fix this? As I'm not familar with the 
> internal database-organization.
> 
> Kind regards  
> Sven

Hi Sven,

This is clearly an error with the very new postgresql schema.
I just looked and it looks like that all the new stricter checks and 
optimizations features for postgresql are not yet enabled in the release
and the page save method (set_versiondata) is using the generic version.

Until I can fix that, can you try the other DATABASE_TYPE = ADODB
I'm mainly working with ADODB, and backport changes after a while to the 
more stable SQL with the PearDB backend.

The constraint is question is CHECK (latestminor >= latestmajor).
Maybe you should disable this constraint, but first I want to reproduce 
and debug that.

Which postgresql version exactly?
I use 7.4.19, 8.2.9 and 8.3.3, but only occasionally.
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/

[Phpwiki-talk] getting database-error when editing as "major edit"

[Sven R. <Mai...@ro...>]

Hi,

I started using phpwiki some years ago, as it was the first system which I 
easily integrated into my running software (LDAP-auth; Postgres).
Some months ago (in 2007) I upgraded to version 1.3.14, according to the 
steps in the manual.
In case I remember correctly since this upgrade I've some trouble with 
editing some pages of the wiki.
My problem is the following:
The not working pages behaves 
as "https://www.roederer.dhs.org/wiki/index.php/EinkaufsListe" 
(https://www.roederer.dhs.org/wiki/index.php/Knowledge
 is a working page). I can only save edits of this page when they are 
marked as "minor change". When this marking is not done (automatically or 
manually) I get the following error-msg:
-----------------------------------------------------------------------------
Fatal Error:
lib/WikiDB/backend/PearDB.php:1059 Error: wikidb_backend_peardb_pgsql: 
fatal database error 
 DB Error: constraint violation
 (INSERT INTO recent (id, latestversion, latestmajor, latestminor) SELECT 
id, MAX(version), MAX(CASE WHEN minor_edit=0 THEN version END), MAX(CASE 
WHEN minor_edit<>0 THEN version END) FROM version WHERE id=553 GROUP BY 
id [nativecode=ERROR: new row for relation "recent" violates check 
constraint "$1"])

Fatal PhpWiki Error
lib/WikiDB/backend/PearDB.php:1059 Error: wikidb_backend_peardb_pgsql: 
fatal database error 
 DB Error: constraint violation
 (INSERT INTO recent (id, latestversion, latestmajor, latestminor) SELECT 
id, MAX(version), MAX(CASE WHEN minor_edit=0 THEN version END), MAX(CASE 
WHEN minor_edit<>0 THEN version END) FROM version WHERE id=553 GROUP BY 
id [nativecode=ERROR: new row for relation "recent" violates check 
constraint "$1"])
-----------------------------------------------------------------------------

As written by the databse-engine, there is a constraint violation. 

Can anyone give me a hint how to fix this? As I'm not familar with the 
internal database-organization.

Kind regards  
Sven

Re: [Phpwiki-talk] forum.php spam pages

[Reini U. <ru...@x-...>]

[oops, wrong list initially]

Reini Urban schrieb:
> Philip J. Hollenback schrieb:
>> Please approve the message I posted to phpwiki-talk a couple days ago:
> 
> Sorry, I don't see your message in my admin interface which goes back to 
> middle of July.
> 
>> Begin forwarded message:
>>> From: "Philip J. Hollenback" <ph...@po...>
>>> Date: August 10, 2008 9:39:01 AM PDT
>>> To: php...@li...
>>> Subject: forum.php spam pages
>>>
>>> I've got my phpwiki (www.hollenback.net) locked to all users except 
>>> myself for adding or editing pages.  However, some spammer continues 
>>> to exploit some phpwiki bug or error in my config to create bogus 
>>> forum.php pages.  These pages just contain lists of spam lnks.  One 
>>> gets created about once a week.
>>>
>>> Is anyone else seeing this, and any suggestion for how I can fix it?  
>>> I know this is vague but I'm not sure where the hole is.  I've had my 
>>> wiki running for quite a while with no problems so my first suspicion 
>>> is this is exploiting a hole in phpwiki.

Please remove lib/plugin/AddComment.php,
lib/plugin/WikiBlog.php and lib/plugin/WikiForum.php.

These plugins can be used by spammers.

-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/

Re: [Phpwiki-talk] New editpage feature: [ ] Public

[Reini U. <ru...@x-...>]

Sabri LABBENE schrieb:
> Reini Urban wrote:
>> I'd need a new feature to seperate wiki pages between public 
>> and non-public, so that an external tool can make daily public 
>> copies of certain pages, either static or to some external 
>> wiki from within an intranet wiki.
>> And purge non-public pages and versions which were formerly public.
>>
>> Some kind of simple review process, not as complicated as 
>> ModeratedPage, similar to locked.
>> Just a new WikiDB_Page key "public", similar to "locked", with 
>> a checkbox below Locked in action=edit.
>>
>> Should I do that in the public version or just privately?
>> I think of adding a config.ini key like ENABLE_PAGEPUBLIC, 
>> default disabled. A better name would be appreciated.
>>
>> Or do we need more such page attributes, so that a generic 
>> plugin interface to editpage buttons and logic is needed?
> 
> I think it should be a page attribute just like 'locked'.
> 
>> I tough of support for more markup types, which need a 
>> pulldown instead of a checkbox (creole, mediawiki), but this 
>> is too complicated, technically and for the user, so I 
>> rejected that idea. WikiCreole should be supported as addon 
>> automatically and for Mediawiki or other syntax we'd need some 
>> external importer + exporter.
> 
> +1 for importer/exporter/converter solution. Supporting more markups would
> make the parser much more complicated and not easily maintenable! 
> 
>> Ratings are supported by the RateIt plugin which can be added 
>> to the editpage template if wanted.
>> More page attributes such as public in principal also, but 
>> because it is so simple I thought of adding it directly to 
>> lib/editpage.php optionally.
> 
> Yes, good idea.

I coded it now this way, and will test it a bit in the next week.
Just editpage.php and the editpage.tmpl template are affected besides 
config.ini.

I still have to add some code to PageList to support info=public in 
pagelists like AllPages, and maybe we still need a simple ListPublic 
plugin to be able to massedit it.
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/

Re: [Phpwiki-talk] New editpage feature: [ ] Public

[Sabri L. <sab...@st...>]

Reini Urban wrote:
>I'd need a new feature to seperate wiki pages between public 
>and non-public, so that an external tool can make daily public 
>copies of certain pages, either static or to some external 
>wiki from within an intranet wiki.
>And purge non-public pages and versions which were formerly public.
>
>Some kind of simple review process, not as complicated as 
>ModeratedPage, similar to locked.
>Just a new WikiDB_Page key "public", similar to "locked", with 
>a checkbox below Locked in action=edit.
>
>Should I do that in the public version or just privately?
>I think of adding a config.ini key like ENABLE_PAGEPUBLIC, 
>default disabled. A better name would be appreciated.
>
>Or do we need more such page attributes, so that a generic 
>plugin interface to editpage buttons and logic is needed?

I think it should be a page attribute just like 'locked'.

>I tough of support for more markup types, which need a 
>pulldown instead of a checkbox (creole, mediawiki), but this 
>is too complicated, technically and for the user, so I 
>rejected that idea. WikiCreole should be supported as addon 
>automatically and for Mediawiki or other syntax we'd need some 
>external importer + exporter.

+1 for importer/exporter/converter solution. Supporting more markups would
make the parser much more complicated and not easily maintenable! 

>Ratings are supported by the RateIt plugin which can be added 
>to the editpage template if wanted.
>More page attributes such as public in principal also, but 
>because it is so simple I thought of adding it directly to 
>lib/editpage.php optionally.

Yes, good idea.

-- Sabri.

[Phpwiki-talk] New editpage feature: [ ] Public

[Reini U. <ru...@x-...>]

I'd need a new feature to seperate wiki pages between public and
non-public, so that an external tool
can make daily public copies of certain pages, either static or to
some external wiki from within an intranet wiki.
And purge non-public pages and versions which were formerly public.

Some kind of simple review process, not as complicated as
ModeratedPage, similar to locked.
Just a new WikiDB_Page key "public", similar to "locked", with a
checkbox below Locked in action=edit.

Should I do that in the public version or just privately?
I think of adding a config.ini key like ENABLE_PAGEPUBLIC, default
disabled. A better name would be appreciated.

Or do we need more such page attributes, so that a generic plugin
interface to editpage buttons
and logic is needed?

I tough of support for more markup types, which need a pulldown
instead of a checkbox (creole, mediawiki),
but this is too complicated, technically and for the user, so I
rejected that idea. WikiCreole should be supported
as addon automatically and for Mediawiki or other syntax we'd need
some external importer + exporter.

Ratings are supported by the RateIt plugin which can be added to the
editpage template if wanted.
More page attributes such as public in principal also, but because it
is so simple I thought of adding
it directly to lib/editpage.php optionally.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Re: [Phpwiki-talk] Wikicreole, ...

[Marc-Etienne V. <Mar...@al...>]

Reini Urban a écrit :
> 2008/8/4 Marc-Etienne Vargenau:
>> Reini, can you have a look in file InlineParser.php
>>
>> class Markup_bracketlink  extends SimpleMarkup
>> {
>>     var $_match_regexp = "\\#? \\[ .*? [^]\\s] .*? \\]";
>>     // TODO: include second ] in regexp
> 
> Sure, but this week I'm on a business trip in germany and will
> rarely have to time to debug though the InlineParser and BlockParser.
> This is really hairy and we'll have to get the order of regexp's right.
> 
> I rather want to hide WikiCreole support behind a ENABLE_WIKICREOLE
> and add those checks behind that.
> WikiCreole should be supported at all (config-default: = TRUE), but who knows,
> maybe we get into hairy parser problems and then we can easily disable that
> as fallback.

Hello,

No problem, it is not urgent. I will be on vacation till 17 August.

I did not do it precisely because I was not sure to get the regexp right.

Best regards,

Marc-Etienne

-- 
==================================================================    ------
| Marc-Etienne Vargenau                                          |   /      \
| Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE |  /  /|'`  \
| +33 (0)1 30 77 28 33, Mar...@al...  | |  /'| '   |
==================================================================  \   |/   /
| L'essence des Mathématiques est dans leur liberté.             |   \      /
|                                Georges Cantor                  |    ------
==================================================================

Re: [Phpwiki-talk] Wikicreole, ...

[Reini U. <ru...@x-...>]

2008/8/4 Marc-Etienne Vargenau:
> Reini, can you have a look in file InlineParser.php
>
> class Markup_bracketlink  extends SimpleMarkup
> {
>     var $_match_regexp = "\\#? \\[ .*? [^]\\s] .*? \\]";
>     // TODO: include second ] in regexp

Sure, but this week I'm on a business trip in germany and will
rarely have to time to debug though the InlineParser and BlockParser.
This is really hairy and we'll have to get the order of regexp's right.

I rather want to hide WikiCreole support behind a ENABLE_WIKICREOLE
and add those checks behind that.
WikiCreole should be supported at all (config-default: = TRUE), but who knows,
maybe we get into hairy parser problems and then we can easily disable that
as fallback.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/

Re: [Phpwiki-talk] Wikicreole, ...

[Sabri L. <sab...@gm...>]

On Mon, Aug 4, 2008 at 5:42 PM, Marc-Etienne Vargenau <
Mar...@al...> wrote:

> Reini Urban a écrit :
> > FYI
> > Marc-Etienne Vargenau just added:
> >    Implement Wikicreole headers
> >    Implement Wikicreole syntax for subscript
> >    Implement Wikicreole syntax for line break
> >    Implement Wikicreole syntax for links
> >    Implement "{{foo?version=5}}" syntax for templates
> >
> > and several minor fixes to CVS.
> > Thanks!
>

Thanks Marc-Etienne for this good initiative.

> Hello to all,
>
> Concerning the Wikicreole headers, what should work is
>
> == My title
> === My subtitle
>
> What does not yet work is
>
> == My title ==
> === My subtitle ===
>
> (Mediawiki style)
>
> Reini, can you have a look in file BlockParser.php
>
> class Block_heading_wikicreole
>
> for the best way to do that?
>
> I am currently working on CreateToc plugin so that the
> Wikicreole headers are taken into account.
>

While you're in, could you please check if there is something wrong in
numbering code! There is a bug in CreateToc plugin numbering. I can't find
the exact scenario to reproduce it.  What is happening is that top level
sections numbers are sometimes like X.X while they should be X.
I didn't tried the new creole markup yet. I use '!' for headings.

I would also like to address the point related to non creole wiki pages
conversion to a creole syntax. Is it possible ?

Cheers,
-- Sabri.

Re: [Phpwiki-talk] Wikicreole, ...

[Marc-Etienne V. <Mar...@al...>]

Reini Urban a écrit :
> FYI
> Marc-Etienne Vargenau just added:
>    Implement Wikicreole headers
>    Implement Wikicreole syntax for subscript
>    Implement Wikicreole syntax for line break
>    Implement Wikicreole syntax for links
>    Implement "{{foo?version=5}}" syntax for templates
> 
> and several minor fixes to CVS.
> Thanks!

Hello to all,

Concerning the Wikicreole syntax for links,
the syntax [[foo]] almost works in the sense
that a link names "foo" is created, but is displayed
with a extra ']'.

Reini, can you have a look in file InlineParser.php

class Markup_bracketlink  extends SimpleMarkup
{
     var $_match_regexp = "\\#? \\[ .*? [^]\\s] .*? \\]";
     // TODO: include second ] in regexp

Thank you in advance.

Best regards,

Marc-Etienne

-- 
==================================================================    ------
| Marc-Etienne Vargenau                                          |   /      \
| Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE |  /  /|'`  \
| +33 (0)1 30 77 28 33, Mar...@al...  | |  /'| '   |
==================================================================  \   |/   /
| L'essence des Mathématiques est dans leur liberté.             |   \      /
|                                Georges Cantor                  |    ------
==================================================================

Re: [Phpwiki-talk] Wikicreole, ...

[Marc-Etienne V. <Mar...@al...>]

Reini Urban a écrit :
> FYI
> Marc-Etienne Vargenau just added:
>    Implement Wikicreole headers
>    Implement Wikicreole syntax for subscript
>    Implement Wikicreole syntax for line break
>    Implement Wikicreole syntax for links
>    Implement "{{foo?version=5}}" syntax for templates
> 
> and several minor fixes to CVS.
> Thanks!

Hello to all,

Concerning the Wikicreole headers, what should work is

== My title
=== My subtitle

What does not yet work is

== My title ==
=== My subtitle ===

(Mediawiki style)

Reini, can you have a look in file BlockParser.php

class Block_heading_wikicreole

for the best way to do that?

I am currently working on CreateToc plugin so that the
Wikicreole headers are taken into account.

Best regards,

Marc-Etienne

-- 
==================================================================    ------
| Marc-Etienne Vargenau                                          |   /      \
| Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE |  /  /|'`  \
| +33 (0)1 30 77 28 33, Mar...@al...  | |  /'| '   |
==================================================================  \   |/   /
| L'essence des Mathématiques est dans leur liberté.             |   \      /
|                                Georges Cantor                  |    ------
==================================================================

[Phpwiki-talk] Wikicreole, ...

[Reini U. <ru...@x-...>]

FYI
Marc-Etienne Vargenau just added:
   Implement Wikicreole headers
   Implement Wikicreole syntax for subscript
   Implement Wikicreole syntax for line break
   Implement Wikicreole syntax for links
   Implement "{{foo?version=5}}" syntax for templates

and several minor fixes to CVS.
Thanks!

-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/

Re: [Phpwiki-talk] [phpwiki-checkins] CVS: phpwiki/themes/MonoBook/templates signin.tmpl, 1.6, 1.7

[Reini U. <ru...@x-...>]

Marc-Etienne Vargenau schrieb:
> --- signin.tmpl	3 May 2008 17:38:51 -0000	1.6
> +++ signin.tmpl	2 Aug 2008 16:29:47 -0000	1.7
> @@ -14,5 +14,5 @@ rcs_id('$Id$'); ?>
>      <li id="pt-userpage"><?= WikiLink($id, 'auto', HTML($sp,$id,$sp)) ?></li>
>    <?php } ?>
> -  <li id="pt-login"><?= HTML::a(array('href'=>'?auth[login]=1'),$sp,_("Login"),$sp) ?></a></li>
> +  <li id="pt-login"><?= HTML::a(array('href'=>'?auth[login]=1'),$sp,_("Login"),$sp) ?></li>
>    <?php } ?>
>   </ul>


Oops! Thanks.

-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/

[Phpwiki-talk] Inline images & docs

[Erfan S. <esh...@sh...>]

Hi all

I wanted to know if its possible to have inline images in PHP Wiki?
I have enabled the upload plugin and looking at the system info in Wiki 
it seems that it supports inline images but I cannot figure out how it 
works.

Erfan Shirazi
Senior Application Developer
Information Technology - Shipco Transport
Email: esh...@sh..., Direct Tel: +45 39 15 05 62

For IT support related issues, please contact su...@sh...

Shipco Transport - Your Global Solution:  Ocean Export & Import and Airfreight.  For access to STi-online which offers on-line sailing schedules, bookings, documentation, shipment tracking and other e-commerce tools, please visit our website, www.shipco.com