common javascript for managing menu frame

Peter Kocks pk@kocks.com
Fri, 5 Apr 2002 14:25:04 -0800
Previous message: nag: Think-o in templates/list/header.inc?
Next message: [Troll] Supersedes [was [dev] [Troll] Let the user cancel her/his articles]
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hi,

I'm new to using horde and am doing some customizations.  The
horde menu system (/horde/menu.php) allows a user to select
different applications using frames (i.e.
/horde/templates/index/frames_index.inc).  I'd like to manage the
contents of the parent frame (where the /horde/menu.php output
gets placed) based on what happens in application frame.  Here
are two examples of what I'd like to do.

1) Create a login button in the parent frame that switches
between "Log In" and "Log Out" depending on whether the user is
authenticated or not.  Some of pages will be public (with
allow_guests set) and others require a horde login.  One way to
do this is to have the /horde/login.php code cause the
parent/menu frame to refresh after authentication has occurred.
However, core to the design of horde and login.php is a url
redirection that sends the user immediately to the page with the
application they are trying to access.  To make this work I need
a way of dynamically putting in some javascript at the start of
the application that causes the parent frame to reload.  Is there
a single place to put HTML/JavaScript in every application?

2) Not all users will have access to all of the applications.
So, the horde/menu.php must be aware of the user and what
applications the user has access to.  This requires a reload of
the /horde/menu.php on login.  I need a way to force that to
happen.  Basically the same as (1) above but for a different
purpose.

Thanks!

--pk





>From eculp@encontacto.net Date: Fri,  5 Apr 2002 19:36:36 -0800
Return-Path: <eculp@encontacto.net>
Mailing-List: contact dev-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list dev@lists.horde.org
Received: (qmail 58600 invoked from network); 6 Apr 2002 03:36:19 -0000
Received: from adsl-64-173-182-158.dsl.mtry01.pacbell.net (HELO encontacto.net) (64.173.182.158)
  by clark.horde.org with SMTP; 6 Apr 2002 03:36:19 -0000
Received: from localhost (localhost [127.0.0.1])
  (uid 0)
  by encontacto.net with local; Fri, 05 Apr 2002 19:36:36 -0800
Received: from 64.173.182.155 ( [64.173.182.155])
	as user eculp@encontacto.net@encontacto.net by Mail.EnContacto.Net with HTTP;
	Fri,  5 Apr 2002 19:36:36 -0800
Message-ID: <1018064196.3cae6d4483c13@Mail.EnContacto.Net>
Date: Fri,  5 Apr 2002 19:36:36 -0800
From: Edwin Culp <eculp@encontacto.net>
To: dev@lists.horde.org
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="-MOQ1018064196998cd6e713f10b443f0dd19a039d61db"
User-Agent: Internet Messaging Program (IMP) 4.0-cvs
X-Originating-IP: 64.173.182.155
Subject: Today's little ldap schema witch project and a horde.schema diff.

---MOQ1018064196998cd6e713f10b443f0dd19a039d61db
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

This afternoon my wife decided to add her personal information to her 
prefs.  That is always a bad sign.:-)  It's sure that something isn't
going to work.  It was quite a show with one error page leading to 
another until it is now fixed or has a temporary work around.  I'm 
going to show only the errors from slapd.log as I feel they are the 
easiest for me to understand.

The first was a new attribute - hordeSignature. 
I added it to the schema and restarted slapd
RESULT tag=103 err=17 text=hordesignature: attribute type undefined 

Then I got the #0 prefs value from hell that I worked around by adding
a pare dashes.
RESULT tag=103 err=21 text=hordesignature: value #0 invalid per syntax

I figured that was it and I got another undifined attribute - hordeSigDashes
I added it to the schema and restarted slapd
RESULT tag=103 err=17 text=hordesigdashes: attribute type undefined 

I tried to save it once again and got yet another undefined attribute
hordeSigFirst.  I added it to the schema and restarted slapd.
RESULT tag=103 err=17 text=hordesigfirst: attribute type undefined

One more save attempt and one more undefined attribute.  hordeReplyToAddr
I add this one to the schema.  Now it's getting funny or I'm going crazier :-) 
RESULT tag=103 err=17 text=hordereplytoaddr: attribute type undefined 

This time I was sure it would save but no yet another #0 prefs value from
hell.  I added a reply to: to the prefs.
RESULT tag=103 err=21 text=hordereplytoaddr: value #0 invalid per syntax

Then it actually worked :-)  
hordeSignature: --
hordeSigDashes: 0
hordeSigFirst: 0
hordeReplyToAddr: usr@encontacto.net

I have two questions.  Is there an easier way?  I would be glad to do the
schema modifications and send the diff, if the person who adds the prefs
would just let me know.  I'll try to pay more attention to the cvs mail 
and see if I can catch them.

We still can't send an empty string to ldap_modify.  It should be empty
but shows up as #0.  We all know that a ldap_modify to an attribute with
and empty value will delete the attribute in openldap and that is what we
want in the above cases and in the hordeThemes that Jon and I have discussed
several times.  I haven't been able to find it in the prefs code.
My guess would be that it is in lib/Prefs.php but I'm probably wrong.
I'm not that familar with the code and haven't taken the time to go
through it a step at a time. 

The schema diff is attached as it's small and only horde.schema.

Thanks,

ed



-------------------------------------------------------------
 http://insourcery.com - Mergence of Business and Technology  
          a "Griffin Plaza Partners, LLC" Company

---MOQ1018064196998cd6e713f10b443f0dd19a039d61db
Content-Type: text/plain; name="newhorde.schema.diff.txt"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="newhorde.schema.diff.txt"

SW5kZXg6IGhvcmRlLnNjaGVtYQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvcmVwb3NpdG9yeS9ob3Jk
ZS9zY3JpcHRzL2xkYXAvaG9yZGUuc2NoZW1hLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjQKZGlm
ZiAtdSAtcjEuNCBob3JkZS5zY2hlbWEKLS0tIGhvcmRlLnNjaGVtYQk1IEFwciAyMDAyIDAxOjI5
OjM4IC0wMDAwCTEuNAorKysgaG9yZGUuc2NoZW1hCTYgQXByIDIwMDIgMDM6MzI6MTAgLTAwMDAK
QEAgLTU1LDIyICs1NSw0NiBAQAogCVNJTkdMRS1WQUxVRSkKIAogYXR0cmlidXRldHlwZSAoIDEu
My42LjEuNC4xLjEyODQwLjEuMi40LjcgTkFNRSAnaG9yZGVGdWxsTmFtZScKLSAgICBERVNDICdI
b3JkZSBmdWxsbmFtZS4nCi0gICAgRVFVQUxJVFkgY2FzZUlnbm9yZUlBNU1hdGNoCi0gICAgU1lO
VEFYIDEuMy42LjEuNC4xLjE0NjYuMTE1LjEyMS4xLjE1Ci0gICAgU0lOR0xFLVZBTFVFKQorCURF
U0MgJ0hvcmRlIGZ1bGxuYW1lLicKKwlFUVVBTElUWSBjYXNlSWdub3JlSUE1TWF0Y2gKKwlTWU5U
QVggMS4zLjYuMS40LjEuMTQ2Ni4xMTUuMTIxLjEuMTUKKwlTSU5HTEUtVkFMVUUpCiAKIGF0dHJp
YnV0ZXR5cGUgKCAxLjMuNi4xLjQuMS4xMjg0MC4xLjIuNC44IE5BTUUgJ2hvcmRlRnJvbUFkZHIn
Ci0gICAgREVTQyAnSG9yZGUgdXNlciBlbWFpbCBhZGRyZXNzLicKLSAgICBFUVVBTElUWSBjYXNl
SWdub3JlSUE1TWF0Y2gKLSAgICBTWU5UQVggMS4zLjYuMS40LjEuMTQ2Ni4xMTUuMTIxLjEuMTUK
LSAgICBTSU5HTEUtVkFMVUUpCisJREVTQyAnSG9yZGUgdXNlciBlbWFpbCBhZGRyZXNzLicKKwlF
UVVBTElUWSBjYXNlSWdub3JlSUE1TWF0Y2gKKwlTWU5UQVggMS4zLjYuMS40LjEuMTQ2Ni4xMTUu
MTIxLjEuMTUKKwlTSU5HTEUtVkFMVUUpCiAKIGF0dHJpYnV0ZXR5cGUgKCAxLjMuNi4xLjQuMS4x
Mjg0MC4xLjIuNC45IE5BTUUgJ2hvcmRlVGhlbWUnCi0gICAgREVTQyAnSG9yZGUgY29sb3Igc2No
ZW1lLicKLSAgICBFUVVBTElUWSBjYXNlSWdub3JlSUE1TWF0Y2gKLSAgICBTWU5UQVggMS4zLjYu
MS40LjEuMTQ2Ni4xMTUuMTIxLjEuMTUKLSAgICBTSU5HTEUtVkFMVUUpCisJREVTQyAnSG9yZGUg
Y29sb3Igc2NoZW1lLicKKwlFUVVBTElUWSBjYXNlSWdub3JlSUE1TWF0Y2gKKwlTWU5UQVggMS4z
LjYuMS40LjEuMTQ2Ni4xMTUuMTIxLjEuMTUKKwlTSU5HTEUtVkFMVUUpCisKK2F0dHJpYnV0ZXR5
cGUgKCAxLjMuNi4xLjQuMS4xMjg0MC4xLjIuNC4xMCBOQU1FICdob3JkZVNpZ25hdHVyZScKKwlE
RVNDICdIb3JkZSBTaWduYXR1cmUuJworCUVRVUFMSVRZIGNhc2VJZ25vcmVJQTVNYXRjaAorCVNZ
TlRBWCAxLjMuNi4xLjQuMS4xNDY2LjExNS4xMjEuMS4xNQorCVNJTkdMRS1WQUxVRSkKKworYXR0
cmlidXRldHlwZSAoIDEuMy42LjEuNC4xLjEyODQwLjEuMi40LjExIE5BTUUgJ2hvcmRlU2lnRGFz
aGVzJyAKKwlERVNDICdIb3JkZSBTaWduYXR1cmUgRGFzaGVzLicKKwlFUVVBTElUWSBjYXNlSWdu
b3JlSUE1TWF0Y2gKKwlTWU5UQVggMS4zLjYuMS40LjEuMTQ2Ni4xMTUuMTIxLjEuMTUKKwlTSU5H
TEUtVkFMVUUpCisKK2F0dHJpYnV0ZXR5cGUgKCAxLjMuNi4xLjQuMS4xMjg0MC4xLjIuNC4xMiBO
QU1FICdob3JkZVNpZ0ZpcnN0JyAKKwlERVNDICdIb3JkZSBTaWduYXR1cmUgRmlyc3QuJworCUVR
VUFMSVRZIGNhc2VJZ25vcmVJQTVNYXRjaAorCVNZTlRBWCAxLjMuNi4xLjQuMS4xNDY2LjExNS4x
MjEuMS4xNQorCVNJTkdMRS1WQUxVRSkKKworYXR0cmlidXRldHlwZSAoIDEuMy42LjEuNC4xLjEy
ODQwLjEuMi40LjEzIE5BTUUgJ2hvcmRlUmVwbHlUb0FkZHInCisJREVTQyAnSG9yZGUgU2lnbmF0
dXJlIEZpcnN0LicKKwlFUVVBTElUWSBjYXNlSWdub3JlSUE1TWF0Y2gKKwlTWU5UQVggMS4zLjYu
MS40LjEuMTQ2Ni4xMTUuMTIxLjEuMTUKKwlTSU5HTEUtVkFMVUUpCiAKIG9iamVjdGNsYXNzICgg
MS4zLjYuMS40LjEuMTI4NDAuMS4yLjQuMTAwMSBOQU1FICdob3JkZVByZWZzJwogCURFU0MgJ0hv
cmRlIFByZWZlcmVuY2VzJyBTVVAgdG9wIEFVWElMSUFSWQpAQCAtNzgsNCArMTAyLDUgQEAKIAlN
QVkgKCBtYWlsSG9zdCAkIGhvcmRlTGFuZ3VhZ2UgJCBjbiAkIGhvcmRlVGltZXpvbmUgJCAKIAkJ
aG9yZGVJZGVudGl0eSAkIGhvcmRlSWRlbnRpdGllcyAkIGhvcmRlSWRlbnRpdHlTZWxlY3QgJAog
CQlob3JkZURlZmF1bHRJZGVudGl0eSAkIGhvcmRlRnVsbE5hbWUgJCBob3JkZUZyb21BZGRyICQK
LQkJaG9yZGVUaGVtZSkpCisJCWhvcmRlVGhlbWUgJCBob3JkZVNpZ25hdHVyZSAkIGhvcmRlU2ln
RGFzaGVzICQgaG9yZGVTaWdGaXJzdCAkCisJCWhvcmRlUmVwbHlUb0FkZHIpKQo=

---MOQ1018064196998cd6e713f10b443f0dd19a039d61db--


>From chuck@horde.org Date: Sat,  6 Apr 2002 01:00:00 -0500
Return-Path: <chuck@horde.org>
Mailing-List: contact dev-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list dev@lists.horde.org
Received: (qmail 61239 invoked from network); 6 Apr 2002 06:00:22 -0000
Received: from h00104bc60b3c.ne.client2.attbi.com (HELO marina.horde.org) (24.91.196.127)
  by clark.horde.org with SMTP; 6 Apr 2002 06:00:22 -0000
Received: by marina.horde.org (Postfix, from userid 33)
	id 3F5033CAA; Sat,  6 Apr 2002 01:00:00 -0500 (EST)
Received: from 192.168.0.140 ( [192.168.0.140])
	as user chuck@localhost by marina.horde.org with HTTP;
	Sat,  6 Apr 2002 01:00:00 -0500
Message-ID: <1018072800.3cae8ee00ff86@marina.horde.org>
Date: Sat,  6 Apr 2002 01:00:00 -0500
From: Chuck Hagenbuch <chuck@horde.org>
To: dev@lists.horde.org
References: <AIEFJBJIIGJICIKAMAAIOEMJCCAA.pk@kocks.com>
In-Reply-To: <AIEFJBJIIGJICIKAMAAIOEMJCCAA.pk@kocks.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 4.0-cvs
Subject: Re: [dev] common javascript for managing menu frame

Quoting Peter Kocks <pk@kocks.com>:

> To make this work I need
> a way of dynamically putting in some javascript at the start of
> the application that causes the parent frame to reload.  Is there
> a single place to put HTML/JavaScript in every application?

Yup. If you set $js_onLoad before including common-header.inc, it'll be 
put into the onload= body attribute.

-chuck

--
Charles Hagenbuch, <chuck@horde.org>
"A dream which helps you to live your reality with dignity
 and justice is a good dream." - Tariq Ramadan


>From jan@horde.org Date: Sat,  6 Apr 2002 11:46:55 +0200
Return-Path: <jan@horde.org>
Mailing-List: contact dev-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list dev@lists.horde.org
Received: (qmail 63484 invoked from network); 6 Apr 2002 09:50:50 -0000
Received: from mailout04.sul.t-online.com (194.25.134.18)
  by clark.horde.org with SMTP; 6 Apr 2002 09:50:50 -0000
Received: from fwd00.sul.t-online.de 
	by mailout04.sul.t-online.com with smtp 
	id 16tmnn-0006Pc-0E; Sat, 06 Apr 2002 11:48:07 +0200
Received: from linux.wg.de (320034214675-0001@[80.130.211.161]) by fmrl00.sul.t-online.com
	with esmtp id 16tmnf-1QSFPNC; Sat, 6 Apr 2002 11:47:59 +0200
Received: from localhost (localhost [127.0.0.1])
	by linux.wg.de (8.11.0/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id g369kun11325;
	Sat, 6 Apr 2002 11:46:56 +0200
Received: from 192.168.60.164 ( [192.168.60.164])
	as user jan@mail.wg.de by jan.dip.ammma.net with HTTP;
	Sat,  6 Apr 2002 11:46:55 +0200
Message-ID: <1018086415.3caec40f8cd63@jan.dip.ammma.net>
Date: Sat,  6 Apr 2002 11:46:55 +0200
From: Jan Schneider <jan@horde.org>
To: Akira Kurogane <akira@kurogane.net>
Cc: "dev@lists.horde.org" <dev@lists.horde.org>
References: <002501c1d358$4c82fc40$0201a8c0@kuromxtr> <1016993303.3c9e16178936a@jan.dip.ammma.net> <1018085061.3caebec524783@www.kurogane.net>
In-Reply-To: <1018085061.3caebec524783@www.kurogane.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 3.1-cvs
X-Sender: 320034214675-0001@t-dialin.net
Subject: Re: Deathly quiet

Zitat von Akira Kurogane <akira@kurogane.net>:

> Okay,
>      it's been one more day and I'm afraid that I haven't heard anything
> from
> anyone. I feel that despite encouraging words from yourself, Chuck and
> Bill that
> really the community doesn't want this.

I think the reason for this is that there are not so many Japanese users of 
IMP. Perhaps just because there is no multibyte support currently.

I didn't have the time so far to take a look at your patches, because 
there's a lot of work to do here.
 
>     What do you think about all of this? Once upon a time you obviously
> managed
> to get gettext included despite the need for recompilation. Did IMP
> simply have
> a tiny, flexible user base then?

I see no problems in requiring a certain php extension to run a multibyte 
enabled version of IMP. But the extension must be stable if we want the new 
features in the stable IMP branch. I already thought about making it 
configurable. That way administrators can choose if the want support for 
multiple charsets at all and we could additionally check if the required 
extensions are loaded. I don't know if this will work with your patches, 
we'll see.

Jan.

--
http://www.horde.org - The Horde Project
http://www.ammma.de - discover your knowledge
http://www.tip4all.de - Deine private Tippgemeinschaft


>From akira@kurogane.net Date: Sat,  6 Apr 2002 19:40:49 +0900
Return-Path: <akira@kurogane.net>
Mailing-List: contact dev-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list dev@lists.horde.org
Received: (qmail 65231 invoked from network); 6 Apr 2002 10:46:14 -0000
Received: from unknown (HELO kurogane.net) (61.122.41.109)
  by clark.horde.org with SMTP; 6 Apr 2002 10:46:14 -0000
Received: (from nobody@localhost)
	by kurogane.net (8.9.3+3.2W/8.9.3) id TAA02921;
	Sat, 6 Apr 2002 19:40:49 +0900
X-Authentication-Warning: ns1.kurogane.net: nobody set sender to akira@kurogane.net using -f
Received: from 61.200.33.126 ( [61.200.33.126])
	as user akira@localhost by www.kurogane.net with HTTP;
	Sat,  6 Apr 2002 19:40:49 +0900
Message-ID: <1018089649.3caed0b1b6f44@www.kurogane.net>
Date: Sat,  6 Apr 2002 19:40:49 +0900
From: Akira Kurogane <akira@kurogane.net>
To: dev@lists.horde.org, Jan Schneider <jan@horde.org>
References: <002501c1d358$4c82fc40$0201a8c0@kuromxtr> <1016993303.3c9e16178936a@jan.dip.ammma.net> <1018085061.3caebec524783@www.kurogane.net> <1018086415.3caec40f8cd63@jan.dip.ammma.net>
In-Reply-To: <1018086415.3caec40f8cd63@jan.dip.ammma.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-2022-jp
Content-Transfer-Encoding: 7bit
User-Agent: Internet Messaging Program (IMP) 4.0-cvs
X-Originating-IP: 61.200.33.126
Subject: Re: Deathly quiet (for japanese mods)

Quoting Jan Schneider <jan@horde.org>:
> > despite kind words . . . . that really the community doesn't want this.

> I think the reason for this is that there are not so many Japanese users of
> IMP. Perhaps just because there is no multibyte support currently.

Well, so far as I know, you are right, there are no Japanese users besides
myself, bill black, and our respective associates. But that's chicken-and-egg,
of course.
There has been multibyte support since php 4.0 (see
http://www.php.net/manual/en/ref.mbstring.php), it's just not a default module
at this stage. 

> I see no problems in requiring a certain php extension to run a multibyte 
> enabled version of IMP. But the extension must be stable if we want the new

It is stable, and will probably be defined as a standard module in the near
future (according to one of the php developers of that module). 

> features in the stable IMP branch. I already thought about making it 
> configurable. That way administrators can choose if the want support for 
> multiple charsets at all and we could additionally check if the required 
> extensions are loaded. I don't know if this will work with your patches, 
> we'll see.

Well, I'm not sure which method you would use to skin that cat, but of all the
ones I can think of would be compatible with the patches I've posted so far.

As for given administrators the option to 'knock out' languages they didn't
intend to support, I'd agree. An administrator often wouldn't want give the
implicit idea that she/he can speak all twenty, thirty, forty languages in the
pull-down list.

Cheers,

Akira



-------------------------------------------------
>From Kurogane.net


>From chuck@horde.org Date: Sun,  7 Apr 2002 13:00:12 -0400
Return-Path: <chuck@horde.org>
Mailing-List: contact dev-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list dev@lists.horde.org
Received: (qmail 8542 invoked from network); 7 Apr 2002 17:00:34 -0000
Received: from h00104bc60b3c.ne.client2.attbi.com (HELO marina.horde.org) (24.91.196.127)
  by clark.horde.org with SMTP; 7 Apr 2002 17:00:34 -0000
Received: by marina.horde.org (Postfix, from userid 33)
	id DC8A53CE6; Sun,  7 Apr 2002 13:00:12 -0400 (EDT)
Received: from 192.168.0.140 ( [192.168.0.140])
	as user chuck@localhost by marina.horde.org with HTTP;
	Sun,  7 Apr 2002 13:00:12 -0400
Message-ID: <1018198812.3cb07b1c99f7e@marina.horde.org>
Date: Sun,  7 Apr 2002 13:00:12 -0400
From: Chuck Hagenbuch <chuck@horde.org>
To: dev@lists.horde.org
References: <20020404233423.A95676@graf.pompo.net>
In-Reply-To: <20020404233423.A95676@graf.pompo.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 4.0-cvs
Subject: Re: [dev] [Troll] Let the user cancel her/his articles

Quoting Thierry Thomas <thierry@pompo.net>:

> I have written a patch to enable cancel within Troll.

Committed, thanks!

-chuck

--
Charles Hagenbuch, <chuck@horde.org>
"A dream which helps you to live your reality with dignity
 and justice is a good dream." - Tariq Ramadan


>From chuck@horde.org Date: Sun,  7 Apr 2002 14:46:43 -0400
Return-Path: <chuck@horde.org>
Mailing-List: contact dev-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list dev@lists.horde.org
Received: (qmail 11894 invoked from network); 7 Apr 2002 18:47:09 -0000
Received: from h00104bc60b3c.ne.client2.attbi.com (HELO marina.horde.org) (24.91.196.127)
  by clark.horde.org with SMTP; 7 Apr 2002 18:47:09 -0000
Received: by marina.horde.org (Postfix, from userid 33)
	id A53CE3CCA; Sun,  7 Apr 2002 14:46:43 -0400 (EDT)
Received: from 192.168.0.140 ( [192.168.0.140])
	as user chuck@localhost by marina.horde.org with HTTP;
	Sun,  7 Apr 2002 14:46:43 -0400
Message-ID: <1018205203.3cb0941379ae7@marina.horde.org>
Date: Sun,  7 Apr 2002 14:46:43 -0400
From: Chuck Hagenbuch <chuck@horde.org>
To: dev@lists.horde.org
References: <002501c1d358$4c82fc40$0201a8c0@kuromxtr> <1016993303.3c9e16178936a@jan.dip.ammma.net> <1018085061.3caebec524783@www.kurogane.net> <1018086415.3caec40f8cd63@jan.dip.ammma.net>
In-Reply-To: <1018086415.3caec40f8cd63@jan.dip.ammma.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 4.0-cvs
Subject: Re: [dev] Re: Deathly quiet

Quoting Jan Schneider <jan@horde.org>:

> I see no problems in requiring a certain php extension to run a
> multibyte enabled version of IMP. But the extension must be stable if we 
> want the new features in the stable IMP branch. I already thought about 
> making it configurable. That way administrators can choose if the want 
> support for multiple charsets at all and we could additionally check if 
> the required extensions are loaded. I don't know if this will work with 
> your patches,

I don't see any reason that we couldn't abstract it so that it'd be 
configurable and work for people who didn't have the extension.

-chuck

--
Charles Hagenbuch, <chuck@horde.org>
"A dream which helps you to live your reality with dignity
 and justice is a good dream." - Tariq Ramadan
Previous message: nag: Think-o in templates/list/header.inc?
Next message: [Troll] Supersedes [was [dev] [Troll] Let the user cancel her/his articles]
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]