Marko Djukic | 1 Feb 2004 08:19
Favicon

Re: Re: [cvs] commit: horde/config conf.xml

Quoting Chuck Hagenbuch <chuck <at> horde.org>:

> - allow BEGIN-CUSTOM/END-CUSTOM (or whatever term works best) tags that
> signal
> code that should be left untouched/preserved, with potentially multiple
> sections.
>
> - additionally, maybe allow something like AFTER-<sectionname>, that would
> put a
> textarea in the setup.php config form after the conf section named,
> containing
> that custom code block. That way you could more accurately keep custom code
> with the settings that it affected.

yes, both of these sound very good.

and here's my wishlist for the conf system. how about:

- instead of just printing out the whole conf that is written or not written,
when it has NOT written add a link saying "download the conf file"

- if NOT written store the conf generation into the session then once back at
the admin/setup/index.php screen offer a link "download the new conf files as
zip" which would have the full path to the conf files in them so you could just
save it to the horde root dir and unpack away.

- or again back at the admin/setup/index.php screen offer a link "download as
php-extracting file" which would generate a php script which when run from the
command line would write the new conf to the files in their correct locations.

(Continue reading)

Jan Schneider | 1 Feb 2004 10:22
Favicon
Gravatar

Re: Re: [cvs] commit: horde/config conf.xml

Zitat von Marko Djukic <mdjukic <at> horde.org>:

> Quoting Chuck Hagenbuch <chuck <at> horde.org>:
>
>> - allow BEGIN-CUSTOM/END-CUSTOM (or whatever term works best) tags that
>> signal
>> code that should be left untouched/preserved, with potentially multiple
>> sections.

Inside conf.xml? Doesn't make must sense to me because, see below.

>> - additionally, maybe allow something like AFTER-<sectionname>, that would
>> put a
>> textarea in the setup.php config form after the conf section named,
>> containing
>> that custom code block. That way you could more accurately keep custom code
>> with the settings that it affected.

You would need to know where the admins potentially want to add custom code.
But we don't know. For PHP code *inside* a configuration item, we already
have the configphp field.

> yes, both of these sound very good.
>
> and here's my wishlist for the conf system. how about:
>
> - instead of just printing out the whole conf that is written or not written,
> when it has NOT written add a link saying "download the conf file"

What I had in mind for a while was to allow the admin to specify some login
(Continue reading)

Jan Schneider | 1 Feb 2004 10:46
Favicon
Gravatar

Re: [cvs] commit: horde/lib Config.php

Zitat von Marko Djukic <mdjukic <at> horde.org>:

> mdjukic     2004/01/31 18:43:39 PST
>
>  Modified files:
>    lib                  Config.php
>  Log:
>  record also the version tag in the conf.php file so that it can be 
> compared to the current conf.xml version

I think the domxml extension allows parsing of xml comments too, so there is
no need to parse the xml twice only to get the version tag.

Jan.

--
http://www.horde.org - The Horde Project
http://www.ammma.de - Neue Wege des Lernens
http://www.tip4all.de - Deine private Tippgemeinschaft
--

-- 
Horde developers mailing list - Join the hunt: http://horde.org/bounties/
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: dev-unsubscribe <at> lists.horde.org

Jan Schneider | 1 Feb 2004 10:51
Favicon
Gravatar

Re: [cvs] commit: horde/lib Menu.php

Zitat von Marko Djukic <mdjukic <at> horde.org>:

> mdjukic     2004/01/31 18:46:53 PST
>
>  Modified files:
>    lib                  Menu.php
>  Log:
>  make sure Help is included, add a function to return menu items for 
> base horde scripts

Hm, why not add a Horde::getHordeMenu()? No need to change Menu.php and the
concrete menu items really belong to Horde:: rather than Menu:: being a
general purpose menu class.

Jan.

--
http://www.horde.org - The Horde Project
http://www.ammma.de - Neue Wege des Lernens
http://www.tip4all.de - Deine private Tippgemeinschaft
--

-- 
Horde developers mailing list - Join the hunt: http://horde.org/bounties/
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: dev-unsubscribe <at> lists.horde.org

Jan Schneider | 1 Feb 2004 10:57
Favicon
Gravatar

Re: [cvs] commit: framework/Form/Form Renderer.php

Zitat von Marko Djukic <mdjukic <at> horde.org>:

> mdjukic     2004/01/31 21:55:50 PST
>
>  Modified files:
>    Form/Form            Renderer.php
>  Log:
>  this fixes the rampant tab problem, for now default to max six tabs 
> in a row, although we could add an option to set how many max tabs in 
> a row to have?

Nice, but we still have to merge a lot of tabs in Horde's conf.xml.

Jan.

--
http://www.horde.org - The Horde Project
http://www.ammma.de - Neue Wege des Lernens
http://www.tip4all.de - Deine private Tippgemeinschaft
--

-- 
Horde developers mailing list - Join the hunt: http://horde.org/bounties/
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: dev-unsubscribe <at> lists.horde.org

Marko Djukic | 1 Feb 2004 16:36
Favicon

Re: Re: [cvs] commit: framework/Form/Form Renderer.php

Quoting Jan Schneider <jan <at> horde.org>:

> Zitat von Marko Djukic <mdjukic <at> horde.org>:
>
> > mdjukic     2004/01/31 21:55:50 PST
> >
> >  Modified files:
> >    Form/Form            Renderer.php
> >  Log:
> >  this fixes the rampant tab problem, for now default to max six tabs
> > in a row, although we could add an option to set how many max tabs in
> > a row to have?
>
> Nice, but we still have to merge a lot of tabs in Horde's conf.xml.

sure, i just couldn't bare to keep horiz scrolling two screens to click on a
tab.

--
Marko Djukic
Horde Project (http://horde.org)
--

-- 
Horde developers mailing list - Join the hunt: http://horde.org/bounties/
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: dev-unsubscribe <at> lists.horde.org

Marko Djukic | 1 Feb 2004 16:52
Favicon

Re: Re: [cvs] commit: horde/config conf.xml

Quoting Jan Schneider <jan <at> horde.org>:

> Zitat von Marko Djukic <mdjukic <at> horde.org>:
>
> > Quoting Chuck Hagenbuch <chuck <at> horde.org>:
> >
> >> - allow BEGIN-CUSTOM/END-CUSTOM (or whatever term works best) tags that
> >> signal
> >> code that should be left untouched/preserved, with potentially multiple
> >> sections.
>
> Inside conf.xml? Doesn't make must sense to me because, see below.

I was thinking in the conf.php

--
Marko Djukic
Horde Project (http://horde.org)
--

-- 
Horde developers mailing list - Join the hunt: http://horde.org/bounties/
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: dev-unsubscribe <at> lists.horde.org

Marko Djukic | 1 Feb 2004 17:01
Favicon

Re: Re: [cvs] commit: horde/lib Menu.php

Quoting Jan Schneider <jan <at> horde.org>:

> Hm, why not add a Horde::getHordeMenu()? No need to change Menu.php and the
> concrete menu items really belong to Horde:: rather than Menu:: being a
> general purpose menu class.

ok fixed.

--
Marko Djukic
Horde Project (http://horde.org)
--

-- 
Horde developers mailing list - Join the hunt: http://horde.org/bounties/
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: dev-unsubscribe <at> lists.horde.org

Marko Djukic | 1 Feb 2004 17:01
Favicon

Re: Re: [cvs] commit: horde/lib Config.php

Quoting Jan Schneider <jan <at> horde.org>:

> Zitat von Marko Djukic <mdjukic <at> horde.org>:
>
> > mdjukic     2004/01/31 18:43:39 PST
> >
> >  Modified files:
> >    lib                  Config.php
> >  Log:
> >  record also the version tag in the conf.php file so that it can be
> > compared to the current conf.xml version
>
> I think the domxml extension allows parsing of xml comments too, so there is
> no need to parse the xml twice only to get the version tag.

ok, if you know how to fix it go for it, i probably won't get a chance to look
at it for another few days.

--
Marko Djukic
Horde Project (http://horde.org)
--

-- 
Horde developers mailing list - Join the hunt: http://horde.org/bounties/
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: dev-unsubscribe <at> lists.horde.org

Rick Emery | 1 Feb 2004 17:54

Re: weather.com block configuration

Quoting Chuck Hagenbuch <chuck <at> horde.org>:

> Quoting Rick Emery <rick <at> emery.homelinux.net>:
>
>> https://www.emery.homelinux.net/files/
>
> I'm not getting a response from that server.

Hmmm...I tested this from work on Friday after I set it up, and was able to get
to it. The "https://" is important, as my ISP blocks port 80 so I use port 443
to get to my server. If you still can't get to it, I have a friend who runs a
public server and I can talk to him about hosting the files for me.

>> Please note that some changes I needed to make for conf.xml have invalidated
>> the patches to conf.php.dist and weatherdotcom.php I sent earlier. I'm not
>> sure what the group's intentions are with conf.php.dist, but if it will be
>> sticking around, I can update it and resubmit it.
>
> So are there new patches? I'm unsure where things are. If you point me at
> updated patches for weatherdotcom.php, conf.php.dist, and conf.xml, I'll get
> them applied. :)

For right now, https://www.emery.homelinux.net/files/ is where they are. There
are diffs for conf.xml (horde/config/), conf.php.dist (horde/config/), and
weatherdotcom.php (horde/lib/Block/). If you still can't get to the site, let
me know and I'll try something different. Of course, the diffs to
conf.php.dist and weatherdotcom.php I could post to the list; it's conf.xml
that's giving me trouble.

Thanks,
(Continue reading)


Gmane