phpgroupware-developers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Phpgroupware-developers] probusiness project - general overview


From: Chris Weiss
Subject: Re: [Phpgroupware-developers] probusiness project - general overview
Date: Wed, 09 Apr 2003 13:48:37 +0000

Why do you list so many features that are already in place?  You also list 
several
features are listed in on the wiki and work is under way.

>1. Usability
>The usability for customers who want to migrate should be simple
>and in an M$ Outlook style.

*cough* o'look isn't all that "usable".  Granted it has some good points, but I
think it lowly goal to try and simply mimic it.  Also, there are interface 
issues,
such as the lack of drag and drop in HTTP

>2. Database
>We would like to make phpGroupware work on an enterprise database system.
>The SAP-DB (http://www.sapdb.org/) is the one of our choice, because its
>a free OpenSource database on which enterprise applications are running.
>The best way to do this is using the php pear framework we think.
>Also we are interesting in transfering the phpGroupware database model into
>a real relational one so that the different modules could better interact
>with each other.

Our DB class is based on phpLib, PEAR is also based on phpLib.  It is in the 
goal
for the next release to move to PEAR, but we have to be carefull of which
extentions of PEAR we choose to go with because just the plain ol' PEAR is 
missing
several features we require.  There is also interest in using ADODB, it seems to
have at least the features and support of PEAR with some additional interesting
features.

>
>3. LDAP
>Related to LDAP we are interested in improving the interaction of the
>courier with phpgw. Another point is integrating the LDAP usage for
>account information and the addressbook. Here it should be possible to
>create/edit email accounts via LDAP.

there is an effort to make our LDAP support more standardized which should be at
least a good startin doing this.

>
>4. Module interaction/integration
>>From our point it would be nice to integrate the "company directory" module
>with the addressbook. The same goes for the resource booking module which
>should be integrated with the calendar module. Last but not least we would
>like
>to join the time track module with the project module.

RBS features are planned to be put into the calendar.  Intermodule data linking 
is
a good goal, and Infolog provides this with several modules.

>4.2. Document management
>Document management is of general interest to commercial users. So we need
>to find a solution that fits many needs. We have still to specify more on
>this point. Until now there are things on our list like multi-file
>up-/download maybe in a shopping cart style including zip support.

The filemanager already supports uploading up to 50 files in one shot.  Shopping
cart style won't work, the browser has to upload the file on the same page view 
as
the file was selected.  This is an HTTP limitation.

>5. Search technology
>Another point is an advanced search technology to search emails, documents
>of different
>types etc. with an external program via a defined api in the phpGroupware.
>Considering access control structures for single users and groups would be
>important.
>It looks to us that it might be suggestive that the search engine works
>together with the
>pda-sync interface.
>Last but not least we think integration of the search module should work
>based on the
>InfoLog technology.
>Please note the advanced search technology will be a commercial third party
>add
>on product because of the mind-map engine that works behind it.

Searching will be specific to the app searched.  Searching in Email is being 
worked
on, some other apps already have it, and some have no plans for it.  Any 
feature of
any app can be made available to an external program through XMLRPC.

>7. Offline functionality
>Offline functionality is extremly useful for notebook users on a business
>trip etc.
>Our idea of a solution to this problem is a slim local phpGroupware
>installation bundled
>within one installation package (windows installer, RPM).
>For the synchronisation the phpGWServerSync (which is similar to the
>pda-Sync in some parts)
>should be used.

this could be very interesting....

>
>8. PDA Synchronisation
>We are interesting to contribute to the actual work. Especially we are
>searching for
>solutions besinde PALM. In the commercial area it would be nice to
>synchronize with
>Windows CE, Psion (EPOC) (possible with www.symbian.com), The famous Sharp
>Zaurus
>(www.zaurus.com) as well as SyncML devices.

Dave Hall is working on a generic Sync interface.  If I understood correctly, 
his
current sebaticle is to work on that among other things.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]