to ensure that the converted style is generated only when
the wiki pages change and not every page request
This works brilliantly and I would hope that this way of thinking starts
to work it's way into the core?
Good luck
Ed W
___
pmwiki-users mailing
, read it... Not sure how it is relevant? (Did you see that my two
examples didn't go near a 404 page?)
Thanks for answering though
Ed W
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
in pmwiki.php and trying to decide how best
to patch it. Overloading the page#section syntax looks problematic, but
I was considering perhaps something like pagesection for the markup?
Anyone already done this? Interest in including it in core?
Thanks
Ed W
sensitive URLs, it's not
clear why it's finding files with different cased names?
Thanks
Ed W
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
deeper into the request
handling code?
Thanks
Ed W
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
to the reader!
Thanks for your thoughts
Ed W
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
is because interwiki links were
primarily designed for linking to other wikis and hence by definition
they would not be turning up in such a local search?
Seems to make sense to add them to the links list where they are
actually effectively local links though?
Ed W
Patrick R. Michaud wrote:
On Mon, Jul 13, 2009 at 10:19:45PM +0100, Ed W wrote:
Please see here and comment/disagree or whatever:
http://www.pmwiki.org/wiki/PmWiki/StyleGuidelines
It's not yet linked from an of the main pages - care to comment where it would
be appreciated to be linked
Patrick R. Michaud wrote:
On Tue, Jul 14, 2009 at 10:58:00AM +0100, Ed W wrote:
I've added my comments. Although now that I look a bit
further I think that perhaps this belongs on
http://www.pmwiki.org/wiki/PmWiki/DocumentationGuidelines
instead.
Aha! I nearly picked
unspaced deliberately? If so
then I propose that we should reverse the documentation wording for
those links and use the non spaced version consistently?
Hopefully we are all pulling in the same direction now?
Ed W
___
pmwiki-users mailing list
Petko Yotov wrote:
On Monday 13 July 2009 17:37:21 Ed W wrote:
And so every person who wants it ends up fixing a handful of key links
in their local copy of the documentation which is then flushed away when
they update to the latest version, whilst people on this list state
Petko Yotov wrote:
This is turning into a flame, so I'll briefly repeat what I said.
On Monday 13 July 2009 17:37:21 Ed W wrote:
If the original links work in the default installation, I don't see this
as an issue that should be fixed. :-)
I don't really see why not?
Because
DaveG wrote:
On Mon, 13 Jul 2009 16:37:21 +0100, Ed W li...@wildgooses.com wrote:
Seriously - read the original question again. We are nearly,
nearly there already. Lets just finish what is already started.
I'm not asking to go in a different direction - this is already
the
whole website?
This all started because I asked for a poll on which was felt to be more
consistent with a view to running that through the whole docs... (I can
see arguments either way). Oh well
Ed W
___
pmwiki-users mailing list
pmwiki-users
be documentated as special?
Regards
Ed W
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
code and to write all interlinks into the page file?
Perhaps this isn't so hard to change?
Ed W
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Petko Yotov wrote:
On Monday 13 July 2009 20:07:04 DaveG wrote:
If that is correct, why would we not want to do this? I can see it might be
some work, but it sounds like Ed W is prepared for this, and just wants
input on what he should be looking for. (Again, this is how I read the
thread
shouldn't have even mentioned WHY I
cared and we would have avoided a lot of wasted words... (it was only
one short para in the middle of the whole email...)
For the record, the pmwiki.org documentation is not locked for editing.
I think Ed W was proposing he would change it. He
there. At least an opinion is offered and one can start from a
known position.
Regards
Ed W
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
an official opinion on the exceptions and
I will work through the docs and try to fix everything? I recommend
that these are then put in as the default don't space config param
Thanks
Ed W
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http
Petko Yotov wrote:
On Sunday 12 July 2009 17:30:48 Ed W wrote:
The reason this matters is that I am using a different on disk pattern
for filenames, and so while the default wiki doesn't care about the
different between [[PmWiki Philosophy]] and [[PmWikiPhilosphy]], my
system does
Hans wrote:
Sunday, July 12, 2009, 4:30:48 PM, Ed W wrote:
The reason this matters is that I am using a different on disk pattern
for filenames, and so while the default wiki doesn't care about the
different between [[PmWiki Philosophy]] and [[PmWikiPhilosphy]], my
system does
Hans wrote:
Sunday, July 12, 2009, 7:12:51 PM, Ed W wrote:
Basically *because* you have the flexibility to override
$MakePageNamePatterns, it's then important to be consistent between
PmWiki and Pm Wiki since both may point to different pages if
people make use of this flexibility
://www.pmwiki.org/wiki/Cookbook/Yaml132Skin
Note, this is more a starting point for people to customise than a
completely ready to go skin at this stage... However, the point is that
it probably offers much more scope for easy customisation than many
other skins
Ed W
-
this is all mostly fixable with some addons though)
Good luck
Ed W
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
this won't be needed on FF4 and IE12, but it seems helpful
right now
Example of turning a link into a button (orange buttons inline):
http://www.mailasail.com/Shop/IridiumPhones
Can't see any negatives in doing it either...
Just my 2p anyway
Ed W
P.S. Thanks for PMWiki
Hi
Can someone please give me an example of how to use this syntax in a
template:
!--function:SomeFunc--
I tried some simple examples using pmwiki 2.2.0 and 2.2.1 and all I get
back is an empty string, eg
!--function:trim asd df --
Grateful for any help
Ed W
completely opaque without any
comments or clues how it works...)
Ed W
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Anyone ever tried to dump out all the backlinks and use them to draw a
nice graphviz chart of how their site links together internally?
Need to do something similar and wondered if anyone had any work done on
this already?
Cheers
Ed W
___
pmwiki
to the
same place, but this was apparently disrupting the google rankings due
to duplicated content and the internal links not being to the front page
Any thoughts?
Cheers
Ed W
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com
Patrick R. Michaud wrote:
On Mon, Mar 23, 2009 at 04:51:22PM +, Ed W wrote:
Hi Petko
Any chance if you are scrubbing the docs you could have quick cleanup
of any links like [[WikiTrails]] and change them to [[Wiki Trails]]
please? (Example from the documentation index page
and it's annoying to have the
documentation break because links still have no spaces
Perhaps Patrick could tweak the wiki in some way which would make it
easier to spot links which need updating?
Cheers
Ed W
___
pmwiki-users mailing list
pmwiki-users
Patrick R. Michaud wrote:
On Fri, Mar 20, 2009 at 02:27:20PM -0400, DaveG wrote:
[...] Ultimately it's simply the fact that the captchas are
being displayed that is causing the files to be generated.
How do other platforms handle this? I've not *noticed* this problem on
WP sites for
Patrick R. Michaud wrote:
On Wed, Feb 25, 2009 at 06:16:05PM +, Ed W wrote:
Given that I notice PmWiki moving away from CamelCase wiki words, it
seems like there should be little resistance to proposing a change in
the default URL naming convention also...
I'm fully in favor
? Seems to me that you still need
to manually close the outer div and you need to track the nested div
level in order to make use of the autoclose syntax so it's no easier
than just closing the thing manually on anything other than really small
paragraphs?
Thanks for listening...
Ed W
is chosen of course)
This seems to be the recipe which causes most probability of affecting
other parts of the code, hence the tentative proposal to include in core
pmwiki...
So, how about it...
Ed W
P.S. Please no replies about how you got to the top on google without
fancy URLs. Yes it's just
Patrick R. Michaud wrote:
On Wed, Feb 25, 2009 at 06:16:05PM +, Ed W wrote:
Given that I notice PmWiki moving away from CamelCase wiki words, it
seems like there should be little resistance to proposing a change in
the default URL naming convention also...
I'm fully in favor
by the perl
wikiconvertor module which we will produce inhouse and can be tweaked to
accomodate making later mass edits as simple as possible
Reply if interested - price open to negotiation
Ed W
http://www.mailasail.com
___
pmwiki-users mailing list
?
Or something else?
Nested markup would be extremely helpful - it seems like every even
simple page I write has to jump through hoops just to live without any
sort of nesting...
Ed W
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http
DaveG wrote:
Ed W wrote:
Can someone please talk me through how I can add new markup like
(:sitemap_priority 0.5:)
I'd probably use a PTV for this, in which case something like
(:sitemap_priority:0.5:)
Such that this is then accessible via $page['sitemap_priority']
And then access
to the page file, can you perhaps spend a few seconds explaining the
ReadVar function and how it picks out the pagevars because it's rather
alluding me how it actually functions right now...
Many thanks
Ed W
___
pmwiki-users mailing list
pmwiki-users
the
$page[abc] stuff gets populated?
Can anyone give me a leg up please?
Ta
Ed W
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Not even a single bite over this one?
Ed
Ed W wrote:
Hi, I am looking through the code in stdmarkup.php, in particular the
Cells function and wondering why we don't offer (automatic) nested
tables/divs, etc?
There seems already to be the option to have markup like (:divN:) which
nests
could nest
divs before, now we can just do it without having to manually number them.
Comments? Would a patch be accepted?
Ed W
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
44 matches
Mail list logo