Comments for Johan Svedberg

Comment on End of GSoC but not of GGet by Hans-Peter

Hans-Peter — Sun, 31 Aug 2008 21:35:39 +0000

Works nicely here.

Could you make the gnome dependencies optional? Would be nice. Since it has a lot of potential outside gnome as well.

Comment on End of GSoC but not of GGet by foo

foo — Sat, 30 Aug 2008 10:42:22 +0000

Awesome, can’t wait for a real multi-protocol download app! As to download apps as telepathy/pidgin are to IM

Comment on End of GSoC but not of GGet by Diego Escalante Urrelo

Diego Escalante Urrelo — Fri, 29 Aug 2008 05:52:17 +0000

Keep on rocking! I’m sure gget will soon be really popular . Where’s my screencast?

Comment on End of GSoC but not of GGet by Debarshi Ray

Debarshi Ray — Fri, 29 Aug 2008 04:38:43 +0000

http://live.gnome.org/GGet mentions GWGet which is hosted at http://www.gnome.org/projects/gwget/ So is GWGet deprecated or something?

Comment on End of GSoC but not of GGet by Olafur Arason

Olafur Arason — Thu, 28 Aug 2008 22:20:43 +0000

No screenshots?

Comment on End of GSoC but not of GGet by tretle

tretle — Thu, 28 Aug 2008 21:25:51 +0000

Congratulations on completing the gsoc, I hope you keep working on this as gio/gfs support would rock. Maybey hooking up conduit to it through the dbus would also be cool as you could then show the status of a current sync in operation.
Who knows maybe one day this will make it into gnome for inclusion.

Comment on GGet DBus interface by reinouts

reinouts — Thu, 31 Jul 2008 23:54:54 +0000

For some more ideas, google for the (ill-fated) Mathusalem project, from SoC a few years back.

Comment on GGet DBus interface by Vudentz

Vudentz — Thu, 31 Jul 2008 21:00:46 +0000

johans: I meant return a dbus error message with a useful message why it failed, there is no need to return a boolean if you don’t give a reason.

Comment on GGet DBus interface by Stoffe

Stoffe — Thu, 31 Jul 2008 17:00:11 +0000

Referer and Cookies should not be that hard to pass along as (optional) extra parameters, it’s a String and a Dict of String,String, and they can be empty if there is no need for them or the app doesn’t have them. Or you could add extra methods.

However, maybe it’s a good idea to be a bit more generic? Some sites need User-Agent (because they suck) and there’s authorization, and more, so instead of Referer, it should probably be a dict of HTTP headers. That would also take care of cookies on the way.

Oh, and can you deal with POST? Or where is it that you think you want to inject your application in the chain? Will there be double calls somehow or how is it decided that the manager should take over?

I wonder if the best thing still would not be to allow apps to update common task bars instead, that’s the real killer, not that it downloads things… that could on the other hand be a great library? Common download lib?

Ah well, time will tell.

Comment on GGet DBus interface by diegoe

diegoe — Wed, 30 Jul 2008 23:33:24 +0000

As for epiphany, you’ll find some limitations due to gecko, I think the best bet you can do is to hack the download manager of epiphany to hook to gget if it’s available/configured.
For example:
– click on a link
– “where do you want to save this?”
+ hook here and check if “Use gget to manage downloads” is checked in ephy config, if it is then run gget, otherwise just continue the normal code.

The trick would be with cookies and sessions, some downloads won’t work I think, I’m not really sure if you can fix that somehow. For example, the online-desktop uses firefox’s cookies, I think they have a mini python service for that, I can’t recall where it is though, but it’s a python script of like 100 lines, quite a hack. You could use it or take the idea from there.

Let me know when you want to start integrating with ephy and will try to sort out something, you are doing great work so far!