Re: [pmwiki-users] it's time to change pmwiki default skin!
Dear all, another proposal: As PM wrote, the actual default skin is a good starting point for personal customizations. But what about an image gallery with some screenshots of the several skins offered in the skin section of the pmwiki-site. The images could be linked to the skin section, where all relevant informations are documentated. The image gallery could be linked in the upper area of the PmWiki default site so that everybody has the possibility to see how powerful PmWiki is (and of course - how easy customizations could be performed)... Best regards and all of you a nice day, Erek At 11.09.2011 21:35, Forgeot Eric wrote: Hello, why not proposing a new default pmwiki skin? - for the default installation - and for the http://www.pmwiki.org website? The current one is not attractive at all (blue, underlined links), it looks like it was designed in 1992, and therefore, it give the impression PmWiki is backward technology, and not powerful at all. Visit http://wordpress.org/ and http://www.pmwiki.org Which one is giving more confidence and self confidence? I think a skin like this one could be great: http://www.pmwiki.org/wiki/Cookbook/AlalikeSkin Or you could drive a contest for a default skin: it would give not only a better default skin, but also several new ones for the skin collection! ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Inserting br breaks in simple tables
Please try [[]] which works fine in all simple table cells I'm using in my PmWiki pages. Best regards, Erek *//* Am 18.07.2011 18:13, schrieb c...@endlessnow.com: On our old pmwiki site we could place \\ in the midst of a simple table cell and we got a br break. Now we simply get the literal \\ in the latest version... Any hints? Its possible some cookbook added the feature on the old site... Not sure. Never hurts to ask. Sent from my HTC smartphone on the Now Network from Sprint! ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] PmWiki on Window XP Home?
Hi all, the best experiences running PmWiki on XP Home is both - with Apache and PHP or - for testing within a WAMP environment. Both solutions works really fine and I found no reason to run it with an IIS. Greets from Germany, Erek Von: pmwiki-users-boun...@pmichaud.com [pmwiki-users-boun...@pmichaud.com]quot; im Auftrag von quot;DaveG [pmw...@solidgone.com] Gesendet: Mittwoch, 2. März 2011 02:32 Bis: Al Louis Ripskis Cc: pmwiki-users@pmichaud.com Betreff: Re: [pmwiki-users] PmWiki on Window XP Home? On 3/1/2011 8:42 AM, Al Louis Ripskis wrote: Guys, Has anyone actually installed PmWiki on Windows XP Home? The trick seems to be installing the IIS first. I ran across a description of a torturous process at http://www.xfutureblog.com/2006/07/30/install-iis-for-windows-xp-home-edition/ But apparently it is questionable that it really works, judging from the responses of some who tried. Would you know a way around this conundrum? I run PmWiki on XP, with no issues, but not under IIS. For light install I use Abyss web server http://www.pmwiki.org/wiki/Cookbook/WikiOnAStick#abyss For a more comprehensive install I run Apache, and a PHP install. ~ ~ Dave ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Include static HTML
Hi,
I use cookbook/includeurl on our intranet site successfully. I have
placed includeurl.php in the cookbook directory and have added the line
include_once($FarmD/cookbook/includeurl.php);
into my config.php.
After that I've placed the static pages into the webservers htdocs
directory structure (not in the pmwiki directory!) and have included the
URL like
(:includeurl http://foo.bar/static-html/index.html height=550px:)
I have even tested: it works also e.g. for image galleries with complex
forward- and backlinks
It's (in my opinion) not so complex like described below ;-)
Best regards,
Erek
Am 13.07.2010 19:40, schrieb Chris Cox:
On Tue, 2010-07-13 at 09:26 -0700, pmw...@911networks.com wrote:
Not sure if the following is perfect, but it works...
Markup(
'html',
'fulltext',
'/\\(:html:\\)(.*?)\\(:htmlend:\\)/esi',
':block'.Keep(str_replace(array('gt;', 'lt;', 'amp;'),
array('', '', ''), PSS('$1';
Sorry, but I'm not sure that I understand. Mostly because I didn't
expand on my situation:
1. I have static web pages generated by Arles[1], images with
titles/keywords...
2. It generates an index.html, then each image has its own web page,
with annotation and navigation for next/previous...
3. My pagestore is: 'wiki.d/{$Group}/{$FullName}' so I store
everything by group.
so are you saying that I should include the index.html source inside
the (:html:) (:htmlend:)?
But then where do I store the individual pages?
[1] http://digitaldutch.com/arles/
For including complex websites, I'd use the original plan... includeURL
or includeSite recipe.
I think we use includeSite... includes the remote website inside of a
frame. Reasonable solution.
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Page save performance issue: solved
Dear all, thank you very much for your kind support and ideas solving this problem. It crossed my mind that before I've got these problems I have updated my PHP version concerning security issues. Now I have updated PHP to 5.2.11 and Apache httpd to 2.2.14 and page save time now is lower than 2 seconds instead of 17 before... Therefor the problem is solved. Once again, thank you very much, yours Erek DaveG schrieb: Forward response to list. Laatz, Erek wrote: Hi Dave, sorry for my bad description: 2 independent hosts (where one is backup) with same content. Both will have 353 files in wiki.d directory. DaveG schrieb: Laatz, Erek wrote: Here some basic informations about the Wiki and the systems: Wiki: 348 sites / 353 files in ./wiki.d What do you mean here by sites here? Do you have 348 farms? And each farm has 353 files in wiki.d? No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.686 / Virus Database: 270.14.23/2448 - Release Date: 10/20/09 06:43:00 ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] test email adress
Hi Peter,
RFC822 describes the syntax of e-mail addresses.
You'll find it at http://www.ietf.org/rfc/rfc0822.txt?number=822
Best regards,
Erek
PKHG schrieb:
Thanks Dave,
Indeed, you allow much more complicated e-mail addresses, e.g. special
characters.
Is there 'somewhere' an official definition, what e-mail addresses may look
like?
Peter
-Oorspronkelijk bericht-
Van: DaveG [mailto:pmw...@solidgone.com]
Verzonden: zondag 25 oktober 2009 21:33
Aan: Peter K.H. Gragert
CC: PmWiki Users
Onderwerp: Re: [pmwiki-users] test email adress
Checking for a valid email address can get very complex, to accommodate
all scenarios. Here's what I use:
function bi_IsEmail($e){
return (bool)preg_match(
/^[-_a-z0-9\'+*$^%=~!?{}]++(?:\.[-_a-z0-9\'+*$^%=~!?{}]+)*+@(?:(?![-.])[-
a-z0-9.]+(?![-.])\.[a-z]{2,6}|\d{1,3}(?:\.\d{1,3}){3})(?::\d++)?$/iD
,$e);
}
~ ~ Dave
Peter K.H. Gragert wrote:
Hello,
I just started to use pmforms.php, especially the mail part.
On the site there is an idea to check if an email address contains an
@-sign.
I use this one
function valid_mail($str)
{
return (ereg
('(^[0-9a-zA-Z_-]+(\.[0-9a-zA-Z_-]+)*@([0-9a-zA-Z_\-]{1,}\.)+[0-9a-zA-Z]{2,}
$)',
$str));
}
Is there an even (much) better one?
Greets
Peter
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.695 / Virus Database: 270.14.31/2458 - Release Date: 10/25/09
04:10:00
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
--
+---++
I Erek LaatzII
I Senior Consultant I Tel.: +49.(0)431.3993-556 I
I Professionals Projects I FAX: +49.(0)431.3993-999 I
I --II
I Consist Software Solutions GmbH II
I A Consist World Group Company I Mobile: +49.(0)160.90627851 I
I Falklandstr. 1-3, 24159 Kiel I E-Mail: la...@consist.de I
I Postfach 93 28, 24152 Kiel II
+---++
I HRB Kiel Nr. 3983, UST-ID: DE811697637 I
I Geschäftsführer: Dipl.-Kfm. Daniel RiesI
I Dipl.-Math. Martin Lochte-Holtgreven I
I Ines von Jagemann I
++
I Pushing IT forward!I
I Ihr IT-Spezialist für Integrations- und Individuallösungen I
I Your IT specialist for integration and tailor-made solutions I
++
Finalist beim Großen Preis des Mittelstandes
!--
Nichts auf der Welt ist so mächtig wie eine Idee,
deren Zeit gekommen ist!
Victor Hugo
!
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Page save performance issue
Hello Jean-Daniel, thank you for your reply! Oh yes, not only defragmented. I have re-formatted that data partitions for the web server and placed the htdocs including the PmWiki directory in the fresh-formatted partition - with no performance improvement. Actually I have no idea where to increase the page-save-performance. But I also want to have a look to my Apache 2.2. I have the apprehension that here something's not ok. I will inform community if I find out something. Have a nice day and best regards, yours Erek jdd-gmane wrote: Laatz, Erek a écrit : On both systems the page save performance is nearly the same. did you defragment the hard drive? jdd -- +---++ I Erek LaatzII I Senior Consultant I Tel.: +49.(0)431.3993-556 I I Professionals Projects I FAX: +49.(0)431.3993-999 I I --II I Consist Software Solutions GmbH II I A Consist World Group Company I Mobile: +49.(0)160.90627851 I I Falklandstr. 1-3, 24159 Kiel I E-Mail: la...@consist.de I I Postfach 93 28, 24152 Kiel II +---++ I HRB Kiel Nr. 3983, UST-ID: DE811697637 I I Geschäftsführer: Dipl.-Kfm. Daniel RiesI I Dipl.-Math. Martin Lochte-Holtgreven I I Ines von Jagemann I ++ I Pushing IT forward!I I Ihr IT-Spezialist für Integrations- und Individuallösungen I I Your IT specialist for integration and tailor-made solutions I ++ Finalist beim Großen Preis des Mittelstandes !-- Nichts auf der Welt ist so mächtig wie eine Idee, deren Zeit gekommen ist! Victor Hugo ! ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Page save performance issue
Dear all, since October 2007 I'm using PmWiki for a personal wiki. PmWiki was the best choice for me because it's most flexible with it's skins and it's file based, which reduces administrative tasks on the two systems where PmWiki is (indeoendent) located. Since that time I was absolutely satisfied with that choice. But since February 2009 the page save time (after editing a page) increases continuously from nearly 1 second up to 10 seconds. Now it takes 17 seconds to save a page edit - nearly independent how large the page is. The page render time is best, it takes between 0.07 to 1.71 seconds to reander a page depending of it's content (stopwatch). Here some basic informations about the Wiki and the systems: Wiki: 348 sites / 353 files in ./wiki.d largest file: 541224 bytes, smallest file: 969 bytes largest file page save time: 17 seconds smallest file page save time: 16 seconds System 1: Windows XP Professional 1 Intel Core 2 Duo @1.66 GHz 2 GB RAM HD 1: 160 GB for OS and Apps HD 2: 250 GB for data and the wiki System 2: Windows Vista Home Premium 1 Intel Core 2 Duo @1.5 GHz 2 GB RAM HD Part. 1: 60 GB for OS and Apps HD Part. 2: 190 GB for data and the wiki On both systems the page save performance is nearly the same. Anyone here who has an idea how to get rid of this performance issue. In the mailing list I could not find any issues regarding such a strange performance problem... Thanks in advance, yours Erek Laatz (from North Germany) ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
