Not logged in. · Lost password · Register
Page:  1  2  next 

All posts by barneym (20)

topic: Interwiki as an image shortcut  in the forum: General Help and Support Features and Functionality
Avatar
barneym #1
Member since Jun 2006 · 20 posts
Group memberships: Members
Show profile · Link to this post
Well that seems relatively straightforward.

Thanks!

Barney
topic: Interwiki as an image shortcut  in the forum: General Help and Support Features and Functionality
Avatar
barneym #2
Member since Jun 2006 · 20 posts
Group memberships: Members
Show profile · Link to this post
Subject: Interwiki as an image shortcut
I've been using Interwiki links extensively in order to simplify end-user linkage of data into the system.  By wrapping various direct or script based URLs I've been able to provide a very straightforward syntax for the end-users to link to legacy applications or even specific data screens from within the Wiki system.

With this simple yet powerful success, when the problem of common icons came up it seemed like a perfect fit...if it were only supported.

The thinking was that I could implement the following in interwiki.conf...

icon    /images/{NAME}.gif

with the idea that users would enter...

{{icon>ok}}

And miraculously you would get an image of a checkmark [Image: http://www.law.umaryland.edu/facultystaff/instruction/blackboard/images/greenCheck.gif] {used without permission, but I took a class there so I didn't feel too guilty}.

This just seems like such a natural solution within the DokuWiki environment that I hoped it would be taken as a reasonable feature extension for the interwiki mechanism.  If I were to try and implement a plug-in I would effectively be rewriting the interwiki mechanism since it's exactly what I want, which also doesn't make a lot of sense.

Any recommendations or feedback are welcome.

Barney
topic: Multiple USERS.AUTH.PHP files  in the forum: General Help and Support Installation and Configuration
Avatar
barneym #3
Member since Jun 2006 · 20 posts
Group memberships: Members
Show profile · Link to this post
Subject: Multiple USERS.AUTH.PHP files
I'm curious if there is any way to "include" additional files with USERS.AUTH.PHP content. 

We need to merge the USERS.AUTH.PHP with additional accounts originating from two other sources nightly.

Merging the files isn't particularly complex in PHP (where did I put that Beginner's PHP...hmmm), but I wanted to make sure there wasn't some built in mechanism (like local.protected.php to store options/code that shouldn't be editable).

Thanks in advance,

Barney
topic: No revision history after upgrade  in the forum: General Help and Support Installation and Configuration
Avatar
barneym #4
Member since Jun 2006 · 20 posts
Group memberships: Members
Show profile · Link to this post
In reply to post ID 7810
It looks like the change I made triggered the importing action.  I happened to re-run the ?do=check and it had a new line indicating the change log was being imported.

So it looks like things are sorting themselves out now.  Almost like magic. :)

Thanks for the help and the link to the detailed information.

Barney
topic: No revision history after upgrade  in the forum: General Help and Support Installation and Configuration
Avatar
barneym #5
Member since Jun 2006 · 20 posts
Group memberships: Members
Show profile · Link to this post
In reply to post ID 7808
One additional note:

I performed an update on a page using the new version.  The "Old Revisions" page now shows the revised page along with the original (external edit) version.

Looking at the ATTIC folder I see two new pagename.######.txt.gz files.  Neither of these files are reflected in the data/changes.log text file.  So the new version of DokuWiki seems to be ignoring the changes.log or saving the changes in another location.

Barney
topic: No revision history after upgrade  in the forum: General Help and Support Installation and Configuration
Avatar
barneym #6
Member since Jun 2006 · 20 posts
Group memberships: Members
Show profile · Link to this post
In reply to post ID 7806
andi,

The data/attic does contain data as I would expect to see it.  It is a direct copy from the prior version and seems to have copied properly.

The data/changes.log file does exist and seems to reflect history as would be expected from the old version.

Running the ?do=check gives the following feedback (noting the "Old changelog exists" message on line 3):

DokuWiki version: Release 2008-05-05
PHP version 4.4.2
(i)Old changelog exists
Datadir is writable
Attic is writable
Mediadir is writable
Cachedir is writable
Lockdir is writable
conf/users.auth.php is writable
(i)mb_string extension not available - PHP only replacements will be used
Debugging support is disabled
...and additional user information

I'm not certain what the "Old changelog exists" infers, so if I need to take some special action related to this please let me know.  On my last attempt, I completely blew away the data directory and copied the old versions data directory back over, and recreated the Index and Tmp directories. 

Thanks in advance,

Barney
topic: No revision history after upgrade  in the forum: General Help and Support Installation and Configuration
Avatar
barneym #7
Member since Jun 2006 · 20 posts
Group memberships: Members
Show profile · Link to this post
Subject: No revision history after upgrade
I've recently upgrade from version 2006-03-09b to the current version.  After the upgrade it showed the page as "(external edit)" and no revision history was visible.

I've completed blown away the data folder and brought it back over from the backup, added the empty Index and Tmp folders, and it still has the same result.

I didn't find anything significant in the ChangeLog text to indicate a problem in this regard.

We use our Wiki to track all of our change history on critical documents so this information is critical to us.

Any suggestions as to why this may be an issue and any solutions is greatly appreciated.

Thanks,

Barney
topic: Config Plugin and NT Auth  in the forum: General Help and Support Plugins
Avatar
barneym #8
Member since Jun 2006 · 20 posts
Group memberships: Members
Show profile · Link to this post
In reply to post ID 1396
Thanks!  This worked perfectly.
topic: Config Plugin and NT Auth  in the forum: General Help and Support Plugins
Avatar
barneym #9
Member since Jun 2006 · 20 posts
Group memberships: Members
Show profile · Link to this post
Subject: Config Plugin and NT Auth
I've noticed an obscure problem with the Config plugin for managing the local.php and dokuwiki.php settings.

The instructions for implementing automatic login available on the DokuWiki main site, call for a block of code to be added at the top of local.php similar to the below.  This extracts the user name from the authentication string to facilitate the rest of the process:

if (isset($_SERVER['AUTH_USER']) and !isset($_SESSION[$conf['title']]['auth']['info'])) {
    list($d, $username) = split("\\\\", strtolower($_SERVER['AUTH_USER']), 2);
    $_REQUEST['u'] = $username;
}


The problem is that this renders the Config plugin useless as any modifications immediately wipe the above line and disable automatic authentication (**neat**).

I wanted to modify Config so that either a) the above could be tagged via comments as a "do not touch" area of the local.php, or b) allow configuring the above code within Config, or c) place the above code in a better location.

Unfortunately, I was not able to fully grock how the Config plugin and its underlying config data object manipulated all of the parts adequately to identify an easy solution.

Admittedly I haven't had a lot of time with this problem, but if anyone has guidance or suggestions on how to best implement/proceed on this issue, please let me know.

Thanks,

Barney
topic: Access to local.php variables in php  in the forum: General Help and Support Plugins
Avatar
barneym #10
Member since Jun 2006 · 20 posts
Group memberships: Members
Show profile · Link to this post
In reply to post ID 1347
Why yes...but in the wrong place. :)

See, there's no such thing as a silly question.

Thanks!
topic: Access to local.php variables in php  in the forum: General Help and Support Plugins
Avatar
barneym #11
Member since Jun 2006 · 20 posts
Group memberships: Members
Show profile · Link to this post
Subject: Access to local.php variables in php
I'm curious if there is a way and what the syntax is for referencing configuration variables defined in local.php.  I'd like to be able to do something like:

$conf['myplugin']['myparam'] = 'some data'

I've tried a few different methods to retrieve and reference the global conf array, but nothing seems to work.  It might be something stupid syntax wise on my side, but figured I'd ask here just in case.

Thanks,

barney
topic: Breadcrumbs and start pages  in the forum: General Help and Support Features and Functionality
Avatar
barneym #12
Member since Jun 2006 · 20 posts
Group memberships: Members
Show profile · Link to this post
Subject: Breadcrumbs and start pages
I'm having a problem where the breadcrumbs tag line can not handle the distinction between direct pages (e.g. :namespace1:page) and start pages (:namespace1:page:start).  It always shows ...:start pages as an invalid link to a direct reference and clicking on it tries to create a new page of the named file.

I'd be happy if it simply did a "best guess" as rarely would I mix both methodologies for the same page reference, but we make heavy use of both methods and it confuses users to not be able to backtrack.

Does anyone have suggestions on how to correct this issue, or is it fixed in a release later then the 03/09b?

Thanks in advance,

barney
topic: php and wikitext  in the forum: General Help and Support Syntax and Usage
Avatar
barneym #13
Member since Jun 2006 · 20 posts
Group memberships: Members
Show profile · Link to this post
In reply to post ID 525
There is another Plugin called PHPWikify on the plugins site which does exactly what you are looking for.
topic: Multiple Templates  in the forum: General Help and Support Templates and Layout
Avatar
barneym #14
Member since Jun 2006 · 20 posts
Group memberships: Members
Show profile · Link to this post
In reply to post ID 226
Just to close this issue out...we did end up going back to a single template for other reasons.  However, your explanation uncovered a lot of confusion we had about the visual rendering of the different templates.

In the end, your updated mod to css.php is a wonderfully elegant and simple solution and we are incorporating it into our wiki until we next update.

Thanks again for all the help.

Barney
topic: Indexing Media Files  in the forum: General Help and Support Installation and Configuration
Avatar
barneym #15
Member since Jun 2006 · 20 posts
Group memberships: Members
Show profile · Link to this post
Subject: Indexing Media Files
In addition to our Wiki content, much of our data is in Word, PDF, and other non-Wiki pages which we keep as media files or in a designated location accessible to Apache.  We would like to have the "Search" feature in Wiki be able to locate these linked files in addition to its normal indexing.

There can be limitations, such as, files must be in a specific location to be indexed, or files must be referenced by a Wiki page to be indexed.  It is also okay to display results in a special way, such as separating Wiki results from the File matches.  However, we would like to keep a single search box for all searches to keep things easy on the user that may not know if the content is Wiki based or document based.

I understand that this could be an involved process, but DokuWiki has never disappointed me in its flexibility and so I was hoping you might have suggestions of how to approach such a challenge and how to minimize the impact on Wiki (to facilitate for future upgrades, etc).

Simple solutions such as brute force scanning of files will probably be suitable given the number of documents that we have.

Thanks in advance!
Close Smaller – Larger + Reply to this post:
Special characters:
Page:  1  2  next 
Special queries
Go to forum
Imprint
This board is powered by the Unclassified NewsBoard software, 20150713-dev, © 2003-2015 by Yves Goergen
Current time: 2020-04-02, 21:04:45 (UTC +02:00)