phpwiki-talk

Re: [Phpwiki-talk] Problem to convert links with http

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

2006/5/16, Jean-Nicolas GEREONE <jea...@st...>:
> Reini Urban wrote:
> > 2006/5/12, Jean-Nicolas GEREONE <jea...@st...>:
> >> For the development of the wysiwyg editor, I have an issue for the
> >> conversion from wikitext to html of links.
> >>
> >> To convert wikitext to html, I use the code bellow :
> >>
> >>       require_once("lib/BlockParser.php");
> >>       $output =3D new Wikitext($this->_wikitext);
> >>       $xmlcontent =3D new XmlContent($output->getContent() );
> >>       $this->_html =3D $xmlcontent->AsXML();
> >
> > Did you actually look into the WysiwygEdit framework?
> > This is done in WysiwygEdit ->ConvertBefore()
> >
> >        require_once("lib/BlockParser.php");
> >        $xml =3D TransformText($text, 2.0,
> > $GLOBALS['request']->getArg('pagename'));
> >        return $xml->AsXML();
>
> Yes. The problem is that it convert plugins in html too.

Ah, I see! Okay, we can temp. disable the plugin type for this kind of
conversion.
For the moment maybe with a global, later the API has to be enhanced.

> And for the moment conversion of plugins (in html form)  to wikitext is
> not supported. And this will require a particular development for each
> plugin. That's why I 've chosen this code.
--=20
Reini Urban
http://phpwiki.org/
http://spacemovie.mur.at/   http://helsinki.at/

[Phpwiki-talk] ACL question

[joel s. <fox...@gm...>]

My wiki is setup to allow anyone to view, but only auth'ed users to edit

For one page I want to set it so that only auth'ed users can view.
I currently am showing this on the ACL page which makes me think it is set
the way I want.
Notice how view and edit both have  -_BOGOUSER.
But I find that when I sign out, I can still view, but I cannot edit.

Are there known issues with some of the details of using ACL lists?
Thanks,
Joel Schaubert

*Type: *invidual page permission
*getfacl: **rw----rw-+*
*ACL: *view:_AUTHENTICATED,-_BOGOUSER; edit:_AUTHENTICATED,-_BOGOUSER;
create:_AUTHENTICATED,-_BOGOUSER; list:_EVERY; remove:_ADMIN,_OWNER;
change:_ADMIN,_OWNER; dump:_EVERY

Re: [Phpwiki-talk] CVS change

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

2006/5/14, Matt Brown <ma...@ma...>:
> Reini Urban wrote:
> > See https://www.sf.net/docs/A04
> > Old: cvs.sourceforge.net
> > New: PROJECT_UNIX_NAME.cvs.sourceforge.net

> Now that Sourceforge is offering subversion services, how would you feel
> about migrating the project repository?
> It is very very very similar to CVS in its manner of usage, and vasty
> improves the nasty bits of CVS such as dealing with branches and tags.

It's tempting indeed. Also for aesthetic reasons to get rid of some
branching mistakes I did before.

BTW: For technical reasons I'd prefer arch or monotone.
In my company we use ClearQuest (which nobody likes).

But this is a major change for me and others which will need more considera=
tion.
Jeff? What do you think?
--=20
Reini Urban
http://phpwiki.org/

Re: [Phpwiki-talk] Problem to convert links with http

[Jean-Nicolas G. <jea...@st...>]

Reini Urban wrote:
> 2006/5/12, Jean-Nicolas GEREONE <jea...@st...>:
>> For the development of the wysiwyg editor, I have an issue for the
>> conversion from wikitext to html of links.
>>
>> To convert wikitext to html, I use the code bellow :
>>
>>       require_once("lib/BlockParser.php");
>>       $output = new Wikitext($this->_wikitext);
>>       $xmlcontent = new XmlContent($output->getContent() );
>>       $this->_html = $xmlcontent->AsXML();
>
> Did you actually look into the WysiwygEdit framework?
> This is done in WysiwygEdit ->ConvertBefore()
>
>        require_once("lib/BlockParser.php");
>        $xml = TransformText($text, 2.0, 
> $GLOBALS['request']->getArg('pagename'));
>        return $xml->AsXML();
>

Yes. The problem is that it convert plugins in html too.

And for the moment conversion of plugins (in html form)  to wikitext is 
not supported. And this will require a particular development for each 
plugin. That's why I 've chosen this code.


>> If my "$this->_wikitext" contains links like :
>>
>>     [ text  | wikilink ] , [ text  | newpage ]  .. that's ok.
>>
>> But if I have something like :
>>
>>     [ text | http://... ] or [ text | ftp://... ]  ...
>>
>> it just convert it in "<p ... >text</p>" and the link disappear.
>>
>>
>> Does someone know something about it ?  or is there a way to force
>> phpwiki to keep the link or convert it correctly ?
>
> I'm currently converting your .js patches to the hooks provided by the
> WysiwygEdit framework, so one can easily switch from any supported
> WysiwygEdit class to another.
>
> Wikiwyg FCKEditor htmlarea2 htmlarea3 spaw tinymce

[Phpwiki-talk] CVS version, MySQL DB problem

[Dan F. <dfr...@cs...>]

I checked out the latest copy of PhpWiki from CVS today, tried to set it 
up, and eventually got the error below my sig. Have others seen this? 
It's not crucial for me to get it running, but it might be nice.

System setup:

- Ubuntu Linux
- PHP 4.3.10-10ubuntu4.4
- running PEAR, looks like a fairly old client lib (complained until I 
set user pw to MySQL 4.0 style) although I can't figure out exactly which
- connecting to MySQL 4.1.10a-Debian_2.

I trust you are well.

Dan

Fatal Error:

lib/WikiDB/backend/PearDB.php:1042: Error: wikidb_backend_peardb_mysql: 
fatal database error

    * DB Error: not locked
    * (UPDATE page_id_seq SET id=LAST_INSERT_ID(id+1) [nativecode=1100 
** Table 'page_id_seq' was not locked with LOCK TABLES])
    *


lib/WikiDB/backend/PearDB.php:1042: Error: wikidb_backend_peardb_mysql: 
fatal database error

    * DB Error: not locked
    * (UPDATE page_id_seq SET id=LAST_INSERT_ID(id+1) [nativecode=1100 
** Table 'page_id_seq' was not locked with LOCK TABLES])
    *

RE: [Phpwiki-talk] CVS change

[John C. <joh...@ua...>]

A lot of us are working from cvs versions, so I'd hope for a really stable
release before converting to subversion.  

John

-----Original Message-----
From: php...@li...
[mailto:php...@li...] On Behalf Of Matt Brown
Sent: Saturday, May 13, 2006 8:16 PM
To: php...@li...
Subject: Re: [Phpwiki-talk] CVS change

Hi Reini,

Reini Urban wrote:
> See https://www.sf.net/docs/A04
> Old: cvs.sourceforge.net
> New: PROJECT_UNIX_NAME.cvs.sourceforge.net
> 
> All of you who hold a cvs checkout: You can simply update your Root files.

Now that Sourceforge is offering subversion services, how would you feel
about migrating the project repository?

It is very very very similar to CVS in its manner of usage, and vasty
improves the nasty bits of CVS such as dealing with branches and tags.

Cheers

-- 
Matt Brown
ma...@ma...
Mob +64 21 611 544 www.mattb.net.nz

This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

Re: [Phpwiki-talk] Problem to convert links with http

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

2006/5/15, Jean-Nicolas GEREONE <jea...@st...>:
> Great. I am very pleased.
> Thanks for the conversion to include it in the wysiwygEdit framework.
> I am now working on the new release that will contain lots of more featur=
es.
> I am planning to post it at the end of the week.

good.
lost of buttons need to be added. (preview, save, formatting, ...)
maybe we should use our previous toolbar buttons, not the ones from Wysiwyg

and the previous popup buttons (allpages, allplugins, categories...)
should really use AJAX, either via xmlrpc or POST.
--=20
Reini

Re: [Phpwiki-talk] Problem to convert links with http

[Jean-Nicolas G. <jea...@st...>]

Great. I am very pleased.

Thanks for the conversion to include it in the wysiwygEdit framework.

I am now working on the new release that will contain lots of more features.

I am planning to post it at the end of the week.


Jean-Nicolas.



Reini Urban wrote:
> 2006/5/13, Reini Urban <ru...@x-...>:
>> I'm currently converting your .js patches to the hooks provided by the
>> WysiwygEdit framework, so one can easily switch from any supported
>> WysiwygEdit class to another.
>
> Jean-Nicolas,
> Your patch is now in CVS. Thanks a lot!
>
> I simplified it a bit to fit into the existing WysiwygEdit framework 
> and to
> take advantage of translatable strings, VIRTUAL_PATH urls, and
> seperate starter scripts.
>
> I also added WYSIWYG_BACKEND = Wikiwyg and made this the default.
> This is the one which actually works, because the required and hairy
> html->wiki conversion is done in the JS itself - as it should be.
>
> There are still minor quirks, but please post patches to this CVS 
> version:
> 1.3.13pre-20060513

Re: [Phpwiki-talk] Wanted Pages SQL Problem

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

2006/5/9, William Leader <le...@k2...>:
> I composed this message once before but it seems to have gotten lost in
> the ether. I ended up figuring this one out... I got Google lucky.
>
> According to http://dev.mysql.com/doc/refman/5.0/en/join.html:
>
> <Quote>
> INNER JOIN| and |,| (comma) are semantically equivalent in the absence
> of a join condition: both produce a Cartesian product between the
> specified tables (that is, each and every row in the first table is
> joined to each and every row in the second table).
>
> However, the precedence of the comma operator is less than than of
> |INNER JOIN|, |CROSS JOIN|, |LEFT JOIN|, and so on. If you mix comma
> joins with the other join types when there is a join condition, an error
> of the form |Unknown column '/|col_name|/' in 'on clause'| may occur.
> Information about dealing with this problem is given later in this sectio=
n.
> </Quote>
>
> and sure enough later in the document they explain it. Basically prior
> to MySQL 5.0.12, Join and the comma operator were treated the same, but
> in 5.0.12 and later, the join keyword has higher precedence than the
> comma. So because the wanted pages code simplified is "... From
> link,page Join page join nonempty ..." MySQLl joins the link table last
> because it is joined by a comma rather than the join keyword.
>
> The Solution:
> in wiki/lib/WikiDB/backend/PearDB_mysql.php line 127:
> Change
> . " FROM $link_tbl,$page_tbl as linked "
> To
> . " FROM $link_tbl JOIN $page_tbl  as linked "

Thanks! Fixed now in CVS.
According ANSI SQL rules, so it is now:

$sql =3D "SELECT p.pagename, pp.pagename as wantedfrom"
            . " FROM $page_tbl p JOIN $link_tbl linked"
            . " LEFT JOIN $page_tbl pp ON linked.linkto =3D pp.id"
            . " LEFT JOIN $nonempty_tbl ne ON linked.linkto =3D ne.id"
            . " WHERE ne.id is NULL"
=09    .       " AND p.id =3D linked.linkfrom"
            . $exclude_from
            . $exclude
            . $orderby;

mysql uses the derivate: WHERE ISNULL(ne.id)


--=20
Reini Urban
http://phpwiki.org/
http://spacemovie.mur.at/   http://helsinki.at/

Re: [Phpwiki-talk] CVS change

[Matt B. <ma...@ma...>]

Hi Reini,

Reini Urban wrote:
> See https://www.sf.net/docs/A04
> Old: cvs.sourceforge.net
> New: PROJECT_UNIX_NAME.cvs.sourceforge.net
>=20
> All of you who hold a cvs checkout: You can simply update your Root fil=
es.

Now that Sourceforge is offering subversion services, how would you feel
about migrating the project repository?

It is very very very similar to CVS in its manner of usage, and vasty
improves the nasty bits of CVS such as dealing with branches and tags.

Cheers

--=20
Matt Brown
ma...@ma...
Mob +64 21 611 544 www.mattb.net.nz

[Phpwiki-talk] CVS change

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

See https://www.sf.net/docs/A04
Old: cvs.sourceforge.net
New: PROJECT_UNIX_NAME.cvs.sourceforge.net

All of you who hold a cvs checkout: You can simply update your Root files.

cd phpwiki-cvs

find -name Root -exec perl -pi.bak
-e's/cvs\.sf\.net/phpwiki.cvs.sf.net/' \{\} \;

find -name Root.bak -delete


Summary of changes, effective 2006-05-12:


1. Hostname for CVS service

Old: cvs.sourceforge.net

New: PROJECT_UNIX_NAME.cvs.sourceforge.net

This change will require new working copies to be checked out of all
repositories (so control files in the working copy will point to the
right place). We will be updating the instructions we supply, but
instructions that your team has written within documentation, etc. will
need to be updated.

cvs -d:pserver:ano...@cv...:/cvsroot/gaim co gaim

would be changed to

cvs -d:pserver:ano...@ga...:/cvsroot/gaim co gaim



2. ViewCVS

We are moving from ViewCVS to its successor, ViewVC. ViewVC is
currently in use for our Subversion service.



3. Sync delay

Old: CVS pserver, tarballs and ViewCVS provided against a separate
server which is a minimum of three hours behind developer CVS.

New: ViewVC will be provided against developer CVS (it will be current).
CVS pserver will be provided against a secondary server (not developer
server) with a maximum expected delay of two hours.

Follow-up work is planned (this infrastructure takes us 80% of the way)
to essentially eliminate the sync delay.



4. Read-only rsync service

As a new service offering, we are now providing read-only rsync access
against developer CVS. This allows projects to efficiently make
on-demand backups of their entire CVS repository.

All projects should be making regular backups of their CVS repository
contents using this service.



5. Nightly tarball service

Nightly tarball service is being dropped in lieu of read-only rsync
service. Projects which currently depend on nightly tarballs for
repository backups will need to begin using rsync to make a backup copy
of their repository contents.

We see this as a major functional improvement. For a number of reasons,
tarballs have fallen out of sync with the data in the repository at
times in the past few years. Tarballs required a substantial amount of
additional disk, and I/O to generate. The move to read-only rsync
allows backups to be produced on-demand, with an update frequency chosen
by the project.



6. Points of failure

In the past, developer CVS service for all projects was provided from a
single host. CVS pserver service was provided from individual backend
heads based on a split of the data.

Under our new design, developer CVS and most of our CVS-related services
are provided from one of ten CVS hosts (count subject to increase with
growth). Each host is independent, and makes a backup copy of the
repository data of another host (which is used to provide the pserver
CVS service).

Failure of a single host will impact only the availability of data on
that host. Since the data is split among a larger number of hosts, the
size of data impacted by an individual host outage is substantially
smaller, and the time required for us to restore service will be
substantially shorter.

This rapid architecture change has been made possible specifically using
the research we performed for our recent launch of Subversion service.
We've applied our best practices, produced a substantial amount of
internal documentation, and kept an eye toward maintainability.
This effort has allowed us to deploy this new architecture quickly
once hardware was received, and will permit us to quickly scale
this service horizontally as growth and demand requires.



Many other minor improvements have also been made to improve the service
offering and make it less trouble-prone. The most important of which are
listed above. For a full description of the new service offering, and
for information on how to use the services described above, please refer
to the site documentation for the CVS service after the service has been
launched: https://www.sf.net/docs/E04


Thank you,

The SourceForge.net Team

Re: [Phpwiki-talk] Problem to convert links with http

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

2006/5/13, Reini Urban <ru...@x-...>:
> I'm currently converting your .js patches to the hooks provided by the
> WysiwygEdit framework, so one can easily switch from any supported
> WysiwygEdit class to another.

Jean-Nicolas,
Your patch is now in CVS. Thanks a lot!

I simplified it a bit to fit into the existing WysiwygEdit framework and to
take advantage of translatable strings, VIRTUAL_PATH urls, and
seperate starter scripts.

I also added WYSIWYG_BACKEND =3D Wikiwyg and made this the default.
This is the one which actually works, because the required and hairy
html->wiki conversion is done in the JS itself - as it should be.

There are still minor quirks, but please post patches to this CVS version:
1.3.13pre-20060513
--=20
Reini Urban
http://phpwiki.org/
http://spacemovie.mur.at/   http://helsinki.at/

Re: [Phpwiki-talk] Problem to convert links with http

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

2006/5/12, Jean-Nicolas GEREONE <jea...@st...>:
> For the development of the wysiwyg editor, I have an issue for the
> conversion from wikitext to html of links.
>
> To convert wikitext to html, I use the code bellow :
>
>       require_once("lib/BlockParser.php");
>       $output =3D new Wikitext($this->_wikitext);
>       $xmlcontent =3D new XmlContent($output->getContent() );
>       $this->_html =3D $xmlcontent->AsXML();

Did you actually look into the WysiwygEdit framework?
This is done in WysiwygEdit ->ConvertBefore()

        require_once("lib/BlockParser.php");
    =09$xml =3D TransformText($text, 2.0, $GLOBALS['request']->getArg('page=
name'));
        return $xml->AsXML();

> If my "$this->_wikitext" contains links like :
>
>     [ text  | wikilink ] , [ text  | newpage ]  .. that's ok.
>
> But if I have something like :
>
>     [ text | http://... ] or [ text | ftp://... ]  ...
>
> it just convert it in "<p ... >text</p>" and the link disappear.
>
>
> Does someone know something about it ?  or is there a way to force
> phpwiki to keep the link or convert it correctly ?

I'm currently converting your .js patches to the hooks provided by the
WysiwygEdit framework, so one can easily switch from any supported
WysiwygEdit class to another.

Wikiwyg FCKEditor htmlarea2 htmlarea3 spaw tinymce
--=20
Reini Urban
http://phpwiki.org/
http://spacemovie.mur.at/   http://helsinki.at/

Re: [Phpwiki-talk] PhpWiki Authentification take over from smf (forum software)

[Manuel V. <man...@gm...>]

2006/5/12, Stefan <son...@ba...>:
> Can't handle it like that
>
> I only get a authentificated userid, don't know if it is from a session
> a database or where it comes from
> This user should be also fully authentificated (like login with userid
> and password).

Actually, whatever authentication your forum is using, it probably use
session (cookies) to keep the authentication from one page to another.

The 'Session' type of authentication propose to re-use the
authentication token issued by another application. You just have to
give this token to the AUTH_SESS_USER const.

According to config.ini you just have to set
USER_AUTH_ORDER =3D Session
AUTH_SESS_USER =3D $context['user']['name']
AUTH_SESS_LEVEL =3D 2
USER_AUTH_POLICY =3D first-only

(and probably to include /path to/SSI.php in main.php for instance).

[Phpwiki-talk] Problem to convert links with http

[Jean-Nicolas G. <jea...@st...>]

Hi,

For the development of the wysiwyg editor, I have an issue for the 
conversion from wikitext to html of links.

To convert wikitext to html, I use the code bellow :

      require_once("lib/BlockParser.php");      
      $output = new Wikitext($this->_wikitext);
      $xmlcontent = new XmlContent($output->getContent() );
      $this->_html = $xmlcontent->AsXML();

--------

If my "$this->_wikitext" contains links like :

    [ text  | wikilink ] , [ text  | newpage ]  .. that's ok.

But if I have something like :

    [ text | http://... ] or [ text | ftp://... ]  ...

it just convert it in "<p ... >text</p>" and the link disappear.


Does someone know something about it ?  or is there a way to force 
phpwiki to keep the link or convert it correctly ?

Thanks.

Regards.
Jean-Nicolas.

Re: [Phpwiki-talk] Re: [patch] Wysiwyg editor patch

[Jean-Nicolas G. <jea...@st...>]

Yes, I will make a beta release on next week.

This will add more features but it won't be a stable release yet.

About plugins they won't be converted into html for the moment because 
each of them must have a particular development.

So they will be placed inside a particular tag in wysiwyg mode.


Jean-Nicolas


Manuel Vacelet wrote:
> 2006/5/5, Stefan <son...@ba...>:
>> thats great, nice feature. We have to add a lot more function but its a
>> nice first step
>> Stefan
>
> I agree,
>
> This first step is a kind of proof of concept: it's possible to use
> wikiwywg above phpwiki. Here (STMicroelectronics) we are looking to
> integrate more feature soon, maybe Jean-Nicolas can share his schedule
> with us.
>
> As explained in the paper forwared here few monthes ago (by someone
> from wikilens), the main challenge is to fine a smart way to deal with
> plugins and I believe Jean-Nicolas will propose sth soon.
>
> Manuel
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job 
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache 
> Geronimo
> http://sel.as-us.falkag.net/sel?cmd=k&kid0709&bid&3057&dat1642
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re: [Phpwiki-talk] PhpWiki Authentification take over from smf (forum software)

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

Can't handle it like that

I only get a authentificated userid, don't know if it is from a session 
a database or where it comes from
This user should be also fully authentificated (like login with userid 
and password).

here is the possible code to use (from SMF forum software)

require("/path to/SSI.php");
if (!$context['user']['is_guest'])
{
  $userid = $context['user']['name'];
}

now $userid is the authentificated user
I don't know where to insert this code that phpwiki is using this 
$userid and did'nt ask for auth anymore.
Thx Stefan

Manuel Vacelet schrieb:
> 2006/5/11, Stefan <son...@ba...>:
>> i need to get the authentification from an other system. When the user
>> is signed in at the forum he should also be signed in at phpwiki.
>
> You should be able to re-use existing sessions with 'Session' in
> USER_AUTH_ORDER. There is also 2 other variable.
>
> For groups, I think you should look at GROUP_METHOD.
>
> Manuel
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job 
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache 
> Geronimo
> http://sel.as-us.falkag.net/sel?cmd=k&kid0709&bid&3057&dat1642
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
>

[Phpwiki-talk] Question I couldn't find answers to...

[Buzz <bu...@os...>]

Hi All,

I have my PhpWiki installed inside a frameset (for the site navigation,
menus, etc), and some links don't respect that... visiting certain phpWiki
links removes the outer frameset.   I'd like to stop that happening.....

The problems I found are:
1) using all themes I tried (including the 'default','Crao' and 'Portland'
themes), and then editing any page, (action=edit) removes my frameset.

2) using the 'shamino_com' theme (and likely others, but not the 'default'
or 'Crao', or 'Wordpress'), and clicking on the name/title of the wiki in
the top-left corner of the page removes the frameset.

Can anyone help me identify which bit/s of code/s is most likely the
culprit?  I started poking around in /lib/main.php and /lib/editpage.php
(seemed like the right place to look, but I got lost very quickly (new to
the code).


If you want to see what I mean, go here to see the basic frameset :
http://www.sca.org.au/st_florians/

And then click on the word 'Home' in the left menu to put my (currently in
test) PhpWiki into the frameset.  Clicking 'EditText' removes the frameset,
you'll need to login as 'TestTest' (and no password). (be nice though!)

Buzz.

[Phpwiki-talk] Simple new plugin 'ImageThumb'!

[Buzz <bu...@os...>]

Hi guys, 

I'm new to the list (and to phpWiki.. just 3 days), but I thought I'd
contribute a plugin I've just written.

PROBLEM:
Everywhere that a thumbnail is put in my HTML pages, I always make it
click-able, so that you can see the "full-sized" version of the image
easily.   I couldn't figure out what combination of wiki syntax would give
me a <img> tag inside a <a> tag.
Ie: like <a href='...'><img src='...'></a> 

So I wrote a plugin that does it:
<?plugin ImageThumb src="/files/thumbnail1.jpg"
target="/files/fullsize1.jpg" ?>

This gives you the thumbnail (in 'src') just as usual, but it's clickable,
and links to the URL from 'target'.

Hope this is useful to someone... And if the developers want to included
this in the core of PhPWiki, go wild.

Buzz.

SOLUTION: ImageThumb.php
 --------------cut here:-------------------
<?php // -*-php-*-
/**
 Copyright 2006 David Bussenschutt, based on HelloWord code template which
is Copyright 1999, 2000, 2001, 2002 $ThePhpWikiProgrammingTeam
	* released under the same license as PhpWiki.
	* great work guys!

 This file is NOT YET part of PhpWiki.

 */

/**
 * Display a thumbnail of an image, and make it a clickable link to the
fullsized version. ( I can't believe you can't already do this in Wiki
Syntax!)
 *
 * Usage:
 * <?plugin ImageThumb src="/files/thumbnail1.jpg"
target="/files/fullsize1.jpg" ?>
 */

// Constants are defined before the class.
if (!defined('THE_END'))
    define('THE_END', "!");

class WikiPlugin_ImageThumb
extends WikiPlugin
{
    // Five required functions in a WikiPlugin.

    function getName () {
        return _("ImageThumb");
    }

    function getDescription () {
        return _("Link from an image Plugin");

    }

    function getVersion() {
        return preg_replace("/[Revision: $]/", '',
                            "\$Revision: 1.00 $");
    }

    // Establish default values for each of this plugin's arguments.
    function getDefaultArguments() {
        return array('src' =>
"wiki/themes/default/images/poweredby_phpwiki_51x31.png",
                     'target'       =>
"wiki/themes/default/images/poweredby_phpwiki_82x31.png");
    }

    function run($dbi, $argstr, &$request, $basepage) {
        extract($this->getArgs($argstr, $request));

		$html = HTML::a(array('href'  => $target,
                              'class' => '',
                              'title' => $src),
                        HTML::img(array('src'=>$src)) );
						
        return $html;
    }
};

?>

RE: [Phpwiki-talk] Adding a formating rule

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

I added a new class in InlineParser.php (L:704):

// new pattern [diagram:myfirstdiagram.draw] recognition
class Markup_embedded_diagram extends SimpleMarkup {
    function getMatchRegexp (){
	return "/Diagram:([-a-z0-9]+\.)draw/i";
    }
    function markup ($match){
	return new Cached_DiagramLink($match);
    }

}

Then I added a class in CachedMarkup.php :

class Cached_DiagramLink extends Cached_Link {
    
   function Cached_DiagramLink($match){
	//extact the diagram file name
	preg_match("/^(drawing):?(.*\.draw)/i", $match, $matches);
	//construct the path for the editable filename of the diagram
	$file = dirname(__FILE__) .
"../editeur/uploads/png/ARCHITECTURE.jpg" ;
	
	if (file_exists($file))
	//the linked diagram have a file uploaded on the server
	//return an img tag with a link to launch the applet
	return HTML::img(array('src' => $file));
	else
	//the linked diagram do not have an uploaded file on the server
	//return a link to launch the applet
	return HTML::a(array('href' => "../editeur.html"));
    }


}

The parser then turns into trouble and I can not view wiki pages.
Is there something I should correct or add to ensure my new pattern
recognition.


Reguards
Sabri.  




"Reini Rurban wrote:"
>See lib\InlineParser.php

>For example the recently added
>class Markup_color extends BalancedMarkup

>There are two kinds of parser helpers:
>* SimpleMarkup requires just one regex, which binds one pattern.
>* BalancedMarkup requires a start and an end regex

>2006/5/10, Sabri LABBENE <sab...@st...>:
>> Hi all,
>> I'm using phpwiki-1.3.12.
>> I want to add a new formating rule so that my wiki will recognize a 
>> new pattern. I didn't found how to proced.
>>
>> Can any body explain the modifications I have to make in phpwiki 
>> parser? Which programs I need to modify? Is there a posibility to add 
>> the new pattern regexp to the existing ones?
>>
>> Reguards
>>
>> Sabri.

Re: [Phpwiki-talk] PhpWiki Authentification take over from smf (forum software)

[Manuel V. <man...@gm...>]

2006/5/11, Stefan <son...@ba...>:
> i need to get the authentification from an other system. When the user
> is signed in at the forum he should also be signed in at phpwiki.

You should be able to re-use existing sessions with 'Session' in
USER_AUTH_ORDER. There is also 2 other variable.

For groups, I think you should look at GROUP_METHOD.

Manuel

[Phpwiki-talk] PhpWiki Authentification take over from smf (forum software)

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

i need to get the authentification from an other system. When the user 
is signed in at the forum he should also be signed in at phpwiki.

I do have functions which give me the signed in user and membergroups. 
Where do i have to implement them in phpwiki?

I also will check against the external groups if a user can edit, is 
admin or guest.

Thank you for the help
Stefan

Re: [Phpwiki-talk] Adding a formating rule

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

See lib\InlineParser.php

For example the recently added
class Markup_color extends BalancedMarkup

There are two kinds of parser helpers:
* SimpleMarkup requires just one regex, which binds one pattern.
* BalancedMarkup requires a start and an end regex

2006/5/10, Sabri LABBENE <sab...@st...>:
> Hi all,
> I'm using phpwiki-1.3.12.
> I want to add a new formating rule so that my wiki will recognize a new p=
attern. I didn't found how to proced.
>
> Can any body explain the modifications I have to make in phpwiki parser?
> Which programs I need to modify?
> Is there a posibility to add the new pattern regexp to the existing ones?
>
> Reguards
>
> Sabri.
>
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job ea=
sier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim=
o
> http://sel.as-us.falkag.net/sel?cmdlnk&kid=120709&bid&3057&dat=121642
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>


--=20
Reini Urban
http://phpwiki.org/
http://spacemovie.mur.at/   http://helsinki.at/

[Phpwiki-talk] Adding a formating rule

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

Hi all,
I'm using phpwiki-1.3.12.
I want to add a new formating rule so that my wiki will recognize a new =
pattern. I didn't found how to proced.

Can any body explain the modifications I have to make in phpwiki parser?
Which programs I need to modify?
Is there a posibility to add the new pattern regexp to the existing =
ones?

Reguards

Sabri.

[Phpwiki-talk] Question I couldn't find answers to...

[Buzz <bu...@os...>]

Hi All,

I have my PhpWiki installed inside a frameset (for the site navigation,
menus, etc), and some links don't respect that... visiting certain phpWiki
links removes the outer frameset.   I'd like to stop that happening.....

The problems I found are:
1) using all themes I tried (including the 'default','Crao' and 'Portland'
themes), and then editing any page, (action=edit) removes my frameset.

2) using the 'shamino_com' theme (and likely others, but not the 'default'
or 'Crao', or 'Wordpress'), and clicking on the name/title of the wiki in
the top-left corner of the page removes the frameset.

Can anyone help me identify which bit/s of code/s is most likely the
culprit?  I started poking around in /lib/main.php and /lib/editpage.php
(seemed like the right place to look, but I got lost very quickly (new to
the code).


If you want to see what I mean, go here to see the basic frameset :
http://www.sca.org.au/st_florians/

And then click on the word 'Home' in the left menu to put my (currently in
test) PhpWiki into the frameset.  Clicking 'EditText' removes the frameset,
you'll need to login as 'TestTest' (and no password). (be nice though!)

Buzz.