-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    LinuxDaily.com    Linux42.org    OpenSkillz.com   
 
Apps
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login


Sponsoring


-
- Content .- Fans  .- Knowledge Base  . 

Foxkit Web Browser

   0.0.5  

KDE Web Application

Score 79%
Foxkit Web Browser
zoom


Foxkit Web Browser
zoom


Link:  Link
Minimum required   KDE 4.x
Downloads:  547
Submitted:  Jun 9 2008
Updated:  Jul 29 2008

Description:

Foxkit is a KDE Web Browser written using WebKit, Qt, and KDE. Foxkit is still in early development so lots of things are unimplemented (bookmarks, history, javascript opening new windows), but many things work decently well. If you experience any bugs please report them either here, the Google Project page, or just send it directly to me. Please include a backtrace if it crashes!

To run Foxkit, download the source archive on this page (or the google code project page) then extract the files using whatever program you like to use. Then on the command line run the following commands:
cd foxkit-0.0.5
cmake .
make
mkdir ~/.kde4/share/apps/foxkit
cp ./src/foxkitui.rc ~/.kde4/share/apps/foxkit/foxkitui.rc
./src/foxkit


The name of the folder '~/.kde4' may vary based on your distro, use 'kde4-config --localprefix' to find out what it's named on your system. The required packages are Qt 4.4, QtWebKit (possibly packaged independently depending on the distro), KDElibs 4, as well as the -devel packages for each. CMake is required to build Foxkit.




Changelog:

0.0.5 - Cookies are now saved across sessions with a tiny dialog to see what cookies are currently set (but can't edit them yet). Fixed the memory leak from long ago, lots of small fixes and improvements. Added the ability to have multiple top-level windows open at once. Opening new windows/tabs via Javascript is still unimplemented, but other things should work fine. Should handle SSL websites with certificate errors better (i.e. for self-signed certificates), although no notification of using SSL is given yet. Error pages might not function well/at all yet.

0.0.2 - Middle Click, Ctrl+Click on links will open them in a new tab. You can also right mouse click on a link to get a context menu. Lots of bug fixes related to tabs, some consistency changes, a major optimization, and possibly a minor memory leak ;).




LicenseGPL
Source(Foxkit 0.0.1 Source (Deprecated))
Source(Foxkit 0.0.2 Source (Deprecated))
Source(Foxkit 0.0.5)
Send to a friend
Subscribe
Other  Apps  from kit
Report inappropriate content



goto page: prev   1  2 

-
.

 KDE?

 
 by stolen on: Jun 12 2008
 
Score 50%

If you use pure WebKit for rendering, why do you bind browser to KDE?
KDE users already have Konqueror on KHTML (WebKit forked from it), but users of lightweight environments like Fluxbox or Enlightenment have only stupid FF as their browser.


Reply to this

-

 Re: KDE?

 
 by kit on: Jun 12 2008
 
Score 50%

People that don't want to use Firefox already have a few alternatives. Theres Epiphany, which is a GTK browser which uses WebKit (formerly Gecko, they recently ditched it). Theres also Arora, which is a pure-Qt browser (started by a TrollTech employee as the demo browser to show off QtWebKit).

Before the release of Qt 4.4 (originally tech preview 1 for Qt 4.4) I started developing an application that used QtWebKit as an alternative launcher ("City Launcher") for a MMO, but I ran into a few bugs with QtWebKit (at the time I wasn't sure if they were bugs or me just not having a clue what I was doing) and that kinda halted the development while I waited for the next release. Unfortunately I somewhat forgot about it (and some of the future binary packages for the tech previews and beta didn't include QtWebKit module) so I hadn't done anything with it for quite a while when Qt4.4 was released. Shortly after the release I decided that writing a web browser would be a good learning experience for the program I was making (as well as an excuse to learn to use Git), so I began working on Foxkit as a Qt-only application. Arora started at around the same time as Foxkit, and being based off of the Qt demobrowser it had quite a head start (it's a really nice browser, quite solid actually) I decided if I wanted Foxkit to have a real meaning I'd have to differentiate it from Arora (otherwise Arora would probably always be clearly superior to Foxkit and I'd probably quickly lose all motivation to further develop it), using the KDE technologies would give me a MAJOR advantage (scripting via Kross, Solid, KActions vs QActions, KTabWidget vs QTabWidget, configurable shortcuts/toolbars for free, looking like a first class citizen in a major desktop environment, and lots of other things). It took me a while to refactor most of the code to use the KDE version of things (some things simply required replacing a Q with a K, some allowed me to scrap many lines of code and extra external files and replace it with just a couple lines of code, and the KXMLGUI required the most work requiring me to setup the foxkitui.rc file and learning that). Basically just from swithcing to using KDE+Qt I simplified Foxkit's code base, got better configurability, and much closer integration.

As for Foxkit vs Konqueror, it's pretty similar to Dolphin vs Konqueror. Konqueror has a very complex code base (from having to handle all sorts of situations) and a massive amount of configuration options (unfortunately my favorite setting, having the tab's icon turn into a close button, is hidden away in configuration file). I've tried working on Konqueror but the size and complexity is simply overwhelming since I have no clue where to start or where anything was. Foxkit's code base is small and simple enough that I know where everything is in my head and it isn't hard to manage everything. Hopefully by maybe around the end of this summer I can have Foxkit at around feature parity with Konqueror as a web browser, and from there hopefully improvements I make to Foxkit (like tag based bookmarks) can be propogate into Konqueror (like how the breadcrumb widget and dolphinpart were added to Konqueror).

I chose WebKit over KHTML because I found it easier to use, and Foxkit originally started off as being a pure-Qt application, and CityLauncher before it couldn't realistically use KHTML. In the future I hope to allow using KHTML as an alternative rendering engine to WebKit, but that probably won't happen for quite a while.


Reply to this

-

 Re: Re: KDE?

 
 by stolen on: Jun 12 2008
 
Score 50%

OK, I understood.
Thank you for your work and explanations.


Reply to this

-

 Viewing pdf

 
 by Amalle on: Jun 22 2008
 
Score 50%

I like your project very much.
In konqueror it ist possible to view linked pdfs in the main window. Will it be possible in foxkit?
Will it be possible to accass the file system like in konqueror? Of cause without cluttering the interface.


Reply to this

-

 Re: Viewing pdf

 
 by kit on: Jun 22 2008
 
Score 50%

At first it'll only be possible to view PDFs externally, but if/when I switch Foxkit over to using KParts it should be quite easy to allow embedding Okular for viewing PDFs. At this point I'm still not sure if I'll end up using KParts or not, I still have to weigh the pros and cons of using them.

As for doing file system stuff, thats something I kinda hope to avoid as adding it will likely make the code base much more complex, and without great care it'll probably also clutter up the interface and configuration.

But Foxkit is still in early development so lots of things are still up in the air and might change given time.


Reply to this

-

 Re: Re: Viewing pdf

 
 by Amalle on: Jun 28 2008
 
Score 50%

I'm shure you will find the best way


Reply to this

-

 um...

 
 by darkphoenixff4 on: Jul 30 2008
 
Score 50%

Your install doesn't properly install the toolbar instruction files, so I ended up with a browser with no toolbars at all (and an error saying the rc file was missing).

Specifically,
CREATE:cookieMonster,167899056;parent:167899048
ACTION:readCookies,NoFile
CREATE:NetManager,167899048;parent:167899040
CREATE:wrapper,167899040;parent:0
CREATE:foxkit,3049260304;parent:0
CREATE:cookieViewer,168038968;parent:0
QFSFileEngine::open: No file name specified
foxkit(30345)/kdeui (kdelibs): No such XML file "foxkitui.rc"

CREATE:webPage,169193056;parent:168801552
CREATE:webView,168801552;parent:3049260304
ACTION:writeCookies,Finished
QFSFileEngine::open: No file name specified
foxkit(30345)/kdeui (kdelibs): No such XML file "foxkitui.rc"


Reply to this

-

 Re: um...

 
 by kit on: Jul 30 2008
 
Score 50%

Right now nothing is installed (I haven't added that to the cmake files yet). The instructions at the top of the page include manually copying the foxkitui.rc file to "`kde4-config --localprefix`/share/apps/foxkit/foxkitui.rc".

I've been meaning to add the cmake setup stuff but just haven't gotten around to it.


Reply to this

-

 Re: Re: um...

 
 by kit on: Aug 7 2008
 
Score 50%

Good news! The latest Git sources (not in 0.0.5, but should be in the next release) will now properly install everything with 'make install' (if you're following git you'll need to delete your CMakeCache since having an old one of those caused problems for me, and rerun cmake of course).

Probably by the time I have the next release I'll also make a .desktop file and have cmake also install that.


Reply to this

-
.

 about opening links

 
 by DanaKil on: Jul 31 2008
 
Score 50%

Hi,
I see that you have done some work in 0.0.2 about the opening of links. Maybe you will get interested by this wish I initially added for Konqueror :

http://bugs.kde.org/show_bug.cgi?id=162025

It is about the ability to force "open on new page/tab" links to open in the same tab by holding the shift key or clicking on them with MMB. Actually, it's the exact opposite of forcing normal link to open in a new tab/windows, but I can't find this behavior in any webbrowsers.

It always bothers me when I'm on a site that force me to open links in new tabs because the first action I will do after clicking is closing the first page.

Cheers and thanks for your work :)


Reply to this

-

 Re: about opening links

 
 by bizzl on: Jul 31 2008
 
Score 50%

Actually, I would be disappointed if the browser would not open a new tab on MMB. Perhaps Shift+MMB instead. Or make it optional.


---
Reply to this

-

 Re: Re: about opening links

 
 by DanaKil on: Jul 31 2008
 
Score 50%

Konqueror add a small '+' icon when hover over a link that open in a new tab so you always know where the link will open. But I agree that when you often open links in new tab (like me), the behavior I just described can sometime get annoying... The shift+MMB is indeed a more elegant solution.


Reply to this

-

 Re: Re: Re: about opening links

 
 by kit on: Aug 3 2008
 
Score 50%

Having the cursor change to include a little '+' or some other symbol when hovering over a link that'd by default open a new tab/window sounds like it'd be a good idea, although I'm not sure if it'd be possible to know for a javascript link if it'd try to open in a new tab or not.

Having MMB always open in a new tab (except those pesky javascript links like GMail uses...) and shift+MMB (try to) always open in the same tab would probably be the most user friendly way to do it, as it'd be less likely to surprise the user.

It might also be interesting to have an option to force all links that are opened via left mouse click to open in the current tab (again, js might be a problem for this).

A slightly less all-or-nothing way would be to create an extension (once I've added Kross support) that'd use regular expressions on all links that are opened via left clicks and if it gets a match to force it to be opened a certain way (always in a new tab, always in the current tab). Similar functionality could probably be achieved by a greasemonkey-like extension, although I don't have any experience with greasemonkey so I doubt that'd take less time to implement that the others.


Reply to this

-

 SSL

 
 by nthread on: Aug 20 2008
 
Score 50%

First, I just wanted to say, great work on this web browser!

You might want to add in a checkbox(or something) that allows the program to remember a user's selection of "continue" or "reject" on the SSL certificate-error popup. Currently, for every image that is loaded on one of these pages, the same message will appear.


Reply to this

-

 Re: SSL

 
 by kit on: Aug 20 2008
 
Score 50%

Thanks for the feedback!

I've added that problem to my todo list, I've still got a good bit of work to do wrt SSL certificates and not much time so I might not be able to get around to it for a bit, but eventually I should!


Reply to this

-

 Not available thru menu

 
 by ajayshyanbhog on: Aug 27 2008
 
Score 50%

Hi,

Just built Foxkit on Archlinux. Looking good so far, thanks for the effort!

Some stuff I noticed. Foxkit does not appear in KDE menu. I'm using KDE4.1.

You also mentioned 'make install' in 0.0.6 will place foxkitui.rc. Will it do this automatically for new users too?

Note: This comment was posted using Foxkit :)


Reply to this

-

 Re: Not available thru menu

 
 by kit on: Aug 27 2008
 
Score 50%

"Looking good so far, thanks for the effort!"

Good to know!

"Foxkit does not appear in KDE menu."

Yeah, I haven't made a .desktop file for Foxkit yet, though since I finished making the first icon a little while ago I don't really have any excuses now, there shouldn't be any reason that that won't work in the next version.

"You also mentioned 'make install' in 0.0.6 will place foxkitui.rc. Will it do this automatically for new users too?"

Yeah, the next release should automatically do that for both new and old users alike, though older users might wanna delete the foxkitui.rc file they manually copied (I can't recall if I've changed that file in a while, I think I have).

Basically both of those problems are because I kept trying to push back learning more about CMake :P 'make install' should also be working if you pull the sources from the git repository.

In the next week or so I really should push another release since I haven't done any in a good while and theres been lots of nice changes.

"Note: This comment was posted using Foxkit :)"

At least I know it works on some else's computer :P


Reply to this

-

 Re: Re: Not available thru men

 
 by ajayshyanbhog on: Aug 28 2008
 
Score 50%

Running Foxkit built from git. Filed a bug report and enhancement request you *may* be able to address before doing a 0.0.6 release.

Help-about Foxkit shows "0.3-git" which is a bit confusing!


Reply to this

-

 Re: Re: Re: Not available thru men

 
 by kit on: Aug 29 2008
 
Score 50%

>Help-about Foxkit shows "0.3-git" which is a bit confusing!

Now thats an oversight if I've ever seen one! I'm not even to 0.3 yet! :P The version string is now set to 0.0.6-git, though I'll need to remember to set it correctly for release... and I think we all now know I'll probably forget (hopefully I won't!)


Reply to this

goto page: prev   1  2 

Add commentBack






-
-
How do you like Plasma 5?
 The best KDE Desktop ever.
 Definitely a nice improvement.
 Not decided yet. Haven't tried it yet.
 I do not like some of the changes.
 KDE is taking the wrong way.
 I am still sticking with KDE 3.5.
 I have no opinion, but wanted to vote anyway.

resultmore
 
 
 Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog
Explore
Apps
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Facebook App
Content RSS   
Events RSS   

Participate
Groups
Forum
Add App
Public API
About KDE-Apps.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2003-2014 KDE-Apps.org Team  
All rights reserved. KDE-Apps.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
KDE and K Desktop Environment are trademarks of KDE e.V.