You are not logged in.
I never had the problem that i couldn't leave fullscreen, the only issue i have
is that sometimes i only have audio but no video in fullscreen mode using dwm
and nvidia.
Offline
Yes, had the same issue: when clicking <Esc> or the button to end fullscreen, the video played on for another 10-30 seconds and I also thought about killing dwb, but then suddenly, it was back to normal size again and I could simply close the tab and continue using dwb…
Thanks jakob! Next time I'll be a bit more patient
Offline
Do you have this fullscreen issue with all html5 videos or only with the ones created by the script?
Offline
Do you have this fullscreen issue with all html5 videos or only with the ones created by the script?
Could you give us a link to try another html5 video with dwb? I'm not too much into online streaming sites, so I don't know which providers offer html5 straight away…
Offline
I think most or even all videos on vimeo are html5 videos, at least with disabled plugins. The fullscreen button in the right corner is no real fullscreen, you have to use the right click context menu.
Offline
@portix, this happens with all html5 videos. edit: To be more precise, it definitely happens if the built-in webkit video player is being used. If it also happens on e.g. vimeo with its own html5 player, I'll check it right away.
@jakob, basically you can open a youtube video with the youtube html5 script and click on the link of your preferred resolution in this bar created by the script. This doesn't download the video, but opens it.
Last edited by Army (2012-08-16 11:09:37)
Offline
I think most or even all videos on vimeo are html5 videos, at least with disabled plugins.
This was the reason why I voted for removing the plugin blocker and making 'ph' to enable plugins for specific urls. But the plugin blocker is quite handy as well... Difficult!
The fullscreen button in the right corner is no real fullscreen, you have to use the right click context menu.
Actually the fullscreen button provides real fullscreen for me, the context menu doesn't provide a fullscreen switch.
Offline
@portix, this happens with all html5 videos. edit: To be more precise, it definitely happens if the built-in webkit video player is being used. If it also happens on e.g. vimeo with its own html5 player, I'll check it right away.
I can't get vimeo play html5 videos: Installed flashblock in firefox but all I get is a black frame w/ no alternative video playing. Same in chromium: Disabling flash and visiting vimeo still gives me flash vids… but as I don't watch too many videos an yt anyway, the fullscreen thing isn't a real issue here…
@jakob, basically you can open a youtube video with the youtube html5 script and click on the link of your preferred resolution in this bar created by the script. This doesn't download the video, but opens it.
Army: got that, thx!
Offline
This was the reason why I voted for removing the plugin blocker and making 'ph' to enable plugins for specific urls. But the plugin blocker is quite handy as well... Difficult!
I might add a native shortcut for toggling plugins, but i like the clickable plugin blocker. Here is just a quick script that implements toggling enable-plugins on the fly and that uses a whitelist.
#!javascript
const NEVER = 0;
const ENABLE = 1;
const DISABLE = 2;
const ALWAYS = 3;
// shortcut
var toggle = "@F6@";
// whether to automatically reload if shortcut is pressed
var autoreload = ENABLE;
// path to the whitelist
var whitelist = data.configDir + "/" + data.profile + "/enable_plugins.whitelist";
var wl = JSON.parse(io.read(whitelist)) || [];
bind(toggle, function() {
var wv = tabs.current;
var domain = wv.mainFrame.domain;
var idx = wl.indexOf(domain);
if (idx == -1) {
wl.push(domain);
io.notify("Plugins enabled");
if (autoreload & ENABLE) {
wv.reload();
}
}
else {
wl.splice(idx, 1);
io.notify("Plugins disabled");
if (autoreload & DISABLE)
wv.reload();
}
io.write(whitelist, "w", JSON.stringify(wl));
});
signals.connect("navigation", function(wv, frame, request) {
if (frame === wv.mainFrame)
wv.settings.enablePlugins = wl.indexOf(util.domainFromHost(request.message.uri.host)) != -1;
return false;
});
// vim: set ft=javascript:
There is also a perdomainsettings plugin that can be used to enable/disable plugins for certain domains.
Last edited by portix (2012-08-16 14:06:27)
Offline
Nice script! I've been using it for a day now and it's great. One thing is weird though: With disabled plugins, youtube will automatically switch to its html5 video player. If you then also use the youtube_html5 script, these two html5 video players fight against each other. Enabling plugins for youtube solves it. It's still kinda weird
Here's a small suggestion, maybe you want to implement it.
Offline
Is the mouse scroll with middle click working for you guys? (mouse.js script)
Offline
I don't even know if mouse.js is still working with the latest revision but
userscripts only work with the the userscripts extension.
I don't use any userscripts so there is no longer a native support for
userscripts.
In the latest revision scripts in ~/.conifg/dwb/scripts are no longer loaded
automatically, but they can be loaded by the extension that also handles
greasemonkey or scriptish rules, you can load the extension with
extensions.load('userscripts');
The extension first looks for scripts in ~/.config/dwb/scripts but you can also
pass an array of paths to scripts that should be loaded by the extension, e.g.
extensions.load("userscripts", [ "/path/to/script1", "/path/to/script2" ]);
Offline
Ah, OK, I didn't think it depended on the userscripts extension. Mouse gestures are OK, but autoscroll is a no-go. Thanks
Offline
Ok, i think i'll write a new script for autoscroll, mouse.js was just a quick hack anyway.
Offline
I am looking for an alternative to firefox+vimperator, and am testing dwb right now, but I have encountered a problem with it that seams to affect also luakit, uzbl, vimprobable2 and jumanji, namely, on some web pages random lines of text have all but the first couple of words invisible. Everything shows up when I highlight the text with mouse. Possible pattern might be that wordpres sites are affected. For example this one for me is broken: http://up-ship.com/blog/
Offline
Could you provide two screenshots? I don't have firefox installed and don't intend to right now (slow inet connection).
Btw, this seems to be a webkit bug (all other browsers you mentioned use the same webkit as well), so not dwb's fault.
Last edited by Army (2012-08-20 09:33:23)
Offline
Could you provide two screenshots? I don't have firefox installed and don't intend to right now (slow inet connection).
Btw, this seems to be a webkit bug (all other browsers you mentioned use the same webkit as well), so not dwb's fault.
I also suspected that the fault lies with the webkit, but didn't want to start a new thread for it in case it is a known thing for dwb users.
Offline
# Feature Request:
Hint mode for "mouse over", useful for CSS menu, buttons, etc. where you don't want to click but displace its options (or show a tooltip). There's a lot of them for example in Google sites and for now it's only possible using a mouse.
Thanks!
Offline
@beatle, oh crap this looks horrible!!! This should definitely be reported to the webkit bug tracker.
Offline
# Feature Request:
Hint mode for "mouse over", useful for CSS menu, buttons, etc. where you don't want to click but displace its options (or show a tooltip). There's a lot of them for example in Google sites and for now it's only possible using a mouse.
Thanks!
There is already a ticket on the bug-tracker. The problem implementing this is iirc, that some tooltips are constructed using the css hover attribute and there is no way faking hovering over that element without user interaction besides warping the mouse-pointer to that element, but warping the mousepointer is no acceptable solution.
Offline
EDIT:
Stupid mistake on my part, the userscript file started with #! javascript *Notice the space* All fixed.
Last edited by Reded (2012-08-21 20:40:44)
"Some humans would do anything to see if it was possible to do it. If you put a large switch in some cave somewhere, with a sign on it saying "End-of-the-World Switch. PLEASE DO NOT TOUCH", the paint wouldn't even have time to dry."
Offline
Thanks for the quickly response!
# Bug
Some times 'normal' mouse cursor disappears, just reappear on text zones with classic "over text icon" or buttons, again, with its corresponding icon.
I can't reproduce it so I don't know why it happens but occurs also on both top and bottom bars,
No scripts, just the one you make for changing stylesheet (again, thanks for it). Using last hg gtk2 version on AUR
Offline
# Bug
Some times 'normal' mouse cursor disappears, just reappear on text zones with classic "over text icon" or buttons, again, with its corresponding icon.
I can't reproduce it so I don't know why it happens but occurs also on both top and bottom bars,
No scripts, just the one you make for changing stylesheet (again, thanks for it). Using last hg gtk2 version on AUR
Can you create a ticket on the bitbucket-bugtracker?
Thanks.
Offline
Thanks for the quickly response!
# Bug
Some times 'normal' mouse cursor disappears, just reappear on text zones with classic "over text icon" or buttons, again, with its corresponding icon.
I can't reproduce it so I don't know why it happens but occurs also on both top and bottom bars,
No scripts, just the one you make for changing stylesheet (again, thanks for it). Using last hg gtk2 version on AUR
I can confirm it. For me it happened a couple of times after the mouse was captured by these pesky interactive ad banners (like, "draw your signature with mouse to win a gazillion $" etc.) so it might have something to do with it.
Offline
Wow, dwb has really changed since I last tried it. I like it.
Is it possible to bind Backspace to something? @Delete@ works e.g., but neither @Backspace@ nor @BackSpace@ do.
Also, I've managed to crash it by typing sk and then just return, acidentally (try it a few times).
Last edited by chneukirchen (2012-08-24 23:00:08)
Offline