David Spitzley wrote:
> I don't mean this as a criticism, but I'm not sure how that connects to
> PmWiki. Could you provide some clarification?
>
> "First, we've bundled Patrick Michaud's Rakudo"
Patrick is the man who has graced us with PmWiki... T
ndless CSS debugging...
--
~Mike Shanley~
~you are almost there~
~http://mike.upisup.com~
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
or breaks, then call the PTV as normal... Once on the page
itself and again wherever you like on your wiki.
A bit 'dirty', I know, but when you use it in conjunction with my
ShortCutsMarkup recipe--as in, for constructs that you will use more
than once--it does marvels!
--
~
f the variable string, anyway.
I'm not sure if this will work with Fox forms, but it's worked for me in
numerous similar cases.
--
~Mike Shanley~
~you are almost there~
~http://mike.upisup.com~
___
pmwiki-users mailing list
p
while back:
Put this is config.php:
# To get rid of 'Attach:' prefix
Markup('Attach','>img',"/\\bAttach:([^\\s$UrlExcludeChars]*[^\\s.,?!$UrlExcludeChars])/e",
"Keep(MakeLink(\$pagename,'$0','$1'),'L')");
address are directly related
to every single user of PmWiki.
And thanks to Patrick SO MUCH for making SUCH a great wiki engine!
--
~Mike Shanley~
~you are almost there~
~http://mike.upisup.com~
___
pmwiki-users mailing list
pmwiki-users@pmichau
the edit option as later we can go in an organize and
> clean the page and turn it into a
> kind of documentation of sorts.
>
>
>
--
~Mike Shanley~
~you are almost there~
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
ter, as you can upgrade properly without
ruining your work.
--
~Mike Shanley~
~you are almost there~
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Dominique Faure wrote:
> Feel free to do some reverse-engineering on Monobook or Grease Skins
> which both embed MarkupToHTML calls.
>
Even better than an answer: an example! Thanks!
--
~Mike Shanley~
~you are alm
BEFORE it gets processed?
What I'm looking to do is have a variable set = '' if the authentication is correct.
Also, is there any way to get markup processed and deposited into a tmpl
from skin.php? MarkupToHTML is throwing (regex error on line 1,
pmwiki.php) errors.
Thanks a l
exing somewhere, but I'm sure it could work.
http://pmwiki.org/wiki/Cookbook/EditMore
I've got a few small edits coming soon that will be very useful, but not
until at least the 30th.
--
~Mike Shanley~
~you are almost there~
__
... But then we're back to that old tootsy-roll-dilemma,
eh? ;)
--
~Mike Shanley~
~you are almost there~
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
est you use the
(:searchbox:) directive and a plain link to [[{*$Group}/Recent
Changes]]. Personally, I don't think anything should be hard-coded, so
every space except the header image on my site connects to a different
wiki page.
--
~Mike Shanley~
~
n entering new
> tags/categories.
>
> ~ ~ Dave
Thats a good point. I will implement in the next version (with the
delete fix!).
--
~Mike Shanley~
~you are almost there~
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
nks from a page. For now,
use MediaCategories or WPCategories, which will find EditMore tags easily.
DEMO at
http://demo.upisup.com
--
~Mike Shanley~
~you are almost there~
___
pmwiki-users mailing list
pmwiki-users@pmichau
There will be. Just check their recipe pages later today!
Sandy wrote:
>> http://www.pmwiki.org/wiki/Cookbook/EditMore
>> http://www.pmwiki.org/wiki/Cookbook/ShortCutsMarkup
>>
>>
>
> Is there an example of this in action?
>
--
~Mike Sh
seems to find them alright, though); the tags show up in the main body
> edit section but not in the tags edit field. Would it be possible for
> EditMore to also scoop up these preexisting tags and put them in the
> tags edit field?
>
> Thanks so much for your terrific
field that has this problem to handle. She barely
understands //italics// currently.
So is there a $UploadsSearchFmt or something similar that will make
PmWiki look for attachments elsewhere?
Thanks in advance!
--
~Mike Shanley~
~you are al
that much
page processing. Perhaps making it parse early on (note the '<[='). I'm
sorry I couldn't be of more help.
Markup('[[!','<[=','/\[\[\@([^\|\]] ?)\]\]/',
"[[$CategoryGroup/$1]]");
I&#x
. Right now, the pagelist
> returns a list that is sorted by groups before being sorted by dates.
>
The problem is that the fmt= you're using automatically groups the pages
by groups.
The easiest way to get them sorted would be:
(:pagelist $:NextDate=- order=$:NextDate fmt=#simp
might like my ShortCutsMarkup recipe...
http://pmwiki.org/wiki/Cookbook/ShortCutsMarkup
--
~Mike Shanley~
~you are almost there~
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Thanks Eemeli!
I actually ended up using php to do this anyway. I just wanted to make
sure that there wasn't something already built into PmWiki. I'm honestly
surprised there isn't.
--
~Mike Shanley~
~you are almost there~
___
t; Site.SideBar is used.
>
That's funny. When I looked for one, it wasn't there... Maybe you went
right before me?
--
~Mike Shanley~
~you are almost there~
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://ww
t will work until you get a better response...
Though personally, that skin is way too bulky for my taste.
Anyway in skin-triad.tmpl, replace:
With:
This returns the original functionality of the sidebar.
--
~Mike Shanley~
~you are almost there~
_
age that you're currently on... Thus, a floating sidebar would
disappear. It's a long shot, but if this is the case, just put some more
text in the sidebar until you have more stuff on your site.
--
~Mike Shanley~
~you are almost there~
Hey all!
I've tried a few different methods and searched aplenty, but can't seem
to find any information on how to determine if {$$PageCount} is odd or even.
I'm trying to use pagelists to build a table that has two sets of data
per row... Something like this:
[[#albums]]
(:template defaults o
David Fionda wrote:
> Hello All
>
> A couple of questions...
>
> 1.) I am trying to set up PMWiki for use with multiple classes. Each
> class will have their own wiki. SHould i use category pages to do this?
The easiest way would be to use groups... So all pages for different
classes woul
Duarte Carreira wrote:
> Is it possible to have personal areas in PmWiki?
>
> * A user logs in, and has a private Group or whatever, where only
> he/she can edit and possibly read.
> * The personal area can have it's own blog?
>
You might consider WikiFarms:
http://pmwiki.org/wiki/PmWiki/WikiF
Damn! And I was really looking forward to the logbody fix too!
The Editor wrote:
> My apologies for the earlier post by this title. Accidently sent to
> the wrong list...
> Please disregard.
>
> Dan
>
> ___
> pmwiki-users mailing list
> pmwiki-users@pmic
Eemeli Aro wrote:
>> Shouldn't that be "\[\[!([^\]]*?)\]\]" ?
>>
>
> Drat. Grokked the ? just after I posted, sorry about that. But to not
> make myself completely worthless, wouldn't "\[\[\s*!(.*?)\]\]" be a
> bit more lenient and more in line with the other [[...]] markup
> regexes?
>
> ee
RONALD PYATT wrote:
> I'm not sure if I'm asking this right, but I'm looking
> for a way to have 2 vertical sections (editable) on a
> page. Something similar to Section Edit and Include
> With Edit, but the sections would be side by side. Is
> this possible?
>
> Thanks,
> Ron
I actually just got
RONALD PYATT wrote:
> I'm not sure if I'm asking this right, but I'm looking
> for a way to have 2 vertical sections (editable) on a
> page. Something similar to Section Edit and Include
> With Edit, but the sections would be side by side. Is
> this possible?
>
> Thanks,
> Ron
Do you mean two col
Ben Wilson wrote:
> Why does it *have* to put the categories in a DIV?
You are right about this: It doesn't have to put them /anywhere/, but it
does have to put them /somewhere/. The reason is that when the next
person comes around to edit, all of those categories have got to get
back into th
Expanded and Improved!
Now you can create a list of tags--that is, categories that you can't
see on the page--and enforce it if you like.
You can make these categories visible (along with any others on the
page) by using Ben Wilson's MediaCategories. Otherwise, the tagged pages
will show up in
> Best way to do it is not to implement any features of MediaCat and
> allow individual admins to enable that feature. MediaCat only affects
> display by collecting and styling categories, not ROS/ROE. Your tools
> seems focused on editing and should therefore probably avoid display
> where possib
Ben Wilson wrote:
> MediaCat (Media Categories)[1] is a recipe that collects
> [[!Categories]] and puts into a style-able div at the bottom of the
> page---at display time.. It does this at display time, rather than at
> save. So, there is no need to style the categories. Your recipe would
> dovet
> Is ZAP secure? I remember some long threads just talking about it.
>
> I'm sorry if it is not true, but that's how I remember it and the reason why
> I'm trying to code a registration recipe myself.
>
> CarlosAB
Actually, Ben just said about the ZAP method...
I'll be looking for that info mys
DaveG wrote:
> Mike Shanley wrote:
>> I will happily add another box for categories. The only issue is
>> where to stick the tags themselves on the page... Should they be
>> invisible? At the bottom in a styled div?
> Have options for top, bottom, and freeform. fr
Thanks to everyone for your help!
I think ZAP is the way to go, but it's gonna take me some time to look
through the Archives and figure out how to use it. I might just take you
up on your offer, Ben.
Thanks again!
Ben Stallings wrote:
> Kathryn Andersen replied to Mike Shanley:
&g
s in conjunction with ROS and ROE to provide a
> 'user-friendly' way of entering tags/categories, in some form of
> comma-separated list?
>
> ~ ~ Dave
>
>
> Mike Shanley wrote:
>> Rather, it's a new revision of an old recipe.
>>
>> With
Rather, it's a new revision of an old recipe.
With EditMore, you can add fields to the EditForm for the page (:title,
(:keywords, and (:description. You can even make these fields mandatory
for your users.
http://www.pmwiki.org/wiki/Cookbook/EditMore
Is there anything else that people want in
Greetings!
I know that there are a couple of ways to set up a user system
(AuthUser, UserAuth), but I haven't found a way to allow users to
register themselves... And I'm sure there has to be more than a few
people who want THAT feature.
Also, I would like to set things up so that in one of my
If you've got: Example/index.php, the wiki files go to Example/wiki.d/
Try to make the wiki.d directory yourself and set universal write
permissions.
Maria McKinley wrote:
> Hi there,
>
> I am having difficulties setting up a wiki farm, and I suspect the
> problems has to do with where/how the p
Hi.
I think I've discovered a bug, but I figured I'd bring it here to make
sure that I'm not mistaken.
Here's my page in progress:
http://mikeshanley.upisup.com/TheTarot/IChingMandala
The affected area of which looks like this:
--
:1:[[The Universe]]
Creating
:2:[[The World]]
Open, Rec
Shi Sherebrin wrote:
>
> ...
>
> actually I'm looking for a more general solution, so that whichever
> heading comes first (at least in #wikitext), i.e. at the top of the
> 'content page', will be treated differently. Everywhere else I want a
> non-zero top margin to separate the heading from p
Mark Trumpold wrote:
> Hi All
>
> I have tried reading the instructions on farms and I still seem to be having
> trouble. Could someone help, please ...
>
> I have a wiki (Wiki 1) running that I am very happy with.
>
> I want to make my other existing and new wikis to use the Wiki 1 get all the
>
Shi Sherebrin wrote:
> Nicholas Buttle wrote:
>
>> ... is there any way to automatically change the
>> content of a page in pmwiki?
>>
Try this:
1. Make yourself a new group, which for this example we'll call
News
2. Now, in Site.LocalTemplates, add this:
[[#frontpage]]
(:template ea
o
Morning Glory. I like.
> Note that the term wiki farm is based on the idea of a server farm not
> on an agricultural analogy. See:
> http://www.pmwiki.org/wiki/PmWiki/WikiFarmTerminology
As true as that may be, where do you think a Server Farm got it's
analogy from, hmm? ;)
--
s, and wiktionary were all groups on the same installation of
> MediaWiki ... what would they call it? I think they'd call it a farm
> no?
>
> bessler
>
> ___
> pmwiki-users mailing list
> pmwiki-users@pmichaud.com
> http://ww
time you want to update your template!
Anyway, the information on the website is much more in depth, but this
should be enough for you to make sense out of the template.
--
~Mike Shanley~
~you are almost there~
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Mike Shanley wrote:
> Perhaps even better would be if I could simply make one page per mandala
> that had the table with some code that summoned the right
> [[TheTarot.CardName]] into it, based on page text variables
I forgot to mention: For the Mandalas, it's alright to just have
s.
Any ideas?
Thanks so much!
--
~Mike Shanley~
~you are almost there~
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
michaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
--
~Mike Shanley~
~you are almost there~
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
p/{$Name}.wiki");
> $UploadDir = 'wiki.d';
> $UploadPrefixFmt = '/$Group/$Name';
>
--
~Mike Shanley~
~you are almost there~
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Site.BlogGroupFooter,
Site.BlogListTemplates.
Despite the changes, your code was the most suitable of the blog scripts
up there, so thanks!!!
--
~Mike Shanley~
~you are almost there~
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
refixFmt = '/$Group/$Name';
Would do as expected and save new files as /Main/Main.wiki Because
it would be much easier to hide all .wiki files than it would be to SHOW
everything except wiki files.
Has anyone else done something like this?
--
~Mike
round for
something, but if someone here knows of another possibility, please let
me know.
--
~Mike Shanley~
~you are almost there~
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
:if ! equal {=$Group} {<$Group}:)
*[[{=$Group}/]]
(:if equal {*$Group} {=$Group}:)
**[[{=$Group}/{=$Name}|{=$Titlespaced}]]
(:ifend:)
[[#expandend]]
works wonderfully. This isn't the first time that stripping (:template:)
has fixed my templates however. I'm running the newest ver
up:
[[#expand]]
(:template first {=$Group}:)
*[[{=$Group}/]]
(:if equal {*$Group} {=$Group}:)
(:template each:)
**[[{=$Group}/{=$Name}|{=$Titlespaced}]]
(:ifend:)
[[#expandend]]
So how can we push this into full fledged 'working'?
--
e hidden recipe somewhere, because I can't
just tell her to shrink the pics herself. She NEEDs the quality high for
her purposes.
Thanks in advance!
--
~Mike Shanley~
~you are almost there~
___
pmwiki-users mailing list
pmwiki-users@pmicha
t;> anchors across an entire wiki, we should also
>> provide a way to just as easily index these anchors.
>> Right?
>>
>
> In this case one mechanism to 'get' the anchors for
> use in the markup, could be something like {=$Anchor}
> for just the anchor or
ist toc= that tracked headers instead of trail=
tracking bullets would also work... My thought on this is that as long
as we are talking about anchors across an entire wiki, we should also
provide a way to just as easily index these anchors. Right?
--
~Mike Shanley~
H. Fox wrote:
> On 7/25/07, Mike Shanley <[EMAIL PROTECTED]> wrote:
>> I really, really, really don't like the idea of using the titles as
>> anchors, because of how much you lose.
> How much do we lose? Can you be specific about what is lost by using
> heading
f the problems, with the added bonus of a perfect TOC.
Even better- you can use (:include to add just the sections you want to
another page... However, it does require editing/searching TWO pages
every time you edit ONE.
Just an idea, anyway.
--
~Mike Shanley~
___
lock','/^(!{1,5})\\s?(.*)$/e',
"'<:block,1>$2'");
Thanks!
--
~Mike Shanley~
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Sivakatirswami wrote:
> OK that works... (though page list protect "died" but
> that's a different problem I posted in a new thread...)
>
> Now, how can i block reading PmWiki/DocumentationIndex?
> except for those with certain passwords... if we create
> PmWiki/GroupAttributes?action=attr
>
> and
[EMAIL PROTECTED] wrote:
> On Sun, 22 Jul 2007, Patrick R. Michaud wrote:
>
> I don't think it's a great idea to use the heading text to generate
> the label. My recommendation is to enumerate them instead. If we worry
> that an enumerated heading becomes incorrect if a heading is inserted
> b
A bit of update: I just noticed clean Urls was on... Now they're off,
and the site works... But that means I need to figure out how to clean
my urls again!
Mike Shanley wrote:
>
>> HOME: http://www.artiki.org
>> FIELD: http://handbo
Hey, I accidentally sent it to just Patrick...
Mike Shanley wrote:
> Hey!
>> Are there any urls we could look at?
>>
> HOME: http://www.artiki.org
> FIELD: http://handbook.omniversalism.com
>> When you say "they're hosted in the same place", do you mea
Hi!
This is my first post to the list. Thanks in advance for any help...
I'm trying to work out the kinks of a wikifarm. Right now, I just have
the home-wiki and one 'field'. Though they're under different domains,
they're hosted in the same place. The home wiki works perfectly.
Now, though th
70 matches
Mail list logo
