[pmwiki-users] Pmwiki web designer needed

Geoffrey Hopkins geodixiesimba at yahoo.com
Mon Aug 6 07:16:32 CDT 2007


I am looking for someone fluent in pmwiki and good with graphic design and website layout/construction.  I have some immediate projects ready for work.  Please contact me at geodixiesimba at yahoo.com

Include backround, and examples of work.

Geoffrey


On Jul 23, 2007, at 11:49 AM, pmwiki-users-request at pmichaud.com wrote:

Send pmwiki-users mailing list submissions to
   pmwiki-users at pmichaud.com

To subscribe or unsubscribe via the World Wide Web, visit
   http://www.pmichaud.com/mailman/listinfo/pmwiki-users
or, via email, send a message with subject or body 'help' to
   pmwiki-users-request at pmichaud.com

You can reach the person managing the list at
   pmwiki-users-owner at pmichaud.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of pmwiki-users digest..."


Today's Topics:

  1. Re: Monospace-Text and buffer size problem. (Kathryn Andersen)
  2. Barcode - new recipe (kirpi at kirpi.it)
  3. Re: filtering page name (malexism at free.fr)
  4. ShowHide / ToggleLink Recipe (Steve Glover)
  5. Re: Moving pmwiki directories out of web root (Athan Dimoy)
  6. Re: Moving pmwiki directories out of web root (Ben Wilson)
  7. htpasswdForm (Sameer Kumar)
  8. New documentation effort - metaphors (Tegan Dowling)
  9. Re: NewPageBox[Plus] missing id="" and name="" (kirpi at kirpi.it)


----------------------------------------------------------------------

Message: 1
Date: Mon, 23 Jul 2007 14:34:13 +1000
From: Kathryn Andersen <kat_lists at katspace.homelinux.org>
Subject: Re: [pmwiki-users] Monospace-Text and buffer size problem.
To: pmwiki-users at pmichaud.com
Message-ID: <20070723043413.GB5186 at katla.katspace.homelinux.org>
Content-Type: text/plain; charset=us-ascii

On Sun, Jul 22, 2007 at 08:14:02PM -0600, Nelson E. Ingersoll wrote:
 Putting the text into the page as monospaced-text has the additional
benefit of loading a LOT faster than allowing PmWiki to attempt to translate
310K of potential markup instructions.   Suddenly I am starting to think I
*really* can use PmWiki as the engine for my Knowledge Base.  Color me pleased.

If you already have plain-text files and don't want to have to
cut-and-paste them, you might want to look at the IncludeUpload recipe.
http://www.pmwiki.org/wiki/Cookbook/IncludeUpload

Kathryn Andersen
-- 
_--_|\     | Kathryn Andersen    <http://www.katspace.com>
/      \    | 
\_.--.*/    | GenFicCrit mailing list <http://www.katspace.com/gen_fic_crit/>
     v     | 
------------| Melbourne -> Victoria -> Australia -> Southern Hemisphere
Maranatha!  |    -> Earth -> Sol -> Milky Way Galaxy -> Universe



------------------------------

Message: 2
Date: Mon, 23 Jul 2007 10:42:24 +0200
From: "kirpi at kirpi.it" <kirpi at kirpi.it>
Subject: [pmwiki-users] Barcode - new recipe
To: pmwiki-users <pmwiki-users at pmichaud.com>
Message-ID:
   <d9d039dd0707230142p7518ffafmc31c861f1de1a9da at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

I've lately been working in a project which involved generating  and
printing barcodes within wiki pages.
My humble experience about it has been posted as
http://www.pmwiki.org/wiki/Cookbook/BarCode
with the hope it can be useful to others.

Luigi



------------------------------

Message: 3
Date: Mon, 23 Jul 2007 11:04:38 +0200
From: "malexism at free.fr" <malexism at free.fr>
Subject: Re: [pmwiki-users] filtering page name
To: Pmwiki-users <Pmwiki-users at pmichaud.com>
Message-ID: <46A46F26.9080609 at free.fr>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Patrick R. Michaud a ?crit :
This sounds like it'll end up being a recipe of some sort.

Oh ! I hoped something magic in two lines, like you habitually do.
Thank you Patrick, and Guillermo.

marc
-- 
http://www.malexism.org/




------------------------------

Message: 4
Date: Mon, 23 Jul 2007 11:05:57 +0100
From: Steve Glover <steve at fell-services.net>
Subject: [pmwiki-users] ShowHide / ToggleLink Recipe
To: pmwiki-users <pmwiki-users at pmichaud.com>
Message-ID: <1185185157.5101.10.camel at steve-desktop>
Content-Type: text/plain

Hi,

Does anyone know, please, what I'd need to change in the recipe to have
the hidden sections of text displayed when javascript is switched off
and yet have the default view for browsers with javascript still having
the sections hidden?

Thanks,


-- 
Steve Glover at                          email: steve at fell-services.net
SDSS, EDINA, University of Edinburgh,          tel: +44 (0)131-650 2908
Causewayside House, 160 Causewayside,          fax: +44 (0)131-650 3308
Edinburgh EH9 1PR                          mobile: +44 (0) 7961 446 902




------------------------------

Message: 5
Date: Mon, 23 Jul 2007 13:21:23 +0300
From: "Athan Dimoy" <foxx at freemail.gr>
Subject: Re: [pmwiki-users] Moving pmwiki directories out of web root
To: pmwiki-users at pmichaud.com
Message-ID: <f81vc2$tdh$1 at sea.gmane.org>
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
   reply-type=original

"Patrick R. Michaud" <pmichaud at pobox.com> wrote in message 
news:20070720133955.GD31839 at host.pmichaud.com...
On Fri, Jul 20, 2007 at 11:13:21AM +0300, Athan Dimoy wrote:
A second thought is to relocate all these folders (or some) out of web
document root. In that case, what configuration variables have to be 
changed
to point to new locations?

For pmwiki.org, I install _all_ of PmWiki outside of the web
document root (e.g., as a 'pmwiki/' directory in my home
directory).  My web directory then has only three entries:

* A 'pub' symlink to $HOME/pmwiki/pub/
* An 'uploads' symlink to $HOME/pmwiki/uploads/
* An index.php file that contains
  <?php
    chdir('/home/pmichaud/pmwiki');
    include_once('pmwiki.php');

With this setup it may be necessary to set $ScriptUrl and
$PubDirUrl, although the defaults may work as well.



Thanks Patrick, I'll try such a setup.

Athan 





------------------------------

Message: 6
Date: Mon, 23 Jul 2007 07:59:54 -0400
From: "Ben Wilson" <dausha at gmail.com>
Subject: Re: [pmwiki-users] Moving pmwiki directories out of web root
To: "Athan Dimoy" <foxx at freemail.gr>
Cc: pmwiki-users at pmichaud.com
Message-ID:
   <cc6097050707230459y131d41c8g403f1efa88ff6afd at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 7/20/07, Athan Dimoy <foxx at freemail.gr> wrote:
A second thought is to relocate all these folders (or some) out of web
document root. In that case, what configuration variables have to be changed
to point to new locations?
Any experience from such a setup?

I run a couple of servers where I put PmWiki in /usr/local/bin/pmwiki.
I put /pub and /cookbook in /usr/local/share/pmwiki. I variablize a
path to the cookbook directory ($FarmC) in
/usr/local/bin/pmwiki/local/farmconfig.php so those recipes can be
shared among multiple sites.

I then link /pub && /wikilib.d to the web directory and use an
.htaccess file to alias web calls to pmwiki.php.

-- 
Ben Wilson
"Words are the only thing which will last forever" Churchill



------------------------------

Message: 7
Date: Mon, 23 Jul 2007 10:11:44 -0400
From: "Sameer Kumar" <skumar at eharch.com>
Subject: [pmwiki-users] htpasswdForm
To: <pmwiki-users at pmichaud.com>
Message-ID:
   <94410484A515964193D7A45931A8F056C70618 at MAIL2006.eharch.com>
Content-Type: text/plain; charset="us-ascii"

List/Dafure,



I am not a programmer. I am trying to teach myself php as I do this. 



I am trying to activate the htpasswdform recipe on my wiki (Pmwiki
V2.2.0 beta59 on Apache on windowsXP), which is an information
repository for my office. I want new users to be able to set-up their
own passwords.



I have tried to follow the directions on the recipe page. There is a
long list of configurations which I don't understand. My
local/Site.HtpassForm.php looks like this:





<?php



# Password forms

$EnableHtpassword = 1;



$EnableHtgroup = 1;



$HtpasswordNewUsers = 1;



# Use local/.htpasswd for usernames/passwords

$AuthUser['htpasswd'] = 'local/authuser/.htpasswd';

# Use local/.htgroup for group memberships

# $AuthUser['htgroup'] = 'local/authuser/.htgroup';

include_once("$FarmD/scripts/authuser.php");



# HTpassword form for password/authentication management

include_once("$FarmD/cookbook/htpasswdform.php");







When I try to test the user/passwd creation, I get the following
message:





Warning: fopen(local/authuser/.htpasswd) [function.fopen]: failed to
open stream: No such file or directory in
C:\wiki\wiki\cookbook\htpasswdform.php on line 541



Warning: flock() expects parameter 1 to be resource, boolean given in
C:\wiki\wiki\cookbook\htpasswdform.php on line 542



Warning: fclose(): supplied argument is not a valid stream resource in
C:\wiki\wiki\cookbook\htpasswdform.php on line 547





I will appreciate any help on this. Or, if someone could share a sample
of their php file, it would be most helpful.



By the way, I tried to install the Single-SignOn recipe but was unable
to install it. Does htpasswdform and Single-SignOn work together?



Thanks a lot!

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20070723/053b136a/attachment-0001.html 

------------------------------

Message: 8
Date: Mon, 23 Jul 2007 11:11:32 -0500
From: "Tegan Dowling" <tmdowling at gmail.com>
Subject: [pmwiki-users] New documentation effort - metaphors
To: "PmWiki Users" <pmwiki-users at pmichaud.com>
Message-ID:
   <5c8455a0707230911p19621dd7s146a681865d166c4 at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Hey, list:

Please have a look at http://www.pmwiki.org/wiki/Test/Metaphors.  I
have a wiki for a group of users whose wiki started out with all the
pages being created in the Main wikigroup.  They have some content
that clearly will benefit from being broken out into multiple
wikigroups, but I am concerned about confusing them with the need to
begin qualifying their links.

I've had a little success with some people using a bookcase as a
metaphor for the wiki, and comparing wikigroups to shelves on the
wiki.  The visual seems to be really helpful for some; I'm thinking
this could be illustrated; it could be fun.

Please see if you can think of any ways to improve on the development
of the idea, or if you can come up with an alternative that works
better.

Thanks!

Tegan



------------------------------

Message: 9
Date: Mon, 23 Jul 2007 18:49:49 +0200
From: "kirpi at kirpi.it" <kirpi at kirpi.it>
Subject: Re: [pmwiki-users] NewPageBox[Plus] missing id="" and name=""
To: Hans <design5 at softflow.co.uk>
Cc: pmwiki-users <pmwiki-users at pmichaud.com>
Message-ID:
   <d9d039dd0707230949k40f6f8dcr22843a64e4b39a1a at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

I did not understand why you need id and name in the form tag...

Nor did I, actually.
:-)
Really, Hans, I hardly understand all these things.
Yesterday evening I made my homework and here is my buggy explanation.

As far as I can tell, it seems that there is something called DOM
which helps linking javascript code and html.
My working example at http://www.kirpi.it/wiki/pmwiki.php?n=Main.Calendarietto
has this code

(:html:)<form name="pippo">(:htmlend:)
(:input text name="data_inizio" value="Scegli la data di inizio
settimana" id="holder" size="30":)
(:html:)</form>(:htmlend:)
(:html:)
[<a href="javascript:showCalendar('2',document.forms[0].data_inizio,null,'','holder',0,30,1)">mostra
il calendario</a>]
(:htmlend:)

As far as I could learn on the internet, that
document.forms[0].data_inizio
strange command references the first form (the one I called "pippo")
in the page and put the selected value into any field named
"data_inizio".
This way the dated picked by the calendar javascript is easily put as
a value into the proper input field (there could be more than one).

This is the way I understood it, at least.
Does it make sense to you?

Now the next step.
As I try and switch the plain (:input:) markup with the (:newpagebox:)
markup, in order to let then create a new page with the value input
into the field, it happens that the document.forms[0].data_inizio has
no way to find the "data_inizio" part, as it is not defined.

For this very reason I thought it would be useful to enable name and
id, just the way they are enabled in the plain input markup.

Could I express it all?
Did I misunderstand anything?
Am I too far from the right way?

Luigi



------------------------------

_______________________________________________
pmwiki-users mailing list
pmwiki-users at pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users


End of pmwiki-users Digest, Vol 25, Issue 51
********************************************




More information about the pmwiki-users mailing list