summaryrefslogtreecommitdiff
path: root/README
AgeCommit message (Collapse)Author
2014-06-28README fixesPeter Hofmann
2014-06-22Only talk about URIsPeter Hofmann
Let's stick to WebKit's and GNOME's terminology.
2014-06-22README: Document URLs as argumentsPeter Hofmann
2014-06-22README: WordingPeter Hofmann
2014-06-19The Big README UpdatePeter Hofmann
2014-06-19Implement keyword based searchingPeter Hofmann
2014-06-19Rework and extend hotkeysPeter Hofmann
hjkl is nice in a terminal, but it poses a problem in GUI programs: If your program is not ENTIRELY controlled via keyboard, your right hand has to reach from the mouse to the keyboard to the mouse to the keyboard... That's nasty. Now, all hotkeys can be hit using your left hand. I also think that using Control as a modifier is uncomfortable. Your pinkie has to do a lot of work and stays in an uncomfortable position. Using Alt/Mod1 feels better. Secondly, there's no need for scrolling hotkeys. This only makes sense if your program has keyboard-only usage. I can scroll using the mouse (plus, I have screen barriers to support this). Furthermore, there's a hotkey now that enters search mode and hotkeys to create or destroy windows/tabs. I also differentiate between single-handed hotkeys and dual-handed hotkeys. When you enter the location bar or search mode, you are going to begin typing -- thus, your right hand MUST move from the mouse to the keyboard. As a result, it doesn't make sense to make these hotkeys reachable using only your left hand. Mod1+l to enter the location bar is totally fine and so is Mod1+k for searching. Of course, it's more comfortable if you can also close the download manager using Mod1+q. Reloading is useful as well and I NEVER want to have "reload WITH using the cache" (major annoyance of other browsers). To sum it up, your left hand can stay relaxed over q, w, e, d.
2014-06-19Download ManagerPeter Hofmann
Hit ^D to open it. According to sloccount, we have reached 731 lines of code now.
2014-06-17Built-in download featurePeter Hofmann
Downloading via an external tool poses a problem: You have to pass the current "web context" from the browser to your tool. This context comprises cookies, the referrer, the user agent and information about HTTP basic auth. With some effort, you can pass most of this to your tool -- except for HTTP basic auth. tl;dr: Downloading via wget is pretty complicated. With this commit, WebKit handles the downloads. What's missing, are some GUI elements to monitor and cancel downloads.
2014-06-15README: Fix spelling ;-)Peter Hofmann
2014-06-15README: Fix typoPeter Hofmann
2014-06-15README: Mention wgetPeter Hofmann
2014-06-15README: A word about local storagePeter Hofmann
2014-06-15README tweaksPeter Hofmann
2014-06-15s/zea/lariza -- this is finalPeter Hofmann
2014-06-15Try to explain the builtin tabbed launcherPeter Hofmann
2014-06-14Cooperative instancesPeter Hofmann
2014-06-14Fix lulzPeter Hofmann
2014-06-14Complete adblockPeter Hofmann
2014-06-14Implement searching the current pagePeter Hofmann
2014-06-14README: Update TODOsPeter Hofmann
2014-06-14Hotkey-scrollingPeter Hofmann
2014-06-14Add an input box to change the URLPeter Hofmann
2014-06-14Rename sn to zeaPeter Hofmann
Meh, I discoverend another, totally unrelated project called "sn".
2014-06-14Go back to Gtk2 for flash supportPeter Hofmann
2014-06-14Support XEMBEDPeter Hofmann
2014-06-14README: Remove paragraph about WebKit2Peter Hofmann
I'm not so sure about that anymore. It's still slow, yes... But we do have multiple webviews.
2014-06-14Initial draftPeter Hofmann