darcs changes 2009-03-01

Good Morning!

This are the darcs changes for DokuWiki committed
yesterday. Please test them and report bugs.

---------------------------------------------------------------------
Sat Feb 28 20:57:40 CET 2009  Andreas Gohr <andi[at]splitbrain.org>
  * fix metadata for externally created pages

Sat Feb 28 15:53:26 CET 2009  Andreas Gohr <andi[at]splitbrain.org>
  * optional additional header for dbglog()

Sat Feb 28 14:04:23 CET 2009  Gina Haeussge <osd[at]foosel.net>
  * Split confToHash into confToHash and linesToHash

  New function linesToHash (which now is used by existing function
  confToHash) allows for parsing of given strings into a config
  hash.
---------------------------------------------------------------------

Single patches can be downloaded from
http://dev.splitbrain.org/darcs/index.cgi/dokuwiki/?c=patches

Bye,
your darcs changelog mailer

--

-- 
DokuWiki mailing list - more info at
http://wiki.splitbrain.org/wiki:mailinglist

plugin:data Suggestion

Hello List:

I'm a first-time poster and I am new to the list.  Please let me know
if this suggestion should go elsewhere.  First, I must give a shout
out to Andi and the rest of the DW programmers/community for a kickass
project--thank you!  :)

Here is a suggestion for the 'data' plugin.  It seems favorable to
show the metadata title in datatable fields of _title type than the
default, rendered internal id the page.  This is a simple diff on
lib/plugins/data/helper.php to make this happen:

103c103
<                     $outs[] =
$R->internallink(":$id",p_get_metadata($id, 'title'),NULL,true);
---
>                     $outs[] = $R->internallink(":$id",$title,NULL,true);

I understand others may actually want the rendered internal link
instead of the metadata title.  Would it make sense to build some kind
of markup into datatable to choose which is displayed?

Thanks,

Alex
--

-- 
DokuWiki mailing list - more info at
http://wiki.splitbrain.org/wiki:mailinglist

Re: file names in uploaded files

Am Donnerstag, den 26.02.2009, 15:09 -0800 schrieb chris:
> Michael Katz wrote:
> > I once had a problem like that when moving files from Windows to a
> > Linux server ... it may not be dokuwiki at all.
> 
> No this is one of those "features" of DokuWiki.  It forces all links to 
> lowercase, and forces all uploaded files to lowercase.  Apparently 
> DokuWiki knows better than us how we want our files named.
> 
> Search the archives, there are many complaints about this.
> 
> chris
> 

I will search.
Maybe there is a chance to change this behavior.

So far I never cared about it. Only in this special case I encountered a
problem. But better having an easy to use system then case sensitive
links 

Markus

--

-- 
DokuWiki mailing list - more info at
http://wiki.splitbrain.org/wiki:mailinglist

darcs changes 2009-03-02

Good Morning!

This are the darcs changes for DokuWiki committed
yesterday. Please test them and report bugs.

---------------------------------------------------------------------
Sun Mar  1 20:25:47 CET 2009  Andreas Gohr <andi[at]splitbrain.org>
  * fixed media listing for recent change in search_media

Sun Mar  1 20:24:34 CET 2009  Andreas Gohr <andi[at]splitbrain.org>
  * fixed depth checking in search_(media|allpages)

Sun Mar  1 01:00:01 CET 2009  Andreas Gohr <andi[at]splitbrain.org>
  tagged develsnap 2009-03-01

Sun Mar  1 00:26:25 CET 2009  Andreas Gohr <andi[at]splitbrain.org>
  * fixed previous attempt to fix metadata for externally edited pages
---------------------------------------------------------------------

Single patches can be downloaded from
http://dev.splitbrain.org/darcs/index.cgi/dokuwiki/?c=patches

Bye,
your darcs changelog mailer

--

-- 
DokuWiki mailing list - more info at
http://wiki.splitbrain.org/wiki:mailinglist

Bug discovered and apparently resolved in editor plugin

Hi folx,

after an upgrade to the actual Dokuwiki version 2009-2-14 a week ago or 
two I got an error message on the page where I wanted to show the 
"recent changes" list - done by a tag "{{editor>? <at> ALL&user}}" and with 
the help of the installed plugins "editor" and "pagelist":

"The Pagelist Plugin must be installed for editor lists to work."

When googling for the source of that text string I found a reference to 
the following code inside the function "render()" inside 
/lib/plugins/editor/syntax.php

// use tag refinements?
if ($refine){
    if (plugin_isdisabled('tag')
       || (!$tag = plugin_load('helper', 'tag'))){
          msg('The Tag Plugin must be installed to use tag 
refinements.', -1);

This part checks correctly for the plugin "tag" and behaves accordingly.

But we read some lines later:

// let Pagelist Plugin do the work for us
if (plugin_isdisabled('include')
    || (!$pagelist =& plugin_load('helper', 'pagelist'))){
       msg('The Pagelist Plugin must be installed for editor lists to 
work.', -1);

Re: Bug discovered and apparently resolved in editor plugin

On Mon, Mar 02, 2009 at 01:47:42PM +0100, Andreas Delleske wrote:
> After changing that piece to
> 
> // let Pagelist Plugin do the work for us
> if (plugin_isdisabled('pagelist')
>    || (!$pagelist =& plugin_load('helper', 'pagelist'))){
>       msg('The Pagelist Plugin must be installed for editor lists to 
> work.', -1);
> 
> it appears to work now for me - without understanding the whereabouts of 
> the plugin. I wonder whether there is a plugin named "include" at all?
> 
> I hope the editor plugin developers can relate to it - and as it appears 
> that I've not only found but resolved that bug I didnt create a bug 
> ticket. Plus, I'm lazy.

Hi,

thanks for letting us know, we'll fix this ASAP.

on behalf of the editor/pagelist/include plugin maintainers,
	Michael

--

-- 
Michael Klier

www:    http://www.chimeric.de
jabber: chi <at> jabber.shipdown.de
key:    http://downloads.chimeric.de/chi.asc
key-id: 0x8308F551

Re: file names in uploaded files

M. Sabath wrote:
> Maybe there is a chance to change this behavior.

I hope so. Good luck.

chris

--

-- 
DokuWiki mailing list - more info at
http://wiki.splitbrain.org/wiki:mailinglist

How to work around FS#1629?

On Wed, Feb 25, 2009 at 03:34:49PM +0100, sf-devel <at> notomorrow.de wrote:

Hi,

I would like to know whether there is a workaround available for
FS#1629, where the string "http://" confuses the renderer for the rest
of the page. That's an annoying issue that I'd like to get rid of soon.

Any hints?

Greetings
Marc

-- 
-----------------------------------------------------------------------------
Marc Haber         | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."    Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 3221 2323190
--

-- 
DokuWiki mailing list - more info at
http://wiki.splitbrain.org/wiki:mailinglist

Re: How to work around FS#1629?

On 3 Mar 2009, at 03:00, Marc Haber wrote:

> On Wed, Feb 25, 2009 at 03:34:49PM +0100, sf-devel <at> notomorrow.de  
> wrote:
>
> Hi,
>
> I would like to know whether there is a workaround available for
> FS#1629, where the string "http://" confuses the renderer for the rest
> of the page. That's an annoying issue that I'd like to get rid of  
> soon.
>
> Any hints?
>

%%http://%%

--

-- 
DokuWiki mailing list - more info at
http://wiki.splitbrain.org/wiki:mailinglist

Re: [dokuwiki-i18n] Various Calendars

Patch to add calendar feature to DW.

What this patch do:
- Add calendar feature to DW
- Add Gregorian and Persian calendars to configuration panel to choose. (default = Gregorian)
- Change all "strftime" functions those used "$config['dformat']" to "strtime"
- Add and "strtime" to DW.

<joke> Now, you can have Mayan calendar too </joke>

___

Omid Mottaghi
http://oxygenws.com/
PGP key: ‌http://tinyurl.com/66q5cy

On Thu, Feb 26, 2009 at 2:50 AM, Wes <stararmy <at> gmail.com> wrote:

We could also add a Mayan calendar that will terminate Dokuwiki's
functionality on December 21, 2012. </joke>
--

- Show quoted text -

DokuWiki mailing list - more info at
http://wiki.splitbrain.org/wiki:mailinglist