You are not logged in.
I'm trying this browser out. It's quite damn good. Thanks!
Offline
@ball: You can toggle caret browsing with a keystroke, in the custom commands section on dwb:keys you could add
<shortcut>:toggle enable-caret-browsing
This is awesome, thanks. I didn't recognize this possibility.
Offline
hej!
after all these months of use i don't want/need any other browser. thanks for your work
again a question though:
is it possible, to set the height of the completion popup? ideally fullscreen, with padding if the list is shorter. i couldn't find a setting for that.
also, showing the bookmarklisting first gives me a fullscreen list and as soon as i start skipping through the entries with tab it collapses to a smaller height even though the list is longer than the screenheight. is this intended? would it be possible to have a setting for that, too? (maybe it's even the same part of code as above?).
regards,
nem
Offline
Hi, i tried this great browser but i've seen that Google+ or Facebook pages aren't so smooth, is it normal?
I have an old pc with only 1gb ram and a CPU Amd Athlon 3500+, nvidia 6200 Agp.
Thanks, Marco
Offline
Hi, i tried this great browser but i've seen that Google+ or Facebook pages aren't so smooth, is it normal?
I have an old pc with only 1gb ram and a CPU Amd Athlon 3500+, nvidia 6200 Agp.
Thanks, Marco
you are not the only one, I also recieve constat freeze on facebook, specialy when page is auto-reloading through cookie expire time and I am in the middle of typing. It may be that is releated to webkit not dwb itself but i didn't try any other webkit base browser to confess this because I do not use facebook too much.
Offline
In general sites that heavily depend on javascript are not very smooth in webkitgtk, the javascript engine of webkitgtk is rather slow compared to other engines like chromiums engine.
Offline
Hey Portix,
thanks for the really great browser!
I have some features I wish dwb could have..
In fact they're cert pinning ,ogg/vorbis support and less crashing when surfing my owncloud instance, don't know what's wrong there.
--
Greetings,
toerb
Offline
Hey Portix,
[…] ogg/vorbis support […]
Hey toerb,
I'm not sure whether with ogg/vorbis support you mean html5, because that's a thing of the right codecs you have to have installed on your system (I think in my case it's the gstreamer0.10-good plugin pack or so…)
Offline
In general sites that heavily depend on javascript are not very smooth in webkitgtk, the javascript engine of webkitgtk is rather slow compared to other engines like chromiums engine.
Also, I've noticed that javascript heavy sites like Twittet do strange things with the fonts. I changed my whole font configuration and I have fixed alot of the dwb font problems... but twitter and other java heavy sites have strange font issues still. Its just something inherent for the time being I guess.
Offline
[...]that's a thing of the right codecs you have to have installed on your system (I think in my case it's the gstreamer0.10-good plugin pack or so…)
i have installed the codecs and the lack of playback of ogg/vorbis music in my onwcloud does not seem to come from a lack of ogg/vorbis support.
I can play Vivaldi 4 Seasons from Wikipedia with no problems.
Just have to search further
Last edited by toerb (2013-02-08 12:49:37)
Offline
In general sites that heavily depend on javascript are not very smooth in webkitgtk, the javascript engine of webkitgtk is rather slow compared to other engines like chromiums engine.
Would it be possible to change the dwb Javascript engine, maybe using chromium's? Slow Javascript performance appears to be one of the biggest downpoints I found so far.
Offline
Absolutely love the browser. Have had one or two small problems, though, that I can't reproduce in other webkit browsers (luakit, uzbl, surf). Certain webpages fail to render, for instance chains.cc or certain google searches ('classical composers' is one), and other sites like instagram crash entirely. This doesn't happen on the gtk3 version, but does on both the stable and latest releases of the normal version. Seems to be related to javascript, somehow? Is anyone else having these problems, or is there any useful debugging I could be doing? Thanks.
Offline
@Isildur: No, that's not possible, the javascript engine is part of webkitgtk, there were discussions about using v8 in webkitgtk on the webkitgtk mailing list but afair they won't use v8.
@snypylo: I cannot reproduce it, a gdb backtrace would be helpful, if you don't know how to create a backtrace, here is a script that creates a backtrace.
btw: please report bugs on dwb's bugtracker, this isn't the right place for bug reports.
Last edited by portix (2013-02-09 13:56:17)
Offline
Thanks, I'll make a report.
Offline
Hi,
one small question: Is it possible to pass an argument to users scripts? What I want is something like the following:
o:execute_userscript markbook "myargstring";;
I tried out diffent ways of writing this with different quotes, but I had no luck so far.
Thanks,
Benjamin
Last edited by Lord Bo (2013-02-11 18:06:20)
Offline
Yes, you don't need execute_userscript, you can map the script directly, if you are using dwb from the repos the following works:
o:markbook myargstring
The argument is accesible in the script via the environment variable DWB_ARGUMENT.
If you are using dwb-hg you must pull the latest version because some refactoring broke argument-passing to scripts and i just fixed it.
Offline
Hi,
thank you for your quick reply. It took me some time to answer, because I tried to install the latest hg version (I pulled it from bitbucket.org) and to use the userscripts there. Unfortunatly this seems to be broken. When I start a userscript with the latest mercurial version of dwb twice, it will only be executed the first time. The second time dwb says: Executing userscript (null) and does nothing. Arguments are also not passed. Fortunately the latest stable version from the community repository seems to work fine.
Benjamin
Last edited by Lord Bo (2013-02-12 11:11:13)
Offline
Hi portix,
again thank you for your quick help. However, your changes were a bit unfortunate: userscripts work again, argument passing does, too, but somehow I cannot pipe anything back to dwb.
Benjamin
Offline
Are you sure that you cannot pipe anything back to dwb? The refactoring i did broke some commands when executed from a userscript but it shouldn't affect all commands. Anyway, i'll try to fix it soon.
Offline
Are you sure that you cannot pipe anything back to dwb? The refactoring i did broke some commands when executed from a userscript but it shouldn't affect all commands. Anyway, i'll try to fix it soon.
Yes, im pretty sure. Take the following as an example:
#!/usr/bin/env perl
open DWB_FIFO, ">$ENV{'DWB_FIFO'}";
print DWB_FIFO "open https://www.archlinux.org/";
close DWB_FIFO;
This works with the community version of dwb, but not with the latest pull from the mercurial repositories.
edit: Tell me, if I can help you. I already looked into your code, but I fear, that I'm just a bit inexperienced considering the gtk framework.
Last edited by Lord Bo (2013-02-12 16:03:39)
Offline
open is one of the commands that broke, i already reverted the changes that broke userscripts, it will be fixed again tomorrow.
Offline
I've been loving dwb so far, but I just have one question. Is it possible to disable the "ctrl + right click" opens a new tab behavior?
Offline
Ctrl + right click doesn't open a new tab. Ctrl + left click opens a new tab, it is a webkit builtin map. In dwb it is not directly possible to disable webkit shortcuts, you can only override the default behaviour with a script:
//!javascript
function disable(wv, result, event) {
if (event.button == 1 && (event.state & Modifier.Control))
return true;
}
signals.connect("buttonPress", disable);
signals.connect("buttonRelease", disable);
May i ask why you want to disable it?
Offline
Thanks, and I did mean to say left click.
I was wondering since a recent update to Tumblr completely broke some functionality while using it in dwb, I figured I could get around it with this shortcut/Easter Egg that uses "alt+ctrl+left click", and in dwb it's opens a new tab instead of the intended behavior. It (and the functionality that's broken using it in dwb) works on Chromium, but since it's a webkit thing I'm a little more confused. Thank you though, I suppose it's just part of a bigger issue. It's not pressing or anything, but I'll leave it here in the off chance that anyone else every comes by the same issue.
Last edited by SolarBoyMatt (2013-02-13 02:45:36)
Offline