Re: Prototyping navigation in Epiphany
On Wed, 2012-05-30 at 13:32 +0200, Felipe Erias Morandeira wrote: Hi, I have implemented a small prototype of the proposed navigation for Epiphany, as described in https://live.gnome.org/Design/Apps/Web The basic idea is that open tabs are placed in a horizontal list, with the last visited ones on the left. You would click on a thumbnail to open the web page; from there, clicking on Pages would take you back to the overview of open pages. I have also implemented an alternative UI where the open pages are arranged in a 2D grid. Thanks for great mock up. For comparison with the existing solution, this is the command line command to open the same set of tabs in Epiphany: epiphany -n \ www.reddit.com \ www.fsf.org \ www.gnome.org\ www.google.com \ www.mozilla.org \ www.freedesktop.org \ www.igalia.com \ www.webkitgtk.org\ www.webkit.org \ www.amateurgourmet.com \ www.reddit.com/r/cooking \ www.reddit.com/r/funny This application has limited functionality because its goal is only to quickly test a very specific behaviour. Specifically: - the list of pages is hardcoded - frequently opened pages are not displayed under the open tabs list, as the design calls for - Recent, Favorites... do not work - when a website is open, only following links and Pages work You can grab the code here: http://people.igalia.com/femorandeira/files/Ephy_20120530.tar.gz The project folder includes compiled binaries that should work on, at least, 64-bit Debian and Ubuntu. Just uncompress it and run cd Ephy ; ./Ephy Note that if you want to build it yourself, you will need the qt4, qt-webkit and qmlviewer dev. libraries for your distribution; then, you can just run make distclean ; qmake make The application allows for some customisation through the command line: --grid: Display open pages in a grid (default: horizontal list) --reorder : Open tabs are reordered by last used --help: Print this message ./Ephy --reorder would give you a list without reordering, ./Ephy --reorder is the currently proposed behaviour ./Ephy --grid would sort the open tabs in a fixed 2D grid, ./Ephy --grid --reorder would place the last open tab at the top left corner of the grid. I am not sure if 'destroying' the difference between 'opened page' and 'recent page' is best way. The current implementation is wonderful for the initial screen but there is a few cases when you want to know if tab is opened: - Login to free WiFi requires to have window opened all time otherwise the connection won't work (yes - I know it's 2012 and virtually all devices have WPA2 but I don't set up this AP). If user go to other pages - will he be logged out? - Uploading large file (to say YouTube/Vimeo/Dropbox/...). User might want to continue browsing but still use the browser. - Some page have flash animation (or java script animation, or java applet). It consumes lots of resources (memory and cpu). User might want to close it. - Will it preserve volatile state (text fields etc.)? When I write a comment to bug report I often check the data on other pages etc. I might context switch to another task if the latter will be more urgent etc. I guess on mobile the background tabs can be often closed (there are seldom large data uploads, many smartphones have data plans etc.) but it won't be the case with laptops. Also I am not sure if it is best replacement for tabs in all usecases. I use tabs in a few ways (often in different windows) and I guess the use is rather common: - Various 'applications' opened I check periodically (say Google+, Facebook, Twitter...). It seems to be great for it. - Short following links (to check definition on Wikipedia for example). It seems manageable. - Read list for later (IIRC it was suppose to be implemented as separate feature but I guess it should be implemented before removing tabs). Please, let me know if this works for you. I know that using QML to prototype GNOME applications might sound like a strange proposition, but in this case I just wanted a quick way to test the behaviour without writing any final code. I am open to use a similar approach to explore the design of other parts of GNOME. Thanks for work. Such mockups help to understand the concepts behind the design Regards, Felipe Maciej, PS. Sorry for lots of 'I'. I understand that I may not be a typical user but I guess I found several use cases when the design might not work as well as current one. I am not a designer so it might be just the mockup shortcoming and/or require small changes in a few places. signature.asc Description: This is a digitally signed message part
Re: Introducing libzapojit
On Wed, 2012-05-30 at 22:25 +, Debarshi Ray wrote: I would like to move it to GNOME infrastructure and make a release in time for 3.5.2 Done. The first release, version 0.0.1 is available from: http://download.gnome.org/sources/libzapojit/0.0/ Seeing as it's functional, please make it follow the GNOME versioning. It would save everyone (you included) a lot of pain, knowing which version of the library you shipped with which version of GNOME. Cheers ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
libpwquality is a new GNOME Desktop dependence
Hi, libpwquality[1] is now a blessed dependence for GNOME Desktop. It's currently used (release 1.1.0) by gnome-control-center and gnome-disk-utility to provide feedback about your password strength and to suggest new strong passwords. Cheers [1] http://fedorahosted.org/libpwquality/ ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Prototyping navigation in Epiphany
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30/05/12 20:04, Diego Escalante Urrelo wrote: Hey Felipe On Wed, May 30, 2012 at 6:32 AM, Felipe Erias Morandeira femorande...@igalia.com wrote: Hi, I have implemented a small prototype of the proposed navigation for Epiphany, as described in https://live.gnome.org/Design/Apps/Web Awesomeness, thank you! Bonus points if you also include some screenshots :-)! Better than screenshots, here are a couple of videos of the thing in action. The image is a bit jerky because of the screen-recorder. The first one shows the case where the open tabs are shown in a horizontal list that gets reordered; note how the thumbnail is updated whenever we go back to Pages, and how the list scrolls to the left to show the most recently opened pages. Command: ./Ephy --reorder http://people.igalia.com/femorandeira/files/Ephy-20120531-listreorder.ogv The second one arranges the open tabs in a static grid; note how in this case their position does not change. Command: ./Ephy --grid http://people.igalia.com/femorandeira/files/Ephy-20120531-gridstatic.ogv Regards, Felipe -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAk/HVEgACgkQ3e5RNKzod9cEVwCeLQ81/o5HzbJzxLnkdiQ3yvsT m8kAoN4eqO5apJCgAkC03ETJl6zDO2v0 =DwEU -END PGP SIGNATURE- ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: IM Integration: Let's demonstrate our languages in the Wiki
2012/5/29 Andre Klapper ak...@gmx.net: On Tue, 2012-05-29 at 21:52 +0800, Kunshan Wang wrote: Thanks, but it is unclear what knowledge you would like to collect. Could you please add a first sentence to each section describing what exactly you expect people to add to each section? For example for Keyboard Layout I hope you don't want every single language on this world to describe their keyboard layout(s) in words. I updated https://live.gnome.org/Inputting to include more TODOs. You are right. It is not that useful to describe each individual Latin-based languages since there are too many and too similar. Interactive Inputting - don't know what that is. Really needs an introducing sentence explaining what which section is about. Stylish does not tell me anything either. Introducing sentences added. Also see: https://live.gnome.org/Inputting/Inputting/Chinese/Example/PhrasePinyin I added this example and hope it makes sense to the people who are not familiar with Chinese or Japanese IMs. I will add more information about LEET-1337 and the so-called Martial Chinese later. There is a Wikipedia entry for this thing: http://en.wikipedia.org/wiki/Martian_language Regards. Kunshan Wang ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: IM Integration: Let's demonstrate our languages in the Wiki
On the Wiki page I see TODO: List of keyboard Layouts. Are you going to list all layouts/variants available in xkeyboard-config? Plus the ones available from the IM framework(s) supported by GNOME? Actually, the list of layouts from xk-c can be done dynamic, by extracting from base.xml.in (proper xsl or smth) Sergey ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Prototyping navigation in Epiphany
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 31/05/12 09:09, Maciej Marcin Piechotka wrote: I am not sure if 'destroying' the difference between 'opened page' and 'recent page' is best way. The current implementation is wonderful for the initial screen but there is a few cases when you want to know if tab is opened: That distinction still exists in the current design. Have a look at jimmac's mockup: https://github.com/gnome-design-team/gnome-mockups/raw/master/web/web-overview.png in https://live.gnome.org/Design/Apps/Web The idea is that the area on the top with a gray background would contain your open tabs. The area below it would contain pages that have been opened recently (but are not open at the moment). This is not implemented in the prototype, and that area is simply left empty. I created this little application to evaluate this design and other alternatives. Thanks for work. Such mockups help to understand the concepts behind the design :-) Felipe -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAk/HWbIACgkQ3e5RNKzod9fU1ACgyBuHD/k9GpyWlte6u1p4TOMi vCEAn3/qvsRA4uDS+l1uVcWTc7HAhXyd =ojIM -END PGP SIGNATURE- ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: IM Integration: Let's demonstrate our languages in the Wiki
This is actually the part I am least confident with. As a Chinese, I do not use keyboard config, but use interactive inputting with English keyboard, instead. What I really want to collect is as much country-specific special cases as possible. As Wikipedia mentions Italian keyboard does not have the È character which is in Italian. See http://en.wikipedia.org/wiki/Keyboard_layout#Italian There should be much more special cases than this. I believe there are many complex (more complex than Chinese/Japanese) scripts that need attention. I wish we also mention how well (or badly) these cases are handled in IBus/Scim/Fcitx and other frameworks so that developers can get a big picture about what we still need to do. 2012/5/31 Sergey Udaltsov sergey.udalt...@gmail.com: On the Wiki page I see TODO: List of keyboard Layouts. Are you going to list all layouts/variants available in xkeyboard-config? Plus the ones available from the IM framework(s) supported by GNOME? Actually, the list of layouts from xk-c can be done dynamic, by extracting from base.xml.in (proper xsl or smth) Sergey ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: libzapojit 0.0.1
Hey Debarshi, just a few more questions, so we can sort this new dependency properly: - Does it have any dependencies besides glib ? libsoup, librest ? Apart from those 3, it uses json-glib for dealing with the JSON sent by the server, and gnome-online-accounts for the OAuth2 tokens for Windows Live. It should be possible to make the GOA dependency optional. In that case, we would need another implementation of the ZpjAuthorizer interface which would have to do the OAuth2 authentication flow with some help from the client application. I did not write this code, yet, because there is no current use for it. This is also how libgdata works. Documents uses an implementation of GDataAuthorizer which uses GOA, but there are GDataClientLoginAuthorizer and GDataOAuth1Authorizer too. - What is the license ? LGPLv2+ - Are the APIs that it uses restricted somehow ? These are the APIs that it uses: Skydrive: http://msdn.microsoft.com/en-us/library/live/hh826521 Hotmail: http://msdn.microsoft.com/en-us/library/live/hh826535 Core Concepts: http://msdn.microsoft.com/en-us/library/live/hh826528 They don't look restricted or encumbered, but I don't know. However, on the Microsoft forums, another application developer said that he was trying to sniff the network traffic to find out the APIs used by Microsoft's client because he could not get something to work. In response, Microsoft employees told him not to do that because third party developers are supposed to be using the aforementioned APIs. Happy hacking, Debarshi -- KR is like the Bible. The fervent read it from end to end, the religious keep a copy. -- Arjun Shankar pgpggsU43Uyzg.pgp Description: PGP signature ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list