Hi Devs!
Currently the mail editing area captures the mouse right click and display
options such as
CUT, COPY, PASTE, CREATE TABLE (tinymce cut/copy/paste just works in IE).
I'm planning to remove this right click context menu and move the CREATE
TABLE option
to the toolbar area.
With this change the user would not lose any function and can use the
browser's native
functions which is more user-friendly, such browser spelling checker (the
googiespell used
in RC has few languages) and so on.
By eliminating the tinyMCE plugin CONTEXTMENU we also reduce the size of the
loaded code.
Speaking in codes:
editor.js
- plugins:
'paste,emotions,media,nonbreaking,table,searchreplace,visualchars,directionality,tabfocus,
contextmenu' + ...
+ plugins:
'paste,emotions,media,nonbreaking,table,searchreplace,visualchars,directionality,tabfocus'
+ ...
- theme_advanced_buttons2:
'link,unlink,code,|,emotions,charmap,image,media,|,search' + ...
+ theme_advanced_buttons2: 'link,unlink,code,|,emotions,charmap,image,media,
table,|,search' + ...
Does anyone have any objection about this change?
--
Victor Benincasa
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi RC Devs,
I'm planning to move the file *roundcube/program/js/*editor.js to the skin
folder
(*roundcube/skins/default/*editor.js) because this file contains several
options
that can be used as skin basis, like the location and order of buttons, the
theme
and skin of TinyMCE editor and so on.
I'm currently developing a skin and missed some control over TinyMCE.
Does anyone have any objection?
--
Victor Benincasa
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi,
I use (and develop) the skin Groupvice4. I've just upgraded to v0.5.2
and noticed that the buttons for the plugins Archive and MarkAsJunk
have code in the plugin which is skin unaware:
'width' => 32,
'height' => 32,
The cause of the problem are these width and the height values. why
are they added? Can this be fixed?
For now I've removed these values and the buttons show fine.
--
Kees de Keizer
kees(a)de-keizer.net
http://www.de-keizer.net/
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Roundcube developers,
Hi, I'm Jason Ramsey, I've been working with large php applications
for about 10 years now. I currently work as a consultant, and use/have
clients that use Roundcube. I also use Thunderbird extensively with
syncKolab to sync my contacts between multiple systems. I'm interested
in adding syncKolab support to roundcube. So I figured I would
introduce myself and see if anyone on the team is currently working on
such a thing that I could help or collaborate with.
Regards,
Jason Ramsey
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Hi,
I found a little problem with the web interface in program/js/app.js.src:4877
When I use "WebKit Nightly Builds" on "mac os x" the indicator of quota appear in a wrong position. I changed the code and now it's works to me.
I post it in the forum: http://www.roundcubeforum.net/5-release-support/17-pending-issues/8300-prob…
If someone can put it inside the core I'll appreciate.
Tk's
Marcio Trindade
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80
Thanks for fixing this imediately and for not using
the mailing list.
Your fix http://trac.roundcube.net/changeset/4692
solves the issue.
Nethertheless, I think the script is not too bad.
It saves one useless request to the server.
_________
Maybe that's MySQL related.
I'm faced with 'errorsaving' when I submit
prefs saving request twice and no properties have changed.
The problem is in rcube_user.php ::: line 157 ff.
Looks like ...
$this->db->affected_rows()
... returns false.
Well, I have not investigated why the request
is taken when saving prefs on inialial load while
same request throws the error when hitting save
button without changes of prefs in the same session.
Here is a tiny javascript function to prevent users
saving prefs when there is nothing to save:
var request_saver_form_str = null;
var request_saver_form_initial_str = false;
var request_saver_initial_load = true;
$(document).ready(function(){
function request_saver_form_values(){
var str = $("form").serialize();
if(str != request_saver_form_str){
request_saver_form_str = str;
if(!request_saver_initial_load){
$('#formfooter').show();
}
else{
request_saver_form_initial_str = str;
}
if(str == request_saver_form_initial_str){
$("#formfooter").hide();
}
request_saver_initial_load = false;
}
}
if(rcmail.env.task == 'settings' && rcmail.env.action ==
'edit-prefs'){
$(":checkbox, :radio").click(request_saver_form_values);
$("textarea, input").keypress(request_saver_form_values);
$("select").change(request_saver_form_values);
$("#formfooter").hide();
request_saver_form_values();
}
});
As far as I can see, it works well.
_______________________________________________
List info: http://lists.roundcube.net/dev/
BT/aba52c80