Comments on: Mid-term Report http://blogs.gnome.org/johans/2008/07/13/mid-term-report/ Just another GNOME Blogs weblog Sun, 31 Aug 2008 21:35:39 +0000 http://wordpress.org/?v=2.8.5.2 hourly 1 By: jasper http://blogs.gnome.org/johans/2008/07/13/mid-term-report/comment-page-1/#comment-25 jasper Tue, 15 Jul 2008 14:40:00 +0000 http://blogs.gnome.org/johans/2008/07/13/mid-term-report/#comment-25 You could try http://recordmydesktop.sourceforge.net/about.php for making an ogg screencast. You could try http://recordmydesktop.sourceforge.net/about.php for making an ogg screencast.

]]> By: usman http://blogs.gnome.org/johans/2008/07/13/mid-term-report/comment-page-1/#comment-24 usman Mon, 14 Jul 2008 10:37:12 +0000 http://blogs.gnome.org/johans/2008/07/13/mid-term-report/#comment-24 I hope it will not be named GGet. Please do select a non-G name. I hope it will not be named GGet.
Please do select a non-G name.

]]> By: Anders Feder http://blogs.gnome.org/johans/2008/07/13/mid-term-report/comment-page-1/#comment-23 Anders Feder Sun, 13 Jul 2008 23:17:11 +0000 http://blogs.gnome.org/johans/2008/07/13/mid-term-report/#comment-23 Looks interesting. Inhibit shutdown while downloads are active would be another nice feature, if not already in. Looks interesting. Inhibit shutdown while downloads are active would be another nice feature, if not already in.

]]> By: Astro http://blogs.gnome.org/johans/2008/07/13/mid-term-report/comment-page-1/#comment-18 Astro Sun, 13 Jul 2008 21:54:52 +0000 http://blogs.gnome.org/johans/2008/07/13/mid-term-report/#comment-18 I knew Gwget before and once sent a patch for support in Liferea. Along with D-Bus, integration with feed readers and music players would be nice to develop a convenient Podcast consuming experience. I knew Gwget before and once sent a patch for support in Liferea. Along with D-Bus, integration with feed readers and music players would be nice to develop a convenient Podcast consuming experience.

]]> By: diegoe http://blogs.gnome.org/johans/2008/07/13/mid-term-report/comment-page-1/#comment-17 diegoe Sun, 13 Jul 2008 20:27:11 +0000 http://blogs.gnome.org/johans/2008/07/13/mid-term-report/#comment-17 Good work ;) Good work ;)

]]> By: jeff http://blogs.gnome.org/johans/2008/07/13/mid-term-report/comment-page-1/#comment-16 jeff Sun, 13 Jul 2008 20:06:01 +0000 http://blogs.gnome.org/johans/2008/07/13/mid-term-report/#comment-16 just make sure that the notification area icon is NOT displayed all the time by default http://developer.gnome.org/projects/gup/hig/draft_hig_new/desktop-notification-area.html#desktop-notification-appropriate-use just make sure that the notification area icon is NOT displayed all the time by default

http://developer.gnome.org/projects/gup/hig/draft_hig_new/desktop-notification-area.html#desktop-notification-appropriate-use

]]> By: anon http://blogs.gnome.org/johans/2008/07/13/mid-term-report/comment-page-1/#comment-15 anon Sun, 13 Jul 2008 17:16:22 +0000 http://blogs.gnome.org/johans/2008/07/13/mid-term-report/#comment-15 Not very urgent, but HIG-compliance would be nice. And where is the Tab Support? ;p Not very urgent, but HIG-compliance would be nice. And where is the Tab Support? ;p

]]> By: troll http://blogs.gnome.org/johans/2008/07/13/mid-term-report/comment-page-1/#comment-14 troll Sun, 13 Jul 2008 17:13:14 +0000 http://blogs.gnome.org/johans/2008/07/13/mid-term-report/#comment-14 Nice :) I hope continuing earlier aborted transfer is supported. Plus, what elmarco said. Gnome already has proxy preference dialog. Nice :) I hope continuing earlier aborted transfer is supported. Plus, what elmarco said. Gnome already has proxy preference dialog.

]]> By: elmarco http://blogs.gnome.org/johans/2008/07/13/mid-term-report/comment-page-1/#comment-13 elmarco Sun, 13 Jul 2008 14:49:42 +0000 http://blogs.gnome.org/johans/2008/07/13/mid-term-report/#comment-13 nice! Why another proxy preference dialog? nice! Why another proxy preference dialog?

]]> By: Stoffe http://blogs.gnome.org/johans/2008/07/13/mid-term-report/comment-page-1/#comment-12 Stoffe Sun, 13 Jul 2008 14:21:04 +0000 http://blogs.gnome.org/johans/2008/07/13/mid-term-report/#comment-12 Good start, I guess. How does this relate to the old and defunct Mathusalem project, something which I had high hopes for? And with relate, I mostly mean, does the same thing. Other things: Networking should default to a setting that says "System default settings" or something like that, and then make every possible attempt to find that out. Firefox 3 does that now. I never ever wish to visit another app-specific network dialog again unless I have a very weird setup. Especially when I do have a very vanilla setup. I should not need to specify direct internet or GNOME, for instance. I should not need to know this, even. Mime-types for downloads. Most downloads should, in practice, have access to this (especially via HTTP) and the calling app could also add this info as an optional argument in some cases. Extensions are ok, but only work so far. Again, Firefox uses mime-types to decide what to do. Oh, and maybe some types should be executed instead? Startup: Resume paused downloads - does this mean all paused, or just those paused because the app/computer was closed? All manually paused seems weird, but those who were active before closing sounds right. And should maybe not even be a setting. The Add dialog looks nice, should be a nice addition to Nautilus to have a "Download here" extension as well. Well, I like the idea of this. Hope it'll turn out well! Please look some at Mathusalem as well, which had some nice ideas on how to present the downloads. Next step, integrate with Transmission... ;) Good start, I guess. How does this relate to the old and defunct Mathusalem project, something which I had high hopes for? And with relate, I mostly mean, does the same thing.

Other things:

Networking should default to a setting that says “System default settings” or something like that, and then make every possible attempt to find that out. Firefox 3 does that now. I never ever wish to visit another app-specific network dialog again unless I have a very weird setup. Especially when I do have a very vanilla setup. I should not need to specify direct internet or GNOME, for instance. I should not need to know this, even.

Mime-types for downloads. Most downloads should, in practice, have access to this (especially via HTTP) and the calling app could also add this info as an optional argument in some cases. Extensions are ok, but only work so far. Again, Firefox uses mime-types to decide what to do. Oh, and maybe some types should be executed instead?

Startup: Resume paused downloads – does this mean all paused, or just those paused because the app/computer was closed? All manually paused seems weird, but those who were active before closing sounds right. And should maybe not even be a setting.

The Add dialog looks nice, should be a nice addition to Nautilus to have a “Download here” extension as well.

Well, I like the idea of this. Hope it’ll turn out well! Please look some at Mathusalem as well, which had some nice ideas on how to present the downloads.

Next step, integrate with Transmission… ;)

]]>