phpwiki-talk

Re: [Phpwiki-talk] Numbers in wikiwords

[Sabri L. <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.

Re: [Phpwiki-talk] Numbers in wikiwords

[Campo W. <rf...@nl...>]

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;

Re: [Phpwiki-talk] Numbers in wikiwords

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

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.

Re: [Phpwiki-talk] Numbers in wikiwords

[Campo W. <rf...@nl...>]

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;

[Phpwiki-talk] About escaping words and urls

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

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.

Re: [Phpwiki-talk] Numbers in wikiwords

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

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.

Re: [Phpwiki-talk] Numbers in wikiwords

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

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/

Re: [Phpwiki-talk] Numbers in wikiwords

[Campo W. <rf...@nl...>]

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;

[Phpwiki-talk] Numbers in wikiwords

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

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.

Re: [Phpwiki-talk] PHPWiki and OpenOffice.

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

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/

[Phpwiki-talk] PHPWiki and OpenOffice.

[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 ?

Regards,
Alain.

Re: [Phpwiki-talk] UnfoldSubpages plugin

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

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
>

Re: [Phpwiki-talk] UnfoldSubpages plugin

[Stefan <son...@ba...>]

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
>
>
>   

[Phpwiki-talk] UnfoldSubpages plugin

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

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.

Re: [Phpwiki-talk] upload with file wildcard?

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

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/

[Phpwiki-talk] upload with file wildcard?

[Harold H. <ha...@ha...>]

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!

Re: [Phpwiki-talk] User Management

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

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/

[Phpwiki-talk] User Management

[Marek L. <Mar...@ao...>]

Hi,

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=20
lib/CachedMarkup.php (In template 'browse' < 'body' < 'html'):491:
Notice: Only variables should be assigned by reference=20
lib/CachedMarkup.php (In template 'body' < 'html'):491: Notice: Only
variables should be assigned by reference=20

When I hit "Access Restrictions" the WikiAdminUtils says: Sorry. Access
Restrictions not yet implemented
With following messages:=20

lib/DbSession/SQL.php:97: Notice: Only variables should be assigned by
reference=20
lib/CachedMarkup.php (In template 'browse' < 'body' < 'html'):491:
Notice: Only variables should be assigned by reference=20
lib/CachedMarkup.php (In template 'body' < 'html'):491: Notice: Only
variables should be assigned by reference=20

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=20
lib/CachedMarkup.php (In template 'browse' < 'body' < 'html'):491:
Notice: Only variables should be assigned by reference=20
lib/CachedMarkup.php (In template 'body' < 'html'):491: Notice: Only
variables should be assigned by reference=20
lib/CachedMarkup.php (In template 'html'):491: Notice: Only variables
should be assigned by reference=20
lib/CachedMarkup.php:491: Notice: Only variables should be assigned by
reference=20
lib/CachedMarkup.php:491: Notice: Only variables should be assigned by
reference=20

Could anybody please help with this issue? Could this be caused by the
activated PHP safe mode in our domain setup?

Regards,
Marek Lukasik
_______________________________________________
AOT Consulting Pty Ltd
Telephone: +61 8 9278 5000
Direct Line: +61 8 9278 5045
Facsimile:   +61 8 9278 5099
Email: mar...@ao...
www.aotconsulting.com
_______________________________________________
The information contained in this email message and any
attached files contains confidential information. If you are
not the intended recipient, any use, disclosure or copying
of this email is unauthorised. If you have received this=20
email in error, please notify us immediately by reply email=20
and delete the original. Thank you for your cooperation.=20

Re: [Phpwiki-talk] email verification?

[Harold H. <ha...@ha...>]

Thanks!

Harold


> 2007/9/15, Harold Hallikainen <ha...@ha...>:
>> On the admin page, I see a section for user management and email
>> verification, but I don't see in config.ini how to enable email
>> verification. I'd like new users to register with an email address. The
>> wiki would then send them an email with a link to click to be
>> authorized.
>> It sort of looks like the systme is supposed to be able to do that, but
>> I
>> can't figure out how to enable it.
>
> These email verification functions are currently only used as backbone
> for sending email verifications on page changes/removes/renames. Not
> for auth yet.
>
> The new WikiUser/EmailUser.php auth module is still in work.
> But I'll check it into CVS for other interested developers to continue.
> Same goes for WikiUser/OpenID.php
> --
> Reini Urban
> http://phpwiki.org/              http://murbreak.at/
> http://spacemovie.mur.at/   http://helsinki.at/
>
> -------------------------------------------------------------------------
> 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
>


-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!

Re: [Phpwiki-talk] email verification?

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

2007/9/15, Harold Hallikainen <ha...@ha...>:
> On the admin page, I see a section for user management and email
> verification, but I don't see in config.ini how to enable email
> verification. I'd like new users to register with an email address. The
> wiki would then send them an email with a link to click to be authorized.
> It sort of looks like the systme is supposed to be able to do that, but I
> can't figure out how to enable it.

These email verification functions are currently only used as backbone
for sending email verifications on page changes/removes/renames. Not
for auth yet.

The new WikiUser/EmailUser.php auth module is still in work.
But I'll check it into CVS for other interested developers to continue.
Same goes for WikiUser/OpenID.php
-- 
Reini Urban
http://phpwiki.org/              http://murbreak.at/
http://spacemovie.mur.at/   http://helsinki.at/

[Phpwiki-talk] email verification?

[Harold H. <ha...@ha...>]

On the admin page, I see a section for user management and email
verification, but I don't see in config.ini how to enable email
verification. I'd like new users to register with an email address. The
wiki would then send them an email with a link to click to be authorized.
It sort of looks like the systme is supposed to be able to do that, but I
can't figure out how to enable it.

Ideas?

THANKS!

Harold


-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!

[Phpwiki-talk] A ContentDriven Reputation System for the Wikipedia

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

"Researchers at UCSC developed a tool that measures the trustworthiness 
of each Wikipedia page.[1] Roughly speaking, the algorithm analyzes the 
entire 7-year user-editing-history and utilizes the longevity of the 
content to learn which contributors are the most reliable: If your 
contribution lasts, you gain 'reputation,' whereas if it's edited out, 
your reputation falls. The trustworthiness of a newly inserted text is a 
function of the reputation of all its authors, a heuristic that turned 
out to be successful in identifying poor content. The interested reader 
can take a look at this demonstration[2] (random page with white/orange 
background marking trusted/untrusted text, respectively; note "random 
page" link at the left for more demo pages), this  presentation 
(pdf)[3], and this paper (pdf)[4]."

[1] http://trust.cse.ucsc.edu/
[2] http://enwiki-trust.cse.ucsc.edu/index.php/Special:Random
[3] 
http://trust.cse.ucsc.edu/UCSC_Wiki_Lab?action=AttachFile&do=get&target=wikimania07.pdf
[4] http://www.soe.ucsc.edu/~luca/papers/07/wikiwww2007.pdf

 From http://it.slashdot.org/firehose.pl?id=271407&op=view
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

[Phpwiki-talk] upload issues

[Zac E. <Zac...@me...>]

so last week I was trying to get my 1.2.1 install to write uploads to  
the correct ./uploads/UserName/ path.

after playing with it some I noticed getUploadFilePath wasn't  
returning an ending slash which was odd since it was explicitly coded.


function getUploadFilePath() {
     if (defined('UPLOAD_FILE_PATH')) return UPLOAD_FILE_PATH;
     return defined('PHPWIKI_DIR')
         ? PHPWIKI_DIR . "/uploads/"
         : realpath(dirname(__FILE__) . "/../uploads/");
}


so not wanting to figure out why I just added a slash during the  
UpLoad.php and everything worked great.

      $file_dir .= "/";
             if (UPLOAD_USERDIR) {



now I migrated to 1.3.14 and again, same issue, writing to  
uploadsUserName instead of uploads/UserName, but what is even weirder  
is that it fails to actually write the file because
ERROR uploading '1.txt':

Only files with the extension 7z , avi , bmp , bz2 , c , cfg , diff ,  
doc , gif , h , ini , jpeg , jpg , kmz , mp3 , patch , pdf , png ,  
ppt , rar , tar , tar.gz , txt , xls , zip are allowed.

..

::boggle::

so it writes the incorrect DIR (this is a default 1.3.14 install,  
just downloaded it again last night) AND disallows the file.  I can't  
think of where to look for a fix as I'm looking at code that should  
work.   this has to be a deeper issue.  any ideas on what to report  
to help debug it?  thanks



rhel4
php-4.3.9-3.9
php-ldap-4.3.9-3.9
php-mysql-4.3.9-3.9
php-gd-4.3.9-3.9
php-pear-4.3.9-3.9

Re: [Phpwiki-talk] Jumping levels in lists

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

On 8/30/07, Reini Urban <ru...@x-...> wrote:
>
> Sabri LABBENE schrieb:
> > I write a list in which I jump a level, someting like
> >
> > * level 1, element 1
> > * level 1, element 2
> > *** level 3, element 1
> > *** level 3, element 2
> > *** level 3, element 3
> > ** level 2, element 1
> > ** level 2, element 2
> > * level 1, element 3
> > * level 1, element 4
> >
> > This will be rendered as (sc_list.PNG)
> >
> > Do you think this is a bug ??
>
> Well, this is the way how it was defined.
> Skipping one ident level was not indented. In strict HTML it
> should be disallowed also.
>
> * level 1, element 2
> ** level 2, element 1
> *** level 3, element 1


ok. to me breaking user's text is not good.

The question was raised from wysiwyg editor that allow people to jump as
many levels as they want and when the html is converted back to wikitext,
the text is broken.

I'll try to fix it.

> I agree that the input was not well formed, but I think list parser
> > should do other thing than breaking the text. For example, detect
> > level jumps ...
> >
> > Note: I didn't asked the list because of my attached png file.
>
> Such a small png is quite ok for the list.


Sorry.

BR
-- Sabri.

Re: [Phpwiki-talk] Jumping levels in lists

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

Sabri LABBENE schrieb:
> I write a list in which I jump a level, someting like
> 
> * level 1, element 1
> * level 1, element 2
> *** level 3, element 1
> *** level 3, element 2
> *** level 3, element 3
> ** level 2, element 1
> ** level 2, element 2
> * level 1, element 3
> * level 1, element 4
> 
> This will be rendered as (sc_list.PNG)
> 
> Do you think this is a bug ??

Well, this is the way how it was defined.
Skipping one ident level was not indented. In strict HTML it
should be disallowed also.

  * level 1, element 2
  ** level 2, element 1
  *** level 3, element 1

> I agree that the input was not well formed, but I think list parser 
 > should do other thing than breaking the text. For example, detect
 > level jumps ...
> 
> Note: I didn't asked the list because of my attached png file.

Such a small png is quite ok for the list.
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/