[dev] Re: [cvs] commit: turba/lib ObjectView.php turba/templates/display display.inc turba/templates/edit edit.inc

Chuck Hagenbuch chuck@horde.org
Thu, 6 Sep 2001 09:26:41 -0400
Previous message: [dev] Re: [cvs] commit: turba/lib ObjectView.php turba/templates/display display.inc turba/templates/edit edit.inc
Next message: French language update [imp] + [horde]
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Quoting Jan Schneider <janmailing@gmx.de>:

> Perhaps my commit message was confusing: The only change is that the fields 
> aren't hardcoded into the views but read dynamically from what the backend 
> provides.

Okay - that makes sense. :)

-chuck

--
How many rednecks does it take eat a 'possum? Two. One to eat, and one to
watch out for traffic.


>From janmailing@gmx.de Date: Thu,  6 Sep 2001 17:00:38 +0200
Return-Path: <janmailing@gmx.de>
Mailing-List: contact dev-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list dev@lists.horde.org
Received: (qmail 36460 invoked from network); 6 Sep 2001 15:05:38 -0000
Received: from mailout00.sul.t-online.com (HELO mailout00.sul.t-online.de) (194.25.134.16)
  by horde.org with SMTP; 6 Sep 2001 15:05:38 -0000
Received: from fwd02.sul.t-online.de 
	by mailout00.sul.t-online.de with smtp 
	id 15f0in-0006lx-02; Thu, 06 Sep 2001 17:05:37 +0200
Received: from linux.wg.de (320034214675-0001@[217.0.157.110]) by fmrl02.sul.t-online.com
	with esmtp id 15f0iJ-1L6cQSC; Thu, 6 Sep 2001 17:05:07 +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 f86F0dV01383
	for <dev@lists.horde.org>; Thu, 6 Sep 2001 17:00:39 +0200
Received: from 192.168.60.1 ( [192.168.60.1])
	as user jan@mail.wg.de by linux.wg.de with HTTP;
	Thu,  6 Sep 2001 17:00:38 +0200
Message-ID: <999788438.3b978f96c938a@linux.wg.de>
Date: Thu,  6 Sep 2001 17:00:38 +0200
From: Jan Schneider <janmailing@gmx.de>
To: "dev@lists.horde.org" <dev@lists.horde.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="-MOQ9997884388a2fb9b535f4636e24c76be2ab6f71bb"
User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs
X-Sender: 320034214675-0001@t-dialin.net
Subject: Fwd: Re:[Kronolith] greek languge support help

---MOQ9997884388a2fb9b535f4636e24c76be2ab6f71bb
Content-Type: text/plain
Content-Transfer-Encoding: 8bit



----- Weitergeleitete Nachricht von Silligardos Xristoforos 
<xsilliga@teiath.gr> -----
    Datum: Thu, 06 Sep 2001 17:52:38 +0300
    Von: Silligardos Xristoforos <xsilliga@teiath.gr>
Antwort an: Silligardos Xristoforos <xsilliga@teiath.gr>
 Betreff: Re:[Kronolith] greek languge support help
      An: janmailing@gmx.de

dear jan

   We would be happy to sent you the translation we have done, and some other 
thinks that we worked on, when ofcource we have everything working. And to do 
that we must first solve a problem we have.
   As we said and in our first message we want to know which languge the user 
has chosen during his login to the system, we belive that this is held in some 
kind of a variable, we would like you to tell as how are we going to do that 
king of check.
   in example:
   if the user selected greek as his language we would like to use a function 
to translate the date from english to greek.
   We don't know the check part, how would we know that the user has chosen 
greek as his language and not, lets say italian.

Silligardos Xristoforos
Dimitriou Stefanos

----- Ende der weitergeleiteten Nachricht -----


:::::::::::::::::::::::::::::::::::::::: 
AMMMa AG - discover your knowledge
:::::::::::::::::::::::::::
Detmolder Str. 25-33 :: D-33604 Bielefeld
fon +49.521.96878-0 :: fax  +49.521.96878-20
http://www.ammma.de
::::::::::::::::::::::::::::::::::::::::::::::
---MOQ9997884388a2fb9b535f4636e24c76be2ab6f71bb--



>From chuck@horde.org Date: Thu,  6 Sep 2001 17:42:41 -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 51836 invoked from network); 6 Sep 2001 21:43:12 -0000
Received: from h00104bc60b3c.ne.mediaone.net (HELO marina.horde.org) (24.91.198.7)
  by horde.org with SMTP; 6 Sep 2001 21:43:12 -0000
Received: by marina.horde.org (Postfix, from userid 33)
	id AA3B43A07; Thu,  6 Sep 2001 17:42:41 -0400 (EDT)
Received: from 206.243.191.252 ( [206.243.191.252])
	as user chuck@localhost by marina.horde.org with HTTP;
	Thu,  6 Sep 2001 17:42:41 -0400
Message-ID: <999812561.3b97edd180c55@marina.horde.org>
Date: Thu,  6 Sep 2001 17:42:41 -0400
From: Chuck Hagenbuch <chuck@horde.org>
To: dev@lists.horde.org
References: <20010901163631.76237.qmail@horde.org> <999364591.3b9117ef77a6b@mail.lsit.ucsb.edu> <999731981.3b96b30d4b41b@linux.wg.de> <999740934.3b96d606c0e4c@mail.lsit.ucsb.edu>
In-Reply-To: <999740934.3b96d606c0e4c@mail.lsit.ucsb.edu>
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs
Subject: Re: [dev] Re: [cvs] commit: imp/lib IMP.php imp/templates common-header.inc         imp/templates/menu menu.inc imp/templates/folders row.inc         imp/templates/identities manage.inc

Quoting Max Kalika <max@lsit.ucsb.edu>:

> Are we still catering to this?  I thought it was generally agreed that we are 
> so tied to javascript in other parts that making it a requirement was
> essential (and developing weird workarounds like these wasn't worth it). 
> Please correct me if I'm wrong.

You're wrong; we never decided to make it hard and fast requirement. We do have 
a general policy of using it wherever it makes the UI easier/nicer/more 
intuitive, and doesn't completely break things when it's not there.

-chuck

--
Charles Hagenbuch, <chuck@horde.org>
Some fallen angels have their good reasons.


>From chuck@horde.org Date: Thu,  6 Sep 2001 17:51:20 -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 54058 invoked from network); 6 Sep 2001 21:51:51 -0000
Received: from h00104bc60b3c.ne.mediaone.net (HELO marina.horde.org) (24.91.198.7)
  by horde.org with SMTP; 6 Sep 2001 21:51:51 -0000
Received: by marina.horde.org (Postfix, from userid 33)
	id 3BFFA3A07; Thu,  6 Sep 2001 17:51:20 -0400 (EDT)
Received: from 206.243.191.252 ( [206.243.191.252])
	as user chuck@localhost by marina.horde.org with HTTP;
	Thu,  6 Sep 2001 17:51:20 -0400
Message-ID: <999813080.3b97efd8135bc@marina.horde.org>
Date: Thu,  6 Sep 2001 17:51:20 -0400
From: Chuck Hagenbuch <chuck@horde.org>
To: dev@lists.horde.org
References: <999725504.3b9699c0c2e2a@linux.wg.de>
In-Reply-To: <999725504.3b9699c0c2e2a@linux.wg.de>
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs
Subject: Re: [dev] Segfault in imap_sort

Did you add this to a php bugs report?

Quoting Jan Schneider <janmailing@gmx.de>:

> OK, I did another try and now I get a bt with symbols.
> To remember: This happens if resorting or searching a folder with a lot
> of 
> messages.
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x4010d55c in realloc () at malloc.c:3135
> 3135    malloc.c: No such file or directory.
> (gdb) bt
> #0  0x4010d55c in realloc () at malloc.c:3135
> #1  0x81de067 in fs_resize (block=0x8559b98, size=2048) at
> fs_unix.c:46
> #2  0x81ef766 in imap_sort (stream=0x84f8e60, charset=0x0,
> spg=0x851da98, 
> pgm=0x83ca1f0, flags=1) at imap4r1.c:1629
> #3  0x81d37d6 in mail_sort (stream=0x84f8e60, charset=0x0,
> spg=0x851da98, 
> pgm=0x83ca1f0, flags=1) at mail.c:3557
> #4  0x80aa5b9 in zif_imap_sort (ht=5, return_value=0x8525594,
> this_ptr=0x0, 
> return_value_used=1) at php_imap.c:2532
> #5  0x817f0ba in execute (op_array=0x8445090) at ./zend_execute.c:1590
> #6  0x817f298 in execute (op_array=0x83c6874) at ./zend_execute.c:1630
> #7  0x815a274 in zend_execute_scripts (type=8, file_count=3) at
> zend.c:807
> #8  0x80893cf in php_execute_script (primary_file=0xbffff3c8) at
> main.c:1310
> #9  0x816620c in apache_php_module_main (r=0x831bdac,
> display_source_mode=0) at 
> sapi_apache.c:90
> #10 0x808589e in send_php ()
> #11 0x8085906 in send_parsed_php ()
> #12 0x8189aa9 in ap_invoke_handler ()
> #13 0x819f01f in process_request_internal ()
> #14 0x819f092 in ap_process_request ()
> #15 0x8195c96 in child_main ()
> #16 0x8195e55 in make_child ()
> #17 0x8195fd6 in startup_children ()
> #18 0x819665c in standalone_main ()
> #19 0x8196e8c in main ()
> #20 0x400d3a8e in __libc_start_main () at
> ../sysdeps/generic/libc-start.c:93
> 
> I hope somone can make use of it.
> 
> Jan.
> 
> :::::::::::::::::::::::::::::::::::::::: 
> AMMMa AG - discover your knowledge
> :::::::::::::::::::::::::::
> Detmolder Str. 25-33 :: D-33604 Bielefeld
> fon +49.521.96878-0 :: fax  +49.521.96878-20
> http://www.ammma.de
> ::::::::::::::::::::::::::::::::::::::::::::::
> 
> -- 
> Horde Developers mailing list: http://horde.org/
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: dev-unsubscribe@lists.horde.org
> 
> 


-chuck

--
Charles Hagenbuch, <chuck@horde.org>
Some fallen angels have their good reasons.


>From max@lsit.ucsb.edu Date: Thu,  6 Sep 2001 14:59:23 -0700
Return-Path: <max@lsit.ucsb.edu>
Mailing-List: contact dev-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list dev@lists.horde.org
Received: (qmail 55189 invoked from network); 6 Sep 2001 21:59:23 -0000
Received: from stan.lsit.ucsb.edu (128.111.222.4)
  by horde.org with SMTP; 6 Sep 2001 21:59:23 -0000
Received: (from http@localhost)
	by stan.lsit.ucsb.edu (8.11.6/8.11.6) id f86LxN814793
	for dev@lists.horde.org; Thu, 6 Sep 2001 14:59:23 -0700
Received: from 128.111.222.23 ( [128.111.222.23])
	as user max@mail.lsit.ucsb.edu by mail.lsit.ucsb.edu with HTTP;
	Thu,  6 Sep 2001 14:59:23 -0700
Message-ID: <999813563.3b97f1bb5f386@mail.lsit.ucsb.edu>
Date: Thu,  6 Sep 2001 14:59:23 -0700
From: Max Kalika <max@lsit.ucsb.edu>
To: dev@lists.horde.org
References: <20010901163631.76237.qmail@horde.org> <999364591.3b9117ef77a6b@mail.lsit.ucsb.edu> <999731981.3b96b30d4b41b@linux.wg.de> <999740934.3b96d606c0e4c@mail.lsit.ucsb.edu> <999812561.3b97edd180c55@marina.horde.org>
In-Reply-To: <999812561.3b97edd180c55@marina.horde.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs
X-Originating-IP: 128.111.222.23
Subject: Re: [dev] Re: [cvs] commit: imp/lib IMP.php imp/templates common-header.inc         imp/templates/menu menu.inc imp/templates/folders row.inc         imp/templates/identities manage.inc

Quoting Chuck Hagenbuch <chuck@horde.org>:

> You're wrong; we never decided to make it hard and fast requirement. We do
> have a general policy of using it wherever it makes the UI easier/nicer/more 
> intuitive, and doesn't completely break things when it's not there.

Fair enough.  I'm concerned though, that doing a document.write() for a button
that sets the actionID value is not the most optimal (or cleanest) way to go
about it.

If it is, we have many many other forms that have button input types that
contain onclick events that in the end do form.submit().  In non-javascript
enabled browsers they'll just be dummy buttons that do nothing.  There should be
some sense of constistancy, no?

-- 
---max kalika
--max@lsit.ucsb.edu
-lsit systems administrator


>From janmailing@gmx.de Date: Fri,  7 Sep 2001 00:01:10 +0200
Return-Path: <janmailing@gmx.de>
Mailing-List: contact dev-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list dev@lists.horde.org
Received: (qmail 56600 invoked from network); 6 Sep 2001 22:05:37 -0000
Received: from mailout03.sul.t-online.com (HELO mailout03.sul.t-online.de) (194.25.134.81)
  by horde.org with SMTP; 6 Sep 2001 22:05:37 -0000
Received: from fwd06.sul.t-online.de 
	by mailout03.sul.t-online.de with smtp 
	id 15f7HC-0007Eu-01; Fri, 07 Sep 2001 00:05:34 +0200
Received: from linux.wg.de (320034214675-0001@[217.0.157.110]) by fmrl06.sul.t-online.com
	with esmtp id 15f7Gl-0ufRtAC; Fri, 7 Sep 2001 00:05:07 +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 f86M1AV03828
	for <dev@lists.horde.org>; Fri, 7 Sep 2001 00:01:10 +0200
Received: from 192.168.60.1 ( [192.168.60.1])
	as user jan@mail.wg.de by linux.wg.de with HTTP;
	Fri,  7 Sep 2001 00:01:10 +0200
Message-ID: <999813670.3b97f22642f24@linux.wg.de>
Date: Fri,  7 Sep 2001 00:01:10 +0200
From: Jan Schneider <janmailing@gmx.de>
To: dev@lists.horde.org
References: <999725504.3b9699c0c2e2a@linux.wg.de> <999813080.3b97efd8135bc@marina.horde.org>
In-Reply-To: <999813080.3b97efd8135bc@marina.horde.org>
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs
X-Sender: 320034214675-0001@t-dialin.net
Subject: Re: [dev] Segfault in imap_sort

Yes, I did. No response so far.

Zitat von Chuck Hagenbuch <chuck@horde.org>:

> Did you add this to a php bugs report?
> 
> Quoting Jan Schneider <janmailing@gmx.de>:
> 
> > OK, I did another try and now I get a bt with symbols.
> > To remember: This happens if resorting or searching a folder with a lot
> > of 
> > messages.
> > 



>From chuck@horde.org Date: Thu,  6 Sep 2001 19:35:18 -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 60638 invoked from network); 6 Sep 2001 23:35:49 -0000
Received: from h00104bc60b3c.ne.mediaone.net (HELO marina.horde.org) (24.91.198.7)
  by horde.org with SMTP; 6 Sep 2001 23:35:49 -0000
Received: by marina.horde.org (Postfix, from userid 33)
	id 0538A3A07; Thu,  6 Sep 2001 19:35:18 -0400 (EDT)
Received: from 192.168.0.124 ( [192.168.0.124])
	as user chuck@localhost by marina.horde.org with HTTP;
	Thu,  6 Sep 2001 19:35:18 -0400
Message-ID: <999819318.3b980836b213f@marina.horde.org>
Date: Thu,  6 Sep 2001 19:35:18 -0400
From: Chuck Hagenbuch <chuck@horde.org>
To: dev@lists.horde.org
References: <20010901163631.76237.qmail@horde.org> <999364591.3b9117ef77a6b@mail.lsit.ucsb.edu> <999731981.3b96b30d4b41b@linux.wg.de> <999740934.3b96d606c0e4c@mail.lsit.ucsb.edu> <999812561.3b97edd180c55@marina.horde.org> <999813563.3b97f1bb5f386@mail.lsit.ucsb.edu>
In-Reply-To: <999813563.3b97f1bb5f386@mail.lsit.ucsb.edu>
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs
Subject: Re: [dev] Re: [cvs] commit: imp/lib IMP.php imp/templates common-header.inc         imp/templates/menu menu.inc imp/templates/folders row.inc         imp/templates/identities manage.inc

Quoting Max Kalika <max@lsit.ucsb.edu>:

> Fair enough.  I'm concerned though, that doing a document.write() for a button
> that sets the actionID value is not the most optimal (or cleanest) way to go
> about it.

That's my instinct, certainly. I haven't been following the details of this; 
why is it necessary?

> If it is, we have many many other forms that have button input types that
> contain onclick events that in the end do form.submit().  In non-javascript
> enabled browsers they'll just be dummy buttons that do nothing.  There should 
> be some sense of constistancy, no?

Ideally. Some things just work so much better with the javascript, and people 
haven't complained about it, so no one has found ways to do it nicely without 
javascript.

-chuck

--
Charles Hagenbuch, <chuck@horde.org>
Some fallen angels have their good reasons.


>From janmailing@gmx.de Date: Fri,  7 Sep 2001 10:29:48 +0200
Return-Path: <janmailing@gmx.de>
Mailing-List: contact dev-help@lists.horde.org; run by ezmlm
Delivered-To: mailing list dev@lists.horde.org
Received: (qmail 81351 invoked from network); 7 Sep 2001 08:35:21 -0000
Received: from mailout01.sul.t-online.com (HELO mailout01.sul.t-online.de) (194.25.134.80)
  by horde.org with SMTP; 7 Sep 2001 08:35:21 -0000
Received: from fwd02.sul.t-online.de 
	by mailout01.sul.t-online.de with smtp 
	id 15fH6e-0003Xb-04; Fri, 07 Sep 2001 10:35:20 +0200
Received: from linux.wg.de (320034214675-0001@[217.0.156.197]) by fmrl02.sul.t-online.com
	with esmtp id 15fH6P-0VoirQC; Fri, 7 Sep 2001 10:35:05 +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 f878TmV06696
	for <dev@lists.horde.org>; Fri, 7 Sep 2001 10:29:48 +0200
Received: from 192.168.60.1 ( [192.168.60.1])
	as user jan@mail.wg.de by linux.wg.de with HTTP;
	Fri,  7 Sep 2001 10:29:48 +0200
Message-ID: <999851388.3b98857c6906c@linux.wg.de>
Date: Fri,  7 Sep 2001 10:29:48 +0200
From: Jan Schneider <janmailing@gmx.de>
To: dev@lists.horde.org
References: <20010901163631.76237.qmail@horde.org> <999364591.3b9117ef77a6b@mail.lsit.ucsb.edu> <999731981.3b96b30d4b41b@linux.wg.de> <999740934.3b96d606c0e4c@mail.lsit.ucsb.edu> <999812561.3b97edd180c55@marina.horde.org> <999813563.3b97f1bb5f386@mail.lsit.ucsb.edu> <999819318.3b980836b213f@marina.horde.org>
In-Reply-To: <999819318.3b980836b213f@marina.horde.org>
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding: 8bit
User-Agent: Internet Messaging Program (IMP) 2.3.7-cvs
X-Sender: 320034214675-0001@t-dialin.net
Subject: Re: [dev] Re: [cvs] commit: imp/lib IMP.php imp/templates common-header.inc         imp/templates/menu menu.inc imp/templates/folders row.inc         imp/templates/identities manage.inc

Zitat von Chuck Hagenbuch <chuck@horde.org>:

> Quoting Max Kalika <max@lsit.ucsb.edu>:
> 
> > Fair enough.  I'm concerned though, that doing a document.write() for a
> button
> > that sets the actionID value is not the most optimal (or cleanest) way to
> go
> > about it.
> 
> That's my instinct, certainly. I haven't been following the details of this;
> 
> why is it necessary?

It was necessary to hide it from non-js-browsers, but I'll probably find 
another way to handle this.
 
> > If it is, we have many many other forms that have button input types that
> > contain onclick events that in the end do form.submit().  In
> non-javascript
> > enabled browsers they'll just be dummy buttons that do nothing.  There
> should 
> > be some sense of constistancy, no?
> 
> Ideally. Some things just work so much better with the javascript, and people
> 
> haven't complained about it, so no one has found ways to do it nicely without
> 
> javascript.

They probably gave up if they even tried so. If I remember well you can't even 
submit your preferences without javascript. Something that's not really 
necessary.

Jan.
Previous message: [dev] Re: [cvs] commit: turba/lib ObjectView.php turba/templates/display display.inc turba/templates/edit edit.inc
Next message: French language update [imp] + [horde]
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]