Hi!
I'm completing the Italian translation with the new strings, but I have
a couple of questions:
What's the behavior of the parenthesis for plural nouns?
For example, in English there is this string: "Message(s) deleted
successfully".
In Italian, the translation of the singular form is "Messaggio eliminato
con successo", while the plural form would be "Messaggi eliminati con
successo", so how should I write the translation? Unfortunately in
Italian the verb changes too....
And...what are exactly "Mail-Reply-To" and "Mail-Followup-To"?
Thank you for developing such an excellent piece of software!
Luca from Italy
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hello,
please find in attachment a patch for some italian translations missing.
Francesco Amelio
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/jF/crapu4Cf/patch_it.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/
BT/aba52c80
I'm attempting to write a plugin to allow pubcookie sessions
to authenticate directly into roundcube without requiring any
additional login from the user. First of all, has anyone done
this already? It's not one of the standard plugins...
Assuming that pubcookie hasn't already been done, I've been
looking at the roundcube architecture for how to integrate it.
Unfortunately, if you use pubcookie, you get a userID and a
kerberos credential (instead of a userID/password combo), so
it looks like none of the standard roundcube hooks will do the
right thing. I already have code that will build a pre-authenticated
connection to my IMAP server, but I don't really see how to hand
this back to roundcube while bypassing the normal login/imap
connection building that is going on.
Can anyone provide some ideas on the best way to do this? I'd be
happy to contribute the eventual plugin back to the pool.
Thanks,
Tod Pike
--
Tod Pike
Manager of Enterprise Services
School of Computer Science
Carnegie Mellon University, Pittsburgh, Pa
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
On Tue, 30 Nov 2010 07:35:14 -0000, Roundcube Webmail wrote:
> #1487314: RC in a Frame do not work in 0.5-beta
>
> -------------------------+--------------------------------------------------
> Reporter: andudi | Type: Bugs
> Status: closed | Priority: 5
> Milestone: later | Component: User Interface
> Version: 0.5-beta | Severity: normal
> Resolution: worksforme | Keywords: frame dyndns
>
> -------------------------+--------------------------------------------------
> Changes (by alec):
>
> * status: new => closed
> * resolution: => worksforme
>
>
> Comment:
>
> Works for me. Move noframes tag outside of frameset. Also make sure
> that
> main and frame pages are using the same protocol. It will not work
> if main
> page uses http and frame uses https.
Hei Alec
I digged further and found: the problem occures only in Firefox
(Windows XP and Ubuntu 10.10), and it works well in IE, Konqueror and
Reqonk...
Again what I observing: Showing email do NOT work if RC 0.5-beta is
runned in DynDNS Webhop.
With RC 0.4.2 it works still well even with Firefox, and it works well with
the devel-addressbook (rev 4300) and with the demo (version?) at
http://mail4us.net/?_redirect=&_task=mail&_action=plugin.wrapper&_screen_wi…
so, it seems to be hard to debug.. I suggest a JS problem and I would try to
digg in the code, but I have no start point yet.
any suggestions?
thanks
Andreas
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi,
there is an actual translation of label.inc into russian language.
Anton
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/GQ/XbRuH5qr/labels.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/
BT/aba52c80
Dear All,
In Attachment you can find Croatian translation. Only changes are made in
previously un translated fields.
Regards, MK
-----------------------------------------------------
Izjava o ograničenju odgovornosti:
Ova elektronička poruka i njeni prilozi mogu sadržavati povjerljive i/ili povlaštene informacije, a namijenjena je isključivo za upotrebu naznačenog primatelja. Ako ste ovu poruku primili greškom, molimo Vas da o tome bez odlaganja obavijestite pošiljatelja, da uništite izvornu poruku i njene priloge i bez odlaganja poruku i njene priloge izbrišete iz Vašeg sistema. Neovlaštena uporaba, distribucija, otkrivanje, umnožavanje ili izmjena ove poruke je zabranjena. CEI Zagreb d.o.o. ne daje niti ne prihvaća pravno obvezujuće izjave putem elektroničkih poruka osim ukoliko drugačije nije izričito navedeno. Budući da komunikacija internetom nije zaštićena, CEI Zagreb d.o.o. ne prihvaća odgovornost za sadržaj ove poruke, kao ni za eventualnu štetu nastalu zbog zaraženosti ove poruke virusom ili drugim štetnim programom, te zbog eventualnih tehničkih problema prilikom dostave ove poruke.
Legal disclaimer statement:
This e-mail message and any attachment may contain confidental and/or privileged information and is intended for use by the indicated addressee only. If you have received this message in error, please notify the sender immediately, destroy the original message and any attachment and delete this message and any attachment from your system. Unauthorized use, distribution, disclosure, reproduction, or alteration of this e-mail message is forbidden. CEI Zagreb d.o.o. neither makes nor accepts legally binding statements via e-mail unless otherwise stated. Considering that internet communication is not secured, CEI Zagreb d.o.o. is not responsible for the content of this message, for potential damage occured due to infection of this message with a virus or other malicious program, and for potential technical problems during delivery of this message.
-----------------------------------------------------
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/pN/rZez0o3P/labels.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/
BT/aba52c80
hello Roundcube Devs
WOW, Rouncube is realy cool! Yes, its just what I need for my home
server.
What I miss is a more felxible LDAP Addressbook.
I allready started to hack RC for my needs, but I am not sure if my
changes are wellcome since I have seen that it is planed to rewrite the
addressbook in further releases... isnt it?
And my changes are still verry personal and not that good configurable
like it sould be at a commit.
And another problem is, that I have setup my LDAP server my own, thus I
am not sure about "standars" on that side.
Features I implemented allredy:
- more fields like address, phone nubers, notes, and the flexibility to
add more in the config file.
- the "name" field is redundant, it is just "surname lastname", thus it
must not be shown and editable.
- it must be able to let the "email" field empty, because a lot of my
addresses just have an address or phone number (used on the cell phone)
-> the only field that is necessarry for the LDAP DN is the surname.
- adding new fields out of the E-Mail tool improved: email address is
now read as:
"firstname surname email@bla" or
"surname, firstname email@bla" or
"surname email@bla" or
"firstname.surname(a)email.bla" or
"surname(a)email.bla"
even mor sensefull syntaxes can be added.
- if the "name" allready exists, the entry can not be added, but the
email can be added if empty (for my cellphone adresses i like to
compleet with email in RC)
Features I have planed to implement soon:
- group management: read groups out of the LDAP, create and remove
groups. (I still looking for a "standard- like" LDAP implementation of
address groups, I tried allready to use the "o:" attribute, but I think
it is better to use seperate LDAP subdirectories for each group)
The question is now: is it welcome if I prepare this to commit once? or
is it even allready done in the latest SVN? (I use the stable 4.2 as
base)
thanks for feedback
Andreas
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80