jumanji - a web browser

neldoreth · 2010-07-29 09:35:45

Hello,

Cdh wrote:

The project page moved so every links is broken now. Also I cannot find the faq anymore.
Also the lack of any form of documentation is disturbing. I don't talk of extensive documentation. A simple text file with WIP information would be enaugh: "This are all keybindings", "this is how you use bookmarks", etc.

Yes, we moved to redmine where we have a bugtracker etc now, but I did not have the time to move all the content from the old website. And like I said, there will be a full documentation with the first version of jumanji - this project is still under development and some things will change.

Best regards

portix · 2010-07-29 10:29:52

Would be great to have a third argument in the download command which would be set with the uri of the current page, since on some webpages in wget the --referer option needs to be set (see here).

mrbrich · 2010-07-30 17:09:22

neldoreth wrote:

Hello,
mrbrich wrote:
IMHO, it is more elegant and convenient to do this from within the browser on a single line than to open up new xterms, zenity dialogs and so on (which are distracting).
It may be a bit distracting, but the biggest benefit from this is that you can easily customize and change it (this won't be possible if i would use a download mechanism included in jumanji): So you can easily hand over the URI to download to any download manager/daemon you wan't or just use a wget session.
Best regards

I understand, but I don't agree. The same argument about customization has been made for tabs, bookmarks, history, cookies, etc. I think uzbl is a very interesting project, but I'm happier using jamanji because it is simple and intuitive even without customization (my jumanjirc is 4 lines, my uzbl config is 394 lines). Customization is great, but a program that does what you want right out of the box is better! Downloading files (especially PDFs) is something I do often, so I wish it could be as convenient as possible (e.g. no need to leave the browser; a chance to confirm/abort; open PDF with a few keystrokes). In my experience, no external download manager can achieve the level of simplicity and convenience I am looking for. IMHO, the download should be confirmed and the filename edited inside the browser. Once that has been done, the actual download can be handed off to an external program, e.g. wget.

Inxsible · 2010-07-30 17:21:37

mrbrich wrote:

Customization is great, but a program that does what you want right out of the box is better!

But jumanji does do downloads out of the box. Its just that you don't like the way it does it which is why you are looking for a different way. And that spells customization.

neldoreth · 2010-07-30 17:24:23

Hello,

mrbrich wrote:

I understand, but I don't agree. The same argument about customization has been made for tabs, bookmarks, history, cookies, etc.

Yes, in uzbl, but not in jumanji: About a year ago we once began to wrote a library that was capable of downloading http/ftp URIs and we began to wrote a little daemon that used this library to download files. What we want in the end (and what I want now too), is a little download manager that runs in the background and can be controlled by a simple curses interface. In addition if I want to download things from the browser, the browser would just send the link to the daemon and everything is done. I personally hate nothing more that when the browser crashes all current running downloads are closed and that I am not able to control the download speed from the downloads with the browser itself. Thats why I do not want to include the downloading in the browser itself.

mrbrich wrote:

Downloading files (especially PDFs) is something I do often, so I wish it could be as convenient as possible (e.g. no need to leave the browser; a chance to confirm/abort; open PDF with a few keystrokes). In my experience, no external download manager can achieve the level of simplicity and convenience I am looking for.

Yes, I want to open some files with a specific program automatically and not download them and then do all the stuff manually, but yet there is nothing concerning that written in jumanji: Every filetype that webkit understands will be opened with the webkit, and for all unknown a download will be started. And like I said, jumanji is still under development

Best regards

mrbrich · 2010-07-30 17:46:39

neldoreth wrote:

Yes, in uzbl, but not in jumanji: About a year ago we once began to wrote a library that was capable of downloading http/ftp URIs and we began to wrote a little daemon that used this library to download files. What we want in the end (and what I want now too), is a little download manager that runs in the background and can be controlled by a simple curses interface. In addition if I want to download things from the browser, the browser would just send the link to the daemon and everything is done.

That sounds like it would be very cool and non-intrusive. I still feel that before I pass the request to this program, I want to be able to specify the filename/location. I also want to be asked for a confirmation, because sometimes it is not obvious that certain links will trigger downloads, and sometimes a link can be selected by accident. So my comment from the last post still applies.

Note that I'm just stating an opinion/preference, not complaining about your work. It seems that everyone has a feature request and that must get frustrating. I have looked into the code, and I may try to implement something myself (If I do, I will make it available).

neldoreth wrote:

mrbrich wrote:
Downloading files (especially PDFs) is something I do often, so I wish it could be as convenient as possible (e.g. no need to leave the browser; a chance to confirm/abort; open PDF with a few keystrokes). In my experience, no external download manager can achieve the level of simplicity and convenience I am looking for.
Yes, I want to open some files with a specific program automatically and not download them and then do all the stuff manually, but yet there is nothing concerning that written in jumanji: Every filetype that webkit understands will be opened with the webkit, and for all unknown a download will be started. And like I said, jumanji is still under development

Are you saying that the PDFs should be opened with webkit, because that's not what happens for me. Maybe I need to configure this?

Last edited by mrbrich (2010-07-30 17:47:22)

neldoreth · 2010-07-30 17:54:43

Hello,

mrbrich wrote:

That sounds like it would be very cool and non-intrusive. I still feel that before I pass the request to this program, I want to be able to specify the filename/location. I also want to be asked for a confirmation, because sometimes it is not obvious that certain links will trigger downloads, and sometimes a link can be selected by accident. So my comment from the last post still applies.

No, my idea was that you have a default download directory and you may have filters for specific file types that will chage the directory or you can pass the directory with it. Now I understand what you want exactly, just a conformation before jumanji does anything - I will think about that, and I have a certain idea in mind.

mrbrich wrote:

Note that I'm just stating an opinion/preference, not complaining about your work. It seems that everyone has a feature request and that must get frustrating. I have looked into the code, and I may try to implement something myself (If I do, I will make it available).

I know, I am happy about every input - In addition we have a bug/feature tracker, but some things are better discussed in real life, the bbs or in the irc channel - like this one.

mrbrich wrote:

Are you saying that the PDFs should be opened with webkit, because that's not what happens for me. Maybe I need to configure this?

No, webkit does (and probably will never) support pdf files: It will be possible to define programs that will be spawned for specific file types, but before that there are some other things that have to be written.

Best regards

egan · 2010-07-30 22:32:51

I still cannot run jumanji at all.

There is no error message at all when jumanji is called without arguments, the prompt returns as if nothing happened.
Once I add an argument, I get the following error:

(jumanji:30129): Unique-DBus-WARNING **: Unable to open a connection to the session bus: /usr/bin/dbus-launch terminated abnormally without any error message

(jumanji:30129): Unique-DBus-WARNING **: Unable to connect to the running instance, aborting.

I do not run dbus on my system. In fact, /usr/bin/dbus-launch does not exist on my system at all --- I suspect this is where the problem lies.

Please fix this issue, my first week with jumanji was so nice and it is a shame that I have been completely unable to use it for the last few weeks (ever since libunique was included).

neldoreth · 2010-07-30 22:43:53

Hello,

Someone mentioned this issue some weeks ago in the irc channel, it seemed like that you at least have to install dbus (you do not have to run the daemon). I will try to find another simple solution for running just one instance of jumanji.

Best regards

kmason · 2010-07-31 01:39:54

Could you post some screenshots? I may interersted in this, but I want to see what it looks like to help sway my decision.

lilsirecho · 2010-07-31 02:12:54

Jumanji is a command line program which enables browsing from the command-line. There is no screenshot afaict.

egan · 2010-07-31 03:03:07

lilsirecho wrote:

Jumanji is a command line program which enables browsing from the command-line. There is no screenshot afaict.

That is not correct at all... it is most certainly a graphical program. There are screenshots on the first page.

egan · 2010-07-31 03:06:31

neldoreth wrote:

Hello,
Someone mentioned this issue some weeks ago in the irc channel, it seemed like that you at least have to install dbus (you do not have to run the daemon). I will try to find another simple solution for running just one instance of jumanji.
Best regards

Installing dbus fixed it (all I had was dbus-core). If jumanji needs dbus to run, you should add it as a dependency.

kmason · 2010-07-31 03:42:36

egan wrote:

lilsirecho wrote:
Jumanji is a command line program which enables browsing from the command-line. There is no screenshot afaict.
That is not correct at all... it is most certainly a graphical program. There are screenshots on the first page.

The screenshots on the first page link to error pages.

neldoreth · 2010-07-31 08:17:12

Hello,

kmason wrote:

The screenshots on the first page link to error pages.

I updated them.

Best regards

bernarcher · 2010-07-31 08:56:07

kmason wrote:

The screenshots on the first page link to error pages.

Just got confused a bit,
This refers to the first page of this thread of course.

I tried to find them on the http://pwmt.org/projects/jumanji page. (And I feel they belong there nevertheless.)

neldoreth · 2010-07-31 08:59:15

Hello,

bernarcher wrote:

I tried to find them on the http://pwmt.org/projects/jumanji page. (And I feel they belong there nevertheless.)

They do, but the website (as well as its content) is not finished yet.

Best regards

Dieter@be · 2010-07-31 13:09:10

@neldoreth

re: download daemon, have you checked rsget.pl? that's really a nice program which supports downloading from a lot of different sources.

downloading files can be a tricky issue (as we've experienced with uzbl), because whichever app that does the downloading, may need to be integrated in your browser session (ie you are authenticated in the browser, and you can only download when authenticated). Luckily it is often enough to make your $download_program send a specific user agent and make it use the same cookies you use in the browser, but this may not be enough.

My experience with uzbl is (as project leader), is that we have made very little compromises. We've always aimed for maximum amount of flexibility (let users script their own things etc) and the result of this is, in order to allow those features the code does get quite complicated. I wouldn't call uzbl very KISS (although I want to do some changes to make it go into that direction), but I would certainly say a "monolithic" (albeit lightweight) browser that provides integration features (only) if they are not too complicated, seems like the best approach to me. It seems a good idea to me to make a browser configurable by just modifying the source code, or using different code branches. (dwm style). It might be harder to customize to your likings, but the implementation is more simple. So, a good choice for people who know C.
For this reason I think jumanji is a promising project. (although I haven't tried it yet or looked at the code)

aqamar · 2010-07-31 16:31:16

i can wish a version in QT instead of GTK2?

kmason · 2010-07-31 16:55:12

neldoreth wrote:

Hello,
kmason wrote:
The screenshots on the first page link to error pages.
I updated them.
Best regards

Thanks. It looks very slick too... I think I'll try it out!

falconindy · 2010-07-31 17:00:26

Where has the js script for link hints gone? The FAQ that previously existed is no more.

Hunner · 2010-07-31 19:01:32

falconindy wrote:

Where has the js script for link hints gone? The FAQ that previously existed is no more.

I think http://bitbucket.org/portix/stuff/src/t … 2_hints.js is a pretty good alternative to the one that used to be on the site. You can at least use it until pwmt gets sorted back around.

falconindy · 2010-07-31 22:23:26

Hacked up a zenity script for downloads. Emphasis on hack...

#!/bin/bash

# files: change these if needed/wanted
WGETFIFO=/tmp/wgetfifo
COOKIEFILE=~/.config/jumanji/cookies

# $1 => source URL
# $2 => destination file
[[ $# != 2 ]] && exit

# progs: less likely you'll want to change these
WGET=$(type -P wget)
ZENITY=$(type -P zenity)
WGETCMD=("$WGET" -c --load-cookies "$COOKIEFILE" "$1" -O "$2")
ZENITYCMD=("$ZENITY" --progress --auto-close --title "Downloading to $2" --text "$1")

# insure that wget is killed if the script ends before it does
trap_exit() {
  [[ -p "$WGETFIFO" ]] && rm -f "$WGETFIFO"
  [[ -d /proc/$wgetpid ]] && kill $wgetpid
}
trap 'trap_exit' HUP INT EXIT

# it's not possible to tie wget directly to zenity because we need wget's PID
# in order to kill it when the cancel button is pressed on the zenity dialog.
[[ ! -p $WGETFIFO ]] && mkfifo $WGETFIFO

"${WGETCMD[@]}" "$@" &> "$WGETFIFO" &
wgetpid=$!

"${ZENITYCMD[@]}" < <(sed -u 's/ *[0-9]*K[\ \.]\+\([0-9]\+\)%.*/\1/p' < "$WGETFIFO")

Add it to your jumanirc as:

set download_command    /bin/sh -c "/path/to/wgetzen %s %s"

Last edited by falconindy (2010-08-01 23:01:53)

Stalafin · 2010-08-01 14:00:24

Hunner wrote:

falconindy wrote:
Where has the js script for link hints gone? The FAQ that previously existed is no more.
I think http://bitbucket.org/portix/stuff/src/t … 2_hints.js is a pretty good alternative to the one that used to be on the site. You can at least use it until pwmt gets sorted back around.

So, I am an extremely happy newly convery user of Jumanji. The thing is - I don't get how this script is supposed to work. It works fine and all, I followed the advice on http://wiki.archlinux.org/index.php/Jum … figuration; I am happily hitting f and following links.

But:
1) How does Jumanji know when to call the script when I hit 'f' or 'F'? Is the 'script' keyword in jumanjirc specifically tied to hinting scripts? (that would be rather weird)
2) Can someone explain to me which function gets called first in that script? I just do not see it (maybe I am lacking Javascript skills, which I do...).

I just don't see how this works right now...

Inxsible · 2010-08-01 15:36:07

jumanji segfaults when trying to visit this link. I am assuming all swf links

http://www.hallikainen.org/windoze/winrg.swf

Arch Linux

#401 2010-07-29 09:35:45

Re: jumanji - a web browser

#402 2010-07-29 10:29:52

Re: jumanji - a web browser

#403 2010-07-30 17:09:22

Re: jumanji - a web browser

#404 2010-07-30 17:21:37

Re: jumanji - a web browser

#405 2010-07-30 17:24:23

Re: jumanji - a web browser

#406 2010-07-30 17:46:39

Re: jumanji - a web browser

#407 2010-07-30 17:54:43

Re: jumanji - a web browser

#408 2010-07-30 22:32:51

Re: jumanji - a web browser

#409 2010-07-30 22:43:53

Re: jumanji - a web browser

#410 2010-07-31 01:39:54

Re: jumanji - a web browser

#411 2010-07-31 02:12:54

Re: jumanji - a web browser

#412 2010-07-31 03:03:07

Re: jumanji - a web browser

#413 2010-07-31 03:06:31

Re: jumanji - a web browser

#414 2010-07-31 03:42:36

Re: jumanji - a web browser

#415 2010-07-31 08:17:12

Re: jumanji - a web browser

#416 2010-07-31 08:56:07

Re: jumanji - a web browser

#417 2010-07-31 08:59:15

Re: jumanji - a web browser

#418 2010-07-31 13:09:10

Re: jumanji - a web browser

#419 2010-07-31 16:31:16

Re: jumanji - a web browser

#420 2010-07-31 16:55:12

Re: jumanji - a web browser

#421 2010-07-31 17:00:26

Re: jumanji - a web browser

#422 2010-07-31 19:01:32

Re: jumanji - a web browser

#423 2010-07-31 22:23:26

Re: jumanji - a web browser

#424 2010-08-01 14:00:24

Re: jumanji - a web browser

#425 2010-08-01 15:36:07

Re: jumanji - a web browser

Board footer