phpwiki-talk Mailing List for PhpWiki (Page 20)

No virus found in this outgoing message.
Checked by AVG Free Edition. 
Version: 7.5.488 / Virus Database: 269.14.5/1058 - Release Date: 08.10.2007 =
16:54

On Oct 9, 2007, at 10:30 AM, Reini Urban wrote:
> Try to add the missing tables manually from schemas/mysql- 
> initialize.sql and
> continue then with ?action=upgrade.
>
> CREATE TABLE session (
> 	sess_id 	CHAR(32) NOT NULL DEFAULT '',
> 	sess_data 	BLOB NOT NULL,
> 	sess_date 	INT UNSIGNED NOT NULL,
> 	sess_ip 	CHAR(40) NOT NULL,
> 	PRIMARY KEY (sess_id),
> 	INDEX (sess_date)
> );
> and so on.
>
> The error you get is a php problem, $session_tbl is empty and should
> be "session".
Interestingly enough, I actually already have a table named 
'wwn_session' which MySQL's 'DESCRIBE TABLE' shows matches the format 
of the above 'CREATE TABLE' command. Looking at the config/config.ini 
file it appears the I do have 'DATABASE_PREFIX = wwn_' set.
I checked config/config-dist.ini and the comments seem to imply that 
DATABASE_PREFIX is still the correct setting to modify. Is there an 
issue with the database prefix not being correctly applied in 1.3.14?
Morgan Aldridge
--
mo...@ma...
http://www.makkintosshu.com/

Try to add the missing tables manually from schemas/mysql-initialize.sql and
continue then with ?action=upgrade.
CREATE TABLE session (
 	sess_id 	CHAR(32) NOT NULL DEFAULT '',
 	sess_data 	BLOB NOT NULL,
 	sess_date 	INT UNSIGNED NOT NULL,
 	sess_ip 	CHAR(40) NOT NULL,
 	PRIMARY KEY (sess_id),
	INDEX (sess_date)
);
and so on.
The error you get is a php problem, $session_tbl is empty and should
be "session".
2007年10月9日, Morgan Aldridge <mak...@ma...>:
> I've inherited a PhpWiki installation running on Mac OS X 10.4.10
> (Tiger) Server with its default installation of PHP 4.4.7 & MySQL
> 4.1.22.
>
> Unfortunately, the previous owner either checked it from a version
> control repository or stripped out all documentation regarding the
> version number, so I don't know exactly which version it's running.
> Judging by features and dates I'm guessing it's definitely a 1.3.x
> release, probably 1.3.9 or later.
no, it is more likely 1.3.7 or earlier.
> However, I dropped the config file & pages directory into 1.3.14 and
> I get the following error when trying to run ?action=upgrade:
>
> ---
>
> check for necessary database updates - SQL
> db version: we want 1030.14
> db version: we have 0
> Backend type: mysql
>
> check for table session ...MISSING ...
> Fatal Error:
> lib/WikiDB/backend/PearDB.php:1059 Error:
> wikidb_backend_peardb_mysql: fatal database error
>
> DB Error: syntax error
> (
> CREATE TABLE (
> sess_id CHAR(32) NOT NULL DEFAULT '',
> sess_data BLOB NOT NULL,
> sess_date INT UNSIGNED NOT NULL,
> sess_ip CHAR(15) NOT NULL,
> PRIMARY KEY (sess_id),
> INDEX (sess_date)
> ) [nativecode=1064 ** You have an error in your SQL syntax; check the
> manual that corresponds to your MySQL server version for the right
> syntax to use near '(
> sess_id CHAR(32) NOT NULL DEFAULT '',
> sess_data BLOB NOT NULL,
> ' at line 1])
> Notice: "Undefined variable: session_tbl"
>
> Notice: "Undefined variable: session_tbl"
>
> ---
>
> Is this likely a 1.3.9 or 1.3.7 installation and I need to redo the
> config.ini and manually modify the MySQL database?
>
> Any suggestions as to how to get this upgraded to 1.3.14 would be
> greatly appreciated.
>
> Sincerely,
>
> Morgan Aldridge
> --
> mo...@ma...
> http://www.makkintosshu.com/
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/
http://spacemovie.mur.at/ http://helsinki.at/

I've inherited a PhpWiki installation running on Mac OS X 10.4.10 
(Tiger) Server with its default installation of PHP 4.4.7 & MySQL 
4.1.22.
Unfortunately, the previous owner either checked it from a version 
control repository or stripped out all documentation regarding the 
version number, so I don't know exactly which version it's running. 
Judging by features and dates I'm guessing it's definitely a 1.3.x 
release, probably 1.3.9 or later.
However, I dropped the config file & pages directory into 1.3.14 and 
I get the following error when trying to run ?action=upgrade:
---
check for necessary database updates - SQL
db version: we want 1030.14
db version: we have 0
Backend type: mysql
check for table session ...MISSING ...
Fatal Error:
lib/WikiDB/backend/PearDB.php:1059 Error: 
wikidb_backend_peardb_mysql: fatal database error
DB Error: syntax error
(
CREATE TABLE (
sess_id CHAR(32) NOT NULL DEFAULT '',
sess_data BLOB NOT NULL,
sess_date INT UNSIGNED NOT NULL,
sess_ip CHAR(15) NOT NULL,
PRIMARY KEY (sess_id),
INDEX (sess_date)
) [nativecode=1064 ** You have an error in your SQL syntax; check the 
manual that corresponds to your MySQL server version for the right 
syntax to use near '(
sess_id CHAR(32) NOT NULL DEFAULT '',
sess_data BLOB NOT NULL,
' at line 1])
Notice: "Undefined variable: session_tbl"
Notice: "Undefined variable: session_tbl"
---
Is this likely a 1.3.9 or 1.3.7 installation and I need to redo the 
config.ini and manually modify the MySQL database?
Any suggestions as to how to get this upgraded to 1.3.14 would be 
greatly appreciated.
Sincerely,
Morgan Aldridge
--
mo...@ma...
http://www.makkintosshu.com/

Sabri LABBENE wrote:
>Hi all,
>I need to make strings I escape with '~' character to be 
>displayed with a specific css class.
>I'm searching for the piece of code that decides whether to 
>link or not (escaped strings). Can't find out from where it is done !
>Can any body point me on something ?
>
>This needed in wysiwyg edition mode to know if some words were 
>escaped in order to prefix them with Phpwiki escape char when 
>converting back to wikitext syntax (performing a preview or 
>save action).
>
Any hints ?
Thanks,
-- Sabri.

Walter Rafelsberger schrieb:
> WikiSym 2007 International Symposium on Wikis
> http://www.wikisym.org/ws2007/index.html
PhpWiki will be there also:
Tuesday, October 23rd - Collaborative Technologies (10:30 - 12:00)
D. Frankowski et al. Recommenders Everywhere: The WikiLens 
Community-Maintained.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/
http://helsinki.at/ http://spacemovie.mur.at/

WikiSym 2007 International Symposium on Wikis
http://www.wikisym.org/ws2007/index.html
lgw
-- 
Researcher
---------------------------------------------------
MODUL University Vienna
Department of New Media Technology
Am Kahlenberg 1
1190 Vienna, Austria
(p) +43 1 320555 520
(f) +43 1 320555 903
(e) wal...@mo...

I also have a new plugin with action page which regenerates the markup cache:
page:_Retransform
<? plugin _Retransform ?>
call it like MyPage?action=_Retransform
change config.ini
MyPage?action=_Retransform
2007年10月1日, Sabri LABBENE <sab...@gm...>:
> On 10/1/07, Campo Weijerman <rf...@nl...> wrote:
> > On Mon, Oct 01, 2007 at 03:05:41PM +0200, Sabri LABBENE wrote:
> > > OK, I see.
> > > BTW, did you faced some slowness in document rendering, or any other
> side
> > > effects after changing the regexp aside from having to escape other
> words?
> >
> > I didn't notice anything like that. Just change it and see what
> > happens--if you don't like it, change it again, or change it back.
>
>
> At the moment, every thing is ok in my wiki. I just wanted to know more
> about your case and if have you have noticed something particular after
> changin the wiki regexp.
>
> > There is one gotcha: when playing with it, I used to open any page in
> > edit mode, then hit Preview to see which words would be rendered as
> > WikiWords. With 1.3.14 and the MonoBook theme, this now seems to be
> > delayed until the page is finally saved. Similarly, the effect of
> changing the the regexp will not become obvious immediately. There may be
> an admin option somewhere that lets you re-generate all pages, I think it's
> called the markup cache.
>
>
> Right. Purging the cached html versions of the pages from admin section will
> regenerate every page from its markup.
>
> Thanks for sharing you experiments.
>
> BR
> -- Sabri.
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
>
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/
http://spacemovie.mur.at/ http://helsinki.at/

On 10/1/07, Campo Weijerman <rf...@nl...> wrote:
>
> On Mon, Oct 01, 2007 at 03:05:41PM +0200, Sabri LABBENE wrote:
> > OK, I see.
> > BTW, did you faced some slowness in document rendering, or any other
> side
> > effects after changing the regexp aside from having to escape other
> words?
>
> I didn't notice anything like that. Just change it and see what
> happens--if you don't like it, change it again, or change it back.
At the moment, every thing is ok in my wiki. I just wanted to know more
about your case and if have you have noticed something particular after
changin the wiki regexp.
There is one gotcha: when playing with it, I used to open any page in
> edit mode, then hit Preview to see which words would be rendered as
> WikiWords. With 1.3.14 and the MonoBook theme, this now seems to be
> delayed until the page is finally saved. Similarly, the effect of
> changing the the regexp will not become obvious immediately. There may be
> an admin option somewhere that lets you re-generate all pages, I think it's
> called the markup cache.
Right. Purging the cached html versions of the pages from admin section will
regenerate every page from its markup.
Thanks for sharing you experiments.
BR
-- Sabri.

On Mon, Oct 01, 2007 at 03:05:41PM +0200, Sabri LABBENE wrote:
> OK, I see.
> BTW, did you faced some slowness in document rendering, or any other side
> effects after changing the regexp aside from having to escape other words?
I didn't notice anything like that. Just change it and see what
happens--if you don't like it, change it again, or change it back.
There is one gotcha: when playing with it, I used to open any page in
edit mode, then hit Preview to see which words would be rendered as
WikiWords. With 1.3.14 and the MonoBook theme, this now seems to be
delayed until the page is finally saved. Similarly, the effect of
changing the the regexp will not become obvious immediately. There
may be an admin option somewhere that lets you re-generate all pages,
I think it's called the markup cache.
Hth,
-- 
$_ = "Campo Weijerman [rfc822://nl.ibm.com/]" and tr-[:]/-<@>-d and print;

On 10/1/07, Campo Weijerman <rf...@nl...> wrote:
>
> On Mon, Oct 01, 2007 at 01:35:02PM +0200, Sabri LABBENE wrote:
> > Reini Urban wrote:
> > >Campo Weijerman schrieb:
> > >> On Fri, Sep 28, 2007 at 10:57:24AM +0200, Sabri LABBENE wrote:
> > >>> Hi all,
> > >>> I'm using phpwiki-1.3.12 and I'm trying to make it
> > >recognize CamelCase words with numbers inside as wikiwords, fo example:
> > >>> - CamelCase2 -> is a wikiword
> > >>> - Camel2Case -> is also a wiki word
> > >>> - 2CamelCase -> is also a wiki word
> > >>>
> > >>> I think there should be a regular expression somewhere in
> > >the code that decides if a word is a wikiword. Can someone
> > >teel where to find it ? If there will some side effects
> > >whenever numbers are considered into wikiwords ?
> > >>
> > >> Hi,
> > >>
> > >> We had a similar requirement and solved it back with phpwiki 1.3.3 by
> > >> changing the definition of $WikiNameRegexp in index.php
> > >>
> > >> With more recent releases there is WIKI_NAME_REGEXP in
> > >> config/config.ini
> > >>
> > >> It takes some tweaking to arrive at the right compromise between the
> > >> regex being too wide or too narrow. I think too wide is worse than
> > >> too narrow: you can always force linking to a page by putting the
> name
> > >> in [brackets], which is less painful than having to escape every
> other
> > >> word on a page...
> >
> > I tried the regexp and it keeps catching CamelCase words without digits
> > inside. I don't understand why you need to escape some other words in
> your
> > page. May be you have as requirement to only link pagenames that
> contains
> > digits.
>
> Sure. The problem is, if you start tweaking the regexp it is easy to
> come up with something that considers too many words a WikiWord, and
> you'll end up having to escape lots of words.
>
> > >> We have been using this for years now:
> > >>
> > >> WIKI_NAME_REGEXP =
> > >>
> > >"(?<![[:alnum:]])[[:upper:]][[:alnum:]]*?[[:lower:]][[:alnum:]]*?[[:up
> > >> per:]][[:alnum:]]*(?![[:alnum:]])";
> > >>
> > >> Btw, the default is
> > >>
> > >> WIKI_NAME_REGEXP =
> > >"(?<![[:alnum:]])(?:[[:upper:]][[:lower:]]+){2,}(?![[:alnum:]])"
> > >
> > >config-dist.ini in CVS has these options:
> > >http://phpwiki.cvs.sourceforge.net/phpwiki/phpwiki/config/confi
> > >g-dist.ini?revision=1.83&view=markup
> > >
> > >; Perl regexp for WikiNames ("bumpy words"):
> > >; (?<!..) & (?!...) used instead of '\b' because \b matches
> > >'_' as well
> > >; Allow digits: BumpyVersion132
> > >; WIKI_NAME_REGEXP =
> > >"(?<![[:alnum:]])(?:[[:upper:]][[:lower:][:digit:]]+){2,}(?![[:
> > >alnum:]])"
> > >; Allow lower+digits+dots: BumpyVersion1.3.2
> > >; WIKI_NAME_REGEXP =
> > >"(?<![[:alnum:]])(?:[[:upper:]][[:lower:][:digit:]\.]+){2,}(?![
> > >[:alnum:]])"
> > >; Default old behaviour, no digits as lowerchars.
> > >;WIKI_NAME_REGEXP =
> > >"(?<![[:alnum:]])(?:[[:upper:]][[:lower:]]+){2,}(?![[:alnum:]])"
> >
> > Great, it works !
> > Thanks Reini and Campo.
>
> Actually, the suggestions offered by Reini better match what you asked
> for. I use phpwiki mostly for documenting IT-related stuff, and as we
> all know there are many acronyms used. The traditional definition of
> WikiWord will include anything containing an embedded acronym, like
> for example DocBookXML2LaTeX (at least, I don't think it does). The
> alternative regexp I am now using will match any sequence of non-blank
> non-punctuation that starts with a Capital letter and alternates
> sufficiently between lower and uppercase. This works pretty well.
OK, I see.
BTW, did you faced some slowness in document rendering, or any other side
effects after changing the regexp aside from having to escape other words?
BR
-- Sabri.

On Mon, Oct 01, 2007 at 01:35:02PM +0200, Sabri LABBENE wrote:
> Reini Urban wrote:
> >Campo Weijerman schrieb:
> >> On Fri, Sep 28, 2007 at 10:57:24AM +0200, Sabri LABBENE wrote:
> >>> Hi all,
> >>> I'm using phpwiki-1.3.12 and I'm trying to make it 
> >recognize CamelCase words with numbers inside as wikiwords, fo example:
> >>> - CamelCase2 -> is a wikiword
> >>> - Camel2Case -> is also a wiki word
> >>> - 2CamelCase -> is also a wiki word
> >>>
> >>> I think there should be a regular expression somewhere in 
> >the code that decides if a word is a wikiword. Can someone 
> >teel where to find it ? If there will some side effects 
> >whenever numbers are considered into wikiwords ?
> >> 
> >> Hi,
> >> 
> >> We had a similar requirement and solved it back with phpwiki 1.3.3 by 
> >> changing the definition of $WikiNameRegexp in index.php
> >> 
> >> With more recent releases there is WIKI_NAME_REGEXP in 
> >> config/config.ini
> >> 
> >> It takes some tweaking to arrive at the right compromise between the 
> >> regex being too wide or too narrow. I think too wide is worse than 
> >> too narrow: you can always force linking to a page by putting the name 
> >> in [brackets], which is less painful than having to escape every other 
> >> word on a page...
> 
> I tried the regexp and it keeps catching CamelCase words without digits
> inside. I don't understand why you need to escape some other words in your
> page. May be you have as requirement to only link pagenames that contains
> digits.
Sure. The problem is, if you start tweaking the regexp it is easy to
come up with something that considers too many words a WikiWord, and
you'll end up having to escape lots of words.
> >> We have been using this for years now:
> >> 
> >> WIKI_NAME_REGEXP = 
> >> 
> >"(?<![[:alnum:]])[[:upper:]][[:alnum:]]*?[[:lower:]][[:alnum:]]*?[[:up
> >> per:]][[:alnum:]]*(?![[:alnum:]])";
> >> 
> >> Btw, the default is
> >> 
> >> WIKI_NAME_REGEXP = 
> >"(?<![[:alnum:]])(?:[[:upper:]][[:lower:]]+){2,}(?![[:alnum:]])"
> >
> >config-dist.ini in CVS has these options:
> >http://phpwiki.cvs.sourceforge.net/phpwiki/phpwiki/config/confi
> >g-dist.ini?revision=1.83&view=markup
> >
> >; Perl regexp for WikiNames ("bumpy words"):
> >; (?<!..) & (?!...) used instead of '\b' because \b matches 
> >'_' as well
> >; Allow digits: BumpyVersion132
> >; WIKI_NAME_REGEXP = 
> >"(?<![[:alnum:]])(?:[[:upper:]][[:lower:][:digit:]]+){2,}(?![[:
> >alnum:]])"
> >; Allow lower+digits+dots: BumpyVersion1.3.2
> >; WIKI_NAME_REGEXP = 
> >"(?<![[:alnum:]])(?:[[:upper:]][[:lower:][:digit:]\.]+){2,}(?![
> >[:alnum:]])"
> >; Default old behaviour, no digits as lowerchars.
> >;WIKI_NAME_REGEXP =
> >"(?<![[:alnum:]])(?:[[:upper:]][[:lower:]]+){2,}(?![[:alnum:]])"
> 
> Great, it works !
> Thanks Reini and Campo.
Actually, the suggestions offered by Reini better match what you asked
for. I use phpwiki mostly for documenting IT-related stuff, and as we
all know there are many acronyms used. The traditional definition of
WikiWord will include anything containing an embedded acronym, like
for example DocBookXML2LaTeX (at least, I don't think it does). The
alternative regexp I am now using will match any sequence of non-blank
non-punctuation that starts with a Capital letter and alternates
sufficiently between lower and uppercase. This works pretty well.
Regards,
-- 
$_ = "Campo Weijerman [rfc822://nl.ibm.com/]" and tr-[:]/-<@>-d and print;

Hi all,
I need to make strings I escape with '~' character to be displayed with =
a specific css class.
I'm searching for the piece of code that decides whether to link or not =
(escaped strings). Can't find out from where it is done !
Can any body point me on something ?
This needed in wysiwyg edition mode to know if some words were escaped =
in order to prefix them with Phpwiki escape char when converting back to =
wikitext syntax (performing a preview or save action).
Thanks,
-- Sabri.

Reini Urban wrote:
>Campo Weijerman schrieb:
>> On Fri, Sep 28, 2007 at 10:57:24AM +0200, Sabri LABBENE wrote:
>>> Hi all,
>>> I'm using phpwiki-1.3.12 and I'm trying to make it 
>recognize CamelCase words with numbers inside as wikiwords, fo example:
>>> - CamelCase2 -> is a wikiword
>>> - Camel2Case -> is also a wiki word
>>> - 2CamelCase -> is also a wiki word
>>>
>>> I think there should be a regular expression somewhere in 
>the code that decides if a word is a wikiword. Can someone 
>teel where to find it ? If there will some side effects 
>whenever numbers are considered into wikiwords ?
>> 
>> Hi,
>> 
>> We had a similar requirement and solved it back with phpwiki 1.3.3 by 
>> changing the definition of $WikiNameRegexp in index.php
>> 
>> With more recent releases there is WIKI_NAME_REGEXP in 
>> config/config.ini
>> 
>> It takes some tweaking to arrive at the right compromise between the 
>> regex being too wide or too narrow. I think too wide is worse than 
>> too narrow: you can always force linking to a page by putting the name 
>> in [brackets], which is less painful than having to escape every other 
>> word on a page...
I tried the regexp and it keeps catching CamelCase words without digits
inside. I don't understand why you need to escape some other words in your
page. May be you have as requirement to only link pagenames that contains
digits.
>> We have been using this for years now:
>> 
>> WIKI_NAME_REGEXP = 
>> 
>"(?<![[:alnum:]])[[:upper:]][[:alnum:]]*?[[:lower:]][[:alnum:]]*?[[:up
>> per:]][[:alnum:]]*(?![[:alnum:]])";
>> 
>> Btw, the default is
>> 
>> WIKI_NAME_REGEXP = 
>"(?<![[:alnum:]])(?:[[:upper:]][[:lower:]]+){2,}(?![[:alnum:]])"
>
>config-dist.ini in CVS has these options:
>http://phpwiki.cvs.sourceforge.net/phpwiki/phpwiki/config/confi
>g-dist.ini?revision=1.83&view=markup
>
>; Perl regexp for WikiNames ("bumpy words"):
>; (?<!..) & (?!...) used instead of '\b' because \b matches 
>'_' as well
>; Allow digits: BumpyVersion132
>; WIKI_NAME_REGEXP = 
>"(?<![[:alnum:]])(?:[[:upper:]][[:lower:][:digit:]]+){2,}(?![[:
>alnum:]])"
>; Allow lower+digits+dots: BumpyVersion1.3.2
>; WIKI_NAME_REGEXP = 
>"(?<![[:alnum:]])(?:[[:upper:]][[:lower:][:digit:]\.]+){2,}(?![
>[:alnum:]])"
>; Default old behaviour, no digits as lowerchars.
>;WIKI_NAME_REGEXP =
>"(?<![[:alnum:]])(?:[[:upper:]][[:lower:]]+){2,}(?![[:alnum:]])"
Great, it works !
Thanks Reini and Campo.
Best Regards,
-- Sabri.

Campo Weijerman schrieb:
> On Fri, Sep 28, 2007 at 10:57:24AM +0200, Sabri LABBENE wrote:
>> Hi all,
>> I'm using phpwiki-1.3.12 and I'm trying to make it recognize CamelCase words with numbers inside as wikiwords, fo example:
>> - CamelCase2 -> is a wikiword
>> - Camel2Case -> is also a wiki word
>> - 2CamelCase -> is also a wiki word
>>
>> I think there should be a regular expression somewhere in the code that decides if a word is a wikiword. Can someone teel where to find it ? If there will some side effects whenever numbers are considered into wikiwords ?
> 
> Hi,
> 
> We had a similar requirement and solved it back with phpwiki 1.3.3 by
> changing the definition of $WikiNameRegexp in index.php
> 
> With more recent releases there is WIKI_NAME_REGEXP in config/config.ini
> 
> It takes some tweaking to arrive at the right compromise between the
> regex being too wide or too narrow. I think too wide is worse than
> too narrow: you can always force linking to a page by putting the name
> in [brackets], which is less painful than having to escape every other
> word on a page...
> 
> We have been using this for years now:
> 
> WIKI_NAME_REGEXP = "(?<![[:alnum:]])[[:upper:]][[:alnum:]]*?[[:lower:]][[:alnum:]]*?[[:upper:]][[:alnum:]]*(?![[:alnum:]])";
> 
> Btw, the default is 
> 
> WIKI_NAME_REGEXP = "(?<![[:alnum:]])(?:[[:upper:]][[:lower:]]+){2,}(?![[:alnum:]])"
config-dist.ini in CVS has these options:
http://phpwiki.cvs.sourceforge.net/phpwiki/phpwiki/config/config-dist.ini?revision=1.83&view=markup
; Perl regexp for WikiNames ("bumpy words"):
; (?<!..) & (?!...) used instead of '\b' because \b matches '_' as well
; Allow digits: BumpyVersion132
; WIKI_NAME_REGEXP = 
"(?<![[:alnum:]])(?:[[:upper:]][[:lower:][:digit:]]+){2,}(?![[:alnum:]])"
; Allow lower+digits+dots: BumpyVersion1.3.2
; WIKI_NAME_REGEXP = 
"(?<![[:alnum:]])(?:[[:upper:]][[:lower:][:digit:]\.]+){2,}(?![[:alnum:]])"
; Default old behaviour, no digits as lowerchars.
;WIKI_NAME_REGEXP = 
"(?<![[:alnum:]])(?:[[:upper:]][[:lower:]]+){2,}(?![[:alnum:]])"
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/
http://helsinki.at/ http://spacemovie.mur.at/

On Fri, Sep 28, 2007 at 10:57:24AM +0200, Sabri LABBENE wrote:
> Hi all,
> I'm using phpwiki-1.3.12 and I'm trying to make it recognize CamelCase words with numbers inside as wikiwords, fo example:
> - CamelCase2 -> is a wikiword
> - Camel2Case -> is also a wiki word
> - 2CamelCase -> is also a wiki word
> 
> I think there should be a regular expression somewhere in the code that decides if a word is a wikiword. Can someone teel where to find it ? If there will some side effects whenever numbers are considered into wikiwords ?
Hi,
We had a similar requirement and solved it back with phpwiki 1.3.3 by
changing the definition of $WikiNameRegexp in index.php
With more recent releases there is WIKI_NAME_REGEXP in config/config.ini
It takes some tweaking to arrive at the right compromise between the
regex being too wide or too narrow. I think too wide is worse than
too narrow: you can always force linking to a page by putting the name
in [brackets], which is less painful than having to escape every other
word on a page...
We have been using this for years now:
WIKI_NAME_REGEXP = "(?<![[:alnum:]])[[:upper:]][[:alnum:]]*?[[:lower:]][[:alnum:]]*?[[:upper:]][[:alnum:]]*(?![[:alnum:]])";
Btw, the default is 
WIKI_NAME_REGEXP = "(?<![[:alnum:]])(?:[[:upper:]][[:lower:]]+){2,}(?![[:alnum:]])"
 
Hth,
-- 
$_ = "Campo Weijerman [rfc822://nl.ibm.com/]" and tr-[:]/-<@>-d and print;

Hi all,
I'm using phpwiki-1.3.12 and I'm trying to make it recognize CamelCase =
words with numbers inside as wikiwords, fo example:
- CamelCase2 -> is a wikiword
- Camel2Case -> is also a wiki word
- 2CamelCase -> is also a wiki word
I think there should be a regular expression somewhere in the code that =
decides if a word is a wikiword. Can someone teel where to find it ? If =
there will some side effects whenever numbers are considered into =
wikiwords ?
Thanks,
-- Sabri.

2007年9月27日, AlJeux <al...@fr...>:
> Article: Export Writer documents into any wiki
> See: http://www.linux.com/feature/119363
>
> Having this kind of feature for phpwiki would be a very nice add-on.
>
> Do you think it's possible ?
Surew, very easy to do.
But someone has to do it.
We even don't need any plugin for it, just an external xslt filter
and a page describing it.
And hoefully somewhen the WikiCreole parser. Then we don't need to
adapt the syntax rules all the time.
PS: For Mediawiki and others there's the perl module
HTML::WikiConverter to import mediawiki html into phpwiki syntax.
This could be easily adapted to convert OpenOffice documents directly
to any Wiki.
OpenOffice just uses gzip compressed xml as fileformat, very similar to HTML.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/
http://spacemovie.mur.at/ http://helsinki.at/

Article: Export Writer documents into any wiki
See: http://www.linux.com/feature/119363
Having this kind of feature for phpwiki would be a very nice add-on.
Do you think it's possible ?
Regards,
Alain.

Stefan wrote:
>as the messages told you the var $page is not defined.
I thought that may be $page is needed and this could have an impact on the
plugin.
>look at IncludePage.php at line 62 and 64
>
>replace
> if ($page) {
>with
> if (isset($page) && $page) {
>
>replace
> if (!$page or !$page->name)
>with
> if (!isset($page) or !$page or !$page->name)
>
>maybe not the best fix but it should work...
Thank you. It works.
Best Regards,
-- Sabri LABBENE.
>Sabri LABBENE schrieb:
>> Hi all,
>>
>> I'm trying to get my unfoldSubpages plugin working in my 
>phpwiki-1.3.12. I upgraded these files to the latest cvs version.
>>
>> - lib/plugin/UnfoldSubpages.php
>> - lib/plugin/IncludePage.php
>> - lib/WikiPlugin.php
>>
>> The plugin worked but it still show a notice after saving the page:
>>
>> lib/plugin/IncludePage.php:62: Notice: Undefined variable 'page'.
>> lib/plugin/IncludePage.php:64: Notice: Undefined variable 'page'.
>>
>> Not sure this var was created by previous extract() (line 60).
>>
>> Does any body know how to remove this notice ?
>>
>>
>> Thanks,
>> --Sabri.
>>
>>
>> 
>----------------------------------------------------------------------
>> --- This SF.net email is sponsored by: Microsoft Defy all 
>challenges. 
>> Microsoft(R) Visual Studio 2005.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Phpwiki-talk mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>>
>>
>> 
>
>
>---------------------------------------------------------------
>----------
>This SF.net email is sponsored by: Microsoft Defy all 
>challenges. Microsoft(R) Visual Studio 2005.
>http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>_______________________________________________
>Phpwiki-talk mailing list
>Php...@li...
>https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

as the messages told you the var $page is not defined.
look at IncludePage.php at line 62 and 64
replace
 if ($page) {
with
 if (isset($page) && $page) {
replace
 if (!$page or !$page->name)
with
 if (!isset($page) or !$page or !$page->name)
maybe not the best fix but it should work...
Regards Stefan
Sabri LABBENE schrieb:
> Hi all,
>
> I'm trying to get my unfoldSubpages plugin working in my phpwiki-1.3.12. I upgraded these files to the latest cvs version.
>
> - lib/plugin/UnfoldSubpages.php
> - lib/plugin/IncludePage.php
> - lib/WikiPlugin.php
>
> The plugin worked but it still show a notice after saving the page:
>
> lib/plugin/IncludePage.php:62: Notice: Undefined variable 'page'.
> lib/plugin/IncludePage.php:64: Notice: Undefined variable 'page'.
>
> Not sure this var was created by previous extract() (line 60).
>
> Does any body know how to remove this notice ?
>
>
> Thanks,
> --Sabri.
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
>
> 

Hi all,
I'm trying to get my unfoldSubpages plugin working in my phpwiki-1.3.12. =
I upgraded these files to the latest cvs version.
- lib/plugin/UnfoldSubpages.php
- lib/plugin/IncludePage.php
- lib/WikiPlugin.php
The plugin worked but it still show a notice after saving the page:
lib/plugin/IncludePage.php:62: Notice: Undefined variable 'page'.
lib/plugin/IncludePage.php:64: Notice: Undefined variable 'page'.
Not sure this var was created by previous extract() (line 60).
Does any body know how to remove this notice ?
Thanks,
--Sabri.

Harold Hallikainen schrieb:
> I have a user that would like to upload all the files in a particular
> directory. Is there any way to do this other than one by one?
No multi-file upload not yet done. If anyone wants to write that, a lot 
of users complain about that missing feature.
But users also complain about missing image editing (crop, resize) of 
uploaded pictures. You cannot have everything.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/
http://helsinki.at/ http://spacemovie.mur.at/

I have a user that would like to upload all the files in a particular
directory. Is there any way to do this other than one by one?
THANKS!
Harold
-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!

Marek Lukasik schrieb:
> I would like to use the buttons "Email Verification" and "Access 
> Restrictions" in the WIKI. I get to a next screen when I press "Email 
> Verification" but the list op pages for which I can change the 
> verification status is empty and following messages are visible:
> 
> lib/DbSession/SQL.php:97: Notice: Only variables should be assigned by 
> reference
> lib/CachedMarkup.php (In template 'browse' < 'body' < 'html'):491: 
> Notice: Only variables should be assigned by reference
> 
> lib/CachedMarkup.php (In template 'body' < 'html'):491: Notice: Only 
> variables should be assigned by reference
> 
> When I hit "Access Restrictions" the WikiAdminUtils says: Sorry. Access 
> Restrictions not yet implemented
> With following messages:
> 
> lib/DbSession/SQL.php:97: Notice: Only variables should be assigned by 
> reference
> lib/CachedMarkup.php (In template 'browse' < 'body' < 'html'):491: 
> Notice: Only variables should be assigned by reference
> 
> lib/CachedMarkup.php (In template 'body' < 'html'):491: Notice: Only 
> variables should be assigned by reference
> 
> I also noticed a few messages displayed in the bottom of my WIKI 
> administration screen:
> lib/DbSession/SQL.php:97: Notice: Only variables should be assigned by 
> reference
> lib/CachedMarkup.php (In template 'browse' < 'body' < 'html'):491: 
> Notice: Only variables should be assigned by reference
> 
> lib/CachedMarkup.php (In template 'body' < 'html'):491: Notice: Only 
> variables should be assigned by reference
> lib/CachedMarkup.php (In template 'html'):491: Notice: Only variables 
> should be assigned by reference
> lib/CachedMarkup.php:491: Notice: Only variables should be assigned by 
> reference
> lib/CachedMarkup.php:491: Notice: Only variables should be assigned by 
> reference
> 
> Could anybody please help with this issue? Could this be caused by the 
> activated PHP safe mode in our domain setup?
All these are fixed with the current release 1.13.14
"Access Restrictions" is still not implemented though.
For "Email Verification" I fixed some bugs recently. These PageList 
fixes should also be in 1.13.14.
-- 
Reini Urban
http://phpwiki.org/ http://murbreak.at/
http://helsinki.at/ http://spacemovie.mur.at/