2014-03-06 10:02 GMT+01:00 Cédric Krier <cedric.kr...@b2ck.com>: > On 06 Mar 09:25, Àngel Àlvarez Serra wrote: >> 2014-03-05 16:18 GMT+01:00 Cédric Krier <cedric.kr...@b2ck.com>: >> > On 05 Mar 15:52, Àngel Àlvarez Serra wrote: >> >> 2014-03-05 15:19 GMT+01:00 Cédric Krier <cedric.kr...@b2ck.com>: >> >> > On 05 Mar 05:44, Emma wrote: >> >> >> On small devices on which the gtk client doesn't work (hard to >> >> >> reproduce an >> >> >> unexistent behavior), it would look slightly different >> >> >> >> >> >> <https://lh5.googleusercontent.com/-aiqeNIn-Xmw/UxcnzUAYVzI/AAAAAAAAAK0/yuCWTlZTWEI/s1600/592x360_tryton_gtk.png> >> >> >> For reference here is a screenshot of what gtk would look like on a >> >> >> 592x360 >> >> >> display which is in my own experience the most common size (about 30%) >> >> >> of >> >> >> the device of mobile users. >> >> > >> >> > And here is how it works with the PDA mode. >> >> > http://www.b2ck.com/~ced/tryton_pda.png >> >> > >> >> > For me, we don't need to be "responsible" (I mean dynamicaly) because we >> >> > generate the HTML in the browser. We just need to implement the same PDA >> >> > mode in sao base on the screen size (or whatever is the right method). >> >> > For information, PDA mode is quite simple, it just replaces all GTK >> >> > Table >> >> > by a GTK Table of 1 column. >> >> >> >> For me, We NEED to be "responsible", we need to work with sao from any >> >> devices, PDA mode is too simple and not >> >> usable. >> > >> > Please give us your definiton of «responsive». >> >> http://en.wikipedia.org/wiki/Responsive_web_design > > Ok so PDA mode is responsive base on this definition. >
yes >> > And what is not working with the PDA mode? >> >> Because it's not only to show data: >> * you need to naviagate data without a mouse, > > That's GTK/Xorg problem I'm not talking about GTK/Xorg. > >> * you need to show required fields first to avoid infinite scrolls > > First, it is wrong. There are not need to show required field first if > they have a default value. But it interesting to see required fields first on small devices because it is required data to fill. > Seoncd, it is the job of designing the view, you can not make an > algorithm that «computes» the «correct» design. I don't want to design a view thinking on that, I wan't client present me data depending on device. > >> * You need to access menu easily > > Yes probably for sao, it will require the expander like on the GTK > client. > >> PDA mode its a simple workarround to show data (with bootstrap you get >> it out of the box). > > Please stop dreaming that bootstrap solves everything that's absolutly > wrong. More over bootstrap limits a lot the possibilities of designs > because it has a specific vision about how *document* must be presented. > PDA mode is not a workarround, it is a solution hardly thought to solve > the small screen size issue without breaking the user experience and > without having to change the existing view definitions. > >> > I am not a dreamer. I don't want to change the existing view definitions. I would like to work properly with desktop, tablets and mobile and bootstrap (or other framework) helps to do that. >> >> For me, similarity of sao and gtk not means they have to be IDENTICAL. >> > >> > If we don't so we can drop one of the two clients. >> >> No, We need two clients have the same funcionality although data are >> shown in different manner. > > Not possible, showing the data is a functionality. Yes but it can be less strict > You just say that the order of the fields are important so the order is a > functionality and this functionality is implemented in Tryton with the > XML view definition. But I want to respect xml definition when screen size permits, and for small devices adjust form and tree, I don't want a pda mode working on 10' tablet because on most cases a full desktop works, but some views are terrible. On 7' tablet it's diferent... I don't want to have X modes for X cases. > But if people think the current view implementation is not good enough, > feel free to propose a replacement/improvement. > > -- > Cédric Krier - B2CK SPRL > Email/Jabber: cedric.kr...@b2ck.com > Tel: +32 472 54 46 59 > Website: http://www.b2ck.com/ -- Àngel Àlvarez Serra Tel. 93 553 18 03 @aasnan www.NaN-tic.com Avís legal >> _______________________________________________ Nan mailing list n...@lists.nan-tic.com http://lists.nan-tic.com/listinfo/nan
