headers
Eric | 5 Dec 2006 02:56

Radio buttons in Turba, how?


Good evening, all...

I need to add some mutually-exclusive radio buttons to my Turba 
address book using a MySQL backend.

In the mailing list archives I have found one example that the 
article writer said resulted in an error message:

$attributes['primaryLocation'] = array(
	'label' => _("Primary Location"),
	'type' => 'radio',
	'required' => false,
	'params' => array('Home', 'Work')
);

The error that he cited was "Warning: Invalid argument supplied for 
foreach() in /usr/home2/hordexp/lib/Form/Renderer.php on line 747.".

That's all I was able to find in the archives.

So, as regards radio buttons, how are they stored in the MySQL 
database?  In the "primaryLocation" example above, what data type is 
primaryLocation? Is it a text field where the values can hold the 
text strings "Home" or "work"?  Or is it a numeric field that holds 0 
for Home, or 1 for Work?

Using the above example for "primaryLocation", will my display show 
two radio buttons, one labeled Home and the other labeled Work?  If I 
change 'params' to read
(Continue reading)

Permalink | Reply | 9 comments |
headers
Yvon Lafaille | 5 Dec 2006 14:08
Picon

Re: Problem to convert a public source (turba <= 2.0.x) to a shared source (turba >= 2.1)

Quoting Michael Rubinskyt:

>> Please help.
>
>
> I'll try... 

Thanks for your reply

>
> I just tried this on my dev install, and it worked fine.  SO, I'll  
> need a little more info to try to figure out what is going on here.

I managed to make it work.
First, "Horde" had been configured without DataTree backend.
I configured with :
    Horde DataTree storage backend : SQL Database
    Driver configuration : Horde defaults
I think that a DataTree storage SQL backend is mandatory to make the 
"Turba Horde shares" work.
I notice that there had been no error when I launched the script  
"turba/scripts/upgrades/public_to_horde_share.php" without DataTree 
backend ; Maybe it is a bug.
Then I launched again the script : 
"turba/scripts/upgrades/public_to_horde_share.php"
    root <at> ****:/usr/share/horde/turba/scripts/upgrades# 
./public_to_horde_share.php
    This script will turn all entries in the SQL address book into a 
globally shared
    address book.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Otto Stolz | 5 Dec 2006 16:00
Picon
Favicon

standard Turba attribute names, particularly '__uid'

Hello,

I have a working test installation with Horde 3.1.2 and Imp H3 4.1.2;
now I am trying my hans on Turba H3 2.1.3.

Currently, I am trying to get turba/config/sources.php right,
but cannot find sufficient documentation. I have checked
turba/docs/INSTALL turba/config/sources.php turba/config/attributes.php,
and the Adminstrators' FAQ.

My question is:
- Where can I find information on the standard Turba attribute names?
- In particular, what are '__key' and '__uid' (these are mapped in the
   LDAP example)?
- Will I need to map '__uid', at all, in a read-only shared address book?

I need this info to find the correct mapping to our LDAP server
for e-mail applications.

Another question:
- What is a 'freebusyUrl', and will my users find it useful?

I need this to decide what should go into each personal addressbook
(MySQL backend).

Thanks for any hint.

Best wishes,
   Otto Stolz
(Continue reading)

Permalink | Reply | 2 comments |
headers
Adam Tauno Williams | 5 Dec 2006 16:02
Favicon

Re: standard Turba attribute names, particularly '__uid'

> - What is a 'freebusyUrl', and will my users find it useful?

Only if they are using a calendar client that understands Free/Busy.
Free/Busy is a standard way of retrieving another agent's availability.
So if you want to have a meeting with A, B, and C, your can retrieve
there free/busy, overlay them, and see what blocks of time all three
appear to be available.

Usually F/B works like a URL, you do a GET from the URL to retrieve
their F/B in a standard iCalendar file (although some clients like
Outlook use an XML format).

http://en.wikipedia.org/wiki/Icalendar#Free.2Fbusy_time_.28VFREEBUSY.29

--

-- 
Turba mailing list - Join the hunt: http://horde.org/bounties/#turba
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: turba-unsubscribe <at> lists.horde.org
Permalink | Reply | 0 comments |
headers
Vadim Pushkin | 5 Dec 2006 18:24
Picon
Favicon

Unable To Create New AddressBook

I am getting the following error whenever I try to create a new addressbook:

Notice: Undefined variable: share in 
/var/www/html/horde/turba/addressbooks.php on line 42

Fatal error: Call to a member function getMessage() on a non-object in 
/var/www/html/horde/turba/addressbooks.php on line 42

Then, when I go into email, the following errors appears:

There was an error creating this address book: The address book "Personal 
Address Books" does not exist.

I am not using IMSP, and I do have 'use_shares' => true, for my one and only 
mysql table.

Any ideas?

Thanks,

.vp

--

-- 
Horde mailing list - Join the hunt: http://horde.org/bounties/#horde
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: horde-unsubscribe <at> lists.horde.org
Permalink | Reply | 2 comments |
headers
Chuck Hagenbuch | 5 Dec 2006 20:06
Favicon
Gravatar

Re: Radio buttons in Turba, how?

Quoting Eric <spamsink <at> scoot.netis.com>:

> I need to add some mutually-exclusive radio buttons to my Turba  
> address book using a MySQL backend.
>
> In the mailing list archives I have found one example that the  
> article writer said resulted in an error message:
>
> $attributes['primaryLocation'] = array(
> 	'label' => _("Primary Location"),
> 	'type' => 'radio',
> 	'required' => false,
> 	'params' => array('Home', 'Work')
> );
>
> The error that he cited was "Warning: Invalid argument supplied for  
> foreach() in /usr/home2/hordexp/lib/Form/Renderer.php on line 747.".

Try 'params' => array(array('Home', 'Work'))

-chuck

-- 
"we are plastered to the windshield of the bus that is time." - Chris
--

-- 
Turba mailing list - Join the hunt: http://horde.org/bounties/#turba
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: turba-unsubscribe <at> lists.horde.org
(Continue reading)

Permalink | Reply | 8 comments |
headers
Chuck Hagenbuch | 5 Dec 2006 23:42
Favicon
Gravatar

Re: standard Turba attribute names, particularly '__uid'

Quoting Otto Stolz <Otto.Stolz <at> uni-konstanz.de>:

> My question is:
> - Where can I find information on the standard Turba attribute names?

There's what's in the .dist files, and some pages on the wiki (notes  
on outlook compatibility, etc., that go into the fields).

> - In particular, what are '__key' and '__uid' (these are mapped in the
>   LDAP example)?

__key is the backend-specific ID for the entry. It can be anything as  
long as it is unique inside that source.

__uid is the universal id for the entry. It identifies an entry  
uniquely for purposes of syncing, so that you can sync changes made to  
a contact on your PDA with the Horde version of that same contact. It  
must be able to be set to anything for syncing to work properly.

> - Will I need to map '__uid', at all, in a read-only shared address book?

Probably not, but some other functionality uses uid (history), but if  
the address book is _completely_ read only, you can probably take it  
out of the map safely.

-chuck

-- 
"we are plastered to the windshield of the bus that is time." - Chris
--

--
(Continue reading)

Permalink | Reply | 0 comments |
headers
Chris Stromsoe | 6 Dec 2006 03:30

default source seems to be switching after a "search"

I'm testing an update to 2.1.3.  I have two sources configured, an sql 
source and an ldap source.  The sql source is set up as a personal 
directory.  The ldap source is a shared directory and is not browsable or 
exportable.  I have default_dir set to the sql source.  The preference is 
locked.

If I search against the ldap source and then click on browse, I get back 
the error:

   Your default address book is not browseable.

and can't browse.  If I log out and log back in, I can browse again.  If I 
search again but select the sql source this time, I can browse again.

Either the error message is wrong and should not be referring to the 
"default" address book but instead to the last address book used, or the 
behavior is wrong and browse is auto-selecting the last source used 
instead of the default address book.

My 2.0 install always browses against the default directory (sql source), 
regardless of searches.

-Chris
--

-- 
Turba mailing list - Join the hunt: http://horde.org/bounties/#turba
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: turba-unsubscribe <at> lists.horde.org
Permalink | Reply | 2 comments |
headers
Eric | 6 Dec 2006 17:37

Re: Radio buttons in Turba, how?

At 02:06 PM 12/5/2006, Chuck Hagenbuch wrote:

 >> Try 'params' => array(array('Home', 'Work'))

Good morning, Chuck.

Yup, that worked great, thanks.  :-)

Now, suppose I have...

'params' => array(array('Bill', 'Chris', 'Eric'))

I get three mutually-exclusive radio buttons marked Bill, Chris, and 
Eric.  So far so good.  I select Eric and hit Save, then on the next 
screen I get "Address book entry added" followed by a list of the 
entries including "Eric" in the right place.

Again, so far so good.

Then I hit "My Address Book", and instead of "Eric" in the proper 
place, I get the number 2.  That is correct ("Chris" would be 1, and 
"Bill" would be zero).  But, how do I get it to show Bill, Chris, or 
Eric there instead of 0, 1, or 2?  How do I set it up so that I can 
search on Eric for that field, and not on the number 2

I have tried all of this with the applicable MySQL field set to an 
int, and to a varchar(20).  It seems to work the same either way.

Thanks...
(Continue reading)

Permalink | Reply | 7 comments |
headers
Kevin Conley | 6 Dec 2006 18:34
Favicon

readonly sources

Hello - getting ready to deploy HORDE3.1.3/IMP4.1.3/TURBA2.1.2 in production and 
really like it  - can't wait to start giving back!

I have set up the LDAP server in the sources.php and set it to 'readonly'. While
that does remove the entry from the 'My Address Books' menu it does not remove 
it the LDAP address book from appearing in the 'Move,Copy' select list on the 
browse page and when examining an entry the 'Edit|Delete' option in the top 
right corner.

If this source is 'readonly' should any of these 'write' operations be available 
to the user? Because when they try to use this functionality they get the LDAP 
permission error and this can be a problem explaining to them.

Is this a valid issue?

-- 
Kevin Conley	
Technology Support Services
Northwestern University
847-491-4086
--

-- 
Turba mailing list - Join the hunt: http://horde.org/bounties/#turba
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: turba-unsubscribe <at> lists.horde.org
Permalink | Reply | 9 comments |

Gmane