Hey guys,
I'm having a problem with passing a variable from the php to the javascript.
I'm currently doing the following in php to call the js:
$this->include_script ('test.js');
where test.js holds the following:
function test(test) { alert("test: " + test); }
What I want to do is to, from the php, call my test() function with a
variable that's sent from the php. I figured so much that include_script()
only sends my test.js file to the init for inclusion and that it probably
isn't suitable for my needs.
I'm not doing anything particular than trying to understand the development
depths of the project so that I some day may be able to write usable
plugins.
Could somebody please give me a helping hand in passing the variable $test
from php to my test() function in the included javascript?
Thanks in advance!
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi,
I have improved my extended address book patch to include a "Groups" tab,
this lists all the groups a contact is in (limited by address book) and
allows users to add or remove the contact from a group by ticking a box
(like the folder subscriptions). I'm not 100% sure about the group
management stuff so if any one has any better ideas on how to do it please
let me know.
I have also extended the support for alternative email addresses to allow
any number of email address to be added. This is only for the default SQL
address book.
Like before there is no need for any SQL changes.
Complete list of changes:
*) Add "date_only" config option to specify the format when displaying a
contacts birthday
*) Add more fields based on vCard; alt email, address, telephone etc
*) Move auto_complete function into address book class to allow different
for searching of custom fields (like those in the vCard)
*) Add new blankcontact.html template file
*) Add support for multiple email address
*) Add "Groups" management tab
The extended address book patch also incorporates the patch from this ticket
http://trac.roundcube.net/ticket/1486851.
It's been tested with the default SQL address book, I'm not sure how well it
will get on with LDAP as I don't have access to an LDAP address book at the
moment, if any one would like to help me test it that would be appreciated.
Screenshot and patch attached.
Phil
http://www.tehinterweb.co.uk/roundcube
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/fm/Xq5dOtaO/addressbook.jpghttp://detached.gigo.com/rc/fm/Xq5dOtaO/rc_addressbook.r3814.patch
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello;
I have identified what appears to be a long-standing issue with the way
Roundcube generated message IDs.
Recent versions, at least, use the code
'Message-ID' => sprintf('<%s@%s>', md5(uniqid('rcmail'.rand(),true)),
$RCMAIL->config->mail_domain($_SESSION['imap_host'])),
in program/steps/mail/func.inc to generate the Message-ID string.
In probably 99% of installations, this results in a message ID in the form
nnnnnnnnnnnnnnnn@localhost . This *may* technically be RFC2822-compliant,
depending on how you interpret the RFC. Compliance is a moot point,
however, because several anti-spam applications - including SpamAssassin
and ASSP - do not view nnnnnnnnnnnnnnnn@localhost as a valid, legitimate
message ID, and will score such messages as spam as a result.
This is not particularly desirable.
My suggestion would be to change program/steps/mail/func.inc to not
include the imap_host setting, but to either:
1, use the canonical hostname of the server, i.e. hostname.domain.tld, as
the right-hand side of the Message-ID (most desirable option);
2, use the FQDN that Roundcube was loaded under, i.e. webmail.domain.tld,
and use that as the right-hand side of the Message-ID (less desirable
option, but still very strictly RFC compliant); or
3, query and use the PTR record for the IP the server is running on (which
may be something non-unique such as customer.noc.tld) and use that as the
right-hand side of the Message-ID (least desirable, as would incur at
least one DNS lookup, and probably other annoying overhead).
Hopefully this shouldn't be too difficult to amend.
-Mike Gilday
Redpin.com
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi!
Please find attached the updated labels.inc and messages.inc files for
the European Portuguese translation (pt_PT).
I've also made quite a few changes to strings that were already
translated in order to use a more correct Portuguese and/or to use
terminology that is more familiar to the average user. Hope that is OK.
Should any of the other Portuguese users/translators not agree with the
proposed updates, please say so.
Regards,
--
Miguel Gouveia
NetFolio - Alojamento Web e Domínios
http://www.netfolio.pt
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/FS/j5f9sEpy/labels.inchttp://detached.gigo.com/rc/FS/j5f9sEpy/messages.inc
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Dear Roundcube users
After the big new features in 0.4-beta this final release now completes the
unfinished work and fixes bugs related to the new threaded message listing
and address groups features. We also cleaned up the user interface and
tried to make all UI elements more consistent.
With this release the skins have been excluded from the GPL license terms
(see README file). This allows you to choose whatever license you want for
your custom skins and even opens the door for creating commercial skins.
We recommend to update all existing Roundcube installations with this
release. Get it from http://roundcube.net/download, a complete list of
changes can be found here: http://trac.roundcube.net/wiki/Changelog
We'd also like to call the translators again to review and update the
localization files of the 67 languages Roundcube currently has translations
for. Please visit http://translator.roundcube.net and check the
completeness status of your language. As you can see, some are only 50%
complete.
Have fun,
Thomas
_______________________________________________
List info: http://lists.roundcube.net/dev/
Congrats on the 0.4 release. Looks to be a winner so far. We've been running 3838 or something in production for a while and havent heard any complaints yet. Should be moving to 3880 today or tomorrow.
Cor
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi
I've just update the missing lines in portuguese brazilian translation.
Thanks
Robson F. Ramaldes
!DSPAM:4c5d4ebc87811377819472!
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/pQ/ABJX4RYz/labels.inchttp://detached.gigo.com/rc/pQ/ABJX4RYz/messages.inc
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/