Sunday, April 15, 2007, 10:41:08 PM, Patrick wrote:
- I think {(server ...)} really ought to use the actual $_SERVER
names instead of introducing its own. Otherwise authors have
to learn a different set of names for things that already have names.
Perhaps, but an admin that knew enough
On Sunday 15 April 2007 23:16, Patrick R. Michaud wrote:
Searches on sites using utf-8 are now performed case-insensitively
for accented characters.
Hello Patrick.
There is a problem with the $CaseConversions array, line 214:
\xc9\xbd = \x171\xa4,
The value \x171\xa4 is probably not
On Mon, 16 Apr 2007, Hans wrote:
(which is why PHP calls its variable $_SERVER).
Is there a need for a {(server ...)} markup expression? Would it not be
more fitting to use page variables for things like the user's browser
name or the ip address? And then I would use terms like {$Browser}
On Sun, 15 Apr 2007, [EMAIL PROTECTED] wrote:
At this wiki page
http://wiki.lyx.org/Devel/BuglistsForLyX150
Just a note that the code below doesn't work with IE (as usual). It's
something to do with IncludeUrl().
/Christian
I just created a special version of IncludeUrl() that
On 4/15/07, H. Fox [EMAIL PROTECTED] wrote:
On 4/15/07, JB [EMAIL PROTECTED] wrote:
Having an anchor in a url makes ?action=edit stop working.
For example at url:
http://gnuzoo.org/test/AdvancedTableDirectives#zebratables
try to edit via URL:
On Mon, Apr 16, 2007 at 10:04:55AM +0200, Petko Yotov wrote:
On Sunday 15 April 2007 23:16, Patrick R. Michaud wrote:
Searches on sites using utf-8 are now performed case-insensitively
for accented characters.
Hello Patrick.
There is a problem with the $CaseConversions array, line 214:
Hi everyone!
A co-worker of mine recently asked me if there was a way to access my
pmwiki data (a law lexicon) from outside using sort of an api that
would return the entire article in xml or json format.
I searched for a solution but don't exactly know where to start from?
Could one of the rss
On Sun, Apr 15, 2007 at 01:36:12PM -0500, JB wrote:
Having an anchor in a url makes ?action=edit stop working.
For example at url:
http://gnuzoo.org/test/AdvancedTableDirectives#zebratables
try to edit via URL:
On Mon, Apr 16, 2007 at 02:46:21PM +0200, Franz Binder wrote:
Hi everyone!
A co-worker of mine recently asked me if there was a way to access my
pmwiki data (a law lexicon) from outside using sort of an api that
would return the entire article in xml or json format.
Well, PmWiki already
On Mon, Apr 16, 2007 at 08:28:30AM +0100, Hans wrote:
Sunday, April 15, 2007, 10:41:08 PM, Patrick wrote:
- I think {(server ...)} really ought to use the actual $_SERVER
names instead of introducing its own. Otherwise authors have
to learn a different set of names for things that
On Thu, Apr 12, 2007 at 11:17:23PM +0200, Roman wrote:
I like #1, #2 or #3, mostly #1.
Just to follow up on this -- the {(ftime ...)} markup
that made it into beta43 will accept format and when parameters
in any order. It also allows explicitly labeling the parameters.
So, for {(ftime ...)},
On 4/14/07, Vince Administration [EMAIL PROTECTED] wrote:
On Apr 13, 2007, at 8:02 PM, Kathryn Andersen wrote:
On Fri, Apr 13, 2007 at 11:09:27PM +0100, Hans wrote:
Friday, April 13, 2007, 10:57:33 PM, Patrick wrote:
[[#trailindex]]
(:if equal {$FullName} {=$FullName}:)
Hi Tegan, Sorry for the slow reply (was totally sidetracked in other
things).
Yes that turns out to be it, thanks. For some reason the wikilib.d folder
did not completely copy over to my server and there were a bunch of other
files not there too. Not sure what happened, but I should have checked
On Mon, 16 Apr 2007, Patrick R. Michaud wrote:
It's also worth looking at ?action=dc and ?action=rss (see
Aha... now I rememeber it. It was '?action=dc' that was the mechanism I
couldn't remember.
Maybe we could let '?action=dc' also output the revision of PmWiki.
As for pmwiki-mode, when
On Mon, 16 Apr 2007, Roman wrote:
With traditional wikitrail you have to create and maintain list of pages
manually. Pagelist markup helps you to create list of pages dynamically
and the above pagelist template formats the results as traditional
wikitrail. Once you create new page with name
Saturday, April 14, 2007, 1:59:23 AM, Vince wrote:
[[#trailindex]]
(:if equal {*$FullName} {=$FullName}:) [[{$FullName}|{$Title}]] |
[[{=$FullName}|{=$Title}]] | [[{$FullName}|{$Title}]] (:ifend:)
[[#trailindexend]]
As someone who has not grown up with this, it would be incredibly
useful
On 4/14/07, [EMAIL PROTECTED] wrote:
The markup
[[Some page|+]]
creates a link to SomePage and replaces the link text with the titile of
that page. I'd like to be able to do the same when using intermap
prefixes, i.e. if I've defined a prefix such as:
LyXBug:
Monday, April 16, 2007, 2:51:24 PM, christian wrote:
Are dynamic wiki trails now working? Is there an example or documentation
somewhere that I could look at?
see http://www.pmwiki.org/wiki/Cookbook/DynamicTrails
~Hans
___
pmwiki-users mailing
After carefully reading the various posts on this thread, I'd like to
address a couple issues and propose a couple changes to the
MarkupExpressionsExtensions recipe.
1) Some of the content probably should be changed from
MarkupExpressions to Page Variables: Specifically, establish a
$Keywords
On Mon, Apr 16, 2007 at 03:19:04PM +0100, Hans wrote:
Monday, April 16, 2007, 2:22:07 PM, Donald wrote:
Yes that turns out to be it, thanks. For some reason the wikilib.d folder
did not completely copy over to my server and there were a bunch of other
files not there too. Not sure what
On Mon, Apr 16, 2007 at 10:28:38AM -0400, The Editor wrote:
Monday, April 16, 2007, 3:06:59 PM, The wrote:
I spent hours debugging my code only to discover the problem was
there. I never could find out how to do it, so added my own {(time)}
extension to produce a timestamp. Did I miss
Monday, April 16, 2007, 3:37:12 PM, Patrick wrote:
When or how would it do this?
as part of ?action=sitediag ??
ideally to be run after new installations or upgrades.
~Hans
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
On Mon, Apr 16, 2007 at 10:06:28AM -0500, Patrick R. Michaud wrote:
On Mon, Apr 16, 2007 at 03:42:54PM +0100, Hans wrote:
Monday, April 16, 2007, 3:37:12 PM, Patrick wrote:
When or how would it do this?
as part of ?action=sitediag ??
ideally to be run after new installations or
In trying to finish up this recipe I came up with a bug...
if (! CondAuth($p, $HandleAuth['source'])) return '';
seems to fail whether or not I have permission or not (defined in
config.php as admin. $p is correct value. Help?
Cheers,
Dan
Also, this does not work at all... I had this problem before and
forgot I had never figured it out. The problem is the $p value even
though it shows up as expected, the strpos cannot find a in it, so
it can't make the test or return the right value
$MarkupExpr['wiki'] =
Announcing a slightly different and perhaps slightly more explosive
forms processing engine.
Please see it at:
http://www.pmwiki.org/wiki/Cookbook/Acme
I'm no longer maintaining this page or the ZAP page, but have turned
them over to my associate as noted on the new recipe page.
The MkExpExt
Does anybody have experience integrating PmWiki with SourceForge
Enterprise? I know there was a recipe a while back that worked with
SourceForge.net. I'm getting ready to explore this on my own, but I
thought I might capture somebody else's experience before I've
answered the question on my own.
Monday, April 16, 2007, 5:40:07 PM, The wrote:
Announcing a slightly different and perhaps slightly more explosive
forms processing engine.
Please see it at:
http://www.pmwiki.org/wiki/Cookbook/Acme
I'm no longer maintaining this page or the ZAP page, but have turned
them over to my
On Monday 16 April 2007 18:40, The Editor wrote:
Announcing a slightly different and perhaps slightly more explosive
forms processing engine.
Please see it at:
http://www.pmwiki.org/wiki/Cookbook/Acme
I'm no longer maintaining this page or the ZAP page, but have turned
them over to my
On Mon, Apr 16, 2007 at 06:03:53PM +, Sandy wrote:
Patrick R. Michaud pmichaud at pobox.com writes:
On Mon, Apr 16, 2007 at 08:28:30AM +0100, Hans wrote:
Sunday, April 15, 2007, 10:41:08 PM, Patrick wrote:
(which is why PHP calls its variable $_SERVER).
Is there a need for a
On 4/16/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Mon, 16 Apr 2007 18:44:50 +0100
Hans [EMAIL PROTECTED] wrote:
Monday, April 16, 2007, 5:40:07 PM, The wrote:
http://www.pmwiki.org/wiki/Cookbook/Acme
A final(?) bad joke by Coyote / Caveman / The Editor ?
And just to be on
After upgrading to Pmwiki2.2.0-beta44, I have a problem. Everthing works
fine for the home wiki in my farm. However, in my two additional wikis,
I cannot log in. Instead of the usual login screen, I can only see a
small white band. When I uninstall beta44 by returning to beta43,
everything
On Mon, Apr 16, 2007 at 08:26:00PM +0200, f.r.salomons wrote:
After upgrading to Pmwiki2.2.0-beta44, I have a problem. Everthing works
fine for the home wiki in my farm. However, in my two additional wikis,
I cannot log in. Instead of the usual login screen, I can only see a
small white
On Mon, Apr 16, 2007 at 03:45:38PM +0200, [EMAIL PROTECTED] wrote:
On Mon, 16 Apr 2007, Patrick R. Michaud wrote:
It's also worth looking at ?action=dc and ?action=rss (see
Aha... now I rememeber it. It was '?action=dc' that was the mechanism I
couldn't remember.
Maybe we could let
Patrick R. Michaud schreef:
On Mon, Apr 16, 2007 at 08:26:00PM +0200, f.r.salomons wrote:
After upgrading to Pmwiki2.2.0-beta44, I have a problem. Everthing works
fine for the home wiki in my farm. However, in my two additional wikis,
I cannot log in. Instead of the usual login screen, I can
On 4/16/07, Patrick R. Michaud [EMAIL PROTECTED] wrote:
Is there a url we could look at?
Hey Patrick,
I think I figured out what's going on with authentication and my
wiki... Inspired by the beta44 release, I decided to travel back a
few revs until logins worked again. It seems that I lost
On 4/16/07, Tegan Dowling [EMAIL PROTECTED] wrote:
[...]
http://gnuzoo.org/test/AdvancedTableDirectives#zebratables?action=edit
[...]
http://www.w3.org/TR/2003/WD-xhtml2-20030506/mod-hypertext.html
So, somehow, clicking an edit link ought to first remove any
trailing fragments and then
Jason Frisvold schreef:
On 4/16/07, Patrick R. Michaud [EMAIL PROTECTED] wrote:
Is there a url we could look at?
Hey Patrick,
I think I figured out what's going on with authentication and my
wiki... Inspired by the beta44 release, I decided to travel back a
few revs until logins worked
On Mon, Apr 16, 2007 at 08:55:36PM +0200, f.r.salomons wrote:
Jason Frisvold schreef:
On 4/16/07, Patrick R. Michaud [EMAIL PROTECTED] wrote:
Is there a url we could look at?
Strange... After reinstalling beta43 and then again upgrading to beta44,
the problem is gone!
Perhaps the
It's like yellow-pages alphabetizing wars...
RandomQuotes
AAAMarkupExtentions
AAMailingList
ADarnGoodRecipe
Now, to find a way to monetize the top-alpha-returns
-the Other michael
http://www.xradiograph.com/interference
http://www.xradiograph.com/wrottings
On 4/16/07, Petko Yotov
Patrick R. Michaud schreef:
On Mon, Apr 16, 2007 at 08:55:36PM +0200, f.r.salomons wrote:
Jason Frisvold schreef:
On 4/16/07, Patrick R. Michaud [EMAIL PROTECTED] wrote:
Is there a url we could look at?
Strange... After reinstalling beta43 and then again upgrading to beta44,
the problem is
On Mon, Apr 16, 2007 at 02:48:13PM -0400, Jason Frisvold wrote:
I think I figured out what's going on with authentication and my
wiki... Inspired by the beta44 release, I decided to travel back a
few revs until logins worked again. It seems that I lost the ability
to login when beta32 was
the Other michael wrote:
It's like yellow-pages alphabetizing wars...
Which is related to the alphabetical format of the phone book. However,
as Google and other search engines have proven, it need not be this way
in cyberspace. Search engines are available that that provide listing
based
The # is a fragment identifier used by the browser only. Nothing
after the # is sent to the server because the # defines the end of a
query string. ?action=edit needs to be to the left of the # .
Hans said:
Where are the broken links coming from?
It is coming from the browser URL bar
hi list
Once I had a selfgroup definition in a wiki. That highlights a link as
long as the current page is in the same group. I uses it for a
horizontal navigation. The definition was as follows (kind of):
wikitext:
%define=hl{$Group} class=selfgroup%
* %hlTestGroup%[[TestGroup(.HomePage)]]
On Mon, Apr 16, 2007 at 02:46:44PM -0500, JB wrote:
Hans said:
Where are the broken links coming from?
It is coming from the browser URL bar when someone is at URL
http://gnuzoo.org/test/AdvancedTableDirectives#zebratables
and they click in the browser URL bar and add ?action=edit.
On Mon, Apr 16, 2007 at 09:50:40PM +0200, noskule wrote:
hi list
Once I had a selfgroup definition in a wiki. That highlights a link as
long as the current page is in the same group. I uses it for a
horizontal navigation. The definition was as follows (kind of):
wikitext:
PTVInclude provides a markup directive
(:ptvinclude PageName TemplateName:) to display PTVs from
other pages in layout formats and styles determined by a template
page. This will enable data display in multiple flexible ways. Layout
and styles can be changed by modifying the template, or
JB jbit at bitlink.com writes:
The # is a fragment identifier used by the browser only. Nothing
after the # is sent to the server because the # defines the end of a
query string. ?action=edit needs to be to the left of the # .
Hans said:
Where are the broken links coming from?
Monday, April 16, 2007, 9:50:43 PM, Sandy wrote:
Although, with the length of that page I can see why they'd not want to
scroll up to it. Maybe break it into smaller pages?
or provide for each section a link to the top:
[[#top|top]]
~Hans
___
On 4/16/07, Patrick R. Michaud [EMAIL PROTECTED] wrote:
I've been thinking that might be the problem. We have a bit of
a chicken-and-egg problem here, I'll try to explain it.
Inside of the authuser.php code, we make a call to FmtPageName()
to convert the $AuthUserPageFmt variable into a true
On 4/16/07, Patrick R. Michaud [EMAIL PROTECTED] wrote:
How do you mean I'm logging in at the directory level?
What's the url that you're using that contains ?action=login ?
http://www.example.com/wiki/
Jumps me right to the authentication page since the entire wiki is
password protected.
On 4/16/07, Hans [EMAIL PROTECTED] wrote:
Monday, April 16, 2007, 9:50:43 PM, Sandy wrote:
Although, with the length of that page I can see why they'd not want to
scroll up to it. Maybe break it into smaller pages?
or provide for each section a link to the top:
[[#top|top]]
Or use the
Hi PMWiki List,
I want to modify the markup pmwiki replaces Attach:Image.jpg with.
Currently it spits out something like this:
divimg src=Image.jpg/div
But I'd like it to spit out something more like:
pimg src=Image.jpg/p
Not a big difference, I know, but it would help me out tremendously. I
On Mon, Apr 16, 2007 at 10:25:22PM -0700, Ryan O'Toole wrote:
Hi PMWiki List,
I want to modify the markup pmwiki replaces Attach:Image.jpg with.
Currently it spits out something like this:
divimg src=Image.jpg/div
But I'd like it to spit out something more like:
55 matches
Mail list logo