[pmwiki-users] Re: pmwiki-users Digest, Vol 6, Issue 61
Rene Visco
rvisco at csdr-cde.ca.gov
Mon Jun 20 10:52:19 CDT 2005
Hi,
The search did not work. Here's my PHP info:
PHP Version 4.3.9
System
Windows NT CSDRSRV03 5.0 build 2195
Build Date
Sep 21 2004 14:03:10
Server API
CGI/FastCGI
Virtual Directory Support
enabled
Configuration File (php.ini) Path
C:\WINNT\php.ini
PHP API
20020918
PHP Extension
20020429
Zend Extension
20021010
Debug Build
no
Thread Safety
enabled
Registered PHP Streams
php, http, ftp, compress.zlib
Any suggestions?
On Jun 20, 2005, at 8:47 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://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: Re: %dlcol% (was: Cookbook -was
> PmWiki/DocumentationIndex)) (Patrick R. Michaud)
> 2. Re: %dlcol% (was: Cookbook -was PmWiki/DocumentationIndex))
> (Patrick R. Michaud)
> 3. Re: Reason why pagetoc.php isn't used for Cookbook.Cookbook?
> (Patrick R. Michaud)
> 4. Re: Definition Lists (Patrick R. Michaud)
> 5. Re: Re: Another problem with URLapprove (Patrick R. Michaud)
> 6. Re: Definition Lists (Neil Herber)
> 7. Re: %dlcol% (was: Cookbook -was PmWiki/DocumentationIndex))
> (chr at home.se)
> 8. Re: Re: %dlcol% (was: Cookbook -was
> PmWiki/DocumentationIndex)) (chr at home.se)
> 9. Re: Re: Re: %dlcol% (was: Cookbook -was
> PmWiki/DocumentationIndex)) (Patrick R. Michaud)
> 10. Re: Reason why pagetoc.php isn't used for Cookbook.Cookbook?
> (chr at home.se)
> 11. Re: blocked when editing, missing quick ref (Patrick R. Michaud)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 20 Jun 2005 09:06:32 -0500
> From: "Patrick R. Michaud" <pmichaud at pobox.com>
> Subject: Re: [pmwiki-users] Re: %dlcol% (was: Cookbook -was
> PmWiki/DocumentationIndex))
> To: chr at home.se
> Cc: pmwiki-users at pmichaud.com
> Message-ID: <20050620140632.GA24512 at pmichaud.com>
> Content-Type: text/plain; charset=us-ascii
>
> On Mon, Jun 20, 2005 at 03:56:30PM +0200, chr at home.se wrote:
>>> Monday, June 20, 2005, 8:07:34 AM, chr wrote:
>>>> I tried getting the above to work by shoving into my config.php, but
>>>> nothing happens... am I missing something?
>>>
>>> Did you use %dlcol% at the beginning of the paragraph containing the
>>> list?
>>
>> I got it working. The problem I had is illustrated by the following
>> markup that doesn't work:
>>
>> : G : E
>> : A %dlcol% : B
>> : C : D
>>
>> Thinking about it I assume that the very first definition somehow
>> causes
>> the style appearing in the second line to be ignored. Not sure if
>> this is
>> really a bug (although it's slightly unintuitive).
>
> Well, yes...since we're styling the list, we have to have the
> style information on the first entry in the list (so it can be
> placed in the <dl> tag). By the time we reach the second entry
> the list has already been started and it's too late to add it to
> the <dl> tag.
>
> Pm
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 20 Jun 2005 09:09:12 -0500
> From: "Patrick R. Michaud" <pmichaud at pobox.com>
> Subject: Re: [pmwiki-users] %dlcol% (was: Cookbook -was
> PmWiki/DocumentationIndex))
> To: chr at home.se
> Cc: pmwiki-users at pmichaud.com
> Message-ID: <20050620140912.GB24512 at pmichaud.com>
> Content-Type: text/plain; charset=us-ascii
>
> On Mon, Jun 20, 2005 at 09:07:34AM +0200, chr at home.se wrote:
>>> $HTMLStylesFmt['columnlist'] = "
>>> dl.dlcol dt { float:left; padding-right:0.5em; }
>>> dl.dlcol dd { margin-left:13em; }\n";
>>>
>>> $WikiStyle['dlcol']['apply'] = 'list';
>>> $WikiStyle['dlcol']['class'] = 'dlcol';
>>
>> I tried getting the above to work by shoving into my config.php, but
>> nothing happens... am I missing something?
>>
>> /Christian
>>
>> PS. Ideally I'd like a style that gives me a definition list looking
>> like
>> this:
>>
>> Term Definition paragrapht that will be
>> continued on the next line.
>>
>> AnotherTerm Definition paragraph that also
>> is continued on the next line.
>
> If you just change the margin-left value to something smaller
> you do indeed get the behavior you're asking for here. If you
> want the indentation to be the same as normal definition lists,
> use "margin-left:40px;" .
>
> Pm
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 20 Jun 2005 09:18:32 -0500
> From: "Patrick R. Michaud" <pmichaud at pobox.com>
> Subject: Re: [pmwiki-users] Reason why pagetoc.php isn't used for
> Cookbook.Cookbook?
> To: chr at home.se
> Cc: pmwiki-users at pmichaud.com
> Message-ID: <20050620141832.GC24512 at pmichaud.com>
> Content-Type: text/plain; charset=us-ascii
>
> On Mon, Jun 20, 2005 at 08:49:37AM +0200, chr at home.se wrote:
>> I'm just curious, but is there a reason why the pagetoc recipy isn't
>> used
>> for the main cookbook page? As it is now, that TOC will have to be
>> maintained manually.
>
> Welllll, my answer was going to be that I don't want to
> enable too many special-purpose recipes on pmwiki.org, because people
> viewing the markup may then expect those same markups to be available
> in the distribution (given that pmwiki.org is a primary example of
> what comes with the distribution).
>
> However, I'm not sure I can reconcile that position with the %dlcol%
> wikistyle I just added, since %dlcol% is not part of the distribution.
>
> So, I'll have to think about it some more. My initial thought is that
> I don't expect the TOC to change all that frequently, so having to
> maintain it manually isn't that difficult. My subsequent thought is
> that maybe it's time to include a (:toc:) markup in the core, but
> I feel like the current recipe does a bit too much for my taste.
>
> So, I think we just need to decide where pmwiki.org (and PmWiki) should
> go in this respect.
>
> (Note for clarification: I don't have any problem with enabling
> specific
> recipes on individual cookbook pages -- I'm just don't necessarily want
> to make them site-wide on pmwiki.org until they're part of a standard
> distribution.)
>
> Pm
>
>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 20 Jun 2005 09:30:29 -0500
> From: "Patrick R. Michaud" <pmichaud at pobox.com>
> Subject: Re: [pmwiki-users] Definition Lists
> To: Hans <design at flutesong.fsnet.co.uk>
> Cc: Pmwiki-users at pmichaud.com
> Message-ID: <20050620143029.GD24512 at pmichaud.com>
> Content-Type: text/plain; charset=us-ascii
>
> On Mon, Jun 20, 2005 at 10:09:10AM +0100, Hans wrote:
>> could we have a markup which produces
>> <ul>
>> <li><dl><dt> term </dt><dd> definition </dd></dl></li>
>> <li><dl><dt> term </dt><dd> definition </dd></dl></li>
>> <li><dl><dt> term </dt><dd> definition </dd></dl></li>
>> etc.
>> </ul>
>
> Well, better might be
>
> <dl>
> <dt><dl><dt> term </dt><dd> definition </dd></dl></dt>
> <dt><dl><dt> term </dt><dd> definition </dd></dl></dt>
> <dt><dl><dt> term </dt><dd> definition </dd></dl></dt>
> etc.
> </dl>
>
> so we don't get (or have to style) the ul bullets, and to keep
> things as definition lists. But ...
>
>> The markup should be similarly simple as : term : definition,
>> perhaps :: term :: definition to indicate the more complex form.
>
> I think this markup suffers from being simultaneously too general
> and too specific. It's too general because it tries to solve a
> generic "how do I wrap entire definitions" without really solving
> any of them -- it still needs something to indicate that we want
> the leading dots. It's too specific because it seems to apply
> only to the one special case we've come up with in the past day.
>
> In reality, if one wants to generate lines with leading dots,
> then the markup ought to be something like leading dots
> (probably any sequence of four or more dots):
>
> title ............... text
> another title ....... more text
> still more .......... still more text
>
> This could then be turned into a table or definition list with
> the appropriate stylings.
>
> Pm
>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 20 Jun 2005 09:34:23 -0500
> From: "Patrick R. Michaud" <pmichaud at pobox.com>
> Subject: Re: [pmwiki-users] Re: Another problem with URLapprove
> To: chr at home.se
> Cc: pmwiki-users at pmichaud.com
> Message-ID: <20050620143423.GE24512 at pmichaud.com>
> Content-Type: text/plain; charset=us-ascii
>
> On Mon, Jun 20, 2005 at 08:40:58AM +0200, chr at home.se wrote:
>> On Sun, 19 Jun 2005, Patrick R. Michaud wrote:
>>
>>>> Btw, this problem with too many unapproved links on a page that you
>>>> try to edit would be even more confusing to someone who is not even
>>>> trying to add an external link.
>>>
>>> ...except that in this case the message wouldn't appear -- presumably
>>> if the page had been successfully saved previously then it will save
>>> again if the number of unapproved links hasn't changed.
>>
>> Note that this is actually not the case... what happened here was
>> that I'd
>> created the page (EmacsModes/<something>) a long time before you
>> activated
>> urlapprove for pmwiki.org.
>
> Well, that was what I had intended by the word "presumably" -- i.e.,
> in absence of major configuration changes by the wiki administrator.
> Certainly if the wiki admin makes changes the rules of posting, then
> things that had been previously posted might no longer be allowed.
>
> At any rate, I'm not sure this warrants changing the error message
> in the distribution just yet.
>
> Pm
>
>
> ------------------------------
>
> Message: 6
> Date: Mon, 20 Jun 2005 11:11:00 -0400
> From: Neil Herber <nospam at eton.ca>
> Subject: Re: [pmwiki-users] Definition Lists
> To: "Patrick R. Michaud" <pmichaud at pobox.com>, Hans
> <design at flutesong.fsnet.co.uk>
> Cc: Pmwiki-users at pmichaud.com
> Message-ID: <6.2.1.2.0.20050620110916.01df1fd0 at pop3mail.eton.ca>
> Content-Type: text/plain; charset="us-ascii"; format=flowed
>
> At 2005-06-20 09:30 AM -0500, Patrick R. Michaud is rumored to have
> said:
>> In reality, if one wants to generate lines with leading dots,
>> then the markup ought to be something like leading dots
>> (probably any sequence of four or more dots):
>>
>> title ............... text
>> another title ....... more text
>> still more .......... still more text
>>
>> This could then be turned into a table or definition list with
>> the appropriate stylings.
>
> This is a very appealing idea for non-techie authors, and has the
> advantage
> of doing what it looks like it does.
>
>
> Neil
>
> Neil Herber
> Corporate info at http://www.eton.ca/
> Eton Systems, 15 Pinepoint Drive, Nepean, ON, Canada K2H 6B1
> Tel: (613) 829-4668
>
>
>
> ------------------------------
>
> Message: 7
> Date: Mon, 20 Jun 2005 17:23:25 +0200
> From: chr at home.se
> Subject: [pmwiki-users] Re: %dlcol% (was: Cookbook -was
> PmWiki/DocumentationIndex))
> To: pmwiki-users at pmichaud.com
> Message-ID: <Pine.LNX.4.44.0506201719080.664-100000 at ludde.md.kth.se>
> Content-Type: TEXT/PLAIN; charset=ISO-8859-1
>
> On Mon, 20 Jun 2005, Patrick R. Michaud wrote:
>
>> On Mon, Jun 20, 2005 at 09:07:34AM +0200, chr at home.se wrote:
>>>> $HTMLStylesFmt['columnlist'] = "
>>>> dl.dlcol dt { float:left; padding-right:0.5em; }
>>>> dl.dlcol dd { margin-left:13em; }\n";
>>>>
>>>> $WikiStyle['dlcol']['apply'] = 'list';
>>>> $WikiStyle['dlcol']['class'] = 'dlcol';
>>>
>>> I tried getting the above to work by shoving into my config.php, but
>>> nothing happens... am I missing something?
>>>
>>> /Christian
>>>
>>> PS. Ideally I'd like a style that gives me a definition list looking
>>> like
>>> this:
>>>
>>> Term Definition paragrapht that will be
>>> continued on the next line.
>>>
>>> AnotherTerm Definition paragraph that also
>>> is continued on the next line.
>>
>> If you just change the margin-left value to something smaller
>> you do indeed get the behavior you're asking for here. If you
>> want the indentation to be the same as normal definition lists,
>> use "margin-left:40px;" .
>
> Thanks. I ended up using this:
>
> if(true) {
> $HTMLStylesFmt['columnlist'] = "
> dl.dlcol dt { float:left; padding-right:0.5em; font-style: italic; }
> dl.dlcol dd { margin-left:4em; width:25em; }\n";
>
> $WikiStyle['dlcol']['apply'] = 'list';
> $WikiStyle['dlcol']['class'] = 'dlcol';
> }
>
> Note the 'italic' on the definition term, makes it better looking IMHO.
>
> /Christian
>
> PS. Using 'font-weight: bold;' for the dt produced a somewhat
> surprising
> result for me...
>
> PPS. The conditional wrapper is just there to make it easy for me to
> disable the code snippet.
>
> --
> Christian Ridderström, +46-8-768 39 44
> http://www.md.kth.se/~chr
>
>
>
>
> ------------------------------
>
> Message: 8
> Date: Mon, 20 Jun 2005 17:24:50 +0200
> From: chr at home.se
> Subject: [pmwiki-users] Re: Re: %dlcol% (was: Cookbook -was
> PmWiki/DocumentationIndex))
> To: pmwiki-users at pmichaud.com
> Message-ID: <Pine.LNX.4.44.0506201723400.664-100000 at ludde.md.kth.se>
> Content-Type: TEXT/PLAIN; charset=ISO-8859-1
>
> On Mon, 20 Jun 2005, Patrick R. Michaud wrote:
>
>> On Mon, Jun 20, 2005 at 03:56:30PM +0200, chr at home.se wrote:
>>>> Monday, June 20, 2005, 8:07:34 AM, chr wrote:
>>>>> I tried getting the above to work by shoving into my config.php,
>>>>> but
>>>>> nothing happens... am I missing something?
>>>>
>>>> Did you use %dlcol% at the beginning of the paragraph containing the
>>>> list?
>>>
>>> I got it working. The problem I had is illustrated by the following
>>> markup that doesn't work:
>>>
>>> : G : E
>>> : A %dlcol% : B
>>> : C : D
>>>
>>> Thinking about it I assume that the very first definition somehow
>>> causes
>>> the style appearing in the second line to be ignored. Not sure if
>>> this is
>>> really a bug (although it's slightly unintuitive).
>>
>> Well, yes...since we're styling the list, we have to have the
>> style information on the first entry in the list (so it can be
>> placed in the <dl> tag). By the time we reach the second entry
>> the list has already been started and it's too late to add it to
>> the <dl> tag.
>
> No worries. Btw, this recipy deserves it's own cookbook page... if we
> can
> come up with a suitable name I can write it. Then I'll add a big caveat
> about having to place the wiki style at the first list element.
>
> /Christian
>
> --
> Christian Ridderström, +46-8-768 39 44
> http://www.md.kth.se/~chr
>
>
>
>
> ------------------------------
>
> Message: 9
> Date: Mon, 20 Jun 2005 10:32:48 -0500
> From: "Patrick R. Michaud" <pmichaud at pobox.com>
> Subject: Re: [pmwiki-users] Re: Re: %dlcol% (was: Cookbook -was
> PmWiki/DocumentationIndex))
> To: chr at home.se
> Cc: pmwiki-users at pmichaud.com
> Message-ID: <20050620153248.GC22530 at pmichaud.com>
> Content-Type: text/plain; charset=us-ascii
>
> On Mon, Jun 20, 2005 at 05:24:50PM +0200, chr at home.se wrote:
>>
>> No worries. Btw, this recipy deserves it's own cookbook page... if we
>> can
>> come up with a suitable name I can write it. Then I'll add a big
>> caveat
>> about having to place the wiki style at the first list element.
>
> Actually, I have a whole bunch of wikistyle items that I think may be
> combined into a single recipe -- maybe I'll just start a cookbook page
> to collect them all into one place... :-)
>
> Pm
>
>
> ------------------------------
>
> Message: 10
> Date: Mon, 20 Jun 2005 17:29:12 +0200
> From: chr at home.se
> Subject: [pmwiki-users] Re: Reason why pagetoc.php isn't used for
> Cookbook.Cookbook?
> To: pmwiki-users at pmichaud.com
> Message-ID: <Pine.LNX.4.44.0506201725190.664-100000 at ludde.md.kth.se>
> Content-Type: TEXT/PLAIN; charset=ISO-8859-1
>
> On Mon, 20 Jun 2005, Patrick R. Michaud wrote:
>
>> So, I'll have to think about it some more. My initial thought is that
>> I don't expect the TOC to change all that frequently, so having to
>> maintain it manually isn't that difficult. My subsequent thought is
>> that maybe it's time to include a (:toc:) markup in the core, but
>> I feel like the current recipe does a bit too much for my taste.
>
> I think some kind of (:toc:) is desired in "standard" pmwiki. FWIW, I
> rarely do anything more advanced than something like this:
>
> (:toc The table of contents:)
>
> !! A header that gets an automatic label
>
> !![[#lbl]] A header with an label called 'lbl'
>
> Would it be possible to put in a stripped TOC-version in pmwiki whoose
> markup coincides with pagetoc.php? (So that people needing more
> functionality can use the latter - I'm asking because this might cause
> problems/conflicts later on).
>
> /Christian
>
> --
> Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
>
>
>
>
> ------------------------------
>
> Message: 11
> Date: Mon, 20 Jun 2005 10:46:47 -0500
> From: "Patrick R. Michaud" <pmichaud at pobox.com>
> Subject: Re: [pmwiki-users] blocked when editing, missing quick ref
> To: Clytie Siddall <clytie at riverland.net.au>
> Cc: pmwiki-users at pmichaud.com
> Message-ID: <20050620154647.GD22530 at pmichaud.com>
> Content-Type: text/plain; charset=us-ascii
>
> On Mon, Jun 20, 2005 at 01:51:31PM +0930, Clytie Siddall wrote:
>> for this page:
>>
>> http://www.pmwiki.org/wiki/PmWikiVi/HieuChinhCoBan
>>
>> and it worked. It's a shorter page.
>>
>> I don't understand why the other two won't. They're Success Stories
>> and PmWikiUsers.
>
> To prevent wikispam, pmwiki.org blocks posting of any page that
> has more than a certain number of "unapproved links". If you're
> running into that limit, the solution is to approve a small number
> of links on the page (password: "quick"), then add more.
>
> But I agree that SuccessStories and PmWikiUsers probably don't need to
> be translated to other languages.
>
> Pm
>
>
> ------------------------------
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://pmichaud.com/mailman/listinfo/pmwiki-users
>
>
> End of pmwiki-users Digest, Vol 6, Issue 61
> *******************************************
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 18418 bytes
Desc: not available
Url : /pipermail/pmwiki-users/attachments/20050620/2f66ac14/attachment.bin
More information about the pmwiki-users
mailing list