How to learn who is subscribed to my blog?
address book
Hello Guest
  
  • Login
• Register…
• Start blog
  • Who, Where, When
• What can I do?
• What to Read?
  • Polls
• Avatars
• Interests
  • Cities and Countries
• Random blog
• Users search
  • Search
• Games
• Tests
• QAIX
  • Сообщества
• Talxy Chat
• Horoscope
• Online
 
Зарегистрируйся!

QAIX > PHP web-programming > address book 10 November 2006 19:39:52

  Recent blog posts: 
  They have birthday today: 
  Forums:   
  Discuss: 
  Recent forum topics: 
  Recent forum comments:
  Moderators:

address book

Peter Moulding 10 November 2006 19:39:52
 I agree with the need to expand the address book. My own preference is
to adopt the parent child system used in some other phpgw tables.

Let us enter companies as parents and people as children of the company
entries. If a person needs departments, they can add the departments as
the children and people as grandchildren.

This would allow any structure without additional tables.

Peter

-----Original Message-----
From: phpgroupware-develo­pers-admin@gnu.org
[mailto:p­hpgroupware-developers-admin@gnu.org] On Behalf Of Brian
Johnson
Sent: Tuesday, 16 April 2002 1:26 AM
To: phpgroupware-develo­pers@gnu.org
Subject: RE: [Phpgroupware-developers] Palm synchro

PS to the phpgw developers - please, please, please, separate the
company
info for the adressbook into a separate table from the individual info
(eg
one table for company that is linked to a second table that could then
contain multiple representatives from each company). This is very
important
to me and dramatically expands the potential use of phpgw as a project
tracking, time tracking, and accounting platform
Add comment
Mark A Peters 16 April 2002 02:45:24 permanent link ]
 

On Tue, 16 Apr 2002, Peter Moulding wrote:
I agree with the need to expand the address book. My own preference is> to adopt the parent child system used in some other phpgw tables. >
Let us enter companies as parents and people as children of the company> entries. If a person needs departments, they can add the departments as> the children and people as grandchildren.>
This would allow any structure without additional tables.>
Peter>
Or, you can take a look at the design documents of the cdb (Contact
Data Base) module. mr_e (Patrick Walsh) has already started on just the
module that would give these features to a credible contact management
system. Right now, he has a good design in place and SOME code, but I
don't believe it's fully functional.

Take a look at it, you might eant to help out.

cvs co -r <HEAD||Version-0_9_­14-branch> cdb

Thanks,
Mark A Peters (Skeeter)
Add comment
Peter Moulding 16 April 2002 03:37:36 permanent link ]
 Readme looks great. I will have to read it a couple of times to get all
that information through the narrow pipe to my brain. I could use the
100Mb Ethernet connection they install in Pitr (userfriendly.org).­

Peter

-----Original Message-----
From: phpgroupware-develo­pers-admin@gnu.org
[mailto:p­hpgroupware-developers-admin@gnu.org] On Behalf Of Mark A
Peters (Skeeter)
Sent: Tuesday, 16 April 2002 9:45 AM
To: phpgroupware-develo­pers@gnu.org
Subject: Re: [Phpgroupware-developers] address book



On Tue, 16 Apr 2002, Peter Moulding wrote:
I agree with the need to expand the address book. My own preference is> to adopt the parent child system used in some other phpgw tables. >
Let us enter companies as parents and people as children of the
company> entries. If a person needs departments, they can add the departments
the children and people as grandchildren.>
This would allow any structure without additional tables.>
Peter>
Or, you can take a look at the design documents of the cdb (Contact
Data Base) module. mr_e (Patrick Walsh) has already started on just the
module that would give these features to a credible contact management
system. Right now, he has a good design in place and SOME code, but I
don't believe it's fully functional.

Take a look at it, you might eant to help out.

cvs co -r <HEAD||Version-0_9_­14-branch> cdb

Thanks,
Mark A Peters (Skeeter)


___________________­____________________­________
Phpgroupware-develo­pers mailing list
Phpgroupware-develo­pers@gnu.org
http://mail.gnu.org­/mailman/listinfo/ph­pgroupware-developer­s
Add comment
Patrick J. Walsh 16 April 2002 04:24:29 permanent link ]
 Business has once again interfered with the continued development of CDB.
The big thing to get finished is the filters. It is rather complex and
comprehensive and requires real immersion in the whole thing. I'm hoping
to start developing again sometime in the near future. With filtering
done, it will be easy for people to pitch in and things will likely begin
to happen very quickly. It is the last part of the substructure that is
needed.

..Patrick (mr_e)


--On Monday, April 15, 2002 6:45 PM -0500,
--"Mark A Peters (Skeeter)" <mpeters@satx.rr.co­m> wrote:
On Tue, 16 Apr 2002, Peter Moulding wrote:>
I agree with the need to expand the address book. My own preference is>> to adopt the parent child system used in some other phpgw tables.>>
Let us enter companies as parents and people as children of the company>> entries. If a person needs departments, they can add the departments as>> the children and people as grandchildren.>>
This would allow any structure without additional tables.>>
Peter>>
Or, you can take a look at the design documents of the cdb (Contact> Data Base) module. mr_e (Patrick Walsh) has already started on just the> module that would give these features to a credible contact management> system. Right now, he has a good design in place and SOME code, but I> don't believe it's fully functional.>
Take a look at it, you might eant to help out.>
cvs co -r <HEAD||Version-0_9_­14-branch> cdb>
Thanks,> Mark A Peters (Skeeter)>
___________________­____________________­________> Phpgroupware-develo­pers mailing list> Phpgroupware-develo­pers@gnu.org> http://mail.gnu.org­/mailman/listinfo/ph­pgroupware-developer­s
Add comment
Brian Johnson 16 April 2002 05:49:58 permanent link ]
 That works for me - I just need a record id to link to for my project tracking

While we're talking, should we consider adding more fields for emails and phone
numbers?

I have a number of contacts that have cell phones, pagers, text messaging, toll
free numbers, multiple email addresses, etc

Peter Moulding (pmoulding@tedis.co­m.au) wrote: >
I agree with the need to expand the address book. My own preference is>to adopt the parent child system used in some other phpgw tables.>Let us enter companies as parents and people as children of the company>entries. If a person needs departments, they can add the departments as>the children and people as grandchildren.>This­ would allow any structure without additional tables.>Peter>-----­Original Message----->From: phpgroupware-develo­pers-admin@gnu.org>[mailto:p­hpgroupware-developers-admin@gnu.org] On Behalf Of Brian>Johnson>Sent:­ Tuesday, 16 April 2002 1:26 AM>To: phpgroupware-develo­pers@gnu.org>Subject­: RE: [Phpgroupware-developers] Palm synchro>PS to the phpgw developers - please, please, please, separate the>company>info for the adressbook into a separate table from the individual info>(eg>one table for company that is linked to a second table that could then>contain multiple representatives from each company). This is very>important>to me and dramatically expands the potential use of phpgw as a project>tracking, time tracking, and accounting platform>__________­____________________­_________________>Ph­pgroupware-developer­s mailing list>Phpgroupware-d­evelopers@gnu.org>ht­tp://mail.gnu.org/ma­ilman/listinfo/phpgr­oupware-developers

-----
Brian Johnson, P. Eng.
Johnson Engineering Consultants
www.jecinc.on.ca
Add comment
Brian Johnson 16 April 2002 06:09:10 permanent link ]
 Oh yeah - that the ticket

Complex enough to handle advanced needs but the interface can be simple enough for
newbies

I agree with the concept - Outlook does a good job of handling contacts (except
they don't separate out the company/oragization­)

Sounds like he's trying to make it a little too far reaching (contacts belonging to
multiple organizations? trusts and estates sounds like it should be a separate
module that links over)

One complication that I don't think has been handled though is the company contact
without a known individual at that company (eg adding a store phone number so I
have it closer at hand)

cdb should be the future addressbook



Peter Moulding (pmoulding@tedis.co­m.au) wrote: >
Readme looks great. I will have to read it a couple of times to get all>that information through the narrow pipe to my brain. I could use the>100Mb Ethernet connection they install in Pitr (userfriendly.org).­>Peter>-----Original­ Message----->From: phpgroupware-develo­pers-admin@gnu.org>[mailto:p­hpgroupware-developers-admin@gnu.org] On Behalf Of Mark A>Peters (Skeeter)>Sent: Tuesday, 16 April 2002 9:45 AM>To: phpgroupware-develo­pers@gnu.org>Subject­: Re: [Phpgroupware-developers] address book>On Tue, 16 Apr 2002, Peter Moulding wrote:>> I agree with the need to expand the address book. My own preference is>> to adopt the parent child system used in some other phpgw tables.>>
Let us enter companies as parents and people as children of the>company>> entries. If a person needs departments, they can add the departments>as>> the children and people as grandchildren.>>
This would allow any structure without additional tables.>>
Peter>>
Or, you can take a look at the design documents of the cdb (Contact>Data Base) module. mr_e (Patrick Walsh) has already started on just the>module that would give these features to a credible contact management>system. Right now, he has a good design in place and SOME code, but I>don't believe it's fully functional.>Take a look at it, you might eant to help out.>cvs co -r <HEAD||Version-0_9_­14-branch> cdb>Thanks,>Mark A Peters (Skeeter)>_________­____________________­__________________>P­hpgroupware-develope­rs mailing list>Phpgroupware-d­evelopers@gnu.org>ht­tp://mail.gnu.org/ma­ilman/listinfo/phpgr­oupware-developers>_­____________________­____________________­______>Phpgroupware-­developers mailing list>Phpgroupware-d­evelopers@gnu.org>ht­tp://mail.gnu.org/ma­ilman/listinfo/phpgr­oupware-developers

-----
Brian Johnson, P. Eng.
Johnson Engineering Consultants
www.jecinc.on.ca
Add comment
Heiko Schwarzenberg 16 April 2002 10:01:23 permanent link ]
 On 16 Apr 2002 at 9:14, Peter Moulding wrote:
I agree with the need to expand the address book. My own preference is> to adopt the parent child system used in some other phpgw tables. >
Let us enter companies as parents and people as children of the company> entries. If a person needs departments, they can add the departments as> the children and people as grandchildren.>
This would allow any structure without additional tables.>
Peter>

i have exactly done this separation into organizations and individuals. i used the exsting
addressbook as basis and normalized the table structure.
the next thing i'm working on is a migration tool from the "old" addressbook to the new one.

the app is already working and it would be great if some of you would test it and give me their
opinion about it. i only have to fix some major bugs this day and could make it available this
evening.

heiko
Add comment
Patrick J. Walsh 16 April 2002 10:31:17 permanent link ]
 
Sounds like he's trying to make it a little too far reaching (contacts> belonging to multiple organizations? trusts and estates sounds like it> should be a separate module that links over)

Perhaps estates and trusts are not good examples for you. Think instead
of phpGroupWare programmers. Suppose you have a contact entry for Seek3r,
but you only get to put him under one company. Do you put phpGroupWare as
the company (I call this the organization) or do you put the company he
works for? Ideally, you put both and you can look up everyone who belongs
to phpGroupWare and/or everyone who works for his company. Do you see the
need for multiple organizations a little bit more clearly now? Straight
hierarchies are nice, but not at all true to real life, imho.
One complication that I don't think has been handled though is the> company contact without a known individual at that company (eg adding a> store phone number so I have it closer at hand)

A fundamental tenet of cdb is that organizations and people are all
entities with relationships so that you can have an organization with no
people. The addressbook could probably add some of this functionality with
a little less complexity than cdb, but that's because cdb aims to be a
full, extensible contact management system and not just an addressbook.

..Patrick (mr_e)
Add comment
Michael Meskes 16 April 2002 10:53:25 permanent link ]
 On Tue, Apr 16, 2002 at 09:14:50AM +1000, Peter Moulding wrote:> I agree with the need to expand the address book. My own preference is> to adopt the parent child system used in some other phpgw tables.

The new addressbook we developed is almost completed, i.e. I hope Heiko
will be able to send some sources later today. We did define new tables
though but the last time I checked almost everything worked well with
it.

Maybe Heiko can add some more details.

Michael
--
Michael Meskes
Michael@Fam-Meskes.­De
Go SF 49ers! Go Rhein Fire!
Use Debian GNU/Linux! Use PostgreSQL!
Add comment
Buchan Milne 16 April 2002 11:44:04 permanent link ]
 -----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Reading this thread, I can't help thinking that you guys are talking
about LDAP. IMHO, LDAP should be the preferred contacts storage backend,
simply because:

a)There is a standard
b)It is supported by almost all software. Outlook, Outlook Express,
Mozilla, Netscape, Pegasus Mail, Evolution etc all support it to
different extents.

So, I think that any thoughts on this should include the possibility of
easily migrating to LDAP (ie importing contacts from Outlook, Outlook
Express etc into LDAP).

Buchan



heiko.schwarzenberg­@web.de wrote:
| On 16 Apr 2002 at 9:14, Peter Moulding wrote:
|
|
|>I agree with the need to expand the address book. My own preference is
|>to adopt the parent child system used in some other phpgw tables.
|>
|>Let us enter companies as parents and people as children of the company
|>entries. If a person needs departments, they can add the departments as
|>the children and people as grandchildren.
|>
|>This would allow any structure without additional tables.
|>
|>Peter
|>
|
|
| i have exactly done this separation into organizations and
individuals. i used the exsting
| addressbook as basis and normalized the table structure.
| the next thing i'm working on is a migration tool from the "old"
addressbook to the new one.
|
| the app is already working and it would be great if some of you would
test it and give me their
| opinion about it. i only have to fix some major bugs this day and
could make it available this
| evening.
|
| heiko
|
|
| ___________________­____________________­________
| Phpgroupware-develo­pers mailing list
| Phpgroupware-develo­pers@gnu.org
| http://mail.gnu.org­/mailman/listinfo/ph­pgroupware-developer­s



- --
|----------------Re­gistered Linux User #182071------------­-----|
Buchan Milne Mechanical Engineer, Network Manager
Cellphone * Work +27 82 472 2231 * +27 21 8828820x202
Stellenbosch Automotive Engineering http://www.cae.co.z­a
GPG Key http://ranger.dnsal­ias.com/bgmilne.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.moz­dev.org

iD8DBQE8u+RUrJK6UGD­SBKcRAoQjAJ9bTc8HWL0­LnbjLF9rx1BVE3szpIAC­cCgbY
uo6GBDrSXJn/ewE5g9B­s2Xk=
=voPK
-----END PGP SIGNATURE-----
Add comment
Brian Johnson 16 April 2002 16:05:47 permanent link ]
 Now I'm spouting off a bit on something I don't totally understand

My understanding of the LDAP standard allows users to create information and
stick it in with whatever formatting they want - just like any other
database

I think that there is a standard for contact info in LDAP directories but it
still may not suit our purposes. Does the LDAP standard include the data
format for contact information including the separation of individuals and
organizations?

Also, LDAP installation and use is a PAIN IN THE BUTT! Only a few Linux
distros support it as part of their package and even then, it doesn't
install smoothly. I found finding complete documentation (as in How-to's)
to be problematic and there are few user-friendly LDAP clients (for Linux)

All I wanted to do was switch to LDAP for user authentication so that I
wouldn't have to make user accounts for the system and separate ones for
phpgw - it caused problems with rpm of all things - I switched back after a
month of struggling

To force phpgw users to use LDAP is NOT _the_ anwser until LDAP matures into
a more user friendly system



-----Original Message-----
From: phpgroupware-develo­pers-admin@gnu.org
[mailto:p­hpgroupware-developers-admin@gnu.org]On Behalf Of Buchan Milne
Sent: Tuesday, April 16, 2002 4:44 AM
To: phpgroupware-develo­pers@gnu.org
Subject: Re: [Phpgroupware-developers] address book


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Reading this thread, I can't help thinking that you guys are talking
about LDAP. IMHO, LDAP should be the preferred contacts storage backend,
simply because:

a)There is a standard
b)It is supported by almost all software. Outlook, Outlook Express,
Mozilla, Netscape, Pegasus Mail, Evolution etc all support it to
different extents.

So, I think that any thoughts on this should include the possibility of
easily migrating to LDAP (ie importing contacts from Outlook, Outlook
Express etc into LDAP).

Buchan



heiko.schwarzenberg­@web.de wrote:
| On 16 Apr 2002 at 9:14, Peter Moulding wrote:
|
|
|>I agree with the need to expand the address book. My own preference is
|>to adopt the parent child system used in some other phpgw tables.
|>
|>Let us enter companies as parents and people as children of the company
|>entries. If a person needs departments, they can add the departments as
|>the children and people as grandchildren.
|>
|>This would allow any structure without additional tables.
|>
|>Peter
|>
|
|
| i have exactly done this separation into organizations and
individuals. i used the exsting
| addressbook as basis and normalized the table structure.
| the next thing i'm working on is a migration tool from the "old"
addressbook to the new one.
|
| the app is already working and it would be great if some of you would
test it and give me their
| opinion about it. i only have to fix some major bugs this day and
could make it available this
| evening.
|
| heiko
|
|
| ___________________­____________________­________
| Phpgroupware-develo­pers mailing list
| Phpgroupware-develo­pers@gnu.org
| http://mail.gnu.org­/mailman/listinfo/ph­pgroupware-developer­s



- --
|----------------Re­gistered Linux User #182071------------­-----|
Buchan Milne Mechanical Engineer, Network Manager
Cellphone * Work +27 82 472 2231 * +27 21 8828820x202
Stellenbosch Automotive Engineering http://www.cae.co.z­a
GPG Key http://ranger.dnsal­ias.com/bgmilne.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.moz­dev.org

iD8DBQE8u+RUrJK6UGD­SBKcRAoQjAJ9bTc8HWL0­LnbjLF9rx1BVE3szpIAC­cCgbY
uo6GBDrSXJn/ewE5g9B­s2Xk=
=voPK
-----END PGP SIGNATURE-----


___________________­____________________­________
Phpgroupware-develo­pers mailing list
Phpgroupware-develo­pers@gnu.org
http://mail.gnu.org­/mailman/listinfo/ph­pgroupware-developer­s
Add comment
Buchan Milne 16 April 2002 16:17:11 permanent link ]
 -----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Brian Johnson wrote:
| Now I'm spouting off a bit on something I don't totally understand
|
| My understanding of the LDAP standard allows users to create
information and
| stick it in with whatever formatting they want - just like any other
| database
|
| I think that there is a standard for contact info in LDAP directories
but it
| still may not suit our purposes. Does the LDAP standard include the data
| format for contact information including the separation of individuals and
| organizations?
|

Yes, you can set any attributes to an organisation. Any LDAP entry just
needs to have the correct objectclasses. A parent node is just the same.
Plus, LDAP is extensible, you just (:­-)) need to write new schemas.

Samba no has the ability to store it's passwords in LDAP also, thus we
are almost Active Directory compatible (just need kerberos working) to
the point where Windows domain members will be able to browse the LDAP tree.

| Also, LDAP installation and use is a PAIN IN THE BUTT! Only a few Linux
| distros support it as part of their package and even then, it doesn't
| install smoothly. I found finding complete documentation (as in How-to's)
| to be problematic and there are few user-friendly LDAP clients (for Linux)
|

LDAP installation could be easier. Active Directory and Netware
Directory Services however, both have LDAP interfaces (if they aren't
really LDAP servers, which they might be).

For info on migration from passwd files etc (geared to mandrake) see my
incomplete documentation:

http://ranger.dnsal­ias.com/mandrake/muo­/connect/cldap.html
http://ranger.dnsal­ias.com/mandrake/muo­/connect/cldap2.html­

My LDAP server setup is now working well, so well in fact that I can set
the LDAP server during Mandrake 8.x installation on the client, and
never have to worry about accounts on clients again.

| All I wanted to do was switch to LDAP for user authentication so that I
| wouldn't have to make user accounts for the system and separate ones for
| phpgw - it caused problems with rpm of all things - I switched back
after a
| month of struggling
|

I also found problems with rpm. Especially when using :

passwd: ldap files
in nsswitch.conf, I only had one problem with rpm when using:
passwd: files ldap

when an RPM required a non-existent group (essentially packaging error)

| To force phpgw users to use LDAP is NOT _the_ anwser until LDAP
matures into
| a more user friendly system
|
|

No, I wouldn't say force LDAP, but ensure that any work would be
compatible with LDAP. Unfortunately, LDAP being heirarchial, you can't
have many-to-many relationships, maybe not even many-to-one?
|
| -----Original Message-----
| From: phpgroupware-develo­pers-admin@gnu.org
| [mailto:p­hpgroupware-developers-admin@gnu.org]On Behalf Of Buchan Milne
| Sent: Tuesday, April 16, 2002 4:44 AM
| To: phpgroupware-develo­pers@gnu.org
| Subject: Re: [Phpgroupware-developers] address book
|
|
| Reading this thread, I can't help thinking that you guys are talking
| about LDAP. IMHO, LDAP should be the preferred contacts storage backend,
| simply because:
|
| a)There is a standard
| b)It is supported by almost all software. Outlook, Outlook Express,
| Mozilla, Netscape, Pegasus Mail, Evolution etc all support it to
| different extents.
|
| So, I think that any thoughts on this should include the possibility of
| easily migrating to LDAP (ie importing contacts from Outlook, Outlook
| Express etc into LDAP).
|
| Buchan
|
|
|
| heiko.schwarzenberg­@web.de wrote:
| | On 16 Apr 2002 at 9:14, Peter Moulding wrote:
| |
| |
| |>I agree with the need to expand the address book. My own preference is
| |>to adopt the parent child system used in some other phpgw tables.
| |>
| |>Let us enter companies as parents and people as children of the company
| |>entries. If a person needs departments, they can add the departments as
| |>the children and people as grandchildren.
| |>
| |>This would allow any structure without additional tables.
| |>
| |>Peter
| |>
| |
| |
| | i have exactly done this separation into organizations and
| individuals. i used the exsting
| | addressbook as basis and normalized the table structure.
| | the next thing i'm working on is a migration tool from the "old"
| addressbook to the new one.
| |
| | the app is already working and it would be great if some of you would
| test it and give me their
| | opinion about it. i only have to fix some major bugs this day and
| could make it available this
| | evening.
| |
| | heiko
| |
| |
| | ___________________­____________________­________
| | Phpgroupware-develo­pers mailing list
| | Phpgroupware-develo­pers@gnu.org
| | http://mail.gnu.org­/mailman/listinfo/ph­pgroupware-developer­s
|
|
|
| --
| |----------------Re­gistered Linux User #182071------------­-----|
| Buchan Milne Mechanical Engineer, Network Manager
| Cellphone * Work +27 82 472 2231 * +27 21 8828820x202
| Stellenbosch Automotive Engineering http://www.cae.co.z­a
| GPG Key http://ranger.dnsal­ias.com/bgmilne.asc


___________________­____________________­________
Phpgroupware-develo­pers mailing list
Phpgroupware-develo­pers@gnu.org
http://mail.gnu.org­/mailman/listinfo/ph­pgroupware-developer­s


___________________­____________________­________
Phpgroupware-develo­pers mailing list
Phpgroupware-develo­pers@gnu.org
http://mail.gnu.org­/mailman/listinfo/ph­pgroupware-developer­s



- --
|----------------Re­gistered Linux User #182071------------­-----|
Buchan Milne Mechanical Engineer, Network Manager
Cellphone * Work +27 82 472 2231 * +27 21 8828820x202
Stellenbosch Automotive Engineering http://www.cae.co.z­a
GPG Key http://ranger.dnsal­ias.com/bgmilne.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.moz­dev.org

iD8DBQE8vCRXrJK6UGD­SBKcRAn1tAJ9BAUHa425­NIfAxADRiIecRY8jgjwC­fU85u
hNpHFwiQSFmWLhsXyaH­6qqY=
=mI16
-----END PGP SIGNATURE-----
Add comment
Fernando Augusto 18 June 2002 02:25:47 permanent link ]
 Hi,
What can i do to phpgw users appear in addressbook by default, i'm using ldap
as auth system.
thanks
Add comment
Fernando Augusto 20 June 2002 05:30:20 permanent link ]
 
Hi,
What can i do to phpgw users appear in addressbook by default, i'm using ldap
as auth system.
thanks
Add comment
J. Duke Rogers 16 August 2003 18:18:00 permanent link ]
 ____________________­____________________­_______
Phpgroupware-users mailing list
Phpgroupware-users@­gnu.org
http://mail.gnu.org­/mailman/listinfo/ph­pgroupware-users
Add comment
Alex Borges 21 August 2003 03:50:12 permanent link ]
 Click on the column name for which you want to sort...

Do you mean by default?

Uhm....not shure.

El s?, 16-08-2003 a las 10:18, J. Duke Rogers escribiГі:> Is there a way to change which field the addressbook sorts by?>
Thanks in advance.>
- duke>
___________________­____________________­____________________­___________> ___________________­____________________­________> Phpgroupware-users mailing list> Phpgroupware-users@­gnu.org> http://mail.gnu.org­/mailman/listinfo/ph­pgroupware-users
Add comment
J. Duke Rogers 21 August 2003 16:29:57 permanent link ]
 ____________________­____________________­_______
Phpgroupware-users mailing list
Phpgroupware-users@­gnu.org
http://mail.gnu.org­/mailman/listinfo/ph­pgroupware-users
Add comment
Sandra Milena Tibocha Roa 30 September 2003 17:22:13 permanent link ]
 I am tryng to use addressbook (SQL), but appears the
following error:

Fatal error: Call to undefined function:
display_name() in
/var/www/html/phpgr­oupware/addressbook/­inc/class.uiaddressb­ook.inc.php
on line 339

phpgroupware version: 0.9.14.509

thanks for your help.

=====
Sandra Milena Tibocha Roa
Ingeniera de Sistemas
Bogot-Colombia

___________________­_______________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yah­oo.com
Add comment
Brian Johnson 30 September 2003 20:42:51 permanent link ]
 That code changes daily

When was your last update from cvs?



Sandra Milena Tibocha Roa (smtibocha@yahoo.co­m) wrote:>
I am tryng to use addressbook (SQL), but appears the>following error:>
Fatal error: Call to undefined function:>display_n­ame() in>/var/www/html/ph­pgroupware/addressbo­ok/inc/class.uiaddre­ssbook.inc.php>on line 339>
phpgroupware version: 0.9.14.509>
thanks for your help.>
=====>Sandra Milena Tibocha Roa>Ingeniera de Sistemas>BogotГЎ-Co­lombia>
__________________­________________>Do you Yahoo!?>The New Yahoo! Shopping - with improved product search>http://shopp­ing.yahoo.com>
__________________­____________________­_________>Phpgroupwa­re-users mailing list>Phpgroupware-u­sers@gnu.org>http://­mail.gnu.org/mailman­/listinfo/phpgroupwa­re-users>
Add comment
Nimrodco 17 February 2004 15:01:49 permanent link ]
 Hi
How can I define address books ...
All I see is one long list of contacts & define users ...
When I try to send mail .....
Add comment
Laban Johnson 10 November 2006 19:39:52 permanent link ]
 

Is there a way to join duplicate contacts automatically?
--
Laban Johnson.

Sent from the phpGroupWare forums @ forums.phpGroupWare­.org
Add comment
 

Add new comment

As:
Login:  Password:  
 
 
  
 
Пожалуйста, относитесь к собеседникам уважительно, не используйте нецензурные слова, не злоупотребляйте заглавными буквами, не публикуйте рекламу и объявления о купле/продаже, а также материалы нарушающие сетевой этикет или УК РФ.


QAIX > PHP web-programming > address book 10 November 2006 19:39:52

see also:
Re: Problem using WAS v5.0 and v5.1…
Problem with SOAPConnector in WAS5.0
How to generate a SOAP Trace
пройди тесты:
see also:
Plugin for firefox
Learning PHP
TuneClone Audio Converter 1.03 Released…

  Copyright © 2001—2008 QAIX
Idea: Miсhael Monashev
Помощь и задать вопросы можно в сообществе support.qaix.com.
Сообщения об ошибках оставляем в сообществе bugs.qaix.com.
Предложения и комментарии пишем в сообществе suggest.qaix.com.
Информация для родителей.
Write us at:
If you would like to report an abuse of our service, such as a spam message, please .