You know what I like about keeping my games on another drive? Most of the time, you don’t have to re-install games to run them. Steam is a great example, as running steam.exe directly on a fresh installation of Windows will prompt you that Steam isn’t setup and that it will re-launch itself to do so.
Dungeon Fighter Online, however, does something funky. (More …)
After moving my main desktop computer from its own setup on a computer monitor to the living room’s HDTV and bumping up Windows’ DPI setting so I could read text from across the room, I found Firefox did not quite behave correctly. While the Chrome interface scaled correctly, the web content did not. Quite oddly, it seem to stick at the original DPI setting until Windows’ DPI was set at 192 DPI (200%), at which point Firefox would finally double the size of the web content.
How fast are computers nowadays? Fast enough to run 12 year old games through your browser with no plugins whatsoever. Sure, an old Pentium II might run the game faster natively, but where’s the fun in that?
We started with the existing Jake2 Java port of the Quake II engine, then used the Google Web Toolkit (along with WebGL, WebSockets, and a lot of refactoring) to cross-compile it into Javascript. You can see the results in the video above — we were honestly a bit surprised when we saw it pushing over 30 frames per second on our laptops (your mileage may vary)!
We are as yet unable to provide a public demo link. The Quake II code is GPL licensed, but the demo resources (textures, models, sounds, et al) are not, so we cannot simply upload them to a server. We are pursuing legitimate avenues to do so, though — stay tuned.
UPDATE: If you want Midori but don’t care for the building, there’s now a Midori PPA for that.
You know you want to do it. You know your friends want to do it. You’ve heard stories of people that have done it. We’ve all wanted to do it — compile a program from source. One of the ultimate goals of any geek to own a computer, compiling a program from source just gives you that geek street cred you’ve always wanted. Now you can have it!
I’m going to show you how to get the Midori browser from source. Midori is a project is headed up by Christian Dywan over at TwoToasts.de. I don’t what has happened, but the version packaged up in the Ubuntu repositories is sorely out-of date at v0.0.18. Midori went 0.1.0 on October 2008.
If it looks almost Spanish, and Google translate picks up only a few words, it must be Portuguese.
Crappy Google Translation:
[...] Done is done. The last step is not strictly essential, but not hurt anyone so to do it. Can already use a light and modern browser. Of course, there is version for Windows, but for that is the thong custom, next-> next-> next. Source. [...]
OK, I can understand getting robotic Internet Speak from a computer, but that doesn’t explain “thong custom.” What have you guys been teaching Google Translate? 
Yes, thats right Portuguese .-)
Thoon Custom, is not by close what I wrote, well I guess “old fashion” is a pretty good translation of “tanga do costume” in this context.
Ok, we maybe should spend a little more time with google…
After running ./waf configure I encountered an error like this. (Have googled and googled, but couldn’t solve it).
Checking for Python : 033[92m/usr/bin/python033[0m
Checking for WAF : 033[92m/home//install/midori-0.1.9/waf033[0m
calling waf configure with parameters
Checking for program gcc : ok /usr/bin/gcc
Checking for program cpp : ok /usr/bin/cpp
Checking for program ar : ok /usr/bin/ar
Checking for program ranlib : ok /usr/bin/ranlib
Checking for gcc : ok
Checking for program glib-genmarshal : ok /usr/bin/glib-genmarshal
Checking for program glib-mkenums : ok /usr/bin/glib-mkenums
Checking for program rst2html.py : not found
Checking for program rst2html : ok /usr/bin/rst2html
Checking for program msgfmt : ok /usr/bin/msgfmt
Checking for program intltool-merge : ok /usr/bin/intltool-merge
Checking for header locale.h : ok
Checking for program rsvg-convert : ok /usr/bin/rsvg-convert
Checking for unique-1.0 >= 0.9 : ok
Checking for libidn >= 1.0 : ok
Checking for sqlite3 >= 3.0 : ok
Checking for library m : ok
Checking for gmodule-2.0 >= 2.8.0 : ok
Checking for gthread-2.0 >= 2.8.0 : ok
Checking for gio-2.0 >= 2.16.0 : ok
Checking for gtk+-2.0 >= 2.10.0 : ok
Checking for webkit-1.0 >= 1.1.1 :
/home//install/midori-0.1.9/wscript:172: error: the configuration failed (see ‘/home//install/midori-0.1.9/_build_/config.log’)
Can you help me?
Keep in mind this was for Midori 1.6. I see you’re using Midori 1.9, so I hope nothing went wrong with the release.
You ran the installer with root privileges (sudo), right? What does config.log say? I notice the double-slash, but most of the time Linux ignores it. Should either be in /home/[username]/install or /home/install. If /home/install doesn’t exist, try creating it and running ./waf configure again to get the log.
Looks like something crashed with libsoup. Do you have libsoup2.4-dev installed? If not, let me know and I’ll update. I thought it’d be installed by default on an Ubuntu machine, but I could have very well had it installed as a dependency to another program and not know it.
A successful compile should look like this:
[removed in favor of updated midori configure output]
I just uninstalled midori 0.1.6, downloaded, configured, compiled, and installed midori 0.1.9, and everything went OK.
The completed configure is a bit shorter, but your’s still stops at libsoup.
Checking for program gcc : ok /usr/bin/gcc
Checking for program cpp : ok /usr/bin/cpp
Checking for program ar : ok /usr/bin/ar
Checking for program ranlib : ok /usr/bin/ranlib
Checking for gcc : ok
Checking for program glib-genmarshal : ok /usr/bin/glib-genmarshal
Checking for program glib-mkenums : ok /usr/bin/glib-mkenums
Checking for program rst2html.py : not found
Checking for program rst2html : ok /usr/bin/rst2html
Checking for program msgfmt : ok /usr/bin/msgfmt
Checking for program intltool-merge : ok /usr/bin/intltool-merge
Checking for header locale.h : ok
Checking for program rsvg-convert : ok /usr/bin/rsvg-convert
Checking for unique-1.0 >= 0.9 : ok
Checking for libidn >= 1.0 : ok
Checking for sqlite3 >= 3.0 : ok
Checking for library m : ok
Checking for gmodule-2.0 >= 2.8.0 : ok
Checking for gthread-2.0 >= 2.8.0 : ok
Checking for gio-2.0 >= 2.16.0 : ok
Checking for gtk+-2.0 >= 2.10.0 : ok
Checking for webkit-1.0 >= 1.1.1 : ok
Checking for libsoup-2.4 >= 2.25.2 : ok
Checking for libxml-2.0 >= 2.6 : ok
Checking for header unistd.h : ok
Localization: yes (intltool)
Icon optimizations: yes (rsvg-convert)
Persistent history: yes (sqlite3)
IDN support: yes (libidn)
User documentation: yes (docutils)
API documentation: no (gtk-doc)
Configuration finished successfully (00:00:00); project is now ready to build.
Thanks for the reply. Well, there are two problems with ./waf configure . One is “Checking for program rst2html.py : not found” and I downloaded and installed docutils to solve it.
Second one is, I think it is the problem with libwebkit (I think my version of libwebkit is not greater than 1.1.1, btw I am using Xubuntu Jaunty). I am trying to install a later version of the same and try the compilation again.
Thanks again for the replies. Will come here to update the developments.
Well, the problem was with the outdated libwebkit. I have now updated my system to karmic (unstable) and tried ./waf configure and it worked!
(lemme now backup files and revert it back)
Thanks a lot…
Wow, I completely missed the missing “ok.”
This is one of the things that drive me nuts about Linux – package names often contain version numbers. It’s done so that multiple versions can exist on one system, but can lead to confusion.
When I saw
Checking for webkit-1.0 >= 1.1.1
I read that as “I require webkit 1.0, you have webkit 1.1.1″ not as “I require webkit-1.0 (the package) 1.1.1 (the version) or greater.”
Thanks for the help, it worked like a charm!
Just a litte tip for you… update your ‘howto’ text. Midori has reached version 0.2.6.
Thanks again!!
Sorry for the above typo. litte=little
It’s too much to keep up with different versions of Ubuntu and Midori. The best thing is to keep the information in tact, so people know that the information might be outdated.
It seems like a perfect fit: The Nintendo DS is small, portable, and Wi-Fi ready. Why didn’t Nintendo include a browser in it? Because the DS was designed as a gaming machine first and foremost. Need proof? This is it.
That’s disappointing. I know people were excited to have a web browser option on the DS since the PSP comes with one built in. I was not going to purchase it anyways, I use my DS for gaming purposes only. Guess that was the right choice!
I mostly use the browser for reading books, but I think it’s a great browser. Also, you make it seem as though switching screens is a horrible thing when it’s really not. It’s almost instant. Obviously it’s not as good as a PC or a system that was built with a browser in mind, like the iPhone, but it can’t be really. I think you’re hopes were too high since I got just what I expected. The only real disappointments were the lack of support for the applicatio/xhtml+xml MIME type and the lack of SVG support. I’m making this comment on my DS, by the way. =P
In reply to Alex, I’ve clarified the article on where I experienced slow down. http://www.phantasystaruniverse.com/index.php takes 0:05 on my PC and 2:13 on the DS. This site’s home page takes 0:04 on my PC and 1:22 on the DS. I have an 8gb/s broadband connection, wtf?
That’s cool that Alex commented from that product, lol …
Those times seem way slow. Not even really doable.
The memory expansion that came with my Nintendo DS Browser was stolen with my DS, rendering the browser cartridge unusable. I found a homebrew application that has a browser included along with a scratch pad, to do list, address book, etc… the homebrew application is called DS Organize. No memory expansion required.
Cristian, 
WeaveKiller, 
bs angel, 
Thanks dude, using Mandriva and ended up compiling this, I didn’t knew these “new waf” commands.