On Sun, Aug 26, 2012 at 4:40 PM, Hans Bracker wrote:
> Sunday, August 26, 2012, 9:24:16 PM, tamouse wrote:
>> When I put on my designer's hat, I tend to disagree with you -- I have
>> found it frustrating when recipe writers force a style decision that I
>> haven't been able to override in my skin
Sunday, August 26, 2012, 9:24:16 PM, tamouse wrote:
> When I put on my designer's hat, I tend to disagree with you -- I have
> found it frustrating when recipe writers force a style decision that I
> haven't been able to override in my skin design (which is where I want
> most of those decisions m
On Sun, Aug 26, 2012 at 12:48 PM, Carlos AB wrote:
> There is just one thing I don't fully agree with, that is to change
> the position of pmwiki.css, as I believe the ... area
> is really good, because it gives recipe writers a dynamic space and a
> chance to override permanently or eventualy a c
Actually, I do not have a single pagetextvariable involved in the
searching. I do have an if="before $date" (with custom conditional for
"before" and a custom page variable $date). Those however are not
found within the text.
I suspect the holdup is in FmtPageName for order=group to resolve
Free text word searching (which is probably behind the OP's performance
and pagelist, etc issue).. is also something better suited to a
dictionary word search db thing... stuff like htDig did for static
HTML... things like nepomuk also come to mind. So.. I think you may
need something that cre
Can't say for sure. But figure that PTVs (for example) are just (more
or less) name,value pairs. So... an RDMS unless there are clear
benefits to be had using some kind of relationship joins across
tables... well... it's likely the wrong tool for the job in many cases.
Not saying that you mi
I have been trying to redesign some of the common pagelist
functionality to take advantage of an sqlite installation. You just
include it after you set your WikiDir to the custom SQLite pagestore
class. Like the person who sent out the updated pmwiki skin, I was
looking for some feedback/co
I was about to give the first steps into trying to do the recipe, when
I finally learned why my webmaster dashboard on google had just a few
options.
Because I never got around clicking my website name in the dashboard.
It sounds like a good joke huh?! True story.
But there you can find a
There is just one thing I don't fully agree with, that is to change
the position of pmwiki.css, as I believe the ... area
is really good, because it gives recipe writers a dynamic space and a
chance to override permanently or eventualy a css rule defined within
pmwiki.css .
But either before or af
+1 Good ideas
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
+1. Spaces in the titlebar make it easier to read. Lots of "nofollow".
Do search enginse even bother with that anymore?
Sandy
On 8/26/2012 2:13 AM, Simon wrote:
I've made a few suggestions for some incremental improvements to the
PmWiki skin template.
http://www.pmwiki.org/wiki/PITS/01294
I'
+1
Small but nice changes. I like spaces in the title bar.
Do search engines bother with nofollow anymore?
Sandy
On 8/26/2012 2:13 AM, Simon wrote:
I've made a few suggestions for some incremental improvements to the
PmWiki skin template.
http://www.pmwiki.org/wiki/PITS/01294
I'd appreciate
+1
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
13 matches
Mail list logo