Can you not do {min,max} in the lookbehind regex? ie, instead of this:
$entity = '(?<!&'
. '[a-zA-Z0-9]{2}' . '|' . '#[0-9]{2}' . '|'
. '[a-zA-Z0-9]{3}' . '|' . '#[0-9]{3}' . '|'
. '[a-zA-Z0-9]{4}' . '|' . '#[0-9]{4}' . '|'
. '[a-zA-Z0-9]{5}' . '|'
. '[a-zA-Z0-9]{6}' . '|'
. '[a-zA-Z0-9]{7}'
. ')';
Do this:
$entity = '(?<!&'
. '[a-zA-Z0-9]{2,7}' . '|' . '#[0-9]{2,4}'
. ')';
Or is that the assertion format restriction you mention in the comment?
-Brad
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi,
Could it be feasible to support message threading (with the
current design) *without* server THREAD support?
There is a feature
request for IMAP thread support in hmailserver:
http://www.hmailserver.com/forum/viewtopic.php?f=2&t=16893 [1]
someone said this:
Threading support should cache thread information
in some permanent (persistent) form. If server just implements threading
rfc, it will be slow and roundcube won't be able to use on large
folders.
Only some IMAP servers cache information in a way which is
useful for threading in webmail clients.
Thanks!!
Links:
------
[1]
http://www.hmailserver.com/forum/viewtopic.php?f=2&t=16893
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi,
One other comment I've been getting with the current roundcube
is not being able to drop (or cut & paste) an image into the compose
window and having it just display inline...
I realize this is tricky
to do in a web app, are there any techniques out there to get this to
work without a browser plugin etc...
This is one of those general
usability things that's frustrating when you go to do it and does not
work... we all understand the attach image from url button, but most
people do not--
Thanks!!
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Comment/question for you all.
Right now I've observed the following behavior. Let me know if this is an accurate representation of how it works. When deleting a message in RC the selected message(s) gets removed from the list without an updating indicator but the system is still deleting the message and the message list is refreshed after that. This action can take a few seconds at times. Is this true?
If so, I would like to comment that this gives the false impression that the moment the message disappears from the list, it's deleted and the list or the rest of the interface is ready to be used. Often times I find myself deleting messages and then selecting a new message to be deleted, causing my previous action to fail. It's really bothersome, specially as there's no real way of knowing when I can use the list again, making me take my chances. I've since started to look at the scrollbar in my message list to see when it redraws to know when I can move on to my next action.
Is there a way to provide additional feedback to the user by showing a "deleting messages..." dialog or something? Or better yet, allow the process to run in the background without having to wait first, so this is not needed in the first place?
Thank you all and keep up the good work!!
// Andrés
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi
In attachment you can find the updated Flemish translations for Roundcube
Best regards
Simon De Schoenmaeker
sds(a)simonds.be
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/YY/tA3ax1Uk/nl_BE.tar.gz
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
hi,
please find attached the update for the Hungarian translation. There are
some strings left untranslated intentionally, as i have no idea how to
translate them correctly.
--
Péter
XMPP, MSN: peter.laszlo.szabo(a)gmail.com
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/aE/c9JSNWwB/labels.inchttp://detached.gigo.com/rc/aE/c9JSNWwB/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/
BT/aba52c80
Hi there,
I want a XMPP plugin for Roundcube, and have been doing research on how to build it.
It seems that Strophe.js and jquery would provide a fine solution, this is the direction taken by Drupal's DXMPP plugin and a few others.
My main concern is my lack of skills in javascript. While I'm fine with PHP and the whole server side implementation, javascript is still some dark magic to me.
I was wondering if several people where interested in working on this. If I can't do it alone, maybe a small team can.
So that's a call for volunteers. If anybody is interested in building a XMPP plugin for roundcube, please stand up. No commitment or deadline or anything, just trying to get it go somewhere.
Thanks,
Julien
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80