From jan@horde.org Mon Sep 2 10:29:19 2002 From: jan@horde.org (Jan Schneider) Date: Mon, 2 Sep 2002 11:29:19 +0200 Subject: [dev] proposed change to maintenance display In-Reply-To: <1030897134.3d723dee86486@mail.ph.utexas.edu> References: <1030897134.3d723dee86486@mail.ph.utexas.edu> Message-ID: <1030958959.3d732f6fcb172@jan.dip.ammma.net> Zitat von Eric Rostetter : > Today starts a new month, so I got the maintenance display (CVS HEAD > using > my burnt-orange theme). Due to the use of consecutive spans, there is a > background color space between the "Notice" and the " -- Mail is ... " > messages > that looks bad. So I did this quick fix to remove that space. I'll > leave > it up to others to decide if this is a desirable fix, and if so to commit > it. All I did was nest the spans, rather than letting them follow > sequentially. That makes sense. Committed. Jan. -- http://www.horde.org - The Horde Project http://www.ammma.de - discover your knowledge http://www.tip4all.de - Deine private Tippgemeinschaft From chuck@horde.org Mon Sep 2 20:11:00 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Mon, 2 Sep 2002 15:11:00 -0400 Subject: [dev] Re: [cvs] commit: horde/config conf.php.dist In-Reply-To: <20020902101905.EEC45616@arkady.horde.org> References: <20020902101905.EEC45616@arkady.horde.org> Message-ID: <1030993860.3d73b7c47531f@marina.horde.org> Quoting Jan Schneider : > Log: > Remove bogus comment char. That was actually there on purpose... -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From jvandal@subi.to Tue Sep 3 19:02:17 2002 From: jvandal@subi.to (Joel Vandal) Date: Tue, 3 Sep 2002 14:02:17 -0400 Subject: [dev] Share Class for Horde + Kronolith Patch Message-ID: <02fa01c25374$0a8c3df0$1400010a@infoteck.ca> This is a multi-part message in MIME format. ---------------------- multipart/alternative attachment Hi, You can grab my patch for the Horde framework that add a Share class = functionality. The horde patch add a lib/Share.php file that is the heart of share = ressource management. Also, I have include my patch that add share/multiple calendar support = (using Share.php) and category management/colors (based on mnemo) to = Kronolith.=20 You can get these patch at : http://www.courriels.com/patches/share/=20 I will post my Gollem patch after removed a few line of code and finish = the VFSBrowse.php patch ;) -- Joel Vandal Infoteck Internet ---------------------- multipart/alternative attachment
Hi,
 
You can grab my patch for the Horde = framework that=20 add a Share class functionality.
 
The horde patch add a lib/Share.php = file that is=20 the heart of share ressource management.
 
Also, I have include my patch that add=20 share/multiple calendar support (using Share.php) and category = management/colors=20 (based on mnemo) to Kronolith.
 
You can get these patch at : http://www.courriels.com= /patches/share/ 
 
I will post my Gollem patch after = removed a few=20 line of code and finish the VFSBrowse.php patch ;)
 
--
Joel Vandal
Infoteck Internet
 
---------------------- multipart/alternative attachment-- From mike@graftonhall.co.nz Tue Sep 3 19:22:38 2002 From: mike@graftonhall.co.nz (Mike Cochrane) Date: Wed, 4 Sep 2002 06:22:38 +1200 Subject: [dev] Share Class for Horde + Kronolith Patch In-Reply-To: <02fa01c25374$0a8c3df0$1400010a@infoteck.ca> References: <02fa01c25374$0a8c3df0$1400010a@infoteck.ca> Message-ID: <1031077358.3d74fdee48d0f@clean.graftonhall.co.nz> Can we please have some diffs for horde's conf.php so we have an idea of what we are putting there? and an initial comment: Share.php should be split up as with others drivers are, and we whoud have a share/sql.php file with the SQL implementation of it. - Mike :-) > ----- Message from jvandal@subi.to --------- > Date: Tue, 3 Sep 2002 14:02:17 -0400 > From: Joel Vandal > Reply-To: Joel Vandal > Subject: [dev] Share Class for Horde + Kronolith Patch > To: dev@lists.horde.org > > Hi, > > You can grab my patch for the Horde framework that add a Share class > functionality. > > The horde patch add a lib/Share.php file that is the heart of share ressource > management. > > Also, I have include my patch that add share/multiple calendar support (using > Share.php) and category management/colors (based on mnemo) to Kronolith. > > You can get these patch at : http://www.courriels.com/patches/share/ > > I will post my Gollem patch after removed a few line of code and finish the > VFSBrowse.php patch ;) > > -- > Joel Vandal > Infoteck Internet > > ----- End message from jvandal@subi.to ----- From jvandal@subi.to Tue Sep 3 19:29:54 2002 From: jvandal@subi.to (Joel Vandal) Date: Tue, 3 Sep 2002 14:29:54 -0400 Subject: [dev] Share Class for Horde + Kronolith Patch Message-ID: <032401c25377$e61fe9e0$1400010a@infoteck.ca> Hi, Check on the horde.diff ... The patch apply to the conf.php.dist file and not conf.php -- Joel Vandal Infoteck Internet > > ----- Original Message ----- > From: "Mike Cochrane" > To: "Joel Vandal" > Cc: > Sent: Tuesday, September 03, 2002 2:22 PM > Subject: Re: [dev] Share Class for Horde + Kronolith Patch > > > > Can we please have some diffs for horde's conf.php so we have an idea of > what we > > are putting there? and an initial comment: > > > > Share.php should be split up as with others drivers are, and we whoud have > a > > share/sql.php file with the SQL implementation of it. > > > > - Mike :-) > > From mike@graftonhall.co.nz Tue Sep 3 20:15:30 2002 From: mike@graftonhall.co.nz (Mike Cochrane) Date: Wed, 4 Sep 2002 07:15:30 +1200 Subject: [dev] Share Class for Horde + Kronolith Patch In-Reply-To: <030401c25377$a77791c0$1400010a@infoteck.ca> References: <02fa01c25374$0a8c3df0$1400010a@infoteck.ca> <1031077358.3d74fdee48d0f@clean.graftonhall.co.nz> <030401c25377$a77791c0$1400010a@infoteck.ca> Message-ID: <1031080530.3d750a51f234a@clean.graftonhall.co.nz> sorry.. didn't see that diff file.... I have it all running now :-) So here's a few more comments.... kronolith doesn't need the conf.php.dist changes as those options are allready specified in horde's config file. the changes in horde's conf.php.dist are not complete. here's a complete diff, note the table/database changes. cvs diff conf.php.dist (in directory I:\HTTPD\clean\horde\config\) Index: conf.php.dist =================================================================== RCS file: /repository/horde/config/conf.php.dist,v retrieving revision 1.12 diff -r1.12 conf.php.dist 122a123,146 > ** Horde Share > **/ > > $conf['share']['params'] = array(); > $conf['share']['params']['phptype'] = 'mysql'; > > // What hostname is the database server running on, or what is the > // name of the system DSN to use? > $conf['share']['params']['hostspec'] = 'localhost'; > > // What username do we authenticate to the database server as? > $conf['share']['params']['username'] = 'horde'; > > // What password do we authenticate to the database server with? > $conf['share']['params']['password'] = '*****'; > > // What database name/tablespace are we using? > $conf['share']['params']['database'] = 'horde'; > > // What database name/tablespace are we using? > $conf['share']['params']['table'] = 'horde_shares'; > > > /** > ----- Message from jvandal@infoteck.qc.ca --------- > Date: Tue, 3 Sep 2002 14:28:09 -0400 > From: Joel Vandal > Reply-To: Joel Vandal > Subject: Re: [dev] Share Class for Horde + Kronolith Patch > To: Mike Cochrane > > Hi, > > Check on the horde.diff ... The patch apply to the conf.php.dist file and > not conf.php > > -- > Joel Vandal > Infoteck Internet > > ----- Original Message ----- > From: "Mike Cochrane" > To: "Joel Vandal" > Cc: > Sent: Tuesday, September 03, 2002 2:22 PM > Subject: Re: [dev] Share Class for Horde + Kronolith Patch > > > > Can we please have some diffs for horde's conf.php so we have an idea of > what we > > are putting there? and an initial comment: > > > > Share.php should be split up as with others drivers are, and we whoud have > a > > share/sql.php file with the SQL implementation of it. > > > > - Mike :-) > > ----- End message from jvandal@infoteck.qc.ca ----- From jvandal@subi.to Tue Sep 3 21:43:46 2002 From: jvandal@subi.to (Joel Vandal) Date: Tue, 3 Sep 2002 16:43:46 -0400 Subject: [dev] Share Class for Horde + Kronolith Patch References: <02fa01c25374$0a8c3df0$1400010a@infoteck.ca><1031077358.3d74fdee48d0f@clean.graftonhall.co.nz><030401c25377$a77791c0$1400010a@infoteck.ca> <1031080530.3d750a51f234a@clean.graftonhall.co.nz> Message-ID: <034a01c2538a$999b01a0$1400010a@infoteck.ca> Hi, > kronolith doesn't need the conf.php.dist changes as those options are allready > specified in horde's config file. > > the changes in horde's conf.php.dist are not complete. here's a complete diff, > note the table/database changes. Thank's Mike for this bug fix... ;) I`ve correct this and remove duplicate $conf['share'] setting from Kronolith & Gollem conf.php. I will post my Gollem patch in 1-2 days. Also, note that add share functionnality to a new application (ex. trean, nag, etc...) need only to include lib/Share.php and add a few Perms::hasPermission call when needed. -- Joel Vandal Infoteck Internet From mike@graftonhall.co.nz Tue Sep 3 22:51:55 2002 From: mike@graftonhall.co.nz (Mike Cochrane) Date: Wed, 4 Sep 2002 09:51:55 +1200 Subject: [dev] Share Class for Horde + Kronolith Patch In-Reply-To: <034a01c2538a$999b01a0$1400010a@infoteck.ca> References: <02fa01c25374$0a8c3df0$1400010a@infoteck.ca><1031077358.3d74fdee48d0f@clean.graftonhall.co.nz><030401c25377$a77791c0$1400010a@infoteck.ca> <1031080530.3d750a51f234a@clean.graftonhall.co.nz> <034a01c2538a$999b01a0$1400010a@infoteck.ca> Message-ID: <1031089915.3d752efb43a16@clean.graftonhall.co.nz> Just a fiew questions :-) and a bug.... bug: in Share.php half the time you use $this->_params['table'] the other half it's hard coded. It would be nice to have them all from the params array. questions: share_type - what are the options for this and what do they represent? share:: does this have to be an sql driver? the quick look i've had at it so far suggests that it could also you the categories system like Perms:: and Groups:: already do. members:: what does this class do? doesn't the groups system store the members for a share, as a new group is created for each share. I think most of the UI in kronolith is pretty good... If we can sort out the horde side of things (Share:: and Members::) and commit to either sql or categories we should be able to work the rest out in CVS. - Mike :-) > I`ve correct this and remove duplicate $conf['share'] setting from Kronolith > & Gollem conf.php. > > I will post my Gollem patch in 1-2 days. > > Also, note that add share functionnality to a new application (ex. trean, > nag, etc...) need only to include lib/Share.php and add a few > Perms::hasPermission call when needed. > > -- > Joel Vandal > Infoteck Internet > > ----- End message from jvandal@subi.to ----- From jvandal@subi.to Wed Sep 4 00:02:30 2002 From: jvandal@subi.to (Joel Vandal) Date: Tue, 3 Sep 2002 19:02:30 -0400 Subject: [dev] Share Class for Horde + Kronolith Patch References: <02fa01c25374$0a8c3df0$1400010a@infoteck.ca><1031077358.3d74fdee48d0f@clean.graftonhall.co.nz><030401c25377$a77791c0$1400010a@infoteck.ca> <1031080530.3d750a51f234a@clean.graftonhall.co.nz> <034a01c2538a$999b01a0$1400010a@infoteck.ca> <1031089915.3d752efb43a16@clean.graftonhall.co.nz> Message-ID: <000f01c2539d$fbb8d340$6407a8c0@jvandal> > Just a fiew questions :-) and a bug.... > bug: > in Share.php half the time you use $this->_params['table'] the other half it's > hard coded. It would be nice to have them all from the params array. Ok, I have fix it and put it at http://www.courriels.com/patches/share/Share.php.gz > questions: > share_type - what are the options for this and what do they represent? 0 : private 1 : shared 2 : public (currently not implemented) (ref: kronolith/templates/share/head.inc) > share:: does this have to be an sql driver? the quick look i've had at it so far > suggests that it could also you the categories system like Perms:: and Groups:: > already do. I think that is possible to use other driver that sql but since Category:: currently use only sql and I never play w/ ldap, I don't write other driver but in futur, lib/Share/sql.php and/or lib/Share/ldap.php can be created. > members:: what does this class do? doesn't the groups system store the members > for a share, as a new group is created for each share. Yes Share:: store members for the share but Members:: allow to add/remove/edit members for the specified shares. > I think most of the UI in kronolith is pretty good... > If we can sort out the horde side of things (Share:: and Members::) and commit > to either sql or categories we should be able to work the rest out in CVS. My goal is to see this patch include in the official CVS tree. -- Joel Vandal Infoteck Internet From mike@graftonhall.co.nz Wed Sep 4 00:27:43 2002 From: mike@graftonhall.co.nz (Mike Cochrane) Date: Wed, 4 Sep 2002 11:27:43 +1200 Subject: [dev] Share Class for Horde + Kronolith Patch Message-ID: <1031095663.3d75456f4f7ad@clean.graftonhall.co.nz> > ----- Message from jvandal@subi.to --------- > Ok, I have fix it and put it at > http://www.courriels.com/patches/share/Share.php.gz Cool :-) > > members:: what does this class do? doesn't the groups system store the > members > > for a share, as a new group is created for each share. > > Yes Share:: store members for the share but Members:: allow to > add/remove/edit members for the specified shares. > This bit i'm still confused about this. The the Members:: class stores all the users that have access to a specified share. But for each specified share a new group is created and the users that have access to this share are added to this Group. So isn't this storeing the same information in two places... I think it make sense to do away with the Members class and just use the Groups storage for the member list. - Mike :-) From jvandal@subi.to Wed Sep 4 00:37:11 2002 From: jvandal@subi.to (Joel Vandal) Date: Tue, 3 Sep 2002 19:37:11 -0400 Subject: [dev] Share Class for Horde + Kronolith Patch References: <1031095663.3d75456f4f7ad@clean.graftonhall.co.nz> Message-ID: <001b01c253a2$d392b610$6407a8c0@jvandal> Hi, > The the Members:: class stores all the users that have access to a specified > share. But for each specified share a new group is created and the users that > have access to this share are added to this Group. > > So isn't this storeing the same information in two places... I think it make > sense to do away with the Members class and just use the Groups storage for the > member list. No, the Members:: class don't store any information in the preference but work on the array[] corresponding to the members of the group and save all information using the Share->save function.. If exist other way to do this, I don't check hard on this since this solution currently work :P Also, I have put a new file on my patches directory... http://www.courriels.com/patches/share/Kronolith.php.diff This patch fix a problem with the category management and must be applied on a "clean" (unpatched) version of lib/Kronolith.php. -- Joel Vandal Infoteck Internet From chuck@horde.org Wed Sep 4 03:33:41 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Tue, 3 Sep 2002 22:33:41 -0400 Subject: [dev] Share Class for Horde + Kronolith Patch In-Reply-To: <1031089915.3d752efb43a16@clean.graftonhall.co.nz> References: <02fa01c25374$0a8c3df0$1400010a@infoteck.ca><1031077358.3d74fdee48d0f@clean.graftonhall.co.nz><030401c25377$a77791c0$1400010a@infoteck.ca> <1031080530.3d750a51f234a@clean.graftonhall.co.nz> <034a01c2538a$999b01a0$1400010a@infoteck.ca> <1031089915.3d752efb43a16@clean.graftonhall.co.nz> Message-ID: <1031106821.3d757105ed08d@marina.horde.org> > > I will post my Gollem patch in 1-2 days. FYI, this one I'm curious about - how are shares in Gollem stored? Subdirectories of an existing backend? -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From jvandal@subi.to Wed Sep 4 04:26:16 2002 From: jvandal@subi.to (Joel Vandal) Date: Tue, 3 Sep 2002 23:26:16 -0400 Subject: [dev] Share Class for Horde + Kronolith Patch References: <02fa01c25374$0a8c3df0$1400010a@infoteck.ca><1031077358.3d74fdee48d0f@clean.graftonhall.co.nz><030401c25377$a77791c0$1400010a@infoteck.ca><1031080530.3d750a51f234a@clean.graftonhall.co.nz><034a01c2538a$999b01a0$1400010a@infoteck.ca><1031089915.3d752efb43a16@clean.graftonhall.co.nz> <1031106821.3d757105ed08d@marina.horde.org> Message-ID: <001201c253c2$d4b4e160$6407a8c0@jvandal> > FYI, this one I'm curious about - how are shares in Gollem stored? > Subdirectories of an existing backend? > > -chuck Currently, the share support only work with the file vfs backend but I have rought code for sql and musql backend.. (I hope that I will have more time to test it on others backends during the next day). If using the file backend, when open a share, the application do ... 1. check who is the owner ; 2. read prefs (getPrefs) for share setting ; 3. get the path name and set the new 'vfsroot'; I have an idea for how to make it available with the FTP backend but will require that the user specify the username and password on the "Share folder management option" for the FTP account. -- Joel Vandal Infoteck Internet From mike@graftonhall.co.nz Wed Sep 4 06:42:05 2002 From: mike@graftonhall.co.nz (Mike Cochrane) Date: Wed, 4 Sep 2002 17:42:05 +1200 Subject: [dev] Re: [cvs] commit: kronolith/docs CHANGES kronolith day.php menu.phpmonth.php prefs.php week.php workweek.php kronolith/graphics private.gif public.gif share.gif In-Reply-To: <20020904053402.6BD9D601@arkady.horde.org> References: <20020904053402.6BD9D601@arkady.horde.org> Message-ID: <1031118125.3d759d2d22f7b@clean.graftonhall.co.nz> Okay... shared calendar support is finally in there... there's some good news and some bad news.... Good news: It's backwards compatible... you don't have to convert or change anything to still be able to access you existing events. Bad News: There's lots of bugs.... but i don't know where they are, as you haven't found them :-) There is a known issue when trying to edit 'My Calendar' and the default calendar preference not listing the calendars... Please play with this lots and see what ways you can reliably break things. The only thing you will need is a working categories backend to start using this. No database changes to worry about. Thanks heaps to Joel Vandal for the bulk of the code and a whole lots of ideas. - Mike :-) > ----- Message from mike@graftonhall.co.nz --------- > Date: Tue, 3 Sep 2002 22:34:02 -0700 (PDT) > From: Mike Cochrane > Reply-To: dev@lists.horde.org > Subject: [cvs] commit: kronolith/docs CHANGES kronolith day.php menu.php month.php prefs.php week.php workweek.php kronolith/graphics private.gif public.gif share.gif > To: cvs@lists.horde.org > > mikec 2002/09/03 22:34:02 PDT > > Modified files: > docs CHANGES > . day.php menu.php month.php prefs.php > week.php workweek.php > Added files: > graphics private.gif public.gif share.gif > Log: > Shared calendars initial commit. > > The code is based on the code by Joel Vandal . > Almost all of the UI is from Joel's patch. The storage systems for the Shares > and groups is a bit different. > > Revision Changes Path > 1.44 +5 -1 kronolith/day.php > 1.88 +1 -0 kronolith/docs/CHANGES > 1.1 +2 -0 kronolith/graphics/private.gif (new) > 1.1 +2 -0 kronolith/graphics/public.gif (new) > 1.1 +5 -0 kronolith/graphics/share.gif (new) > 1.17 +2 -1 kronolith/menu.php > 1.84 +66 -30 kronolith/month.php > 1.18 +77 -1 kronolith/prefs.php > 1.21 +5 -1 kronolith/week.php > 1.17 +5 -1 kronolith/workweek.php > > Chora Links: > http://cvs.horde.org/diff.php/kronolith/day.php?r1=1.43&r2=1.44&ty=u > http://cvs.horde.org/diff.php/kronolith/docs/CHANGES?r1=1.87&r2=1.88&ty=u > http://cvs.horde.org/co.php/kronolith/graphics/private.gif?r=1.1 > http://cvs.horde.org/co.php/kronolith/graphics/public.gif?r=1.1 > http://cvs.horde.org/co.php/kronolith/graphics/share.gif?r=1.1 > http://cvs.horde.org/diff.php/kronolith/menu.php?r1=1.16&r2=1.17&ty=u > http://cvs.horde.org/diff.php/kronolith/month.php?r1=1.83&r2=1.84&ty=u > http://cvs.horde.org/diff.php/kronolith/prefs.php?r1=1.17&r2=1.18&ty=u > http://cvs.horde.org/diff.php/kronolith/week.php?r1=1.20&r2=1.21&ty=u > http://cvs.horde.org/diff.php/kronolith/workweek.php?r1=1.16&r2=1.17&ty=u > > -- > To unsubscribe, mail: cvs-unsubscribe@lists.horde.org > > ----- End message from mike@graftonhall.co.nz ----- From mike@graftonhall.co.nz Wed Sep 4 06:46:01 2002 From: mike@graftonhall.co.nz (Mike Cochrane) Date: Wed, 4 Sep 2002 17:46:01 +1200 Subject: [dev] Share Class for Horde + Kronolith Patch In-Reply-To: <000f01c2539d$fbb8d340$6407a8c0@jvandal> References: <02fa01c25374$0a8c3df0$1400010a@infoteck.ca><1031077358.3d74fdee48d0f@clean.graftonhall.co.nz><030401c25377$a77791c0$1400010a@infoteck.ca> <1031080530.3d750a51f234a@clean.graftonhall.co.nz> <034a01c2538a$999b01a0$1400010a@infoteck.ca> <1031089915.3d752efb43a16@clean.graftonhall.co.nz> <000f01c2539d$fbb8d340$6407a8c0@jvandal> Message-ID: <1031118361.3d759e19ed817@clean.graftonhall.co.nz> Hi Joel. I've just commited a lot of your code into Kronolith and a new Share:: class. It's a near total re-write of the Share class so this will probably cause a few problems for your Gollem Patch. See what you think, feel free to send patchs, ideas, anything my way via the list. - Mike :-) > ----- Message from jvandal@subi.to --------- > Date: Tue, 3 Sep 2002 19:02:30 -0400 > From: Joel Vandal > Reply-To: Joel Vandal > Subject: Re: [dev] Share Class for Horde + Kronolith Patch > To: Mike Cochrane > > > Just a fiew questions :-) and a bug.... > > bug: > > in Share.php half the time you use $this->_params['table'] the other half > it's > > hard coded. It would be nice to have them all from the params array. > > Ok, I have fix it and put it at > http://www.courriels.com/patches/share/Share.php.gz > > > questions: > > share_type - what are the options for this and what do they represent? > > 0 : private > 1 : shared > 2 : public (currently not implemented) > > (ref: kronolith/templates/share/head.inc) > > > share:: does this have to be an sql driver? the quick look i've had at it > so far > > suggests that it could also you the categories system like Perms:: and > Groups:: > > already do. > > I think that is possible to use other driver that sql but since Category:: > currently use only sql and I never play w/ ldap, I don't write other driver > but in futur, lib/Share/sql.php and/or lib/Share/ldap.php can be created. > > > members:: what does this class do? doesn't the groups system store the > members > > for a share, as a new group is created for each share. > > Yes Share:: store members for the share but Members:: allow to > add/remove/edit members for the specified shares. > > > I think most of the UI in kronolith is pretty good... > > > If we can sort out the horde side of things (Share:: and Members::) and > commit > > to either sql or categories we should be able to work the rest out in CVS. > > My goal is to see this patch include in the official CVS tree. > > -- > Joel Vandal > Infoteck Internet > > ----- End message from jvandal@subi.to ----- From peter.arien@cc.kuleuven.ac.be Wed Sep 4 11:30:12 2002 From: peter.arien@cc.kuleuven.ac.be (Peter Arien) Date: Wed, 04 Sep 2002 12:30:12 +0200 Subject: [dev] errors when doing maintenance with no sent-mail folders configured Message-ID: <3D75E0B4.8020101@cc.kuleuven.ac.be> Hi all It's the beginning of a new month, so my horde test-setup (CVS RELENG) presents me with the "Mail Maintenance Operations - Confirmation" screen. Here's what I get: ---------------------- Warning: Can only flip STRING and INTEGER values! in /usr/local/cvs/horde/imp/lib/Maintenance/Task/rename_sentmail_monthly.php on line 87 Mail Maintenance Operations - Confirmation Warning! Mail is ready to perform the maintenance operations checked below. Check the box for any operation(s) you want to perform at this time. - The current folder(s) "" will be renamed to "". - All old sent-mail folders more than 12 months old will be deleted. + All messages in your "Trash" folder older than 10 days will be permanently deleted. ---------------------- If I continue whith all the options checked, I get the following: ---------------------- Warning: Can only flip STRING and INTEGER values! in /usr/local/cvs/horde/imp/lib/Maintenance/Task/rename_sentmail_monthly.php on line 41 Warning: Cannot add header information - headers already sent by (output started at /usr/local/cvs/horde/imp/lib/Maintenance/Task/rename_sentmail_monthly.php:41) in /usr/local/cvs/horde/imp/redirect.php on line 64 ---------------------- I did not set a Sent-mail folder in my Identities config. Shouldn't there be a check for an empty $folder_list before doing the actual renaming? Something like an if (count($folder_list)>0) { on lines 39 and 85 of imp/lib/Maintenance/Task/rename_sentmail_monthly.php -- Peter K.U.Leuven - LUDIT -=- Tel: +32 16 322219 peter.arien@cc.kuleuven.ac.be -=- http://pa.cc.kuleuven.ac.be From jan@horde.org Wed Sep 4 11:52:49 2002 From: jan@horde.org (Jan Schneider) Date: Wed, 4 Sep 2002 12:52:49 +0200 Subject: [dev] errors when doing maintenance with no sent-mail folders configured In-Reply-To: <3D75E0B4.8020101@cc.kuleuven.ac.be> References: <3D75E0B4.8020101@cc.kuleuven.ac.be> Message-ID: <1031136769.3d75e6016d7f1@jan.dip.ammma.net> Zitat von Peter Arien : > It's the beginning of a new month, so my horde test-setup > (CVS RELENG) presents me with the "Mail Maintenance > Operations - Confirmation" screen. Here's what I get: Should be fixed now, though I didn't have the time to test it thoroughly. Jan. -- http://www.horde.org - The Horde Project http://www.ammma.de - discover your knowledge http://www.tip4all.de - Deine private Tippgemeinschaft From kaalh@smol.org Wed Sep 4 12:05:49 2002 From: kaalh@smol.org (kaalh@smol.org) Date: Wed, 4 Sep 2002 13:05:49 +0200 Subject: [dev] horde prefs.php.dist patch In-Reply-To: <1030756576.3d7018e0c5bc8@marina.horde.org> References: <1030729771.3d6fb02bbd749@smol.org> <1030756576.3d7018e0c5bc8@marina.horde.org> Message-ID: <1031137549.3d75e90d405ec@smol.org> Selon Chuck Hagenbuch : > Quoting kaalh@smol.org: > > > - 'members' => array('initial_application', 'theme', > > 'summary_columns', > > + 'members' => array('initial_application', 'theme', > > 'showsummaryselect', > > 'summary_refresh_time', 'menu_view')); > > And the purpose of this is .... ? > ...to display the "Choose the order of the summaries to display in the summary page." section in the horde options screen. Am I wrong ? KaalH! > -chuck > > -- > Charles Hagenbuch, > "After a few minutes the most aromatic and nice smelling Italian coffee > will come out of the exhaustpipe." - Our stove-top espresso pot > > -- > Horde developers mailing list > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe@lists.horde.org From kaalh@smol.org Wed Sep 4 13:45:50 2002 From: kaalh@smol.org (KaalH!) Date: Wed, 4 Sep 2002 14:45:50 +0200 Subject: [dev] Auth bug Message-ID: <1031143550.3d76007e4e8b8@smol.org> With HEAD, when login to horde with imp, I sometimes got this error : Notice: unserialize() failed at offset 0 of 37 bytes in /home/smol/tools/horde- dev/lib/Auth.php on line 299 I finally found what appends. When login whith imp, the secret key used to store user info is "imp". So, in non-imp operation (ex: changing horde options), horde try to retrieve secret information with the "auth" key, this is the bug ! a small fix (only if log in with imp): Index: login.php =================================================================== RCS file: /repository/imp/login.php,v retrieving revision 2.168 diff -u -r2.168 login.php --- login.php 21 Aug 2002 19:26:54 -0000 2.168 +++ login.php 4 Sep 2002 12:35:45 -0000 @@ -101,7 +101,7 @@ } /* Initialize the password key. */ -Secret::setKey('imp'); +Secret::setKey('auth'); /* Iterate through the servers in an attempt to locate a preferred server for this web server/virtualhost. If none are found, we -- KaalH! From jvandal@subi.to Wed Sep 4 14:02:37 2002 From: jvandal@subi.to (Joel Vandal) Date: Wed, 4 Sep 2002 09:02:37 -0400 Subject: [dev] Re: [cvs] commit: kronolith/docs CHANGES kronolith day.phpmenu.phpmonth.php prefs.php week.php workweek.php kronolith/graphicsprivate.gif public.gif share.gif References: <20020904053402.6BD9D601@arkady.horde.org> <1031118125.3d759d2d22f7b@clean.graftonhall.co.nz> Message-ID: <006a01c25413$584824b0$1400010a@infoteck.ca> > Okay... shared calendar support is finally in there... there's some good news > and some bad news.... > > Bad News: > There's lots of bugs.... but i don't know where they are, as you haven't found > them :-) > There is a known issue when trying to edit 'My Calendar' and the default > calendar preference not listing the calendars... You don't have commit the kronolith/config/prefs.php.dist patch. I will look for your changes but since it, the members permission are no more saved, we cannot list calendar, etc... -- Joel Vandal Infoteck Internet From kaalh@smol.org Wed Sep 4 14:02:16 2002 From: kaalh@smol.org (KaalH!) Date: Wed, 4 Sep 2002 15:02:16 +0200 Subject: [dev] shared prefs issue Message-ID: <1031144536.3d7604585dec0@smol.org> I'm using ldap for preferences storage, and got an issue with shared prefs storage (losing identities data). Should shared prefs be available in all horde applications ? If true, I think all shared prefs should move (or be duplicated for backward compatibility) to horde/config/prefs.php A good example is the identities preference, located in horde/imp/config/prefs.php, but potentialy used in all horde applications. With an imp-less horde installation, what about identities ?? -- KaalH! From chuck@horde.org Wed Sep 4 14:20:46 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 4 Sep 2002 09:20:46 -0400 Subject: [dev] horde prefs.php.dist patch In-Reply-To: <1031137549.3d75e90d405ec@smol.org> References: <1030729771.3d6fb02bbd749@smol.org> <1030756576.3d7018e0c5bc8@marina.horde.org> <1031137549.3d75e90d405ec@smol.org> Message-ID: <1031145646.3d7608ae41e07@marina.horde.org> Quoting kaalh@smol.org: > ...to display the "Choose the order of the summaries to display in the > summary page." section in the horde options screen. > Am I wrong ? No, I was confused. Thanks. -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From chuck@horde.org Wed Sep 4 14:22:43 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 4 Sep 2002 09:22:43 -0400 Subject: [dev] shared prefs issue In-Reply-To: <1031144536.3d7604585dec0@smol.org> References: <1031144536.3d7604585dec0@smol.org> Message-ID: <1031145763.3d760923d9548@marina.horde.org> Quoting KaalH! : > Should shared prefs be available in all horde applications ? Yes. > If true, I think all shared prefs should move (or be duplicated for > backward compatibility) to horde/config/prefs.php Probably. We just haven't had a good interface for this in the past; someone mentioned they were going to start work on a vaguly tab-based interface to let you switch between applications inside the options screen. I'd like to see this, personally, but haven't had time to work on it yet. > A good example is the identities preference, located in > horde/imp/config/prefs.php, but potentialy used in all horde > applications. > > With an imp-less horde installation, what about identities ?? At the moment, you're screwe. Not good. -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From chuck@horde.org Wed Sep 4 14:35:11 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 4 Sep 2002 09:35:11 -0400 Subject: [dev] Auth bug In-Reply-To: <1031143550.3d76007e4e8b8@smol.org> References: <1031143550.3d76007e4e8b8@smol.org> Message-ID: <1031146511.3d760c0f6901e@marina.horde.org> Quoting KaalH! : > When login whith imp, the secret key used to store user info is "imp". > So, in non-imp operation (ex: changing horde options), horde try to > retrieve secret information with the "auth" key, this is the bug ! Try what I just committed... we _should_ have both keys, but I made sure that IMP's login.php sets the Horde one if its doing Horde auth. -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From kaalh@smol.org Wed Sep 4 15:21:10 2002 From: kaalh@smol.org (KaalH!) Date: Wed, 4 Sep 2002 16:21:10 +0200 Subject: [dev] Auth bug In-Reply-To: <1031146511.3d760c0f6901e@marina.horde.org> References: <1031143550.3d76007e4e8b8@smol.org> <1031146511.3d760c0f6901e@marina.horde.org> Message-ID: <1031149270.3d7616d617da3@smol.org> Selon Chuck Hagenbuch : > Quoting KaalH! : > > > When login whith imp, the secret key used to store user info is "imp". > > So, in non-imp operation (ex: changing horde options), horde try to > > retrieve secret information with the "auth" key, this is the bug ! > > Try what I just committed... we _should_ have both keys, but I made sure > that IMP's login.php sets the Horde one if its doing Horde auth. > > -chuck seems to be good :) you should add this to gollem/login.php too. -- KaalH! > > -- > Charles Hagenbuch, > "After a few minutes the most aromatic and nice smelling Italian coffee > will come out of the exhaustpipe." - Our stove-top espresso pot > > -- > Horde developers mailing list > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe@lists.horde.org From chuck@horde.org Wed Sep 4 15:09:39 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 4 Sep 2002 10:09:39 -0400 Subject: [dev] Auth bug In-Reply-To: <1031149270.3d7616d617da3@smol.org> References: <1031143550.3d76007e4e8b8@smol.org> <1031146511.3d760c0f6901e@marina.horde.org> <1031149270.3d7616d617da3@smol.org> Message-ID: <1031148579.3d761423333a3@marina.horde.org> Quoting KaalH! : > you should add this to gollem/login.php too. Why? Gollem doesn't provide Horde auth... -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From jvandal@subi.to Wed Sep 4 15:26:32 2002 From: jvandal@subi.to (Joel Vandal) Date: Wed, 4 Sep 2002 10:26:32 -0400 Subject: [dev] Kronolith bug(?) in the week view Message-ID: <00d701c2541f$1144b4f0$1400010a@infoteck.ca> This is a multi-part message in MIME format. ---------------------- multipart/alternative attachment Hi, I have a strange problem with Kronolith. When I use the (work)week view = and have a lot of events for the same day, the colspan/rowspan are = unaligned for some events ...=20 I don't know how to fix it, don't know if it's really a bug, but you can = check it at : http://www.courriels.com/horde2 (user: demo@infoteck.com pass: demo) Go in Calendar, open the calendar "Horaires-Employes" and click on Week = of Workweek view and check the white cells and unaligned cells... it's = like a problem w/ spanning. -- Joel Vandal Infoteck Internet ---------------------- multipart/alternative attachment
Hi,
 
I have a strange problem with = Kronolith. When I use=20 the (work)week view and have a lot of events for the same day, the=20 colspan/rowspan are unaligned for some events ...
 
I don't know how to fix it, don't know = if it's=20 really a bug, but you can check it at :
 
http://www.courriels.com/horde2<= /A>=20 (user: demo@infoteck.com pass:=20 demo)
 
Go in Calendar, open the calendar=20 "Horaires-Employes" and click on Week of Workweek view and check the = white cells=20 and unaligned cells... it's like a problem w/ spanning.
 
--
Joel Vandal
Infoteck = Internet
---------------------- multipart/alternative attachment-- From kaalh@smol.org Wed Sep 4 15:28:17 2002 From: kaalh@smol.org (KaalH!) Date: Wed, 4 Sep 2002 16:28:17 +0200 Subject: [dev] Auth bug In-Reply-To: <1031148579.3d761423333a3@marina.horde.org> References: <1031143550.3d76007e4e8b8@smol.org> <1031146511.3d760c0f6901e@marina.horde.org> <1031149270.3d7616d617da3@smol.org> <1031148579.3d761423333a3@marina.horde.org> Message-ID: <1031149697.3d761881a5f88@smol.org> Selon Chuck Hagenbuch : > Quoting KaalH! : > > > you should add this to gollem/login.php too. > > Why? Gollem doesn't provide Horde auth... oops.. sorry !) -- KaalH! > > -chuck > > -- > Charles Hagenbuch, > "After a few minutes the most aromatic and nice smelling Italian coffee > will come out of the exhaustpipe." - Our stove-top espresso pot > > -- > Horde developers mailing list > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe@lists.horde.org From jvandal@subi.to Wed Sep 4 15:32:37 2002 From: jvandal@subi.to (Joel Vandal) Date: Wed, 4 Sep 2002 10:32:37 -0400 Subject: [dev] VFS question Message-ID: <00e601c2541f$ea8cca90$1400010a@infoteck.ca> This is a multi-part message in MIME format. ---------------------- multipart/alternative attachment Hi, A question about the sql_file vfs backend... Does it's possible to "import" file/directory structure from the = directory to the sql database ? I want to switch from file to sql_file = backend and don't want to recreate all directory, etc... (I have some = user that have more that 1GB of data and a lot of directories and = files). Thanks... -- Joel Vandal Infoteck Internet ---------------------- multipart/alternative attachment
Hi,
 
A question about the sql_file vfs=20 backend...
 
Does it's possible to "import" = file/directory=20 structure from the directory to the sql database ? I want to switch from = file=20 to sql_file backend and don't want to recreate all directory, = etc... (I=20 have some user that have more that 1GB of data and a lot of directories = and=20 files).
 
Thanks...
 
--
Joel Vandal
Infoteck = Internet
---------------------- multipart/alternative attachment-- From chuck@horde.org Wed Sep 4 15:32:59 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 4 Sep 2002 10:32:59 -0400 Subject: [dev] Kronolith bug(?) in the week view In-Reply-To: <00d701c2541f$1144b4f0$1400010a@infoteck.ca> References: <00d701c2541f$1144b4f0$1400010a@infoteck.ca> Message-ID: <1031149979.3d76199b72b53@marina.horde.org> Quoting Joel Vandal : > I have a strange problem with Kronolith. When I use the (work)week view > and have a lot of events for the same day, the colspan/rowspan are > unaligned for some events ... > > I don't know how to fix it, don't know if it's really a bug, but you can > check it at : > > http://www.courriels.com/horde2 (user: demo@infoteck.com pass: demo) > > Go in Calendar, open the calendar "Horaires-Employes" and click on Week > of Workweek view and check the white cells and unaligned cells... it's > like a problem w/ spanning. I see it; however, how customized is the code? Looks like you've changed some stuff there... -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From jvandal@subi.to Wed Sep 4 15:58:42 2002 From: jvandal@subi.to (Joel Vandal) Date: Wed, 4 Sep 2002 10:58:42 -0400 Subject: [dev] Kronolith bug(?) in the week view References: <00d701c2541f$1144b4f0$1400010a@infoteck.ca> <1031149979.3d76199b72b53@marina.horde.org> Message-ID: <00fe01c25423$8f7c45f0$1400010a@infoteck.ca> > > Go in Calendar, open the calendar "Horaires-Employes" and click on Week > > of Workweek view and check the white cells and unaligned cells... it's > > like a problem w/ spanning. > > I see it; however, how customized is the code? Looks like you've changed > some stuff there... I only add the category color support in WeekView.php and DayView.php and if I revert change, the problem continue... -- Joel Vandal Infoteck Internet From chuck@horde.org Wed Sep 4 16:12:15 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 4 Sep 2002 11:12:15 -0400 Subject: [dev] Kronolith bug(?) in the week view In-Reply-To: <00fe01c25423$8f7c45f0$1400010a@infoteck.ca> References: <00d701c2541f$1144b4f0$1400010a@infoteck.ca> <1031149979.3d76199b72b53@marina.horde.org> <00fe01c25423$8f7c45f0$1400010a@infoteck.ca> Message-ID: <1031152335.3d7622cf381d5@marina.horde.org> Quoting Joel Vandal : > I only add the category color support in WeekView.php and DayView.php and > if I revert change, the problem continue... Okay... we've worked out various issues like this before; you're just going to have to dig into the dayview code (if you look at September 4th, you can see where it starts - fix that and you'll probably fix all of it). I can't debug it without playing with those exact events; I'll try and recreate it later when I can, but you've got the test case right in front of you :) Btw, anyone have a prefs.php entry for event_colors for kronolith? seems to be missing from prefs.php.dist. -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From chuck@horde.org Wed Sep 4 19:45:42 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 4 Sep 2002 14:45:42 -0400 Subject: [kronolith] Fwd: [dev] Re: [cvs] commit: kronolith/docs CHANGES kronolithday.php menu.phpmonth.php prefs.php week.php workweek.php kronolith/graphics private.gif public.gif share.gif In-Reply-To: <20020904152118.T25799-100000@hub.org> References: <20020904152118.T25799-100000@hub.org> Message-ID: <1031165142.3d7654d6d1f7b@marina.horde.org> Quoting "Marc G. Fournier" : > Wrong assumption? :( No, that should be fine. But have you gone to admin/perms or admin/groups or some such to verify that categories are working? -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From scrappy@hub.org Wed Sep 4 20:10:15 2002 From: scrappy@hub.org (Marc G. Fournier) Date: Wed, 4 Sep 2002 16:10:15 -0300 (ADT) Subject: [kronolith] Fwd: [dev] Re: [cvs] commit: kronolith/docs CHANGES kronolithday.php menu.phpmonth.php prefs.php week.php workweek.php kronolith/graphics private.gif public.gif share.gif In-Reply-To: <1031165142.3d7654d6d1f7b@marina.horde.org> Message-ID: <20020904160112.K25799-100000@hub.org> 'K, that definitely helps: ERROR: Relation "horde_categories_seq" does not exist but I can't find any of the .sql files in horde/scripts/db that is supposed to create that ... ? On Wed, 4 Sep 2002, Chuck Hagenbuch wrote: > Quoting "Marc G. Fournier" : > > > Wrong assumption? :( > > No, that should be fine. But have you gone to admin/perms or admin/groups or > some such to verify that categories are working? > > -chuck > > -- > Charles Hagenbuch, > "After a few minutes the most aromatic and nice smelling Italian coffee > will come out of the exhaustpipe." - Our stove-top espresso pot > > -- > Horde developers mailing list > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe@lists.horde.org > From chuck@horde.org Wed Sep 4 20:10:38 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 4 Sep 2002 15:10:38 -0400 Subject: [kronolith] Fwd: [dev] Re: [cvs] commit: kronolith/docs CHANGES kronolithday.php menu.phpmonth.php prefs.php week.php workweek.php kronolith/graphics private.gif public.gif share.gif In-Reply-To: <20020904160112.K25799-100000@hub.org> References: <20020904160112.K25799-100000@hub.org> Message-ID: <1031166638.3d765aae9c436@marina.horde.org> Quoting "Marc G. Fournier" : > ERROR: Relation "horde_categories_seq" does not exist > > but I can't find any of the .sql files in horde/scripts/db that is > supposed to create that ... ? It's a PEAR sequence table that PEAR DB tries to create, so the Horde db user needs privs to create tables. -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From amith@xalan.com Wed Sep 4 20:55:57 2002 From: amith@xalan.com (Amith Varghese) Date: Wed, 4 Sep 2002 15:55:57 -0400 Subject: [dev] VFS question In-Reply-To: <00e601c2541f$ea8cca90$1400010a@infoteck.ca> References: <00e601c2541f$ea8cca90$1400010a@infoteck.ca> Message-ID: <1031169357.3d76654d7cca0@mail.xalan.com> There is no way as of yet (at least that I know of). The sql_file vfs backend was created by modifying one of the other drivers (but was changed to support saving files to the file system). One thing that would be nice to have is a "bulk load" feature (maybe under options) that takes in a tar file and once uploaded, untars it and stores the individual files in the appropriate directories. But that hasn't been implemented and I can only wish. I don't think it would be that bad because of the built tar support that I remember somone adding to Horde. Amith > ----- Message from jvandal@subi.to --------- > Date: Wed, 4 Sep 2002 10:32:37 -0400 > From: Joel Vandal > Reply-To: Joel Vandal > Subject: [dev] VFS question > To: dev@lists.horde.org > > Hi, > > A question about the sql_file vfs backend... > > Does it's possible to "import" file/directory structure from the directory to > the sql database ? I want to switch from file to sql_file backend and don't > want to recreate all directory, etc... (I have some user that have more that > 1GB of data and a lot of directories and files). > > Thanks... > > -- > Joel Vandal > Infoteck Internet > > ----- End message from jvandal@subi.to ----- From scrappy@hub.org Thu Sep 5 02:32:30 2002 From: scrappy@hub.org (Marc G. Fournier) Date: Wed, 4 Sep 2002 22:32:30 -0300 (ADT) Subject: [kronolith] Fwd: [dev] Re: [cvs] commit: kronolith/docs CHANGES kronolithday.php menu.phpmonth.php prefs.php week.php workweek.php kronolith/graphics private.gif public.gif share.gif In-Reply-To: <1031166638.3d765aae9c436@marina.horde.org> Message-ID: <20020904215359.I25799-100000@hub.org> On Wed, 4 Sep 2002, Chuck Hagenbuch wrote: > Quoting "Marc G. Fournier" : > > > ERROR: Relation "horde_categories_seq" does not exist > > > > but I can't find any of the .sql files in horde/scripts/db that is > > supposed to create that ... ? > > It's a PEAR sequence table that PEAR DB tries to create, so the Horde db > user needs privs to create tables. Okay, 'Horde db user' in this case == PgSQL superuser, so there shouldn't be any permissions problems ... and I've rebuilt the database and restarted the server, just so that I could monitor the logs to see if any errors are being generated about permissions, and there were none that I could find, only the fact taht the _seq doesn't exist ... From jvandal@subi.to Thu Sep 5 02:47:39 2002 From: jvandal@subi.to (Joel Vandal) Date: Wed, 4 Sep 2002 21:47:39 -0400 Subject: [dev] File Encrypt/Decrypt function Message-ID: <001401c2547e$3827a550$6407a8c0@jvandal> This is a multi-part message in MIME format. ---------------------- multipart/alternative attachment Hi, Where is the best place to put an encrypt/decrypt file function for = Gollem ? in lib/Gollem.php or directly on the VFS backend and call a = function like : $GLOBALS['vfs']->cryptFile ?=20 Or simply change Crypt class to support a _encryptFile and _decryptFile = function (since they appear that only message/signature are supported) = and call proper function on gollem ? I have modified manager.php, templates/manager/javascript.inc and = templates/manager/prompt.inc for the Encryption/Decryption options and = create rought code for crypt & compression function. Also, I like the "popup dialog" option of gollem that use dhtml windows, = does exist any plan to change all messagebox for this kind of popup on = other applications ? -- Joel Vandal Infoteck Internet ---------------------- multipart/alternative attachment
Hi,
 
Where is the best place to put an = encrypt/decrypt=20 file function for Gollem ? in lib/Gollem.php or directly on the VFS = backend and=20 call a function like : $GLOBALS['vfs']->cryptFile ?
 
Or simply change Crypt class to support = a=20 _encryptFile and _decryptFile function (since they appear that only=20 message/signature are supported) and call proper function on gollem=20 ?
 
I have modified manager.php,=20 templates/manager/javascript.inc and templates/manager/prompt.inc for = the=20 Encryption/Decryption options and create rought code for crypt & = compression=20 function.
 
Also, I like the "popup dialog" option = of gollem=20 that use dhtml windows, does exist any plan to change all messagebox for = this=20 kind of popup on other applications ?
 
--
Joel Vandal
Infoteck = Internet
---------------------- multipart/alternative attachment-- From chuck@horde.org Thu Sep 5 04:09:07 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Wed, 4 Sep 2002 23:09:07 -0400 Subject: [dev] File Encrypt/Decrypt function In-Reply-To: <001401c2547e$3827a550$6407a8c0@jvandal> References: <001401c2547e$3827a550$6407a8c0@jvandal> Message-ID: <1031195347.3d76cad3641b0@marina.horde.org> Quoting Joel Vandal : > Where is the best place to put an encrypt/decrypt file function for > Gollem ? in lib/Gollem.php or directly on the VFS backend and call a > function like : $GLOBALS['vfs']->cryptFile ? > > Or simply change Crypt class to support a _encryptFile and _decryptFile > function (since they appear that only message/signature are supported) > and call proper function on gollem ? I can see two ways - putting it into the VFS parent class (or some kind of subclass wrapper), or leaving it standalone. I think it'd be great to have in VFS, personally, for convenience. > I have modified manager.php, templates/manager/javascript.inc and > templates/manager/prompt.inc for the Encryption/Decryption options and > create rought code for crypt & compression function. Great! > Also, I like the "popup dialog" option of gollem that use dhtml windows, > does exist any plan to change all messagebox for this kind of popup on > other applications ? Certainly not unless it's backwards compatible, but I'd look at patches... -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From mail@krel.org Thu Sep 5 04:50:37 2002 From: mail@krel.org (Ilya) Date: Wed, 4 Sep 2002 23:50:37 -0400 Subject: [dev] update for cyrsql (new option to set subfolders on creation and some cleanup) Message-ID: <20020905035036.GA2309@krel.org> ---------------------- multipart/mixed attachment file attached ---------------------- multipart/mixed attachment --- cyrsql.php.orig Wed Sep 4 22:42:54 2002 +++ cyrsql.php Wed Sep 4 23:46:21 2002 @@ -20,11 +20,21 @@ * 'database' The name of the database. * 'cyradmin' The username of cyrus administrator * 'cyrpass' The password associated woth cyrus administrator - * 'impas' The full imap hostname (ie {localhost:993/imap/ssl/novalidate-cert} ) + * 'imaps' The full imap hostname (ie {localhost:993/imap/ssl/novalidate-cert} ) * * Optional values: - * 'table' The name of the auth table in 'database'. Defaults to - * 'horde_users'. + * 'table' The name of the auth table in 'database'. + * Defaults to 'horde_users'. + * 'username_field' The name of the username field in the auth table. + * Defaults to 'user_uid'. + * 'password_field' The name of the password field in the auth table. + * Defaults to 'user_pass'. + * 'folders()' An array of folders to create under username. + * Doesnt create subfolders by default + * + * + * + * * * Required by some database implementations: * 'options' Additional options to pass to the database. @@ -61,6 +71,7 @@ */ var $_mbox; + /** * Add a set of authentication credentials. * @@ -81,11 +92,9 @@ } $name = imap_utf7_encode($userID); - if (@imap_createmailbox($this->_mbox, imap_utf7_encode($this->_params['imaps'] . "user.$name"))) { - @imap_createmailbox($this->_mbox, imap_utf7_encode($this->_params['imaps'] . "user.$name.saved")); - @imap_createmailbox($this->_mbox, imap_utf7_encode($this->_params['imaps'] . "user.$name.sent-mail")); - @imap_createmailbox($this->_mbox, imap_utf7_encode($this->_params['imaps'] . "user.$name.drafts")); - @imap_createmailbox($this->_mbox, imap_utf7_encode($this->_params['imaps'] . "user.$name.trash")); + if (@imap_createmailbox($this->_mbox, imap_utf7_encode($this->_params['imaps'] . + "user.$name"))) { + @array_walk( $this->_params['folders'], array($this,'_createSubFolders'), $name ); } else { Horde::logMessage('IMAP mailbox creation for ' . $name . ' failed ', __FILE__, __LINE__, LOG_ERR); @@ -142,7 +151,8 @@ // opened everything. $this->_connected = false; - $this->_mbox = @imap_open($this->_params['imaps'], $this->_params['cyradmin'], $this->_params['cyrpass'], OP_HALFOPEN); + $this->_mbox = @imap_open($this->_params['imaps'], $this->_params['cyradmin'], + $this->_params['cyrpass'], OP_HALFOPEN); if (!$this->_mbox) { Horde::fatal(new PEAR_Error(sprintf(_("Can't connect to IMAP server: %s"), imap_last_error())), __FILE__, __LINE__); @@ -171,5 +181,15 @@ return true; } + + /** + * Creates all mailboxes supllied in configuration + * @access private + * + */ + function _createSubFolders( $value , $key, $userName){ + @imap_createmailbox($this->_mbox, imap_utf7_encode($this->_params['imaps'] . + "user.$userName.$value")); + } } ---------------------- multipart/mixed attachment-- From jvandal@subi.to Thu Sep 5 05:05:51 2002 From: jvandal@subi.to (Joel Vandal) Date: Thu, 5 Sep 2002 00:05:51 -0400 Subject: [dev] patch: kronolith/shares prefs.php kronolith/templates/share head.inc Message-ID: <007701c25491$865454e0$6407a8c0@jvandal> This is a multi-part message in MIME format. ---------------------- multipart/alternative attachment At end of this message, I've include a patch for kronolith that fix : File: shares/prefs.php - $share no more exist and replaced by $_shares - $calendar conflict w/ the variable $calendar in status.php (renamed to = $calendars) File: template/share/head.inc - Image filename is share.gif (not shared.gif) Suggestion: move following images (private.gif, share.gif & public.gif) = in horde/graphics since the same graphics will be used by other = applications) -- Joel Vandal Infoteck Internet Index: shares/prefs.php =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /repository/kronolith/shares/prefs.php,v retrieving revision 1.4 diff -r1.4 prefs.php 52c52 < $calendar =3D ''; --- > $calendars =3D ''; 55,57c55,57 < $calendar =3D $share->newShare(md5(microtime())); < $calendar->setOwner(Auth::getAuth()); < $result =3D $share->addShare($calendar); --- > $calendars =3D $_shares->newShare(md5(microtime())); > $calendars->setOwner(Auth::getAuth()); > $result =3D $_shares->addShare($calendar); 59c59 < $calendar =3D &$_shares->getShare($edit_share); --- > $calendars =3D &$_shares->getShare($edit_share); 63c63 < $calendar->setShareName($id); --- > $calendars->setShareName($id); 69,70c69,70 < $calendar->setType(Horde::getFormData('type', 0)); < $calendar->setDescription(Horde::getFormData('description', '')); --- > $calendars->setType(Horde::getFormData('type', 0)); > $calendars->setDescription(Horde::getFormData('description', '')); Index: templates/share/head.inc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /repository/kronolith/templates/share/head.inc,v retrieving revision 1.3 diff -r1.3 head.inc 16c16 < echo Horde::img('shared.gif', _("Shared"), = 'align=3D"absmiddle"') . '  ' . _("Shared"); --- > echo Horde::img('share.gif', _("Shared"), = 'align=3D"absmiddle"') . '  ' . _("Shared"); ---------------------- multipart/alternative attachment
At end of this message, I've include a = patch for=20 kronolith that fix :
 
File: shares/prefs.php
 
- $share no more exist and replaced by=20 $_shares
- $calendar conflict w/ the variable = $calendar in=20 status.php (renamed to $calendars)
 
File: = template/share/head.inc
 
- Image filename is share.gif (not=20 shared.gif)
 
 
Suggestion: move=20 following images (private.gif, share.gif & public.gif) in = horde/graphics=20 since the same graphics will be used by other applications)
 
--
Joel Vandal
Infoteck Internet
 
 
Index:=20 shares/prefs.php
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D<= BR>RCS=20 file: /repository/kronolith/shares/prefs.php,v
retrieving revision=20 1.4
diff -r1.4 prefs.php
52c52
<     = $calendar =3D=20 '';
---
>     $calendars =3D=20 '';
55,57c55,57
<        = ;=20 $calendar =3D=20 $share->newShare(md5(microtime()));
<    &nb= sp;   =20 $calendar->setOwner(Auth::getAuth());
<    &= nbsp;   =20 $result =3D=20 $share->addShare($calendar);
---
>    &nb= sp;   =20 $calendars =3D=20 $_shares->newShare(md5(microtime()));
>    &= nbsp;   =20 $calendars->setOwner(Auth::getAuth());
>    =     =20 $result =3D=20 $_shares->addShare($calendar);
59c59
<    = ;    =20 $calendar =3D=20 &$_shares->getShare($edit_share);
---
>   =      =20 $calendars =3D=20 &$_shares->getShare($edit_share);
63c63
<  &nbs= p;     =20 $calendar->setShareName($id);
---
>    &n= bsp;   =20 $calendars->setShareName($id);
69,70c69,70
<   = ; =20 $calendar->setType(Horde::getFormData('type',=20 0));
<    =20 $calendar->setDescription(Horde::getFormData('description',=20 ''));
---
>    =20 $calendars->setType(Horde::getFormData('type',=20 0));
>    =20 $calendars->setDescription(Horde::getFormData('description', = ''));
Index:=20 templates/share/head.inc
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D
RCS=20 file: /repository/kronolith/templates/share/head.inc,v
retrieving = revision=20 1.3
diff -r1.3=20 head.inc
16c16
<        = echo=20 Horde::img('shared.gif', _("Shared"), 'align=3D"absmiddle"') .=20 '&nbsp;&nbsp;' .=20 _("Shared");
---
>       &nbs= p; echo=20 Horde::img('share.gif', _("Shared"), 'align=3D"absmiddle"') .=20 '&nbsp;&nbsp;' . _("Shared");
 
---------------------- multipart/alternative attachment-- From mike@graftonhall.co.nz Thu Sep 5 05:19:53 2002 From: mike@graftonhall.co.nz (Mike Cochrane) Date: Thu, 5 Sep 2002 16:19:53 +1200 Subject: [dev] patch: kronolith/shares prefs.php kronolith/templates/share head.inc In-Reply-To: <007701c25491$865454e0$6407a8c0@jvandal> References: <007701c25491$865454e0$6407a8c0@jvandal> Message-ID: <1031199593.3d76db69cec50@clean.graftonhall.co.nz> > ----- Message from jvandal@subi.to --------- > To: dev@lists.horde.org > > At end of this message, I've include a patch for kronolith that fix : > > File: shares/prefs.php > > - $share no more exist and replaced by $_shares > - $calendar conflict w/ the variable $calendar in status.php (renamed to > $calendars) > > File: template/share/head.inc > > - Image filename is share.gif (not shared.gif) > commited.. Thanks > Suggestion: move following images (private.gif, share.gif & public.gif) in > horde/graphics since the same graphics will be used by other applications) Sounds good.... - Mike :-) From mike@graftonhall.co.nz Thu Sep 5 06:04:15 2002 From: mike@graftonhall.co.nz (Mike Cochrane) Date: Thu, 5 Sep 2002 17:04:15 +1200 Subject: [dev] Kronolith display test case. Message-ID: <1031202255.3d76e5cf49320@clean.graftonhall.co.nz> Chuck... here's a case where the week view code fails to display correctly. Go to webmail.graftonhall.co.nz l:test32 p:test and goto the test calendar and view this week in week view and you'll see the problem. below is a CSV export of the event: "title","category","location","description","keywords","start_date","start_time","end_date","end_time","alarm","recur_type","recur_end_date","recur_interval","recur_data" "Event A",,,,,"2002/09/05","15:00:00","2002/09/05","18:00:00","0","0",,, "Event B",,,,,"2002/09/05","17:30:00","2002/09/05","18:20:00","0","0",,, "Event C",,,,,"2002/09/05","16:00:00","2002/09/05","19:30:00","0","0",,, - Mike :-) From mail@krel.org Thu Sep 5 06:29:01 2002 From: mail@krel.org (Ilya) Date: Thu, 5 Sep 2002 01:29:01 -0400 Subject: [dev] updates to user module to include warning when deleting user Message-ID: <20020905052900.GA4755@krel.org> ---------------------- multipart/mixed attachment Chuck, these diffs are updates for admin/user, now when you try to delete a user, it gives you a page with warning that deleting a user, will possibly cause removal of mail data (for cyrsql at least, it would depend on driver). If you can put a better wording I wont object ;) I didnt make it a pop-up window, as I know you try to stear away from pop-ups. It appears the same way the update does, two buttons - Continue and Cancel Cancel just brings back to default view. ---------------------- multipart/mixed attachment --- list.inc.orig Thu Sep 5 00:01:30 2002 +++ list.inc Thu Sep 5 00:01:47 2002 @@ -9,7 +9,7 @@ - + ---------------------- multipart/mixed attachment


" /> " />

---------------------- multipart/mixed attachment --- user.php.orig Thu Sep 5 00:45:11 2002 +++ user.php Thu Sep 5 01:18:49 2002 @@ -49,7 +49,7 @@ $f_user_name = Horde::getFormData('user_name'); if (empty($f_user_name)) { $notification->push(_("You must specify a username to remove."), 'horde.message'); - } else { + } elseif ( $submit !== "Cancel") { if (PEAR::isError($auth->removeUser($f_user_name))) { $notification->push(sprintf(_("There was a problem removing '%s' from the system."), $f_user_name), 'horde.error'); } else { @@ -63,6 +63,11 @@ $update_form = 1; break; +case 'remove_f': + $f_user_name = Horde::getFormData('user_name'); + $remove_form = 1; + break; + case 'update': $user_name_1 = Horde::getPost('user_name'); $user_name_2 = Horde::getPost('user_name2'); @@ -100,11 +105,13 @@ require HORDE_TEMPLATES . '/admin/common-header.inc'; $notification->notify(); -// Add or update users. -if ($auth->hasCapability('add') && !isset($update_form)) { +// Add , update or delete users. +if ($auth->hasCapability('add') && !isset($update_form) && !isset($remove_form)) { include HORDE_TEMPLATES . '/admin/user/add.inc'; } elseif ($auth->hasCapability('add') && isset($update_form) && $auth->hasCapability('update')){ include HORDE_TEMPLATES . '/admin/user/update.inc'; +} elseif ($auth->hasCapability('add') && isset($remove_form) && $auth->hasCapability('remove')){ + include HORDE_TEMPLATES . '/admin/user/remove.inc'; } else { include HORDE_TEMPLATES . '/admin/user/noadd.inc'; } ---------------------- multipart/mixed attachment-- From mail@krel.org Thu Sep 5 07:01:55 2002 From: mail@krel.org (Ilya) Date: Thu, 5 Sep 2002 02:01:55 -0400 Subject: [dev] sql change to order users by name References: <001401c2547e$3827a550$6407a8c0@jvandal> <1031195347.3d76cad3641b0@marina.horde.org> Message-ID: <021d01c254a1$bcf4c1a0$0100a8c0@ilya> --- sql.php.org Thu Sep 5 01:57:08 2002 +++ sql.php Thu Sep 5 01:52:42 2002 @@ -239,9 +239,10 @@ $this->_connect(); /* Build the SQL query. */ - $query = sprintf('SELECT %s FROM %s', + $query = sprintf('SELECT %s FROM %s ORDER BY %s', $this->_params['username_field'], - $this->_params['table']); + $this->_params['table'], + $this->_params['username_field']); $result = $this->_db->getAll($query, null, DB_FETCHMODE_ORDERED); if (PEAR::isError($result)) { From mike@graftonhall.co.nz Thu Sep 5 11:07:01 2002 From: mike@graftonhall.co.nz (Mike Cochrane) Date: Thu, 5 Sep 2002 22:07:01 +1200 Subject: [dev] Kronolith display test case. In-Reply-To: <1031202255.3d76e5cf49320@clean.graftonhall.co.nz> References: <1031202255.3d76e5cf49320@clean.graftonhall.co.nz> Message-ID: <1031220421.3d772cc4f4120@clean.graftonhall.co.nz> Don't worry... i fixed this one, both in week view and day view. Finally got through emails and it's the same bug the Joel Vandal reported in [dev] Kronolith bug(?) in the week view. The bug has been there forever, just the last two times i tried to fix it i was looking at it all the wrong way.... basically the code only allowing for the events to finish in the order they started, if for instance: you have a situation where 3 events overlap and the middle event ends last. when we are drawing the rows with only that event on it we are sending one with a colspan of 2 where it needs two 's with colspans of 1 to go either side of it. so anyway.. Fixed in CVS HEAD. - Mike :-) > ----- Message from mike@graftonhall.co.nz --------- > Date: Thu, 5 Sep 2002 17:04:15 +1200 > From: Mike Cochrane > Reply-To: Mike Cochrane > Subject: [dev] Kronolith display test case. > To: Horde Dev List > > > Chuck... > > here's a case where the week view code fails to display correctly. > > Go to webmail.graftonhall.co.nz l:test32 p:test and goto the test calendar > and > view this week in week view and you'll see the problem. > > below is a CSV export of the event: > > "title","category","location","description","keywords","start_date","start_time","end_date","end_time","alarm","recur_type","recur_end_date","recur_interval","recur_data" > "Event A",,,,,"2002/09/05","15:00:00","2002/09/05","18:00:00","0","0",,, > "Event B",,,,,"2002/09/05","17:30:00","2002/09/05","18:20:00","0","0",,, > "Event C",,,,,"2002/09/05","16:00:00","2002/09/05","19:30:00","0","0",,, > > - Mike :-) > > -- > Horde developers mailing list > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe@lists.horde.org > > ----- End message from mike@graftonhall.co.nz ----- From jan@horde.org Thu Sep 5 12:51:43 2002 From: jan@horde.org (Jan Schneider) Date: Thu, 5 Sep 2002 13:51:43 +0200 Subject: [dev] Re: [cvs] commit: kronolith/shares prefs.php In-Reply-To: <20020905114708.2F4BD5B6@arkady.horde.org> References: <20020905114708.2F4BD5B6@arkady.horde.org> Message-ID: <1031226703.3d77454f1f616@jan.dip.ammma.net> Zitat von Mike Cochrane : > Should we remove all the events from a calendar before we delete it? Yes, I think so. The backends are cluttered with events that no one has access to else. Jan. -- http://www.horde.org - The Horde Project http://www.ammma.de - discover your knowledge http://www.tip4all.de - Deine private Tippgemeinschaft From mike@graftonhall.co.nz Thu Sep 5 14:14:04 2002 From: mike@graftonhall.co.nz (Mike Cochrane) Date: Fri, 6 Sep 2002 01:14:04 +1200 Subject: [dev] Bug in MIME_Structure::parseMIMEHeaders Message-ID: <1031231644.3d77589c6c5dc@clean.graftonhall.co.nz> There seems to be bug in MIME_Structure::parseMIMEHeaders when a header is set without a space after the ':'. In RFC2822 is says: 2.2. Header Fields Header fields are lines composed of a field name, followed by a colon (":"), followed by a field body, and terminated by CRLF. It doesn't mention anything about requiring a space. If the space is omitted the code fails to pick up this header. If anyone needs a message bounced their way to test this i have heaps. - Mike :-) From chuck@horde.org Thu Sep 5 14:53:19 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Thu, 5 Sep 2002 09:53:19 -0400 Subject: [dev] Re: [cvs] commit: kronolith/shares prefs.php In-Reply-To: <20020905133210.985C35B6@arkady.horde.org> References: <20020905133210.985C35B6@arkady.horde.org> Message-ID: <1031233999.3d7761cf61a96@marina.horde.org> Quoting Mike Cochrane : > Log: > Remove all calendar events from the backend when a calendar is deleted. Ewww! -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From chuck@horde.org Thu Sep 5 14:53:57 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Thu, 5 Sep 2002 09:53:57 -0400 Subject: [dev] Re: [cvs] commit: kronolith/shares prefs.php In-Reply-To: <20020905114708.2F4BD5B6@arkady.horde.org> References: <20020905114708.2F4BD5B6@arkady.horde.org> Message-ID: <1031234037.3d7761f5b23a1@marina.horde.org> Quoting Mike Cochrane : > Log: > Make sure we still have a valid calendar set after we delete a > calendar. And automatically recreate a personal calendar if it is > deleted. Do we/should we allow deletion of personal calendars? I'd want at least a confirmation on that... -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From davidu@everydns.net Thu Sep 5 15:33:44 2002 From: davidu@everydns.net (David U.) Date: Thu, 5 Sep 2002 09:33:44 -0500 Subject: [dev] Thoughts on Calendar Message-ID: <007b01c254e9$3da4aa30$2532fc80@pravda> Hey guys, Cool stuff on the calendar in the last 36 hours or so. One thought that crossed my mind -- Does it make more sense to make individual events public/private/shared? I can think of pros and cons for both ways. So I was thinking of a couple things: 1) Allowing a calendar to be set to default to private/public/shared which would just effect the default for an event and if the calendar showed up in another user's list. (if public, for instance) 2) Allowing an event to override a calendar and be public/private/shared. 3) When one has multiple calendars, having a way to view a merged calendar. Like if I have three calendars I'd like to be able to view the month view with all three calendar's events on it. Any comments? -davidu -- "Never doubt that a small group of thoughtful citizens can change the world. Indeed, it is the only thing that ever has." --Margaret Mead From jvandal@subi.to Thu Sep 5 16:12:39 2002 From: jvandal@subi.to (Joel Vandal) Date: Thu, 5 Sep 2002 11:12:39 -0400 Subject: [dev] Kronolith suggestion References: <007b01c254e9$3da4aa30$2532fc80@pravda> Message-ID: <031101c254ee$acc73040$1400010a@infoteck.ca> Here a few suggestion for Kronolith... - I think that the "View calendar" widget must be showed only on day, week, month view like what I've do w/ the first patch i've submitted. (bug: when viewing an event and switch to another calendar, all events informations are missing or invalid...) - When create a new event, show the list of calendar and allow user to select on which calendar(s) the event will be added. (this will allow to move event on other calendar) (I have some calendar w/ 1000+ events and users don't want to delete event on the main calendar and recreate it on another... then a selection widget will "solve" a part of the problem) - Merge the category & color management in an unique options screen.. It's annoying to switch between these two options. (these change can also applied to mnemo & nag category manager or move all stuff in an unique Horde class ?) -- Joel Vandal Infoteck Internet From chuck@horde.org Thu Sep 5 16:49:36 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Thu, 5 Sep 2002 11:49:36 -0400 Subject: [dev] update for cyrsql (new option to set subfolders on creation and some cleanup) In-Reply-To: <20020905035036.GA2309@krel.org> References: <20020905035036.GA2309@krel.org> Message-ID: <1031240976.3d777d10d4690@marina.horde.org> Quoting Ilya : > file attached Cleaned for style and committed. -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From chuck@horde.org Thu Sep 5 16:50:54 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Thu, 5 Sep 2002 11:50:54 -0400 Subject: [dev] Re: sql change to order users by name In-Reply-To: <021d01c254a1$bcf4c1a0$0100a8c0@ilya> References: <001401c2547e$3827a550$6407a8c0@jvandal> <1031195347.3d76cad3641b0@marina.horde.org> <021d01c254a1$bcf4c1a0$0100a8c0@ilya> Message-ID: <1031241054.3d777d5eea617@marina.horde.org> Quoting Ilya : > --- sql.php.org Thu Sep 5 01:57:08 2002 > +++ sql.php Thu Sep 5 01:52:42 2002 Committed, thanks. -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From chuck@horde.org Thu Sep 5 17:05:54 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Thu, 5 Sep 2002 12:05:54 -0400 Subject: [dev] Thoughts on Calendar In-Reply-To: <007b01c254e9$3da4aa30$2532fc80@pravda> References: <007b01c254e9$3da4aa30$2532fc80@pravda> Message-ID: <1031241954.3d7780e2bbfe7@marina.horde.org> Quoting "David U." : > One thought that crossed my mind -- Does it make more sense to make > individual events public/private/shared? No. SQL is the only backend that it even vaguely makes sense for, and I'm not going to tie us to something that will prevent us from moving to a real calendar server eventually. -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From slusarz@bigworm.colorado.edu Thu Sep 5 17:07:14 2002 From: slusarz@bigworm.colorado.edu (Michael M Slusarz) Date: Thu, 5 Sep 2002 10:07:14 -0600 Subject: [dev] Bug in MIME_Structure::parseMIMEHeaders In-Reply-To: <1031231644.3d77589c6c5dc@clean.graftonhall.co.nz> References: <1031231644.3d77589c6c5dc@clean.graftonhall.co.nz> Message-ID: <1031242034.3d7781320ea84@bigworm.colorado.edu> Quoting Mike Cochrane : | There seems to be bug in MIME_Structure::parseMIMEHeaders when a header | is set without a space after the ':'. Fixed in HEAD. Thanks. michael ______________________________________________ Michael Slusarz [slusarz@bigworm.colorado.edu] The University of Colorado at Boulder From chuck@horde.org Thu Sep 5 17:19:41 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Thu, 5 Sep 2002 12:19:41 -0400 Subject: [dev] updates to user module to include warning when deleting user In-Reply-To: <20020905052900.GA4755@krel.org> References: <20020905052900.GA4755@krel.org> Message-ID: <1031242781.3d77841dd6efc@marina.horde.org> Quoting Ilya : > Chuck, these diffs are updates for admin/user, now when you try to delete > a user, Cleaned up and committed. -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From chuck@horde.org Thu Sep 5 18:26:51 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Thu, 5 Sep 2002 13:26:51 -0400 Subject: [dev] Kronolith suggestion In-Reply-To: <031101c254ee$acc73040$1400010a@infoteck.ca> References: <007b01c254e9$3da4aa30$2532fc80@pravda> <031101c254ee$acc73040$1400010a@infoteck.ca> Message-ID: <1031246811.3d7793db927da@marina.horde.org> Quoting Joel Vandal : > - I think that the "View calendar" widget must be showed only on day, > week, month view like what I've do w/ the first patch i've submitted. > (bug: when viewing an event and switch to another calendar, all events > informations are missing or invalid...) I think that maybe, instead, if you're not on a page that shows calendar data (day, week, month view), when you choose a different calendar, you should be taken to your default view for that calendar. > - When create a new event, show the list of calendar and allow user to > select on which calendar(s) the event will be added. (this will allow to > move event on other calendar) (I have some calendar w/ 1000+ events and > users don't want to delete event on the main calendar and recreate it on > another... then a selection widget will "solve" a part of the problem) That would be nice - patch? ;) > - Merge the category & color management in an unique options screen.. > It's annoying to switch between these two options. (these change can also > applied to mnemo & nag category manager or move all stuff in an unique > Horde class ?) I definitely agree on this one. Would also definitely be nice to not duplicate so much code through the apps... -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From jvandal@subi.to Fri Sep 6 00:03:38 2002 From: jvandal@subi.to (Joel Vandal) Date: Thu, 5 Sep 2002 19:03:38 -0400 Subject: [dev] Kronolith patch - color + category Message-ID: <03b101c25530$7896dfe0$1400010a@infoteck.ca> Hi, I have make some modification to the category management preference to merge it with the color selection. I have some idea for a new application category system for Horde : - A new class for category management for each application (like : lib/CategoryUser.php) - Create sub-category (parent/child) - Automaticaly change the color of the category when choose a new color (but only save when user click on save button) A lot of Horde application (Kronolith, Mnemo, Nag, Trean(?)) have category support. -- Joel Vandal Infoteck Internet =================================================================== RCS file: /repository/kronolith/prefs.php,v retrieving revision 1.19 diff -r1.19 prefs.php 11,26d10 < function handle_choose_event_colors($updated) < { < global $prefs; < < $newcolors = Horde::getFormData('newColors'); < $event_colors = ''; < foreach ($newcolors as $key => $color) { < $event_colors .= (empty($event_colors)) ? "$key:$color" : "|$key:$color"; < } < < $prefs->setValue('event_colors', $event_colors); < $update = true; < < return true; < } < 28a13,14 > global $prefs; > 31a18 > $newcolors = Horde::getFormData('newColors'); 32a20,21 > > 43c32 < Kronolith::addCategory($categoryName); --- > Kronolith::addCategory($categoryName); 45c34 < --- > 47a37,44 > > $event_colors = ''; > foreach ($newcolors as $key => $color) { > $event_colors .= (empty($event_colors)) ? "$key:$color" : "|$key:$color"; > } > > $prefs->setValue('event_colors', $event_colors); > Index: config/prefs.php.dist =================================================================== RCS file: /repository/kronolith/config/prefs.php.dist,v retrieving revision 1.26 diff -r1.26 prefs.php.dist 47,52d46 < $prefGroups['categories'] = array( < 'column' => _("Other Options"), < 'label' => _("Category Colors"), < 'desc' => _("Choose the event colors for each category."), < 'members' => array('choose_event_colors')); < 218,225d211 < < // category highlight colors < $_prefs['choose_event_colors'] = array( < 'value' => '', < 'locked' => false, < 'shared' => false, < 'type' => 'special', < 'desc' => _("Choose Color")); Index: lib/Kronolith.php =================================================================== RCS file: /repository/kronolith/lib/Kronolith.php,v retrieving revision 1.60 diff -r1.60 Kronolith.php 47a48 > define('KRONOLITH_COLOR_CATEGORY', 109); Index: shares/prefs.php =================================================================== RCS file: /repository/kronolith/shares/prefs.php,v retrieving revision 1.10 diff -r1.10 prefs.php 93c93 < $notification->push(sprintf(_("The calendar \"%s\" has been deleted."), $share->getShareName()), 'horde.success'); --- > $notification->push(sprintf(_("The calendar \"%s\" has been deleted."), $id), 'horde.success'); Index: templates/prefs/category_management.inc =================================================================== RCS file: /repository/kronolith/templates/prefs/category_management.inc,v retrieving revision 1.1 diff -r1.1 category_management.inc 33d32 < 55a55 > $url = $registry->getParam('webroot', 'horde') . '/util/colorpicker.php?target=newColors[' . $key . ']'; 58c58,59 < --- > > 61a63,68 > > > getParam('graphics', 'horde')) ?> > > > From robbat2@orbis-terrarum.net Fri Sep 6 03:45:11 2002 From: robbat2@orbis-terrarum.net (Robin Johnson) Date: Thu, 5 Sep 2002 19:45:11 -0700 Subject: [dev] Thoughts on Calendar In-Reply-To: <007b01c254e9$3da4aa30$2532fc80@pravda> References: <007b01c254e9$3da4aa30$2532fc80@pravda> Message-ID: <20020906024511.GA14664@cherenkov.orbis-terrarum.net> ---------------------- multipart/signed attachment On Thu, Sep 05, 2002 at 09:33:44AM -0500, David U. wrote: > 3) When one has multiple calendars, having a way to view a merged calenda= r. > Like if I have three calendars I'd like to be able to view the month view > with all three calendar's events on it. This feature I think we definetly need. The calender viewing mechansim will become more complicated, but it will be a lot more powerful. I have my events split up into a few calenders for my own use (Eg, I was one with my lecture schedule for Uni, and another with my personal plans). I have my girlfriend doing the same and using my Horde+IMP+Kronolith for organizing herself. We both want to put our lecture schedules as shared/public (read-only) and be able to see things at a glance on the main horde page, which presently only shows things in your personal calender. We want it to have our lectures merged with our personal events, combined with a club shared calender I have, all displayed on one calendar, to see at a glance what is going on. Implementation wise, I think it might be wise to use something like the IMP IMAP folders system for this. And have a number of calenders selected for the main view. An additional possibility, althought I think it will be too much work, would be the ability to create calender groups. This could be used, say the executives of a club who have their class schedules in Kronolith, could just put together a big group of their class schedule calendars, and see easily where everybody is free for meetings and the like. So to recap that, it is basically a means of viewing a group of calenders together, while the events on each are still seperate. --=20 Robin Hugh Johnson E-Mail : robbat2@orbis-terrarum.net Home Page : http://www.orbis-terrarum.net/?l=3Dpeople.robbat2 ICQ# : 30269588 or 41961639 GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 ---------------------- multipart/signed attachment A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: not available Url : http://lists.horde.org/archives/dev/attachments/20020905/0fa4a1dd/attachment.bin ---------------------- multipart/signed attachment-- From jan@horde.org Fri Sep 6 09:32:28 2002 From: jan@horde.org (Jan Schneider) Date: Fri, 6 Sep 2002 10:32:28 +0200 Subject: [dev] Kronolith patch - color + category In-Reply-To: <03b101c25530$7896dfe0$1400010a@infoteck.ca> References: <03b101c25530$7896dfe0$1400010a@infoteck.ca> Message-ID: <1031301148.3d78681c5478b@jan.dip.ammma.net> Zitat von Joel Vandal : > I have some idea for a new application category system for Horde : > > - A new class for category management for each application (like : > lib/CategoryUser.php) I like to see the categories being shared across all Horde applications, but as I know that some people will disagree, it probably would best suit our needs if you can select if a category should be shared or local to an application. Jan. From kaalh@smol.org Fri Sep 6 11:53:12 2002 From: kaalh@smol.org (KaalH!) Date: Fri, 6 Sep 2002 12:53:12 +0200 Subject: [dev] icalendar event generation patch Message-ID: <1031309592.3d788918b3c66@smol.org> remove linebreaks from description. Index: Event.php =================================================================== RCS file: /repository/kronolith/lib/Event.php,v retrieving revision 1.35 diff -u -r1.35 Event.php --- Event.php 6 Sep 2002 05:23:19 -0000 1.35 +++ Event.php 6 Sep 2002 10:43:31 -0000 @@ -72,7 +72,7 @@ $vcs = &Data::singleton('icalendar'); } $vcal['SUMMARY'] = $this->title; - $vcal['DESCRIPTION'] = $this->description; + $vcal['DESCRIPTION'] = str_replace("\n", "", $this->description); $vcal['DTSTART'] = $vcs->makeDate($this->start); $vcal['DTEND'] = $vcs->makeDate($this->end); --------------------- Another bug detected : the exported icalendar events have wrong time values (tested with tz +0200) -- KaalH! From mike@graftonhall.co.nz Fri Sep 6 12:25:24 2002 From: mike@graftonhall.co.nz (Mike Cochrane) Date: Fri, 6 Sep 2002 23:25:24 +1200 Subject: [dev] icalendar event generation patch In-Reply-To: <1031309592.3d788918b3c66@smol.org> References: <1031309592.3d788918b3c66@smol.org> Message-ID: <1031311524.3d7890a4c0a97@clean.graftonhall.co.nz> linebreaks shouldn't be removed, they should be encoded. I just has a quick look at the RFC, here's a patch to try and see if it fixes things. I'll leave it to someone else to commit this if it works. Line folding needs to be added in this bit too. - Mike :-) Index: Data/icalendar.php =================================================================== RCS file: /repository/horde/lib/Data/icalendar.php,v retrieving revision 1.6 diff -r1.6 icalendar.php 97c97 < $val = str_replace("\n", '\n', $val); --- > $val = preg_replace('(\r\n|\n|\r)', "\\n\r\n ", rtrim($val)); > ----- Message from kaalh@smol.org --------- > Date: Fri, 6 Sep 2002 12:53:12 +0200 > From: KaalH! > Reply-To: KaalH! > Subject: [dev] icalendar event generation patch > To: "dev@lists.horde.org" > > remove linebreaks from description. > > Index: Event.php > =================================================================== > RCS file: /repository/kronolith/lib/Event.php,v > retrieving revision 1.35 > diff -u -r1.35 Event.php > --- Event.php 6 Sep 2002 05:23:19 -0000 1.35 > +++ Event.php 6 Sep 2002 10:43:31 -0000 > @@ -72,7 +72,7 @@ > $vcs = &Data::singleton('icalendar'); > } > $vcal['SUMMARY'] = $this->title; > - $vcal['DESCRIPTION'] = $this->description; > + $vcal['DESCRIPTION'] = str_replace("\n", "", $this->description); > $vcal['DTSTART'] = $vcs->makeDate($this->start); > $vcal['DTEND'] = $vcs->makeDate($this->end); > > --------------------- > > Another bug detected : > the exported icalendar events have wrong time values (tested with tz +0200) > > -- > KaalH! > > -- > Horde developers mailing list > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe@lists.horde.org > > ----- End message from kaalh@smol.org ----- From kaalh@smol.org Fri Sep 6 12:49:59 2002 From: kaalh@smol.org (KaalH!) Date: Fri, 6 Sep 2002 13:49:59 +0200 Subject: [dev] icalendar event generation patch In-Reply-To: <1031311524.3d7890a4c0a97@clean.graftonhall.co.nz> References: <1031309592.3d788918b3c66@smol.org> <1031311524.3d7890a4c0a97@clean.graftonhall.co.nz> Message-ID: <1031312999.3d789667e50b1@smol.org> your patch fixe my issues, thanks. -- KaalH! Selon Mike Cochrane : > linebreaks shouldn't be removed, they should be encoded. > I just has a quick look at the RFC, here's a patch to try and see if it fixes > things. I'll leave it to someone else to commit this if it works. Line > folding > needs to be added in this bit too. > > - Mike :-) > > Index: Data/icalendar.php > =================================================================== > RCS file: /repository/horde/lib/Data/icalendar.php,v > retrieving revision 1.6 > diff -r1.6 icalendar.php > 97c97 > < $val = str_replace("\n", '\n', $val); > --- > > $val = preg_replace('(\r\n|\n|\r)', "\\n\r\n ", > rtrim($val)); > > > > > > > ----- Message from kaalh@smol.org --------- > > Date: Fri, 6 Sep 2002 12:53:12 +0200 > > From: KaalH! > > Reply-To: KaalH! > > Subject: [dev] icalendar event generation patch > > To: "dev@lists.horde.org" > > > > remove linebreaks from description. > > > > Index: Event.php > > =================================================================== > > RCS file: /repository/kronolith/lib/Event.php,v > > retrieving revision 1.35 > > diff -u -r1.35 Event.php > > --- Event.php 6 Sep 2002 05:23:19 -0000 1.35 > > +++ Event.php 6 Sep 2002 10:43:31 -0000 > > @@ -72,7 +72,7 @@ > > $vcs = &Data::singleton('icalendar'); > > } > > $vcal['SUMMARY'] = $this->title; > > - $vcal['DESCRIPTION'] = $this->description; > > + $vcal['DESCRIPTION'] = str_replace("\n", "", $this->description); > > $vcal['DTSTART'] = $vcs->makeDate($this->start); > > $vcal['DTEND'] = $vcs->makeDate($this->end); > > > > --------------------- > > > > Another bug detected : > > the exported icalendar events have wrong time values (tested with tz +0200) > > > > -- > > KaalH! > > > > -- > > Horde developers mailing list > > Frequently Asked Questions: http://horde.org/faq/ > > To unsubscribe, mail: dev-unsubscribe@lists.horde.org > > > > ----- End message from kaalh@smol.org ----- > > -- > Horde developers mailing list > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe@lists.horde.org From chuck@horde.org Fri Sep 6 14:38:07 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Fri, 6 Sep 2002 09:38:07 -0400 Subject: [dev] Kronolith patch - color + category In-Reply-To: <1031301148.3d78681c5478b@jan.dip.ammma.net> References: <03b101c25530$7896dfe0$1400010a@infoteck.ca> <1031301148.3d78681c5478b@jan.dip.ammma.net> Message-ID: <1031319487.3d78afbfdbbf9@marina.horde.org> Quoting Jan Schneider : > I like to see the categories being shared across all Horde applications, > but as I know that some people will disagree, it probably would best suit > our needs if you can select if a category should be shared or local to an > application. Actually, I think that's worse - way too complicated. I'd rather keep things simple and share them globally. -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From chuck@horde.org Fri Sep 6 14:41:03 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Fri, 6 Sep 2002 09:41:03 -0400 Subject: [dev] Kronolith patch - color + category In-Reply-To: <03b101c25530$7896dfe0$1400010a@infoteck.ca> References: <03b101c25530$7896dfe0$1400010a@infoteck.ca> Message-ID: <1031319663.3d78b06f72c18@marina.horde.org> Quoting Joel Vandal : > - A new class for category management for each application (like : > lib/CategoryUser.php) I'm thinking of renaming the current Category class to something like Hierarchy - or Tree - that better describes what it does. > - Create sub-category (parent/child) ... but if we're going to do this, maybe we should just have a Category_prefs driver for simple stuff? > - Automaticaly change the color of the category when choose a new color > (but only save when user click on save button) Cool. > A lot of Horde application (Kronolith, Mnemo, Nag, Trean(?)) have > category support. Yeah, it'd be great to get the code in one place. -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From davidu@everydns.net Sat Sep 7 07:16:28 2002 From: davidu@everydns.net (David U.) Date: Sat, 7 Sep 2002 01:16:28 -0500 Subject: [dev] Patch: No need to display calendar is default_share is locked Message-ID: <001301c25636$1a771630$2532fc80@pravda> Hi, Here's a small patch to remove the "calendar" dropdown in the event edit page in case default_share is locked. (always one calendar) I didn't know how to get the name of the default calendar's value but I think it is just their username...so this patch might not be done right. I'm also not sure if other people find it worthwhile either. I just had someone mention that they didn't see the point of the drop down if they couldn't add calendars anyways. ymmv, davidu Index: edit/edit.inc =================================================================== RCS file: /repository/kronolith/templates/edit/edit.inc,v retrieving revision 1.68 diff -p -u -r1.68 edit.inc --- edit/edit.inc 6 Sep 2002 00:32:31 -0000 1.68 +++ edit/edit.inc 7 Sep 2002 06:12:08 -0000 @@ -77,20 +77,26 @@ $share = $_shares->getShare($_SESSION['k - -    - - + $cal) { + if ($cal->hasPermission(Auth::getAuth(), _PERMS_EDIT)) { + $sel = ($id == $_SESSION['kronolith']['share']) ? ' selected="selected"' : ''; + echo sprintf('', + $id, $sel, $cal->getShareName()); + } + } + ?> + + + + + + -- "Never doubt that a small group of thoughtful citizens can change the world. Indeed, it is the only thing that ever has." --Margaret Mead From chuck@horde.org Sat Sep 7 16:49:32 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Sat, 7 Sep 2002 11:49:32 -0400 Subject: [dev] Thoughts on Calendar In-Reply-To: <20020906024511.GA14664@cherenkov.orbis-terrarum.net> References: <007b01c254e9$3da4aa30$2532fc80@pravda> <20020906024511.GA14664@cherenkov.orbis-terrarum.net> Message-ID: <1031413772.3d7a200c7a13c@marina.horde.org> Quoting Robin Johnson : > This feature I think we definetly need. The calender viewing mechansim > will become more complicated, but it will be a lot more powerful. Yes. I certainly want to have this for the Horde summary, but it'd be great to have in general as well. I have no time to work on it right now, though. Patches? =) > Implementation wise, I think it might be wise to use something like the > IMP IMAP folders system for this. And have a number of calenders > selected for the main view. An additional possibility, althought I think > it will be too much work, would be the ability to create calender > groups. This could be used, say the executives of a club who have their > class schedules in Kronolith, could just put together a big group of > their class schedule calendars, and see easily where everybody is free > for meetings and the like. You lost me in that entire paragraph; I have no idea what you mean by having something like an IMAP folders system. Can you try this again? -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From chuck@horde.org Sat Sep 7 16:52:19 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Sat, 7 Sep 2002 11:52:19 -0400 Subject: [dev] Patch: No need to display calendar is default_share is locked In-Reply-To: <001301c25636$1a771630$2532fc80@pravda> References: <001301c25636$1a771630$2532fc80@pravda> Message-ID: <1031413939.3d7a20b3b9a38@marina.horde.org> Quoting "David U." : > Here's a small patch to remove the "calendar" dropdown in the event edit > page in case default_share is locked. (always one calendar) Committed, thanks. -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From robbat2@orbis-terrarum.net Sun Sep 8 06:00:33 2002 From: robbat2@orbis-terrarum.net (Robin Johnson) Date: Sat, 07 Sep 2002 22:00:33 -0700 Subject: [dev] Thoughts on Calendar References: <007b01c254e9$3da4aa30$2532fc80@pravda> <20020906024511.GA14664@cherenkov.orbis-terrarum.net> <1031413772.3d7a200c7a13c@marina.horde.org> Message-ID: <3D7AD971.3080208@orbis-terrarum.net> Chuck Hagenbuch wrote: >>This feature I think we definetly need. The calender viewing mechansim >>will become more complicated, but it will be a lot more powerful. > Yes. I certainly want to have this for the Horde summary, but it'd be great > to have in general as well. I have no time to work on it right now, though. > Patches? =) I'm not volunteering for this one now. >>Implementation wise, I think it might be wise to use something like the >>IMP IMAP folders system for this. And have a number of calenders >>selected for the main view. Basically, in the IMP folder page, if you are connected to an IMAP server, you can choose which of the folders you want to subscribe to, and check for new mail. Now imagine this as instead you can subscribe to calendars, which will make them available in your dropdown calendar selector box. And the 'check for new mail' option becomes a flag intended for saying the calender events are displayed on your summary page. >>An additional possibility, althought I think >>it will be too much work, would be the ability to create calender >>groups. This could be used, say the executives of a club who have their >>class schedules in Kronolith, could just put together a big group of >>their class schedule calendars, and see easily where everybody is free >>for meetings and the like. > You lost me in that entire paragraph; I have no idea what you mean by having > something like an IMAP folders system. Can you try this again? Now this step is taking the calender system forward. The closest existing parallel I can draw to it is the ICQ friend groups system. You can group each person/calender into one or more groups. When you have that group selected, you can view everybody/all events in that group simultaneously on the same list/calender page. In line with my example above, if there were a group of students, each with their own schedule on individual calenders (Eg they have a calender _just_ for thier schedule), and those individual calenders are shared. I might want to create a 'Schedules' group, containing all the events from those individual calenders visible on a single calender page. -- Robin Hugh Johnson E-Mail : robbat2@orbis-terrarum.net Home Page : http://www.orbis-terrarum.net/?l=people.robbat2 ICQ# : 30269588 or 41961639 GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 From davidu@everydns.net Sun Sep 8 22:18:21 2002 From: davidu@everydns.net (David U.) Date: Sun, 8 Sep 2002 16:18:21 -0500 Subject: [dev] Fix for kron templates/view/view.inc Message-ID: <001201c2577d$44efcd10$2532fc80@pravda> I'm not sure why php doesn't like this, and it could be because of some other stuff I've done but... I'm also not sure why the syntax at the bottom of the file doesn't match the top of the file. -davidu Index: templates/view/view.inc =================================================================== RCS file: /repository/kronolith/templates/view/view.inc,v retrieving revision 1.14 diff -p --unified=3 -r1.14 view.inc --- templates/view/view.inc 7 Sep 2002 05:40:08 -0000 1.14 +++ templates/view/view.inc 8 Sep 2002 21:12:02 -0000 @@ -28,12 +28,14 @@ $inviteurl = Horde::applicationUrl($invi hasPermission(Auth::getAuth(), _PERMS_DELETE)) : ?> getTitle()), 'menuitem') . _("Delete") ?> - + hasPermission(Auth::getAuth(), _PERMS_EDIT)) : ?> getTitle()), 'menuitem') . _("Edit") ?> - + getTitle()), 'menuitem') . _("Invite") ?> @@ -172,12 +176,14 @@ elseif ($event->hasRecurType(KRONOLITH_R hasPermission(Auth::getAuth(), _PERMS_DELETE)) : ?> getTitle()), 'menuitem') . _("Delete") ?> - + hasPermission(Auth::getAuth(), _PERMS_EDIT)) : ?> - getTitle()), 'menuitem') . _("Edit") ?> + getTitle()), 'menuitem') . _("Edit") ?> - + getTitle()), 'menuitem') . _("Invite") ?> -- "Never doubt that a small group of thoughtful citizens can change the world. Indeed, it is the only thing that ever has." --Margaret Mead From chuck@horde.org Sun Sep 8 23:30:24 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Sun, 8 Sep 2002 18:30:24 -0400 Subject: [dev] Fix for kron templates/view/view.inc In-Reply-To: <001201c2577d$44efcd10$2532fc80@pravda> References: <001201c2577d$44efcd10$2532fc80@pravda> Message-ID: <1031524224.3d7bcf8041ef8@marina.horde.org> Quoting "David U." : > I'm not sure why php doesn't like this, and it could be because of some > other stuff I've done but... This was a bit suboptimal. I've rewritten it in CVS; should work for you now. -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot From chuck@horde.org Sun Sep 8 23:54:59 2002 From: chuck@horde.org (Chuck Hagenbuch) Date: Sun, 8 Sep 2002 18:54:59 -0400 Subject: [dev] Re: [cvs] commit: horde/lib/SessionHandler sapdb.php horde/scripts/db sessionhandler_sapdb.sql In-Reply-To: <20020908225916.3A98E603@arkady.horde.org> References: <20020908225916.3A98E603@arkady.horde.org> Message-ID: <1031525699.3d7bd543e5800@marina.horde.org> Quoting Mike Cochrane : > Log: > Session driver specifically for SAP DB. It provides a not so efficient > (opens a second connection to the database) solution to the problem of > updating LONG columns. Hmm. I see the reason for overriding write, but why read? -chuck -- Charles Hagenbuch, "After a few minutes the most aromatic and nice smelling Italian coffee will come out of the exhaustpipe." - Our stove-top espresso pot