You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(103) |
Jul
(105) |
Aug
(16) |
Sep
(16) |
Oct
(78) |
Nov
(36) |
Dec
(58) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(100) |
Feb
(155) |
Mar
(84) |
Apr
(33) |
May
(22) |
Jun
(77) |
Jul
(36) |
Aug
(37) |
Sep
(183) |
Oct
(74) |
Nov
(235) |
Dec
(165) |
2002 |
Jan
(187) |
Feb
(183) |
Mar
(52) |
Apr
(10) |
May
(15) |
Jun
(19) |
Jul
(43) |
Aug
(90) |
Sep
(144) |
Oct
(144) |
Nov
(171) |
Dec
(78) |
2003 |
Jan
(113) |
Feb
(99) |
Mar
(80) |
Apr
(44) |
May
(35) |
Jun
(32) |
Jul
(34) |
Aug
(34) |
Sep
(30) |
Oct
(57) |
Nov
(97) |
Dec
(139) |
2004 |
Jan
(132) |
Feb
(223) |
Mar
(300) |
Apr
(221) |
May
(171) |
Jun
(286) |
Jul
(188) |
Aug
(107) |
Sep
(97) |
Oct
(106) |
Nov
(139) |
Dec
(125) |
2005 |
Jan
(200) |
Feb
(116) |
Mar
(68) |
Apr
(158) |
May
(70) |
Jun
(80) |
Jul
(55) |
Aug
(52) |
Sep
(92) |
Oct
(141) |
Nov
(86) |
Dec
(41) |
2006 |
Jan
(35) |
Feb
(62) |
Mar
(59) |
Apr
(52) |
May
(51) |
Jun
(61) |
Jul
(30) |
Aug
(36) |
Sep
(12) |
Oct
(4) |
Nov
(22) |
Dec
(34) |
2007 |
Jan
(49) |
Feb
(19) |
Mar
(37) |
Apr
(16) |
May
(9) |
Jun
(38) |
Jul
(17) |
Aug
(31) |
Sep
(16) |
Oct
(34) |
Nov
(4) |
Dec
(8) |
2008 |
Jan
(8) |
Feb
(16) |
Mar
(14) |
Apr
(6) |
May
(4) |
Jun
(5) |
Jul
(9) |
Aug
(36) |
Sep
(6) |
Oct
(3) |
Nov
(3) |
Dec
(3) |
2009 |
Jan
(14) |
Feb
(2) |
Mar
(7) |
Apr
(16) |
May
(2) |
Jun
(10) |
Jul
(1) |
Aug
(10) |
Sep
(11) |
Oct
(4) |
Nov
(2) |
Dec
|
2010 |
Jan
(1) |
Feb
|
Mar
(13) |
Apr
(11) |
May
(18) |
Jun
(44) |
Jul
(7) |
Aug
(2) |
Sep
(14) |
Oct
|
Nov
(6) |
Dec
|
2011 |
Jan
(2) |
Feb
(6) |
Mar
(3) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
(11) |
Feb
(3) |
Mar
(11) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(4) |
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(8) |
Dec
(1) |
2015 |
Jan
(3) |
Feb
(2) |
Mar
|
Apr
(3) |
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
2016 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(6) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
2022 |
Jan
(11) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(3) |
Dec
(3) |
2024 |
Jan
(7) |
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Reini U. <ru...@x-...> - 2007-06-20 23:28:14
|
isonomia <bu...@ha...> schrieb: > Hi, > > I'm very keen to get a version of 1.3.13 up and going on my own web site. > > At the moment I'm only going to use it to put data into the database - it > won't be going public for a few months. > > Having heard it won't be out to January can I ask a few questions: > > 1. Are the tables in the latest build likely to change? user is deprecated and should not be used anymore. > 2. Have you created an option to allow prefixes to all tables including > pref, user and groups ( At least the three tables that didn't have a prefix > in 1.3.12!) This option existed forever, when we introduced these tables. You can always prefix your pref, user and groups table with the same string as the page tables, but since these tables are user customizable in the external auth settings you have to fix these there also. And the DATABASE_PREFIX is not applied automatically to these tables. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ http://helsinki.at/ http://spacemovie.mur.at/ |
From: Reini U. <ru...@x-...> - 2007-06-20 00:00:19
|
Chris O'Halloran schrieb: > Replying again > > I can see in the webserver access logs > > ... "GET /phpwiki/images/tex/c0e78585c2add482621c0a58207171029.png > HTTP/1.1" 304 1593 "http://ohalloran.homeip.net/phpwiki/" "Mozilla/5.0 > (Windows; etc etc > > I was wondering if the 304 response was indicating somethings about the setup? 304 is just 304, not modified since. images/tex/c0e78585c2add482621c0a58207171029.png is treated as empty wikipage text/html, and not as image/png in your accesslog there must be "GET /phpwikidata/images/tex/c0e78585c2add482621c0a58207171029.png ..." otherwise you'll see no image Have you already tried the real and working latex plugin? TexToPng This requires PLUGIN_CACHED_CACHE_DIR to be configured, but this plugin should work with your non-simple setup. > On 16/06/07, Reini Urban <ru...@x-...> wrote: >> 2007/6/14, Chris O'Halloran <cm...@gm...>: >>> Hello, >>> >>> I am running phpwiki 1.3.11p1 on my Kubuntu Dapper machine. >>> >>> I am trying to get the Tex2png plugin working. >>> >>> The first error I got related to the /images/tex directory not being writeable. >>> >>> I created the directory in /usr/share/phpwiki/ so that I now have >>> >>> /usr/share/phpwiki/images/tex >>> >>> I can now see the png files being created in this directory and the >>> error about not being writeable has gone away. >>> >>> However, whenever I use the wiki, the latex code is still displayed. >>> ie the alt description in the <img> tag. I can see the correct >>> reference for src="images/tex/12345abcde.png" but the images isn't >>> displayed. >>> >>> I've set the read write permissions to everyone >>> >>> And I've checked in the config.ini file and made sure png is included >>> in the inline images configuration. >>> >>> Is there something else I need to do to make it go? >> "/usr/share/phpwiki/images/tex" is the file location >> but the webserver must find it under "images/tex" >> so must set an alias for images. >> or better symlink from images to /usr/share/phpwiki/images/tex >> >> -- >> Reini Urban >> http://phpwiki.org/ http://murbreak.at/ >> http://spacemovie.mur.at/ http://helsinki.at/ >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> _______________________________________________ >> Phpwiki-talk mailing list >> Php...@li... >> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > -- Reini Urban http://phpwiki.org/ http://murbreak.at/ http://helsinki.at/ http://spacemovie.mur.at/ |
From: Reini U. <ru...@x-...> - 2007-06-19 09:27:58
|
No, the session already exists. Try to use DB_SESSION=false or use a current version of phpwiki. 2007/6/19, Chris O'Halloran <cm...@gm...>: > http://homepages.slingshot.co.nz/~cmoman/pics/phpwiki_screenshot.png > > The wiki uses mysql as the backend. > > In general it operates correctly but when I am logged in any creating > a saving changes, it present this error message at the bottom of the > page > > When I log out, there is not mention of the error again. > > I have set permissions to allow anonymous users and bogo users but > this hasn't changed the error message appearing at the bottom. > > Thoughts, comment appreciated. > > BTW using > I am running phpwiki 1.3.11p1 on my Kubuntu Dapper machine. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ http://spacemovie.mur.at/ http://helsinki.at/ |
From: Chris O'H. <cm...@gm...> - 2007-06-19 03:41:09
|
http://homepages.slingshot.co.nz/~cmoman/pics/phpwiki_screenshot.png The wiki uses mysql as the backend. In general it operates correctly but when I am logged in any creating a saving changes, it present this error message at the bottom of the page When I log out, there is not mention of the error again. I have set permissions to allow anonymous users and bogo users but this hasn't changed the error message appearing at the bottom. Thoughts, comment appreciated. BTW using I am running phpwiki 1.3.11p1 on my Kubuntu Dapper machine. Chris |
From: Chris O'H. <cm...@gm...> - 2007-06-19 03:34:44
|
Thanks for your help. I am not entirely sure what you mean but I will have a think about what you've said. Are you suggesting that I need to change some code in the Tex2png plugin? Chris On 18/06/07, Reini Urban <ru...@x-...> wrote: > 2007/6/18, Chris O'Halloran <cm...@gm...>: > > Replying again > > > > I can see in the webserver access logs > > > > ... "GET /phpwiki/images/tex/c0e78585c2add482621c0a58207171029.png > > HTTP/1.1" 304 1593 "http://ohalloran.homeip.net/phpwiki/" "Mozilla/5.0 > > (Windows; etc etc > > > > I was wondering if the 304 response was indicating somethings about the setup? > > your setup is clear. > /phpwiki/images resolves in your setup to /usr/share/phpwiki/index.php/images. > this will not work. > you have to change the source of the problem: the plugin, which wants > /phpwiki/images and not /phpwikidata/images. > > > > On 16/06/07, Reini Urban <ru...@x-...> wrote: > > > 2007/6/14, Chris O'Halloran <cm...@gm...>: > > > > Hello, > > > > > > > > I am running phpwiki 1.3.11p1 on my Kubuntu Dapper machine. > > > > > > > > I am trying to get the Tex2png plugin working. > > > > > > > > The first error I got related to the /images/tex directory not being writeable. > > > > > > > > I created the directory in /usr/share/phpwiki/ so that I now have > > > > > > > > /usr/share/phpwiki/images/tex > > > > > > > > I can now see the png files being created in this directory and the > > > > error about not being writeable has gone away. > > > > > > > > However, whenever I use the wiki, the latex code is still displayed. > > > > ie the alt description in the <img> tag. I can see the correct > > > > reference for src="images/tex/12345abcde.png" but the images isn't > > > > displayed. > > > > > > > > I've set the read write permissions to everyone > > > > > > > > And I've checked in the config.ini file and made sure png is included > > > > in the inline images configuration. > > > > > > > > Is there something else I need to do to make it go? > > > > > > "/usr/share/phpwiki/images/tex" is the file location > > > but the webserver must find it under "images/tex" > > > so must set an alias for images. > > > or better symlink from images to /usr/share/phpwiki/images/tex > -- > Reini Urban > http://phpwiki.org/ http://murbreak.at/ > http://spacemovie.mur.at/ http://helsinki.at/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > |
From: Reini U. <ru...@x-...> - 2007-06-18 10:17:01
|
2007/6/18, Chris O'Halloran <cm...@gm...>: > Replying again > > I can see in the webserver access logs > > ... "GET /phpwiki/images/tex/c0e78585c2add482621c0a58207171029.png > HTTP/1.1" 304 1593 "http://ohalloran.homeip.net/phpwiki/" "Mozilla/5.0 > (Windows; etc etc > > I was wondering if the 304 response was indicating somethings about the setup? your setup is clear. /phpwiki/images resolves in your setup to /usr/share/phpwiki/index.php/images. this will not work. you have to change the source of the problem: the plugin, which wants /phpwiki/images and not /phpwikidata/images. > On 16/06/07, Reini Urban <ru...@x-...> wrote: > > 2007/6/14, Chris O'Halloran <cm...@gm...>: > > > Hello, > > > > > > I am running phpwiki 1.3.11p1 on my Kubuntu Dapper machine. > > > > > > I am trying to get the Tex2png plugin working. > > > > > > The first error I got related to the /images/tex directory not being writeable. > > > > > > I created the directory in /usr/share/phpwiki/ so that I now have > > > > > > /usr/share/phpwiki/images/tex > > > > > > I can now see the png files being created in this directory and the > > > error about not being writeable has gone away. > > > > > > However, whenever I use the wiki, the latex code is still displayed. > > > ie the alt description in the <img> tag. I can see the correct > > > reference for src="images/tex/12345abcde.png" but the images isn't > > > displayed. > > > > > > I've set the read write permissions to everyone > > > > > > And I've checked in the config.ini file and made sure png is included > > > in the inline images configuration. > > > > > > Is there something else I need to do to make it go? > > > > "/usr/share/phpwiki/images/tex" is the file location > > but the webserver must find it under "images/tex" > > so must set an alias for images. > > or better symlink from images to /usr/share/phpwiki/images/tex -- Reini Urban http://phpwiki.org/ http://murbreak.at/ http://spacemovie.mur.at/ http://helsinki.at/ |
From: Chris O'H. <cm...@gm...> - 2007-06-18 04:19:56
|
Replying again I can see in the webserver access logs ... "GET /phpwiki/images/tex/c0e78585c2add482621c0a58207171029.png HTTP/1.1" 304 1593 "http://ohalloran.homeip.net/phpwiki/" "Mozilla/5.0 (Windows; etc etc I was wondering if the 304 response was indicating somethings about the setup? Thanks again. On 16/06/07, Reini Urban <ru...@x-...> wrote: > 2007/6/14, Chris O'Halloran <cm...@gm...>: > > Hello, > > > > I am running phpwiki 1.3.11p1 on my Kubuntu Dapper machine. > > > > I am trying to get the Tex2png plugin working. > > > > The first error I got related to the /images/tex directory not being writeable. > > > > I created the directory in /usr/share/phpwiki/ so that I now have > > > > /usr/share/phpwiki/images/tex > > > > I can now see the png files being created in this directory and the > > error about not being writeable has gone away. > > > > However, whenever I use the wiki, the latex code is still displayed. > > ie the alt description in the <img> tag. I can see the correct > > reference for src="images/tex/12345abcde.png" but the images isn't > > displayed. > > > > I've set the read write permissions to everyone > > > > And I've checked in the config.ini file and made sure png is included > > in the inline images configuration. > > > > Is there something else I need to do to make it go? > > "/usr/share/phpwiki/images/tex" is the file location > but the webserver must find it under "images/tex" > so must set an alias for images. > or better symlink from images to /usr/share/phpwiki/images/tex > > -- > Reini Urban > http://phpwiki.org/ http://murbreak.at/ > http://spacemovie.mur.at/ http://helsinki.at/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > |
From: Chris O'H. <cm...@gm...> - 2007-06-17 21:55:56
|
Thanks for the reply. I might need a more explicit instruction here. In the apache.conf file in /etc/phpwiki there are the alias definitions. Alias /phpwikidata /usr/share/phpwiki/ Alias /phpwiki /usr/share/phpwiki/index.php/ As per your suggestion, I have tried adding the following lines. Alias /phpwiki/images/tex /usr/share/phpwiki/images/tex/ or Alias /images/tex /usr/share/phpwiki/images/tex/ or Alias /phpwiki/images/ /usr/share/phpwiki/images/tex or Alias /phpwiki/images/ /usr/share/phpwiki/ The remainder of the apache.conf file is <Directory /usr/share/phpwiki/> DirectoryIndex index.php Options +FollowSymLinks AllowOverride None etc The images are still not displaying. Any thoughts of comments appreciated. Chris On 16/06/07, Reini Urban <ru...@x-...> wrote: > 2007/6/14, Chris O'Halloran <cm...@gm...>: > > Hello, > > > > I am running phpwiki 1.3.11p1 on my Kubuntu Dapper machine. > > > > I am trying to get the Tex2png plugin working. > > > > The first error I got related to the /images/tex directory not being writeable. > > > > I created the directory in /usr/share/phpwiki/ so that I now have > > > > /usr/share/phpwiki/images/tex > > > > I can now see the png files being created in this directory and the > > error about not being writeable has gone away. > > > > However, whenever I use the wiki, the latex code is still displayed. > > ie the alt description in the <img> tag. I can see the correct > > reference for src="images/tex/12345abcde.png" but the images isn't > > displayed. > > > > I've set the read write permissions to everyone > > > > And I've checked in the config.ini file and made sure png is included > > in the inline images configuration. > > > > Is there something else I need to do to make it go? > > "/usr/share/phpwiki/images/tex" is the file location > but the webserver must find it under "images/tex" > so must set an alias for images. > or better symlink from images to /usr/share/phpwiki/images/tex > > -- > Reini Urban > http://phpwiki.org/ http://murbreak.at/ > http://spacemovie.mur.at/ http://helsinki.at/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > |
From: Reini U. <ru...@x-...> - 2007-06-15 20:05:00
|
2007/6/14, Chris O'Halloran <cm...@gm...>: > Hello, > > I am running phpwiki 1.3.11p1 on my Kubuntu Dapper machine. > > I am trying to get the Tex2png plugin working. > > The first error I got related to the /images/tex directory not being writeable. > > I created the directory in /usr/share/phpwiki/ so that I now have > > /usr/share/phpwiki/images/tex > > I can now see the png files being created in this directory and the > error about not being writeable has gone away. > > However, whenever I use the wiki, the latex code is still displayed. > ie the alt description in the <img> tag. I can see the correct > reference for src="images/tex/12345abcde.png" but the images isn't > displayed. > > I've set the read write permissions to everyone > > And I've checked in the config.ini file and made sure png is included > in the inline images configuration. > > Is there something else I need to do to make it go? "/usr/share/phpwiki/images/tex" is the file location but the webserver must find it under "images/tex" so must set an alias for images. or better symlink from images to /usr/share/phpwiki/images/tex -- Reini Urban http://phpwiki.org/ http://murbreak.at/ http://spacemovie.mur.at/ http://helsinki.at/ |
From: Manuel V. <man...@gm...> - 2007-06-15 12:34:53
|
On 6/15/07, Reini Urban <ru...@x-...> wrote: > 2007/6/15, Manuel Vacelet <man...@gm...>: > > On 6/14/07, Reini Urban <ru...@x-...> wrote: > > > 2007/6/14, Manuel Vacelet <man...@gm...>: > > > > I would like to know if there is a way to support phpwiki syntax in > > > > all the textarea of a website but without having to manage the > > > > textarea in wikipages. > > > > > > > > I was thinking about 2 ways: > > > > * use a 3rd party lib and hack it to support phpwiki syntax (like > > > > wikirenderer for instance). > > > > * hack phpwiki to only use the syntax parser (w/o plugins, save, > > > > templates, etc). > > > > > > I don't think that I complelety understand. > > > You mean completely dynamic, without any database persistency? > > > As in tiddlywiki edit just updates a <div>? > > > > No, actually we (with Sabri) integrated phpwiki in a bigger intranet > > website and we are currently thinking about offer to our users the > > possibility to include some kind of in all the text input on the > > website (forum, news, bug tracking, etc...). > > > > What I want to do is to allow users to use the phpwiki syntax for this > > purpose (to keep it coherent). > > I hope it's more clear. > > I see. That's very easy. > > require("BlockParser.php") > $html = TransformText ($text); > //(if you know the context for links, provide basepage also) > $xml = $html->asXML(); Unfortunatly it's not as easy due to the cascading of includes I already included prepend.php (rcs_id) config.php (clone) PageType.php (getInterwikiMap) BlockParser.php And I have to include main.php for getDdh too (I feel it becomes to be a bit heavy if I need to have a DB access). -- Manuel |
From: Reini U. <ru...@x-...> - 2007-06-15 10:59:54
|
2007/6/15, Manuel Vacelet <man...@gm...>: > On 6/14/07, Reini Urban <ru...@x-...> wrote: > > 2007/6/14, Manuel Vacelet <man...@gm...>: > > > I would like to know if there is a way to support phpwiki syntax in > > > all the textarea of a website but without having to manage the > > > textarea in wikipages. > > > > > > I was thinking about 2 ways: > > > * use a 3rd party lib and hack it to support phpwiki syntax (like > > > wikirenderer for instance). > > > * hack phpwiki to only use the syntax parser (w/o plugins, save, > > > templates, etc). > > > > I don't think that I complelety understand. > > You mean completely dynamic, without any database persistency? > > As in tiddlywiki edit just updates a <div>? > > No, actually we (with Sabri) integrated phpwiki in a bigger intranet > website and we are currently thinking about offer to our users the > possibility to include some kind of in all the text input on the > website (forum, news, bug tracking, etc...). > > What I want to do is to allow users to use the phpwiki syntax for this > purpose (to keep it coherent). > I hope it's more clear. I see. That's very easy. require("BlockParser.php") $html = TransformText ($text); //(if you know the context for links, provide basepage also) $xml = $html->asXML(); -- Reini Urban http://phpwiki.org/ http://murbreak.at/ http://spacemovie.mur.at/ http://helsinki.at/ |
From: Manuel V. <man...@gm...> - 2007-06-15 08:34:12
|
On 6/14/07, Reini Urban <ru...@x-...> wrote: > 2007/6/14, Manuel Vacelet <man...@gm...>: > > I would like to know if there is a way to support phpwiki syntax in > > all the textarea of a website but without having to manage the > > textarea in wikipages. > > > > I was thinking about 2 ways: > > * use a 3rd party lib and hack it to support phpwiki syntax (like > > wikirenderer for instance). > > * hack phpwiki to only use the syntax parser (w/o plugins, save, > > templates, etc). > > I don't think that I complelety understand. > You mean completely dynamic, without any database persistency? > As in tiddlywiki edit just updates a <div>? No, actually we (with Sabri) integrated phpwiki in a bigger intranet website and we are currently thinking about offer to our users the possibility to include some kind of in all the text input on the website (forum, news, bug tracking, etc...). What I want to do is to allow users to use the phpwiki syntax for this purpose (to keep it coherent). I hope it's more clear. -- Manuel |
From: Reini U. <ru...@x-...> - 2007-06-14 21:43:18
|
2007/6/14, Manuel Vacelet <man...@gm...>: > I would like to know if there is a way to support phpwiki syntax in > all the textarea of a website but without having to manage the > textarea in wikipages. > > I was thinking about 2 ways: > * use a 3rd party lib and hack it to support phpwiki syntax (like > wikirenderer for instance). > * hack phpwiki to only use the syntax parser (w/o plugins, save, > templates, etc). I don't think that I complelety understand. You mean completely dynamic, without any database persistency? As in tiddlywiki edit just updates a <div>? -- Reini Urban http://phpwiki.org/ http://murbreak.at/ http://spacemovie.mur.at/ http://helsinki.at/ |
From: Manuel V. <man...@gm...> - 2007-06-14 08:01:41
|
Hi all, I would like to know if there is a way to support phpwiki syntax in all the textarea of a website but without having to manage the textarea in wikipages. I was thinking about 2 ways: * use a 3rd party lib and hack it to support phpwiki syntax (like wikirenderer for instance). * hack phpwiki to only use the syntax parser (w/o plugins, save, templates, etc). Any advice ? -- Manuel |
From: Chris O'H. <cm...@gm...> - 2007-06-14 02:52:53
|
Hello, I am running phpwiki 1.3.11p1 on my Kubuntu Dapper machine. I am trying to get the Tex2png plugin working. The first error I got related to the /images/tex directory not being writeable. I created the directory in /usr/share/phpwiki/ so that I now have /usr/share/phpwiki/images/tex I can now see the png files being created in this directory and the error about not being writeable has gone away. However, whenever I use the wiki, the latex code is still displayed. ie the alt description in the <img> tag. I can see the correct reference for src="images/tex/12345abcde.png" but the images isn't displayed. I've set the read write permissions to everyone And I've checked in the config.ini file and made sure png is included in the inline images configuration. Is there something else I need to do to make it go? Thanks for your time and attention. Chris |
From: Don h. <sno...@ho...> - 2007-06-13 19:31:40
|
I am pretty new here. Can someone point me in the right direction to instal= l phpwiki to work with mysql? I have easyphp1.8 installed. When I unzippe= d phpwiki, and open the index.php page, the error says dba_open does not wo= rk. I am on xp. thanks very much if you can point out some documents or d= irections I can use.Don=0A= Send _________________________________________________________________ Hotmail to go? Get your Hotmail, news, sports and much more! Check out the = New MSN Mobile!=20 http://mobile.msn.com= |
From: Davide R. <da...@gm...> - 2007-06-13 11:50:46
|
First of all thank you for PhpWiki and pardon my poor english :D I installed PhpWiki CVS version on my home web server running Gentoo Linux, Apache2 and PostgreSQL 8. It can be visited at http://davide.no-ip.com (when my computer is switched on and connected to the internet, of course ). I have some problems when the text entries exceeds a certain number of characters. In this case the text is not shown or partially, but when i try to modify the entire message is still there. Is it a known problem or someone can help me? thank you :) Davide |
From: Reini U. <ru...@x-...> - 2007-06-09 20:19:58
|
I released the first patchset for 1.3.13 today and updated http://phpwiki.sf.net/phpwiki/ also. 1.3.13p1 June, 9 2007, Reini Urban An immediate security fix for 1.3.13, plus some minor fixes. fixes: * LDAP Auth: Disallow empty passwords! Certain ldap implementations return true on empty passwords with ldap_bind(). * LDAP Auth: fix password quoting * fix action=upgrade for dba, rename nosql to nodb * fixes SpamBlockList config file locations (config/two-level-tlds, config/whitelist) * enable $MailNotify->onChangePage * fix display of pagenames containing ":" in certain lists * fixed backend asArray access to iterators (DebugInfo with SQL) * fix wrong PhpWikiCvs InterWikiMap entry * fix syntax error in pgsrc/Help%2FActionPage * fix case in pgsrc/Help%2FAsciiSVGPlugin * fix links in pgsrc/Help%2FSemanticRelations * fix pgsrc/Help%2FWikiPlugin changes: * allow \n and single letter pages in {{ }} template syntax. patch #1732793 by AlJeux and ReiniUrban * with ENABLE_SPAMBLOCKLIST check only new external links: max 5, allow interwiki links, and improve failed output. ---- Besides Mediawiki import and Creole Markup I'm also working on making Theme class inheritance possible, by putting all globals from themeinfo.php into the class and initialize the theme with an additional ->load method. This needs a little bit of testing and requires all user-written themes to be checked and simplified. You may also want to check back the monthly #wikiohana discussion the major wiki engine implementors hold now each first tuesday a month: http://wikiohana.net/cgi-bin/wiki.pl/IrcMeetingJune2007 http://tools.splitbrain.org/irc/wikiohana/index.php?d=2007-06-05 http://www.wikicreole.org/ http://aboutus.org/UniversalWikiEditButton And most likely I will not be able to make it to tommorrows barcamp vienna 07. |
From: Harold H. <ha...@ha...> - 2007-06-08 22:56:55
|
THANKS! Harold > Sure. > But I forgot to mentioned it in the ReleaseNotes > > We have new in UpLoad: > > ; Upload into seperate userdirs. If enabled (default since 1.3.13) the > generated Upload: link > ; will include the username plus "/". This will make all uploaded > links longer, but we > ; avoid nameclashes and you see who uploaded what file. > ;UPLOAD_USERDIR = false > > ; By setting DISABLE_UPLOAD_ONLY_ALLOWED_EXTENSIONS to true, you get > ; back the old behaviour to check only *bad* extensions of uploaded > ; files. However a server may treat other files with certain handlers, > ; like executable scripts, so we disable now everything and enable > ; only some extension. See lib/plugin/UpLoad.php. > ; Default: false > ;DISABLE_UPLOAD_ONLY_ALLOWED_EXTENSIONS = false > > ; Override the default uploads dir. We have to define the local file path, > ; and the webpath (DATA_PATH). Ensure an ending slash on both. > ;UPLOAD_FILE_PATH = /var/www/htdocs/uploads/ > ;UPLOAD_DATA_PATH = /uploads/ > > ; The maximum file upload size, in bytes. > ; The default, 16777216, is 16MB. > MAX_UPLOAD_SIZE = 16777216 > > 2007/6/8, Harold Hallikainen <ha...@ha...>: >> Does the new release deal with the upload problem I found (or a hacker >> found on my system? That is, they were able to upload and execute a >> php3. >> It'd be nice if we had a list of allowed file types instead of a list of >> disallowed types. > -- > Reini Urban > http://phpwiki.org/ http://murbreak.at/ > http://spacemovie.mur.at/ http://helsinki.at/ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > 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! |
From: HJ M. <rh...@ya...> - 2007-06-08 16:32:59
|
Hi, Yes, I checked if there was anything on this problem. Several times the same problem, but for some reason no answer. Here once more: // Set these to your preferences. // For heaven's sake pick a good password! $wikiadmin = "xxxxxxx"; $adminpasswd = "xxxxxxx"; admin added, password added. Then uploaded HOWEVER I still get the persistent message. You entered an invalid login or password. Where oh where is the solution to this problem?? TIA HJ Hans-Joerg Mueller Coldstream, BC Canada http://www.rhb-grischun.ca Interested in the Rhaetian Railways? http://www.rhb-grischun.ca/phpBB2/ The competent RhB Forum! __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: Reini U. <ru...@x-...> - 2007-06-08 07:17:52
|
Sure. But I forgot to mentioned it in the ReleaseNotes We have new in UpLoad: ; Upload into seperate userdirs. If enabled (default since 1.3.13) the generated Upload: link ; will include the username plus "/". This will make all uploaded links longer, but we ; avoid nameclashes and you see who uploaded what file. ;UPLOAD_USERDIR = false ; By setting DISABLE_UPLOAD_ONLY_ALLOWED_EXTENSIONS to true, you get ; back the old behaviour to check only *bad* extensions of uploaded ; files. However a server may treat other files with certain handlers, ; like executable scripts, so we disable now everything and enable ; only some extension. See lib/plugin/UpLoad.php. ; Default: false ;DISABLE_UPLOAD_ONLY_ALLOWED_EXTENSIONS = false ; Override the default uploads dir. We have to define the local file path, ; and the webpath (DATA_PATH). Ensure an ending slash on both. ;UPLOAD_FILE_PATH = /var/www/htdocs/uploads/ ;UPLOAD_DATA_PATH = /uploads/ ; The maximum file upload size, in bytes. ; The default, 16777216, is 16MB. MAX_UPLOAD_SIZE = 16777216 2007/6/8, Harold Hallikainen <ha...@ha...>: > Does the new release deal with the upload problem I found (or a hacker > found on my system? That is, they were able to upload and execute a php3. > It'd be nice if we had a list of allowed file types instead of a list of > disallowed types. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ http://spacemovie.mur.at/ http://helsinki.at/ |
From: Harold H. <ha...@ha...> - 2007-06-08 03:09:16
|
Does the new release deal with the upload problem I found (or a hacker found on my system? That is, they were able to upload and execute a php3. It'd be nice if we had a list of allowed file types instead of a list of disallowed types. THANKS! Harold -- FCC Rules Updated Daily at http://www.hallikainen.com - Advertising opportunities available! -- FCC Rules Updated Daily at http://www.hallikainen.com - Advertising opportunities available! |
From: Harold H. <ha...@ha...> - 2007-06-08 03:05:17
|
Does the new release deal with the upload problem I found (or a hacker found on my system? That is, they were able to upload and execute a php3. It'd be nice if we had a list of allowed file types instead of a list of disallowed types. THANKS! Harold -- FCC Rules Updated Daily at http://www.hallikainen.com - Advertising opportunities available! |
From: Reini U. <ru...@x-...> - 2007-06-07 18:04:04
|
John Stevens schrieb: > Hi Reini, > All the links I try to download the latest release from are broken. Are > you sure this has gone out? > Cheers Yes, we had hundreds of downloads so far. Interestingly I did a first zip release and it had 2.5x more downloads than the traditional tar.bz2 so far. https://sourceforge.net/project/showfiles.php?group_id=6121&package_id=31289&release_id=511850 But I'll have to add a immediate patchfix release today or tommorrow. Someone found some important ldap security problem, and I found some annoying little bugs. The current plan is: 1.3.13p1 June, 7 2007, Reini Urban fixes: * LDAP Auth: Disallow empty passwords! Certain ldap implementations return true on empty passwords with ldap_bind(). * LDAP Auth: fix password quoting * enable $MailNotify->onChangePage * fixes SpamBlockList config file locations (config/two-level-tlds, config/whitelist) * check SpamBlocklist only if > 5 new external links were added * fix display of pagenames containing ":" in certain lists * fix wrong PhpWikiCvs InterWikiMap entry * fix syntax error in pgsrc/Help%2FActionPage * fix case in pgsrc/Help%2FAsciiSVGPlugin * fix links in pgsrc/Help%2FSemanticRelations * fix pgsrc/Help%2FWikiPlugin Maybe the recent {{ \n }} patch by aljeux also, but this looks bad so far. blog looks also bad with gecko. And mediawiki and creole syntax parsers are not ready yet. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ http://helsinki.at/ http://spacemovie.mur.at/ |
From: AlJeux <al...@fr...> - 2007-06-05 18:24:34
|
John Stevens a écrit : > Hi Reini, > All the links I try to download the latest release from are broken. Are > you sure this has gone out? Hi, I have just downloaded the file without problems. Alain. > Cheers > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk |