- When you are reading an email message, could it be in a scroll-box
like your inbox, instead of the whole webpage scrolling? I think it looks better, is more consistant, and keeps the menus in view.
This is a simple fix.
edit skins/default/mail.css
find
#messagebody { min-height: 300px; margin-top: 10px; margin-bottom: 50px; background-color: #FFFFFF; border: 1px solid #cccccc; border-top: none; }
change to:
#messagebody { height: 300px; overflow: auto; margin-top: 10px; margin-bottom: 50px; background-color: #FFFFFF; border: 1px solid #cccccc; border-top: none; }
where 300px is how big you want your message window before scrollbars appear. Tested in latest versions of Firefox, IE and Opera.
Thanks,
Justin
On 10/18/05, Justin Frydman justin.frydman@gmail.com wrote:
- When you are reading an email message, could it be in a scroll-box
like your inbox, instead of the whole webpage scrolling? I think it looks better, is more consistant, and keeps the menus in view.
This is a simple fix.
edit skins/default/mail.css
find
#messagebody { min-height: 300px; margin-top: 10px; margin-bottom: 50px; background-color: #FFFFFF; border: 1px solid #cccccc; border-top: none; }
change to:
#messagebody { height: 300px; overflow: auto; margin-top: 10px; margin-bottom: 50px; background-color: #FFFFFF; border: 1px solid #cccccc; border-top: none; }
where 300px is how big you want your message window before scrollbars appear. Tested in latest versions of Firefox, IE and Opera.
Thanks,
Justin
On 10/18/05, Thomas Bruederli roundcube@gmail.com wrote:
Rob Smith wrote:
These are a just a few small requests that I feel would improve the overall roundcube user experience. I understand you guys are very busy working on core functionality, and don't expect these changes anytime soon (assuming you agree with them), but figured they should be
recorded
somewhere for future consideration.
- When you are reading an email message, could it be in a scroll-box
like your inbox, instead of the whole webpage scrolling? I think it looks better, is more consistant, and keeps the menus in view.
If anybody can solve this with CSS I would be happy because I was not able to support all bowsers.
- This is just something I noticed today. When selecting emails in
the
inbox, shift select individual emails, and control does nothing. I
know
that personally, I'm used to cntl selecting individual emails, and
then
shift selecting all the emails between the two clicks. Just something to consider.
Have to check this. I think it could work but I'm not shure about the Macintosh browsers.
- When adding attachments, instead of selecting it in the browser
window and then having to hit upload, could it just automatically
upload
the attachment after selecting it? The extra step seems uncessesary.
Event-handling issue in JS. Also I think this step is not unnecessary.
- This is more from a server admin point of view. Is there a setting
for the cookie duration? I have noticed that my roundcube login persists for hours, and in an enviroment with public computers, this could be dangerous. It would be nice if we could set this to a 30 minute timeout or something more standard along those lines.
You could add a .htacces file where setting php_value session.gc_maxlifetime to whatever you like to have your session ducration. Will make this configurable in RoundCube once.
- When the session does time out, the first time I try to access the
email it keeps me in my inbox, and just dislpays the dialog up top
with
the "session timed out" message. Then, when I try to view a message again, it kicks me out to the login screen. Could this be adjusted so that it just kicks you strait to the login screen when your login has timed out?
Should be done in the latest CVS version.
Rob
Thomas
Justin Frydman wrote:
- When you are reading an email message, could it be in a scroll-box
like your inbox, instead of the whole webpage scrolling? I think it looks better, is more consistant, and keeps the menus in view.
This is a simple fix.
edit skins/default/mail.css
find
#messagebody { min-height: 300px; margin-top: 10px; margin-bottom: 50px; background-color: #FFFFFF; border: 1px solid #cccccc; border-top: none; }
change to:
#messagebody { height: 300px; overflow: auto; margin-top: 10px; margin-bottom: 50px; background-color: #FFFFFF; border: 1px solid #cccccc; border-top: none; }
where 300px is how big you want your message window before scrollbars appear. Tested in latest versions of Firefox, IE and Opera.
I see, this is no problem but I'd like to have the scrollable message window scaled to the maximum space available (depends on the current window size) before start scrolling. And this is what makes it difficult because we don't know exactly how much space the headers will take and if you set height:100% it'll take 100% of the window which is too much.
Thanks,
Justin
Thomas
I will play with it more right now and see If I can get it to mimic what you want.
Justin
On 10/18/05, Thomas Bruederli roundcube@gmail.com wrote:
Justin Frydman wrote:
- When you are reading an email message, could it be in a scroll-box
like your inbox, instead of the whole webpage scrolling? I think it looks better, is more consistant, and keeps the menus in view.
This is a simple fix.
edit skins/default/mail.css
find
#messagebody { min-height: 300px; margin-top: 10px; margin-bottom: 50px; background-color: #FFFFFF; border: 1px solid #cccccc; border-top: none; }
change to:
#messagebody { height: 300px; overflow: auto; margin-top: 10px; margin-bottom: 50px; background-color: #FFFFFF; border: 1px solid #cccccc; border-top: none; }
where 300px is how big you want your message window before scrollbars appear. Tested in latest versions of Firefox, IE and Opera.
I see, this is no problem but I'd like to have the scrollable message window scaled to the maximum space available (depends on the current window size) before start scrolling. And this is what makes it difficult because we don't know exactly how much space the headers will take and if you set height:100% it'll take 100% of the window which is too much.
Thanks,
Justin
Thomas
is it possilbe to provide a screenshot or demonstration of your work?
i feel that i would be missing something if i simply replace the css file for a couple of clicks and then move back to the cvs version.
best regards, raoul bhatia
Rob Smith wrote:
I have been playing with this all day (although I admittidly know
NOTHING about CSS, but was able to figure enough out just playing with the file). I discovered a few things throughout this, about interface considerations. There are 3 ways to handle the email and header display. The current way, which I think we all agree is less than ideal. Another way that is easy enough to implement with CSS, is to have just the headers and message be inside a scroll page (basically, make messageframe scroll). This works fairly well, except that normally email clients keep the headers visible at all times. The final way, having the headers always visible while the message scrolls, appears to be very difficult to implement in CSS, and also has one very serious flaw. Currently, RoundCube always shows the entire sent/received/cc list for an email. I have already had a few emails that were sent to large groups and take up over half the page with this header. If you implement the design where the header always shows and just the message scrolls, some emails could be unreadable because of such long headers.
So, this brings up a few other options. Personally, I feel that the ideal (but I don't know about ease of implementation), is to have the header only show 1 line of Subject, Sender, Copy, and Date by default, and then be able to expand the header by clicking on a button (this is similiar to how Thunderbird functions). This would allow the header always visible + message scrolling method to be easier to implement (you will at least have a better idea to how large the header is going to be), and also makes sure the email will always be readable. If we consider that to be too difficult, or not the way you want it, it is very easy to make the whole messageframe scroll, and I went ahead and attached the mail.css file I created that will demonstrate this behavior (I works great in firefox, but I have no clue what needs to be done to make it work in IE). Maybe if nothing else, this would be a good solution for now, until you have time to implement the ideal.
Attached are two screen shots of the changes I made. Do remember, someone will need to fix this CSS so it renders in IE, because right now it doesn't work right, I don't have the knowledge to fix it.
Rob
Raoul Bhatia [IPAX] wrote:
is it possilbe to provide a screenshot or demonstration of your work?
i feel that i would be missing something if i simply replace the css file for a couple of clicks and then move back to the cvs version.
best regards, raoul bhatia
Rob Smith wrote:
I have been playing with this all day (although I admittidly know
NOTHING about CSS, but was able to figure enough out just playing with the file). I discovered a few things throughout this, about interface considerations. There are 3 ways to handle the email and header display. The current way, which I think we all agree is less than ideal. Another way that is easy enough to implement with CSS, is to have just the headers and message be inside a scroll page (basically, make messageframe scroll). This works fairly well, except that normally email clients keep the headers visible at all times. The final way, having the headers always visible while the message scrolls, appears to be very difficult to implement in CSS, and also has one very serious flaw. Currently, RoundCube always shows the entire sent/received/cc list for an email. I have already had a few emails that were sent to large groups and take up over half the page with this header. If you implement the design where the header always shows and just the message scrolls, some emails could be unreadable because of such long headers. So, this brings up a few other options. Personally, I feel that the ideal (but I don't know about ease of implementation), is to have the header only show 1 line of Subject, Sender, Copy, and Date by default, and then be able to expand the header by clicking on a button (this is similiar to how Thunderbird functions). This would allow the header always visible + message scrolling method to be easier to implement (you will at least have a better idea to how large the header is going to be), and also makes sure the email will always be readable. If we consider that to be too difficult, or not the way you want it, it is very easy to make the whole messageframe scroll, and I went ahead and attached the mail.css file I created that will demonstrate this behavior (I works great in firefox, but I have no clue what needs to be done to make it work in IE). Maybe if nothing else, this would be a good solution for now, until you have time to implement the ideal.
Here are a couple of shots from a mod I'm working on for the default
skin.
http://moensolutions.com/messages.png http://moensolutions.com/message.png
On Oct 19, 2005, at 4:41 PM, Rob Smith wrote:
Attached are two screen shots of the changes I made. Do remember,
someone will need to fix this CSS so it renders in IE, because
right now it doesn't work right, I don't have the knowledge to fix it.Rob
Raoul Bhatia [IPAX] wrote:
is it possilbe to provide a screenshot or demonstration of your work?
i feel that i would be missing something if i simply replace the css file for a couple of clicks and then move back to the cvs version.
best regards, raoul bhatia
Rob Smith wrote:
I have been playing with this all day (although I admittidly
know NOTHING about CSS, but was able to figure enough out just
playing with the file). I discovered a few things throughout
this, about interface considerations. There are 3 ways to
handle the email and header display. The current way, which I
think we all agree is less than ideal. Another way that is easy
enough to implement with CSS, is to have just the headers and
message be inside a scroll page (basically, make messageframe
scroll). This works fairly well, except that normally email
clients keep the headers visible at all times. The final way,
having the headers always visible while the message scrolls,
appears to be very difficult to implement in CSS, and also has
one very serious flaw. Currently, RoundCube always shows the
entire sent/received/cc list for an email. I have already had a
few emails that were sent to large groups and take up over half
the page with this header. If you implement the design where the
header always shows and just the message scrolls, some emails
could be unreadable because of such long headers. So, this
brings up a few other options. Personally, I feel that the ideal (but I don't know about
ease of implementation), is to have the header only show 1 line
of Subject, Sender, Copy, and Date by default, and then be able
to expand the header by clicking on a button (this is similiar to
how Thunderbird functions). This would allow the header always
visible + message scrolling method to be easier to implement (you
will at least have a better idea to how large the header is going
to be), and also makes sure the email will always be
readable. If we consider that to be too difficult, or not the
way you want it, it is very easy to make the whole messageframe
scroll, and I went ahead and attached the mail.css file I created
that will demonstrate this behavior (I works great in firefox,
but I have no clue what needs to be done to make it work in IE).
Maybe if nothing else, this would be a good solution for now,
until you have time to implement the ideal.<roundcube2.png> <roundcube1.png>
On 10/19/05, Michael Moen michael@moensolutions.com wrote:
Here are a couple of shots from a mod I'm working on for the default skin.
http://moensolutions.com/messages.png http://moensolutions.com/message.png
Looks great, any chance the email headers could be not in the scrolled message window?
-- Christopher A. Watford christopher.watford@gmail.com
On Wednesday 19 October 2005 19:45, Michael Moen wrote:
Here are a couple of shots from a mod I'm working on for the default skin.
http://moensolutions.com/messages.png http://moensolutions.com/message.png
I like how everything is up on the top. However, there should be some sort of separation between the icons and the text labels below them. For example, the "Select: All Unread None" text is confusing because it looks like it is suppose to associate with the icons above the text.
Finally added Search // Invite System // GD2 Spam Images and Geo Targetting Maps.. Will share code later (maybe)
http://img413.imageshack.us/img413/5046/beta6lc.jpg
On 10/19/05, Jacob Brunson brunsonj@chem.byu.edu wrote:
On Wednesday 19 October 2005 19:45, Michael Moen wrote:
Here are a couple of shots from a mod I'm working on for the default skin.
http://moensolutions.com/messages.png http://moensolutions.com/message.png
I like how everything is up on the top. However, there should be some sort of separation between the icons and the text labels below them. For example, the "Select: All Unread None" text is confusing because it looks like it is suppose to associate with the icons above the text.
-- Dan Saltman 30gigs.com http://30gigs.com
Daniel,
It'd be greatly appreciated by many many people here if you could share your code - even if just for the 'search' as I think there may be others looking at this right now. A search would be uber fantastic :) I also like the way you moved the toolbar to the top of the screen.
Nice work, is it possible to get a demo login to try out?
Ross
On Wed, 19 Oct 2005 19:18:29 -0700, "Daniel "Maz" Saltman" bostondan@gmail.com wrote:
Finally added Search // Invite System // GD2 Spam Images and Geo Targetting
Maps..
Will share code later (maybe)
On 10/19/05, Jacob Brunson brunsonj@chem.byu.edu wrote:
On Wednesday 19 October 2005 19:45, Michael Moen wrote:
Here are a couple of shots from a mod I'm working on for the default
skin.
I like how everything is up on the top. However, there should be some
sort
of separation between the icons and the text labels below them. For
example,
the "Select: All Unread None" text is confusing because it looks like it
is
suppose to associate with the icons above the text.
--
Dan Saltman
30gigs.com http://30gigs.com
Il give you all a big hint, Analyze some code from squirellmails search.
On 10/19/05, Ross Poulton ross@rossp.org wrote:
Daniel,
It'd be greatly appreciated by many many people here if you could share your code - even if just for the 'search' as I think there may be others looking at this right now. A search would be uber fantastic :) I also like the way you moved the toolbar to the top of the screen.
Nice work, is it possible to get a demo login to try out?
Ross
On Wed, 19 Oct 2005 19:18:29 -0700, "Daniel "Maz" Saltman" < bostondan@gmail.com> wrote:
Finally added Search // Invite System // GD2 Spam Images and Geo
Targetting
Maps..
Will share code later (maybe)
On 10/19/05, Jacob Brunson brunsonj@chem.byu.edu wrote:
On Wednesday 19 October 2005 19:45, Michael Moen wrote:
Here are a couple of shots from a mod I'm working on for the default
skin.
I like how everything is up on the top. However, there should be some
sort
of separation between the icons and the text labels below them. For
example,
the "Select: All Unread None" text is confusing because it looks like
it
is
suppose to associate with the icons above the text.
--
Dan Saltman
30gigs.com http://30gigs.com http://30gigs.com
-- Dan Saltman www.Solo2Networks.com http://www.Solo2Networks.com
On Oct 19, 2005, at 6:53 PM, Christopher A. Watford wrote:
Looks great, any chance the email headers could be not in the scrolled message window?
Not without hacking up backend code and I don't want to start
tweaking that as I know it's under heavy development. Don't want to
get stuck merging all the time.
If it used true AJAX instead of sending HTML back to the client it
would be simple. Maybe they will make this change at some point.
On Oct 19, 2005, at 7:07 PM, Jacob Brunson wrote:
I like how everything is up on the top. However, there should be
some sort of separation between the icons and the text labels below them.
For example, the "Select: All Unread None" text is confusing because it looks
like it is suppose to associate with the icons above the text.
It's a work in progress, I still have to fix up the prefs/compose/
etc. I'll take that into consideration if I decide to package it up
and cut it loose. Realistically, they should both be placed above and
below the list.