You are not logged in.
Everytime I try to look at comments in Google+ dwb crashes with a segmentation fault.
[…]
Has anyone else had this issue?
This is a known bug and is on the bug tracker already. As a work-around, you can click on the timestamp to view the post with the comments already expanded, and comment-expansion works in the notification pane.
All the best,
-HG
Last edited by HalosGhost (2013-05-17 13:24:36)
Offline
I assume you are using the adblocker, another solution is to only use adblock-lists that doesn't contain element hiding rules.
Offline
I haven't found these issues / feature requests in the bugtracker but I may have missed them. I also don't know if it's possible to fix / add them them or not really. I'd appreciate any pointers and suggestions.
1. Emulate the behaviour of e.g. firefox where visited links are of different color https://bbs.archlinux.org/viewtopic.php … 27#p984827
2. dwb usually misses the anchors and shows page somewhat below or even the very bottom of the page https://bbs.archlinux.org/viewtopic.php … 5#p1174505
3. Whitelist certain websites so the ads they show are not blocked by adblocker.
4. The manpage doesn't list 'wO'.
Sorry if I missed some settings / discussion.
Edit: The anchors seems to be respected if I open the link in the same tab.
Last edited by karol (2013-05-18 18:06:18)
Offline
I haven't found these issues / feature requests in the bugtracker but I may have missed them. I also don't know if it's possible to fix / add them them or not really. I'd appreciate any pointers and suggestions.
1. Emulate the behaviour of e.g. firefox where visited links are of different color https://bbs.archlinux.org/viewtopic.php … 27#p984827
2. dwb usually misses the anchors and shows page somewhat below or even the very bottom of the page https://bbs.archlinux.org/viewtopic.php … 5#p1174505
3. Whitelist certain websites so the ads they show are not blocked by adblocker.
4. The manpage doesn't list 'wO'.Sorry if I missed some settings / discussion.
Edit: The anchors seems to be respected if I open the link in the same tab.
Feature requests that aren't in the bugtracker yet are best placed there so they don't get lost in pages and pages of an Arch forum thread.
Offline
2. dwb usually misses the anchors and shows page somewhat below or even the very bottom of the page https://bbs.archlinux.org/viewtopic.php … 5#p1174505
...
Edit: The anchors seems to be respected if I open the link in the same tab.
It also works, if you enable tabs to be loaded only on focus. Strange, but seems to be true here.
Offline
portix wrote:Edit: Have you copied the script to ~/.config/dwb/userscripts/?
yeah I copied over ~/.config/dwb to new install, and have double checked that the script is indeed in the userscripts folder. Still using xubu, and things work fine there, so not sure why this doesn't work.
I think I will check if I still have the tarball I used to install dwb on xubu and try installing that on new install if it is a different rel., and see if that makes a diff.
Yeah ok, it's all working as intended, and as I quite expected the problem was most definitely user error: a permissions issue which once chmod +x ~/.config/dwb/userscripts/ was run cleared the problem. I had previously only checked permissions on the script itself, neglecting the folder. DOH!
Offline
I haven't found these issues / feature requests in the bugtracker but I may have missed them. I also don't know if it's possible to fix / add them them or not really. I'd appreciate any pointers and suggestions.
1. Emulate the behaviour of e.g. firefox where visited links are of different color https://bbs.archlinux.org/viewtopic.php … 27#p984827
2. dwb usually misses the anchors and shows page somewhat below or even the very bottom of the page https://bbs.archlinux.org/viewtopic.php … 5#p1174505
3. Whitelist certain websites so the ads they show are not blocked by adblocker.
4. The manpage doesn't list 'wO'.Sorry if I missed some settings / discussion.
Edit: The anchors seems to be respected if I open the link in the same tab.
1: dwb uses webkit_web_history_item_new_with_data and webkit_web_history_add_item to restore the history of a previous session as it is mentioned in the webkitgtk-ticket. So that's a bug in webkitgtk. I won't work around those bug because dwb had to parse the whole site with javascript to color visited links from previous sessions every time a new site is loaded.
2: I'll try to fix that.
3: Sounds reasonable. When i first started with the adblocker it wasn't really possible to whitelist pages because not all requests could be associated with a tab but now it should be possible.
Offline
Hi,
quick noob question. How to setup spell shecking in dwb?
Thank you for answer.
Offline
Hi,
quick noob question. How to setup spell shecking in dwb?
Thank you for answer.
Try the settings file:
$ head -3 ~/.config/dwb/settings
[default]
enable-spell-checking=true
spell-checking-languages=en.pl
Offline
You need aspell installed, if you leave spell-checking-languages empty webkit will use your systems locale.
Offline
You need aspell installed
Correct me if I'm wrong, but I don't think there's a way to not have aspell installed, as the dependency chain looks like this:
dwb -> libwebkit (webkitgtk2) -> enchant -> aspell
It's true for webkitgtk3 too.
Offline
portix wrote:You need aspell installed
Correct me if I'm wrong, but I don't think there's a way to not have aspell installed, as the dependency chain looks like this:
dwb -> libwebkit (webkitgtk2) -> enchant -> aspellIt's true for webkitgtk3 too.
That's true, but the dictionaries are not a dependency of libwebkit and without dictionaries it won't work.
Offline
Thank you for quick response, it works...Really like dwb, have using it for some time now, along Links. All the best.
Offline
karol wrote:portix wrote:You need aspell installed
Correct me if I'm wrong, but I don't think there's a way to not have aspell installed, as the dependency chain looks like this:
dwb -> libwebkit (webkitgtk2) -> enchant -> aspellIt's true for webkitgtk3 too.
That's true, but the dictionaries are not a dependency of libwebkit and without dictionaries it won't work.
I don't know what is the standard procedure for dictionaries, but maybe this should be mentioned as an optdepend?
Offline
aspell prints a message after installation:
echo "==> aspell comes with no default dictionary"
Offline
I've just installed dwb (very nice!) and I'm getting the "border around form elements" bug. It took me a while to apply the solution (applying a user style-sheet - not hard to google). What's not obvious is that you should use a "web browser style path" (so file:///home/user/.config/dwb/stylesheet.css, not /home/user/.config/dwb/stylesheet.css). I thought I'd leave that here in the hope it'd be useful for others!
Offline
When restoring page with fragment id (like this), the page is restored to the top, ignoring the fragment. When pressing shift+r to restore the page without the cache, it also ignores the fragment, but I can see some flickering, like the page is restored correctly but immediately scrolled to the top. Is it some javascript? Can someone confirm it?
Offline
dwb uses webkit's builtin functions for reloading a site. These functions ignore the fragment part when reloading, instead it scrolls to the last position. You could circumvent this by defining your own reload function as a custom command, e.g.:
r:open $URI
Offline
dwb uses webkit's builtin functions for reloading a site. These functions ignore the fragment part when reloading, instead it scrolls to the last position. You could circumvent this by defining your own reload function as a custom command, e.g.:
r:open $URI
Thanks, but how does webkit save last position? Doesn't it require gconf? If it does, I don't see how the position could be saved as I don't have gconf, when I start dwb I see
GLib-GIO-Message: Using the 'memory' GSettings backend. Your settings will not be saved or shared with other applications.
Offline
No, it doesn't require gconf, it is saved internally and not exposed, it's also not saved between sessions. The message just says that dwb doesn't use GSettings.
Edit: Maybe i misunderstood you, you mean restoring like restoring a session or calling :undo? Undo is fixed in git, when restoring a session there is a problem, dwb doesn't load the url with webkit's function webkit_web_view_load_uri when restoring a session, that's the only way to have have the correct position with links that contain fragments. I try to find a way to circumvent this.
Last edited by portix (2013-05-28 13:11:37)
Offline
I meant restoring like shutting down dwb and starting it again - undo works fine for me.
Offline
That's not always possible without modifying the history, the only way to have a forward-history is to apply the old history to a newly created tab and after that navigate back in history which will, just like reloading a site, ignore fragments. So the only option would be to drop the forward history.
Edit: Another way would be to add the forward history after the site has loaded, that would mean that the forward history isn't available during first page load but i think that would be ok. You could create a ticket on the bugtracker, currently i don't have time to work on dwb.
Last edited by portix (2013-05-28 13:43:04)
Offline
Hi guys! Is there a way I can copy the current URL to the clipboard?
Thanks!
Offline
Hi guys! Is there a way I can copy the current URL to the clipboard?
Check if 'yY' is what you want.
Offline
@karol, why "yY"? I have always used just "yy" and it works fine, as it is putting it int he clipboard. The capital "Y" is putting it in "primary".
Offline