dwb - a webkit web browser

dabrado · 2012-07-23 00:52:24

portix wrote:

Why don't you just use o?

Sorry I wasn't clear, I just meant mimicing the behavior of asking for an argument if one isn't given, not the actual opening of an url.

For example, to borrow a friend's use-case, a script to view a set of subreddits might look like:

#!/bin/bash

if ! [ "$DWB_ARGUMENT" ]; then
  echo "prompt subreddits:" > "$DWB_FIFO"
  DWB_ARGUMENT=$(<"$DWB_OUT_FIFO")
fi

reddits=$(echo $DWB_ARGUMENT | sed 's/[+, ]/+/g')
echo "open http://reddit.com/r/$reddits"

...using a theoretical 'prompt' command and some theoretical "$DWB_OUT_FIFO" for getting data out of dwb requested by a prior command (in this case 'prompt').

Not sure if FIFOs can be done that way, or if this makes any sense at all, but the point would just be to have a userscript that one way or another gets its argument.

One could imagine something more specific to this use-case, like:

#!/bin/bash
# dwb: Control r <arg>

reddits=$(echo $DWB_ARGUMENT | sed 's/[+, ]/+/g')
echo "open http://reddit.com/r/$reddits"

...where the '<arg>' (or whatever) on the keybinding line tells dwb that the userscript requires an argument, so if one is not given then it should be prompted for (like the 'open' command does).

portix · 2012-07-23 07:42:14

This is not possible in dwb, in general this would be possible with fifos but i don't think that i will ever implement it. I thought about it about a year ago but i decided against it, instead i decided to implement the javascript api which has some advantages, it produces less overhead because it doesn't spawn a new process, it gives you access to gobject-properties, also the execution time of javascript scripts is much faster than that of bash scripts, i think it is also faster than any other scripting language that communicates over a fifo with dwb, it only might be slower if you do heavy calculations in the script. The main reason why 'webjavascript' is slow is that dom-access slows scripts down but userscripts don't have access to the dom. One disadvantage of course is that most people don't like javascript.

Asmir · 2012-07-23 07:42:40

portix wrote:

There is no builtin possibility to change the color of about:blank. You can change the background color with a custom user stylesheet by setting the the body's background color, or with the following userscript
#!javascript

signals.connect("documentLoaded", function (wv) {
  if (wv.uri == "about:blank") {
    wv.inject("document.body.style.background = '#000';");
  }
});

Thanks portix.

TheLemonMan · 2012-07-23 11:00:28

I keep getting this error message when i try to load facebook, don't know if it's an error on my end or what.

Error parsing message: too many header bytes seen; overflow detected

spark666 · 2012-07-23 12:19:51

TheLemonMan wrote:

I keep getting this error message when i try to load facebook, don't know if it's an error on my end or what.
Error parsing message: too many header bytes seen; overflow detected

Same here,as i said on IRC to.Happens only on facebook.Portix said its cookies related .. on luakit i didnt had this problem.A quick fix its to use sanitize function,and clear all data..

TheLemonMan · 2012-07-23 12:29:23

spark666 wrote:

TheLemonMan wrote:
I keep getting this error message when i try to load facebook, don't know if it's an error on my end or what.
Error parsing message: too many header bytes seen; overflow detected
Same here,as i said on IRC to.Happens only on facebook.Portix said its cookies related .. on luakit i didnt had this problem.A quick fix its to use sanitize function,and clear all data..

Thanks for the hint. Anyway you can solve the problem without wiping all your data with this oneliner

cd ~/.config/dwb/default && mv cookies cookies.bak && grep -v facebook cookies.bak > cookies && rm cookies.bak

spark666 · 2012-07-23 12:43:35

TheLemonMan wrote:

cd ~/.config/dwb/default && mv cookies cookies.bak && grep -v facebook cookies.bak > cookies && rm cookies.bak

Tnx for the idea to i hope it will do the trick

portix · 2012-07-23 13:02:26

Luakit's cookie handling is completely different from dwb's cookie handling. It seems that dwb does something wrong but i don't know when i have time to work on cookie handling. Oddly it only seems to happen on facebook and i don't have a facebook account and also won't create an account.
Have you tried to only allow session cookies on facebook?

dabrado · 2012-07-23 17:17:49

portix wrote:

This is not possible in dwb, in general this would be possible with fifos but i don't think that i will ever implement it. I thought about it about a year ago but i decided against it, instead i decided to implement the javascript api which has some advantages, it produces less overhead because it doesn't spawn a new process, it gives you access to gobject-properties, also the execution time of javascript scripts is much faster than that of bash scripts, i think it is also faster than any other scripting language that communicates over a fifo with dwb, it only might be slower if you do heavy calculations in the script. The main reason why 'webjavascript' is slow is that dom-access slows scripts down but userscripts don't have access to the dom. One disadvantage of course is that most people don't like javascript.

Very interesting. Thanks for the info! Guess I'll finally need to become more competent in javascript.

dabrado · 2012-07-23 23:57:14

Extensions in /usr/share/dwb/extensions don't seem to be picked up for me, or at least the formfiller extension was not found when I created a userscript containing extensions.load("formfiller"). I had to link the formfiller extension into ~/.local/share/dwb/extensions/.

The javascript api documentation seems to say that extensions will be searched for in /usr/share/dwb/extensions. The code in dwb's extensions.js seems to suggest this as well. Why is it not happening?

portix · 2012-07-24 05:54:52

I cannot reproduce this, dwb first searches for extensions in ~/.local/share/dwb/extensions and then in /usr/share/dwb/extensions. Can you paste the output if you start dwb from a terminal?

bslackr · 2012-07-24 06:37:09

I'm trying to get the external editor feature to work with urxvt/vim. The command I am using is "urxvtc -e vim dwb_uri" A blank vim opens up in urxvt, but when I type something in and then :wq nothing happens. Am I doing something wrong?

portix · 2012-07-24 07:16:48

The external editor will not work with urxvtc. dwb waits for the editor's process to exit before it injects the text into the textarea/textinput but urxvtc immediately detaches from the parent process so dwb doesn't know when the editor is closed. If you want to use urxvt together with vim you have to use urxvt, not urxvtc.

bslackr · 2012-07-24 07:38:26

Ahh, sweet. Working great now. Thanks.

dabrado · 2012-07-24 08:14:22

portix wrote:

I cannot reproduce this, dwb first searches for extensions in ~/.local/share/dwb/extensions and then in /usr/share/dwb/extensions. Can you paste the output if you start dwb from a terminal?

So this is interesting... for me, dwb looks in the system directory only if a ~/.local/share/dwb directory exists.

If ~/.local/share/dwb exists (with nothing in it), dwb outputs:

GLib-GIO-Message: Using the 'memory' GSettings backend.  Your settings will not be saved or shared with other applications.
DWB EXTENSION: extension formfiller: Successfully loaded and initialized.

If ~/.local/share/dwb does not exist:

GLib-GIO-Message: Using the 'memory' GSettings backend.  Your settings will not be saved or shared with other applications.

==> DEBUG [MESSAGE]  : In file /home/dabrado/.config/dwb/userscripts/load-formfiller

portix · 2012-07-24 13:45:51

Ok thanks, i'll fix that soon.

dabrado · 2012-07-24 16:07:45

Awesome, thanks.

portix · 2012-07-24 16:30:18

Fixed.

dabrado · 2012-07-24 21:17:49

Confirmed. Thanks!

brianb · 2012-07-25 13:58:29

Certain websites--especially news sites--spike dwb's CPU usage up to 100%. Any idea why, and whether this can be fixed? Sometimes there's a noticeable lag on the website causing the CPU spike, sometimes not. And usually it also causes my laptop's fan to start running furiously.

Here is one site where it happens: http://www.tor.com/blogs/2011/06/norvig … ture-of-ai. On this site, there's no lag or anything, yet my fan start spinning and htop reports 100% CPU usage, until I close the tab.

Last edited by brianb (2012-07-25 14:01:33)

manolomartinez · 2012-07-25 14:08:24

brianb wrote:

Certain websites--especially news sites--spike dwb's CPU usage up to 100%. Any idea why, and whether this can be fixed? Sometimes there's a noticeable lag on the website causing the CPU spike, sometimes not. And usually it also causes my laptop's fan to start running furiously.

Same here, but it seems to me now that this is a problem in general with webkit browsers. I've tried the problematic websites with luakit, surf, etc. and I have the same behaviour. Could you try that, Brian? Maybe I'm just seeing things.

Manolo

brianb · 2012-07-25 15:03:32

manolomartinez wrote:

Could you try that, Brian? Maybe I'm just seeing things.

I just opened that same tor link in both dwb and luakit. htop reports 99.0% CPU usage for dwb, and 0.0% for luakit. :-/

manolomartinez · 2012-07-25 15:41:13

Maybe I'm just adding noise here: although I do see very high CPU usage with dwb in certain websites, it's hardly ever 100%. Besides, that tor link behaves OK for me here -- so you should probably just disregard my comment.

Last edited by manolomartinez (2012-07-25 15:42:03)

Reded · 2012-07-25 19:32:01

Hi, I've been using your browser for a while, but just today something started happening - When I click a link that starts with http:// in, for example, Skype, it opens the link AND opens another tab, where it seems to google-search the letters HTTP.

So essentially, it loads the word http as a search, and the link I clicked...

Is there a fix for that, or is that something on my end?

EDIT:

In fact, this only seems to happen for Skype!

Weird, I'll have a hunt around

Last edited by Reded (2012-07-25 19:33:43)

portix · 2012-07-25 20:40:31

Do you have addressbar-dns-lookup enabled? You can first try to disable it, this setting isn't a good idea anyway so this will probably be removed in the future.

Arch Linux

#901 2012-07-23 00:52:24

Re: dwb - a webkit web browser

#902 2012-07-23 07:42:14

Re: dwb - a webkit web browser

#903 2012-07-23 07:42:40

Re: dwb - a webkit web browser

#904 2012-07-23 11:00:28

Re: dwb - a webkit web browser

#905 2012-07-23 12:19:51

Re: dwb - a webkit web browser

#906 2012-07-23 12:29:23

Re: dwb - a webkit web browser

#907 2012-07-23 12:43:35

Re: dwb - a webkit web browser

#908 2012-07-23 13:02:26

Re: dwb - a webkit web browser

#909 2012-07-23 17:17:49

Re: dwb - a webkit web browser

#910 2012-07-23 23:57:14

Re: dwb - a webkit web browser

#911 2012-07-24 05:54:52

Re: dwb - a webkit web browser

#912 2012-07-24 06:37:09

Re: dwb - a webkit web browser

#913 2012-07-24 07:16:48

Re: dwb - a webkit web browser

#914 2012-07-24 07:38:26

Re: dwb - a webkit web browser

#915 2012-07-24 08:14:22

Re: dwb - a webkit web browser

#916 2012-07-24 13:45:51

Re: dwb - a webkit web browser

#917 2012-07-24 16:07:45

Re: dwb - a webkit web browser

#918 2012-07-24 16:30:18

Re: dwb - a webkit web browser

#919 2012-07-24 21:17:49

Re: dwb - a webkit web browser

#920 2012-07-25 13:58:29

Re: dwb - a webkit web browser

#921 2012-07-25 14:08:24

Re: dwb - a webkit web browser

#922 2012-07-25 15:03:32

Re: dwb - a webkit web browser

#923 2012-07-25 15:41:13

Re: dwb - a webkit web browser

#924 2012-07-25 19:32:01

Re: dwb - a webkit web browser

#925 2012-07-25 20:40:31

Re: dwb - a webkit web browser

Board footer