Yes, getlink is supposed to just return the pagename--so it can be
used more easily in various ways. It is actually more used as an
internal BoltWire system function, but I provide a markup hook just in
case it might be useful. Like with these zones! :)
I've been working on this skin variable {skin} problem for a good
while and it turned out to be rather complex. We have to set
$BOLTskin and {skin} late in the process, because the BOLTmakepage
function can change it. If action=print or {p1} is rss, for examples.
It also may need to be reset if a selected skin cannot be found.
Either way, if not careful, we end up with the odd case of declaring
skin=triad but we are in fact using some different skin (default,
print, rss). Also, if for any reason $BOLTskin changes, then we need
to look for and include the right skin.php file. Loading the wrong one
could easily cause additional problems. (Unfortunately none of our
skins have any fancy php in them. Yet...)
There's also the situation where a config file or plugin might
dynamically change a skin for some reason. Thus the skin.php file that
gets loaded and the appropriate vars need to be set at a time to
reflect all these potential changes.
We also have the problem of hierarchical skins. Suppose you have a
customized skin for your forum group with slightly different zones. So
you create a code.forum.skin.triad. Zones and Getlink should still
pick the right skin page and generate the right zones/links, but
$BOLTskin and {skin} would not indicate any change. Still show
"triad". I guess that will have to do. Anyway, I think I have all
this fixed and working now.
Here's another problem on page site. As it is, BoltWire will show
code.skin and code.style even if you are using triad. Though the page
doesn't use them. I fixed this, by only returning *triad pages--when
skin is set--in the actual search function on page site, but what if
you have a skin that has a custom skin file, but uses the default
style sheet? Maybe I just worry about too many possible problems... I
also excluded action.skin and main from the search results as they are
not true zones...
The skin selection routine in BOLTmakepage was greatly simplified by
simply adding one line to the BOLTgetlink function, about half way
through after it was determined the selected skin did not exist--like
this
if ($end == 'skin') $BOLTskin = '';
This makes $BOLTskin revert to '' when the skin in fact switches back
to the default (not found). Once this was done, I just needed to move
the line that looks skin.php and set {skin}, along with the
prerequisite globals to the right place and we got it.
Anyway, I just uploaded another try at 3.18. If you care to give it a try.
Cheers,
Dan
On Tue, Oct 6, 2009 at 3:31 AM, Hans <[email protected]> wrote:
>
> [(getlink topnav)] etc return the correct full pagename as text
> (not as link).
> I am not sure if this is the right behaviour.
>
> action=zones work fine. The page displays with the right zones and
> right links to view, source and edit.
>
> >
>
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"BoltWire" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/boltwire?hl=en
-~----------~----~----~----~------~----~------~--~---
