Can anyone build the patest konqueror embedded for pdaxrom (with the most preferable qt version for pdaxrom, obviously)?

I'll try, but Minimo is out for me. I've tried SO many times to build that...

EDIT: Links? I can't find the QT2 source, and, AFAICT, the latest Konq-embedded release is 4 years old. Is there a place to get newer releases?

is there a new konq-e? I thought it was pretty much dead...
a full konqueror would be cool, but I fear it might require so much kde stuff that it would be impractical. if there was a way to make a stripped-down konqueror that would still handle plugins and ssl that might be worthwhile. it might also be a way to sort of preempt the eabi kernel/firefox incompatibility the angstrom guys are seeing.
wait--- didn't I just describe something like the safari on the iphone?

I tried to do that a while ago. I took the KDE squash, put Konqueror somewhere, tried running it, copied the dep over, etc. Eventually I hit a wall of some daemon or something not running that I couldn't figure out what it was.

there seem to be some standalone konqueror projects going on. here is a thread at arch linux on the subject
http://bbs.archlinux.org/viewtopic.php?t=13227
possibly another approach is to look iinto how konq-e was done initially and try to make a more powerful browser beginning with their approach?

if feasible, either might be worth pursuing. I haven' looked into it enough to really have a useful opinion on the feasibiliyt

So if I get a bse console Gentoo env set up, set it up to cross compile instead of natively compile, and emerge Konqueror, I should get just the stuff I need, no?

Yay, another excuse to try Gentoo again!

Not sure what you mean by "bse", but if you mean an X-less system then ...


... doing this will pull in LOADS of dependencies (X, qt, etc etc).

there's the rub---- something like konq dynamically linked against libs the Z already has, or, statically compiled but with a minium of baggage is what is wanted. maybe if we used the installed size of firefox as a 'standard'? that should leave quitre a lot of space for static libs n things, I would guess.

as to the space issue... even at 2x the size of FF, if it were speedy, powerful, had a smaller memory footprint, etc ..(and would work with eabi, maybe?) I think we'd be ahead of the game.

Edit: thought I'd do a little googling, and came up with QLWM maybe building a light x11 / QT based wm and building konq into that would be worthwhile?
The site claimed the WM used about 16 megs, the project looked useable as is.... and appeared to be running konqueror

There was a new version of Konq/e released a few days ago. It is built based on Qtopia2, so I don't know if that makes it suitable for pdaXrom or Sharp roms.

http://www.basyskom.de/index.pl/konqe

If someone could build it for either rom, I think it would be an interesting package.

konq/e is obtained by specific options in building konqueror, if I'm not wrong, so the project isn't dead.

Where do I get QT to compile? I searched, but found nothing (but I seem to be searchingly-challenged )

I'll do the build if I can get that.

I had thought onq-e was a separate project--my mistake.

Re QT-- doesn't meanie's zgcc do QT3?

did any of you look at thatt light qt based wm? I thought it was pretty interesting..and it seems to be compiling on myy Z as I write with no more effort tha 'make' --we'll see.

Anyway, it looks like you can just install the qt headers from the feed (in ii13, anyway). atm I have the 'stable squashfs zgcc. qlwm wouldn't compie with just zgcc, so pI insyptalled qtheaders from the feeed (which brought other stuff) I then had to link moc from the mounnted squashfs to usr/lib/qt/bin (I Think--the eroor will let you know) and --voila qlwm qt3 has compiled and installed. kinda off topic, but I guess it shows qt can be made to work.

I'm using the r198 zgcc, and I didn't know that there were QT headers in the feed. I'll try the build soon if this pans out...

I dunno-- I just tried quanta plus and the ROAD version of konq embedded for qt3

I installed kdelibs.( from the 3.5 ipk)
the zgcc squash seems to handle kde-config (necessary for both) badly
the gcc 3.5 from the feed is ok with kde-config, but chokes on jpeg.
I'm not quite sure where to go with this. So,no headway on either atm

an interesting side effect of having switched to the cf card--seek times are way faster, and so kde (I installed 3.5) works noticeably better. (r/w seems about the same, though)
anyway? there is a qt3 source for konq-e, with the odd name of kdenox, available at the road site. --attached