[RCD] Response on ticket #1489838 “separate mobile interface is needed”
brendan at tucows.com
Tue Dec 9 22:56:45 CET 2014
i didn't get much time to work on the plugin last week, but here's a WIP
version attached if anyone wants to try it out.
a couple settings pages don't work (filters and responses), and some of
the menu items are missing still (add contact, switch target to get back
to mail/settings from some places). but it can be played around with a bit.
i've been using this with roundcube-1.0.3, and my dev setup has a few
plugins that you may not have but i think it ought to work in most cases
(the spam button is hardcoded at the moment, and only for my hacked
version of markasjunk2). i haven't done much styling either, so the
buttons and some other things are still a bit ugly.
On 14-11-27 09:05 AM, Brendan wrote:
> i'm not sure it's possible to do a pure css responsive solution, as
> there are a few things that will come back to bite you:
> - if the client is in splitview mode for the list, the click handlers
> and open target are different from the full view mode (message opens in
> iframe instead of new window)
> - for addressbook and settings, the 3rd pane is often opened as an
> iframe, which is often small enough that it will trigger the @media css
> section for mobile (leaving the iframe with different styling)
> - users changing the field order on the mailbox list view can make the
> responsive css hard to deal with
> - probably a couple other things i'm forgetting
> i've been working on converting the changes we've made locally to some
> css. i still have some work to do ironing out a couple things, but it's
> generally functional at this point - likely next week i'll have a beta
> version that people can try out. like your pure css, it's larry-only,
> although i'm pretty sure it could be adapted to work with classic too
> (just with some different css rules)
> currently on the list views (mail and addressbook) it creates a shadow
> copy of the list and displays that copy for mobile (via css) rather than
> normal one. this allows consistent click behaviour no matter whether the
> user is in split or full mode, and allowed me to add a click to select
> handler that is always present (rather than only having one if the
> checkbox plugin is active and the checkbox column is enabled for the
> user). it also allows a partial "infinite scroll" implementation (where
> more messages are loaded once you scroll to the bottom of the message list)
> on the compose page, it limits the user to text mode - tinymce just
> takes up too much space.
> it also implements a shadow menu bar, as it makes it easier to save
> space and keep only the most used options/buttons on the screen to save
> precious space.
> i haven't done a lot of styling/design around things yet, i've just been
> working on making things work (so some things aren't the prettiest, and
> some of the icons might not be the correct ones)
> On 14-11-27 05:02 AM, martijn.thie at kpn.com wrote:
>> As a response on the ticket: #1489838 “separate mobile interface is needed” (http://trac.roundcube.net/ticket/1489838)
>> First of all, I agree... Mobile/tablet interface should be there in the standard product, as a lot of people are more and more using tablets and mobiles as their primary device.
>> About a solution...
>> I guess one would first need to make a choice whether to implement Responsive Design in Larry or to select another template/theme based on the device-type using the user-agent string.
>> Both solutions have advantages and drawbacks.
>> On the other hand, Responsive Design is the choice for a future-ready template. It doesn't care about which device you are on, it just looks at the capabilities of the device and adapts the design along. It is a pure CSS solution. That is good, but that also means that you don't get to have separate functionality.
>> The major drawback to Responsive Design is that the CSS structure can be harder to maintain.
>> That all said... I have made a first attempt at enabling Responsive Design for the default Larry template. In about one day, I've succeeded to redesign the email screen for the most part.
>> The boundaries I used for my attempt was to only use one CSS file to do it all. This one CSS file is simply added to the default CSS includes.
>> The biggest problem that I faced, was that not all styling is done in a CSS file, but for some elements CSS is added directly to the element using the style attribute. In some cases I had to entirely corrupt the CSS of some elements to undo the CSS that was put into the style attribute.
>> I’m not sure if and how attachments are processed by this mailinglist (as this is my first post), but I’ve attached a zip file containing the css. Also added three screenshots of the result on my Android device. The screenshots show the Dutch version of Roundcube, but it should give you an impression.
>> In order to try it out and see how Responsive Design works, just add the css file (mystyle.css) to “root-of-roundcube/skins/larry” and add the following line to the “root-of-roundcube/skins/larry/includes/links.html”:
>> <link rel="stylesheet" type="text/css" href="/mystyle.css" />
>> Reload the page in your browser and adjust the size of your browser window to a smaller width. Currently (for testing purpose) the width at which the Responsive Design kicks in is at 1111px.
>> Roundcube Development discussion mailing list
>> dev at lists.roundcube.net
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 16729 bytes
Desc: not available
More information about the dev