From info at sten-net.de Mon Mar 13 22:20:02 2006 From: info at sten-net.de (Jannis Pohlmann) Date: Mon, 13 Mar 2006 22:20:02 +0100 Subject: [Installit-dev] InstallIt status report Message-ID: <20060313222002.a1794af3.info@sten-net.de> Hi all, just thought I should report about the status of InstallIt as we were talking about possible release dates of Xfce 4.4 (April/May). First of all, I'd like to relieve the minds of all those who were wondering about the chaotic commit history I have caused lately. I was kind of frustrated about huge parts of the code structure so I rewrote the thing twice (almost) completely (ok, thrice - once in a different language, but I didn't commit that). Today I know that this frustration came from that I didn't knew enough about how to write GUI software using GTK. I even wasn't informed about GObject (especially the signal stuff). Due to this, the core and UI code didn't work as well together as they could have done. So I'd like to say thanks to Benny for the Thunar UI mockups written in Python. Those were a great help in this case. I've rewritten the code a third (fourth) time, now using GObject signals and a cleaner class hierarchy. Most important parts of the main UI are finished and everything is ready for the actual package management implementation (install, remove, update). Fortunately, it's still up to six (or even eight weeks) until Xfce is about to be released (hopefully), so chances are good that the easier part of the package management (binary packages using available package managers) will be ready by then. Now for the actual reason to write this status report: It would be nice if we could come together on #xfce-dev about two weeks before the 4.4 release, so I can explain how developers can prepare their packages for their mirrors (and the official Xfce InstallIt mirror, of course). What do you think about this? And, finally, the website http://installit.xfce.org has dramatically changed - Trac was causing too much CPU usage so I just installed DokuWiki yesterday and filled it with contents a few minutes ago. Regards, Jannis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From benedikt.meurer at unix-ag.uni-siegen.de Mon Mar 13 22:32:02 2006 From: benedikt.meurer at unix-ag.uni-siegen.de (Benedikt Meurer) Date: Mon, 13 Mar 2006 22:32:02 +0100 Subject: [Installit-dev] InstallIt status report In-Reply-To: <20060313222002.a1794af3.info@sten-net.de> References: <20060313222002.a1794af3.info@sten-net.de> Message-ID: <4415E4D2.1070808@unix-ag.uni-siegen.de> Jannis Pohlmann wrote: > Now for the actual reason to write this status report: It would be nice > if we could come together on #xfce-dev about two weeks before the 4.4 > release, so I can explain how developers can prepare their packages for > their mirrors (and the official Xfce InstallIt mirror, of course). What > do you think about this? I think its important to have one person that is responsible for building and maintaining the installer descriptions (plus a few dedicated people building the binary packages for the various supported platforms). If you let every developer do that on his own, it'll cause trouble. > Regards, > Jannis Benedikt From info at sten-net.de Mon Mar 13 22:36:02 2006 From: info at sten-net.de (Jannis Pohlmann) Date: Mon, 13 Mar 2006 22:36:02 +0100 Subject: [Installit-dev] InstallIt status report In-Reply-To: <4415E4D2.1070808@unix-ag.uni-siegen.de> References: <20060313222002.a1794af3.info@sten-net.de> <4415E4D2.1070808@unix-ag.uni-siegen.de> Message-ID: <20060313223602.22e6f761.info@sten-net.de> On Mon, 13 Mar 2006 22:32:02 +0100 Benedikt Meurer wrote: > Jannis Pohlmann wrote: > > Now for the actual reason to write this status report: It would be > > nice if we could come together on #xfce-dev about two weeks before > > the 4.4 release, so I can explain how developers can prepare their > > packages for their mirrors (and the official Xfce InstallIt mirror, > > of course). What do you think about this? > > I think its important to have one person that is responsible for > building and maintaining the installer descriptions (plus a few > dedicated people building the binary packages for the various > supported platforms). If you let every developer do that on his own, > it'll cause trouble. Hm, right. I can't imagine anyone not being busy, so I think this will be my part again. At least for this release. After that, I'd like to hand this over to someone else. Regards, Jannis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From benedikt.meurer at unix-ag.uni-siegen.de Mon Mar 13 22:38:41 2006 From: benedikt.meurer at unix-ag.uni-siegen.de (Benedikt Meurer) Date: Mon, 13 Mar 2006 22:38:41 +0100 Subject: [Installit-dev] InstallIt status report In-Reply-To: <20060313223602.22e6f761.info@sten-net.de> References: <20060313222002.a1794af3.info@sten-net.de> <4415E4D2.1070808@unix-ag.uni-siegen.de> <20060313223602.22e6f761.info@sten-net.de> Message-ID: <4415E661.1060807@unix-ag.uni-siegen.de> Jannis Pohlmann wrote: >>>Now for the actual reason to write this status report: It would be >>>nice if we could come together on #xfce-dev about two weeks before >>>the 4.4 release, so I can explain how developers can prepare their >>>packages for their mirrors (and the official Xfce InstallIt mirror, >>>of course). What do you think about this? >> >>I think its important to have one person that is responsible for >>building and maintaining the installer descriptions (plus a few >>dedicated people building the binary packages for the various >>supported platforms). If you let every developer do that on his own, >>it'll cause trouble. > > Hm, right. I can't imagine anyone not being busy, so I think this will > be my part again. At least for this release. After that, I'd like to > hand this over to someone else. You're the only one right now who knows how the system works. :-) > Regards, > Jannis Benedikt From info at sten-net.de Mon Mar 13 22:43:22 2006 From: info at sten-net.de (Jannis Pohlmann) Date: Mon, 13 Mar 2006 22:43:22 +0100 Subject: [Installit-dev] InstallIt status report In-Reply-To: <4415E661.1060807@unix-ag.uni-siegen.de> References: <20060313222002.a1794af3.info@sten-net.de> <4415E4D2.1070808@unix-ag.uni-siegen.de> <20060313223602.22e6f761.info@sten-net.de> <4415E661.1060807@unix-ag.uni-siegen.de> Message-ID: <20060313224322.e8509656.info@sten-net.de> On Mon, 13 Mar 2006 22:38:41 +0100 Benedikt Meurer wrote: > Jannis Pohlmann wrote: > >>>Now for the actual reason to write this status report: It would be > >>>nice if we could come together on #xfce-dev about two weeks before > >>>the 4.4 release, so I can explain how developers can prepare their > >>>packages for their mirrors (and the official Xfce InstallIt mirror, > >>>of course). What do you think about this? > >> > >>I think its important to have one person that is responsible for > >>building and maintaining the installer descriptions (plus a few > >>dedicated people building the binary packages for the various > >>supported platforms). If you let every developer do that on his own, > >>it'll cause trouble. > > > > Hm, right. I can't imagine anyone not being busy, so I think this > > will be my part again. At least for this release. After that, I'd > > like to hand this over to someone else. > > You're the only one right now who knows how the system works. :-) Meh, I know. I'll do the work this time. After that I'll write a nice tutorial, so that reason won't work next time, hehe. - Jannis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From benedikt.meurer at unix-ag.uni-siegen.de Mon Mar 13 22:46:10 2006 From: benedikt.meurer at unix-ag.uni-siegen.de (Benedikt Meurer) Date: Mon, 13 Mar 2006 22:46:10 +0100 Subject: [Installit-dev] InstallIt status report In-Reply-To: <4415E661.1060807@unix-ag.uni-siegen.de> References: <20060313222002.a1794af3.info@sten-net.de> <4415E4D2.1070808@unix-ag.uni-siegen.de> <20060313223602.22e6f761.info@sten-net.de> <4415E661.1060807@unix-ag.uni-siegen.de> Message-ID: <4415E822.3060102@unix-ag.uni-siegen.de> Benedikt Meurer wrote: >>>>Now for the actual reason to write this status report: It would be >>>>nice if we could come together on #xfce-dev about two weeks before >>>>the 4.4 release, so I can explain how developers can prepare their >>>>packages for their mirrors (and the official Xfce InstallIt mirror, >>>>of course). What do you think about this? >>> >>>I think its important to have one person that is responsible for >>>building and maintaining the installer descriptions (plus a few >>>dedicated people building the binary packages for the various >>>supported platforms). If you let every developer do that on his own, >>>it'll cause trouble. >> >>Hm, right. I can't imagine anyone not being busy, so I think this will >>be my part again. At least for this release. After that, I'd like to >>hand this over to someone else. > > You're the only one right now who knows how the system works. :-) BTW: Attached is a small patch, required to be able to start the thing (not catching Python exception simply terminates that evil interpreter). The main window looks nice on first sight. Tho I still have to see it filled with actual content. :-) doc/ is empty, and I'm too lazy to read Python code today. Is there anything one can do currently to see more of the stuff in action? Benedikt -------------- next part -------------- A non-text attachment was scrubbed... Name: installit.patch Type: text/x-patch Size: 1082 bytes Desc: not available URL: From info at sten-net.de Mon Mar 13 23:12:43 2006 From: info at sten-net.de (Jannis Pohlmann) Date: Mon, 13 Mar 2006 23:12:43 +0100 Subject: [Installit-dev] InstallIt status report In-Reply-To: <4415E822.3060102@unix-ag.uni-siegen.de> References: <20060313222002.a1794af3.info@sten-net.de> <4415E4D2.1070808@unix-ag.uni-siegen.de> <20060313223602.22e6f761.info@sten-net.de> <4415E661.1060807@unix-ag.uni-siegen.de> <4415E822.3060102@unix-ag.uni-siegen.de> Message-ID: <20060313231243.e4f9912a.info@sten-net.de> On Mon, 13 Mar 2006 22:46:10 +0100 Benedikt Meurer wrote: > Benedikt Meurer wrote: > >>>>Now for the actual reason to write this status report: It would be > >>>>nice if we could come together on #xfce-dev about two weeks before > >>>>the 4.4 release, so I can explain how developers can prepare their > >>>>packages for their mirrors (and the official Xfce InstallIt > >>>>mirror, of course). What do you think about this? > >>> > >>>I think its important to have one person that is responsible for > >>>building and maintaining the installer descriptions (plus a few > >>>dedicated people building the binary packages for the various > >>>supported platforms). If you let every developer do that on his > >>>own, it'll cause trouble. > >> > >>Hm, right. I can't imagine anyone not being busy, so I think this > >>will be my part again. At least for this release. After that, I'd > >>like to hand this over to someone else. > > > > You're the only one right now who knows how the system works. :-) > > BTW: Attached is a small patch, required to be able to start the thing > (not catching Python exception simply terminates that evil > interpreter). > > The main window looks nice on first sight. Tho I still have to see it > filled with actual content. :-) True. Hehe. And some action buttons are still missing, which will be placed below the list views. > > doc/ is empty, and I'm too lazy to read Python code today. Is there > anything one can do currently to see more of the stuff in action? Hm, no, not yet. But I will be re-adding the initial wizard and the tasks during the next days and then you will be able to select a mirror and fetch some sample package descriptions. - Jannis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jannis at gezeiten.org Mon Mar 13 22:43:12 2006 From: jannis at gezeiten.org (Jannis) Date: Mon, 13 Mar 2006 22:43:12 +0100 Subject: [Installit-dev] InstallIt status report In-Reply-To: <4415E661.1060807@unix-ag.uni-siegen.de> References: <20060313222002.a1794af3.info@sten-net.de> <4415E4D2.1070808@unix-ag.uni-siegen.de> <20060313223602.22e6f761.info@sten-net.de> <4415E661.1060807@unix-ag.uni-siegen.de> Message-ID: <20060313224312.e22831a6.jannis@gezeiten.org> On Mon, 13 Mar 2006 22:38:41 +0100 Benedikt Meurer wrote: > Jannis Pohlmann wrote: > >>>Now for the actual reason to write this status report: It would be > >>>nice if we could come together on #xfce-dev about two weeks before > >>>the 4.4 release, so I can explain how developers can prepare their > >>>packages for their mirrors (and the official Xfce InstallIt mirror, > >>>of course). What do you think about this? > >> > >>I think its important to have one person that is responsible for > >>building and maintaining the installer descriptions (plus a few > >>dedicated people building the binary packages for the various > >>supported platforms). If you let every developer do that on his own, > >>it'll cause trouble. > > > > Hm, right. I can't imagine anyone not being busy, so I think this > > will be my part again. At least for this release. After that, I'd > > like to hand this over to someone else. > > You're the only one right now who knows how the system works. :-) Meh, I know. I'll do the work this time. After that I'll write a nice tutorial, so that reason won't work next time, hehe. - Jannis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From info at sten-net.de Fri Mar 17 00:36:38 2006 From: info at sten-net.de (Jannis Pohlmann) Date: Fri, 17 Mar 2006 00:36:38 +0100 Subject: [Installit-dev] First main window contents Message-ID: <20060317003638.e6a068cb.info@sten-net.de> Hey all (especially Benny who asked for it), you can now play around with the main window a little bit. I've written three package descriptions which you can fetch from the Xfce server. It could use few more packages for real testing, but so far I could not encourage anyone else to write some (based one the existing ones). Here's how to check out what I'm talking about: 1. Get a fresh copy of i2t: svn co http://svn.xfce.org/svn/xfce/installit/trunk i2t-trunk 2. Go into the directory: cd i2t-trunk 3. Execute the main script: python i2t 4. Go to: Actions -> Update packages Alternatively, you can make the toolbar visible (using Ctrl-T) and click the refresh button. 5. Right-click on the package view or use the toolbar or menu actions for marking packages for installation or removal. Don't wonder about the toolbar placement as I'm not sure about it yet. Olivier says it's wasted space, but the title frame is wasted space anyway and I think it's good to have the most important tools near to the actual working range/radius of the user. Hope you like it, Jannis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From benedikt.meurer at unix-ag.uni-siegen.de Fri Mar 17 00:47:31 2006 From: benedikt.meurer at unix-ag.uni-siegen.de (Benedikt Meurer) Date: Fri, 17 Mar 2006 00:47:31 +0100 Subject: [Installit-dev] First main window contents In-Reply-To: <20060317003638.e6a068cb.info@sten-net.de> References: <20060317003638.e6a068cb.info@sten-net.de> Message-ID: <4419F913.5050402@unix-ag.uni-siegen.de> Jannis Pohlmann wrote: > Hey all (especially Benny who asked for it), Hey Jannis, > you can now play around with the main window a little bit. I've written > three package descriptions which you can fetch from the Xfce server. It > could use few more packages for real testing, but so far I could not > encourage anyone else to write some (based one the existing ones). > > Here's how to check out what I'm talking about: > > 1. Get a fresh copy of i2t: > svn co http://svn.xfce.org/svn/xfce/installit/trunk i2t-trunk > 2. Go into the directory: > cd i2t-trunk > 3. Execute the main script: > python i2t How about adding executable bit? ;-) > 4. Go to: > Actions -> Update packages > > Alternatively, you can make the toolbar visible (using Ctrl-T) and > click the refresh button. Toolbar item tooltips would be nice. > 5. Right-click on the package view or use the toolbar or menu actions > for marking packages for installation or removal. > > Don't wonder about the toolbar placement as I'm not sure about it yet. > Olivier says it's wasted space, but the title frame is wasted space > anyway and I think it's good to have the most important tools near to > the actual working range/radius of the user. How about vertical toolbar on the right side? I think the toolbar is an important UI element that should be enabled by default. Else the users will be forced to discover the important actions by looking throughs the menus first. > Hope you like it, Definitely, looks nice. One thing I noticed is that the "Updating packages" dialog seems to "jump around" (this is probably because of smart placement in xfwm4). How about reusing the first dialog (not a biggie, tho, just looks kinda odd)? > Jannis Benedikt From info at sten-net.de Fri Mar 17 01:00:40 2006 From: info at sten-net.de (Jannis Pohlmann) Date: Fri, 17 Mar 2006 01:00:40 +0100 Subject: [Installit-dev] First main window contents In-Reply-To: <4419F913.5050402@unix-ag.uni-siegen.de> References: <20060317003638.e6a068cb.info@sten-net.de> <4419F913.5050402@unix-ag.uni-siegen.de> Message-ID: <20060317010040.ad76b155.info@sten-net.de> On Fri, 17 Mar 2006 00:47:31 +0100 Benedikt Meurer wrote: > Jannis Pohlmann wrote: > > Hey all (especially Benny who asked for it), > > Hey Jannis, > > > 3. Execute the main script: > > python i2t > > How about adding executable bit? ;-) Subversion tends to remove it again. But I set the svn:executable flag now, this should help. I didn't knew there is something like that. > > > 4. Go to: > > Actions -> Update packages > > > > Alternatively, you can make the toolbar visible (using Ctrl-T) > > and click the refresh button. > > Toolbar item tooltips would be nice. Oh, yes. I'll add them tomorrow. > > > 5. Right-click on the package view or use the toolbar or menu > > actions for marking packages for installation or removal. > > > > Don't wonder about the toolbar placement as I'm not sure about it > > yet. Olivier says it's wasted space, but the title frame is wasted > > space anyway and I think it's good to have the most important tools > > near to the actual working range/radius of the user. > > How about vertical toolbar on the right side? I think the toolbar is > an important UI element that should be enabled by default. Else the > users will be forced to discover the important actions by looking > throughs the menus first. I hate vertical toolbars. I can't explain why, but they always make me think the user interface was randomly sticked together. But I could imagine that it looks ok on the right. I'll try this out and post a screenshot on installit.xfce.org tomorrow. > > > Hope you like it, > > Definitely, looks nice. One thing I noticed is that the "Updating > packages" dialog seems to "jump around" (this is probably because of > smart placement in xfwm4). How about reusing the first dialog (not a > biggie, tho, just looks kinda odd)? I could either make the dialog a singleton (which I don't quite like) or make one instance available globally. Should be possible without too much hacky code. Regards, Jannis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From benedikt.meurer at unix-ag.uni-siegen.de Fri Mar 17 01:07:32 2006 From: benedikt.meurer at unix-ag.uni-siegen.de (Benedikt Meurer) Date: Fri, 17 Mar 2006 01:07:32 +0100 Subject: [Installit-dev] First main window contents In-Reply-To: <20060317010040.ad76b155.info@sten-net.de> References: <20060317003638.e6a068cb.info@sten-net.de> <4419F913.5050402@unix-ag.uni-siegen.de> <20060317010040.ad76b155.info@sten-net.de> Message-ID: <4419FDC4.2070408@unix-ag.uni-siegen.de> Jannis Pohlmann wrote: >>>3. Execute the main script: >>> python i2t >> >>How about adding executable bit? ;-) > > Subversion tends to remove it again. But I set the svn:executable flag > now, this should help. I didn't knew there is something like that. That's what I meant actually. >>>5. Right-click on the package view or use the toolbar or menu >>>actions for marking packages for installation or removal. >>> >>>Don't wonder about the toolbar placement as I'm not sure about it >>>yet. Olivier says it's wasted space, but the title frame is wasted >>>space anyway and I think it's good to have the most important tools >>>near to the actual working range/radius of the user. >> >>How about vertical toolbar on the right side? I think the toolbar is >>an important UI element that should be enabled by default. Else the >>users will be forced to discover the important actions by looking >>throughs the menus first. > > I hate vertical toolbars. I can't explain why, but they always make me > think the user interface was randomly sticked together. But I could > imagine that it looks ok on the right. I'll try this out and post a > screenshot on installit.xfce.org tomorrow. Just an idea. The horizontal toolbar will do as well. But you'll need a way for users to easily discover the most important actions. > Regards, > Jannis Benedikt From info at sten-net.de Fri Mar 17 01:18:44 2006 From: info at sten-net.de (Jannis Pohlmann) Date: Fri, 17 Mar 2006 01:18:44 +0100 Subject: [Installit-dev] First main window contents In-Reply-To: <20060317010040.ad76b155.info@sten-net.de> References: <20060317003638.e6a068cb.info@sten-net.de> <4419F913.5050402@unix-ag.uni-siegen.de> <20060317010040.ad76b155.info@sten-net.de> Message-ID: <20060317011844.f726f46a.info@sten-net.de> On Fri, 17 Mar 2006 01:00:40 +0100 Jannis Pohlmann wrote: > On Fri, 17 Mar 2006 00:47:31 +0100 > Benedikt Meurer wrote: > > > Jannis Pohlmann wrote: > > > Hey all (especially Benny who asked for it), > > > > Hey Jannis, > > > > > 3. Execute the main script: > > > python i2t > > > > How about adding executable bit? ;-) > > Subversion tends to remove it again. But I set the svn:executable flag > now, this should help. I didn't knew there is something like that. Done. > > > > > > 4. Go to: > > > Actions -> Update packages > > > > > > Alternatively, you can make the toolbar visible (using Ctrl-T) > > > and click the refresh button. > > > > Toolbar item tooltips would be nice. > > Oh, yes. I'll add them tomorrow. Done. I just meant "later", hehe. Regards, Jannis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From info at sten-net.de Fri Mar 17 11:45:24 2006 From: info at sten-net.de (Jannis Pohlmann) Date: Fri, 17 Mar 2006 11:45:24 +0100 Subject: [Installit-dev] First main window contents In-Reply-To: <4419FDC4.2070408@unix-ag.uni-siegen.de> References: <20060317003638.e6a068cb.info@sten-net.de> <4419F913.5050402@unix-ag.uni-siegen.de> <20060317010040.ad76b155.info@sten-net.de> <4419FDC4.2070408@unix-ag.uni-siegen.de> Message-ID: <20060317114524.1c3ba673.info@sten-net.de> On Fri, 17 Mar 2006 01:07:32 +0100 Benedikt Meurer wrote: > Jannis Pohlmann wrote: > >>>3. Execute the main script: > >>> python i2t > >> > >>How about adding executable bit? ;-) > > > > Subversion tends to remove it again. But I set the svn:executable > > flag now, this should help. I didn't knew there is something like > > that. > > That's what I meant actually. > > >>>5. Right-click on the package view or use the toolbar or menu > >>>actions for marking packages for installation or removal. > >>> > >>>Don't wonder about the toolbar placement as I'm not sure about it > >>>yet. Olivier says it's wasted space, but the title frame is wasted > >>>space anyway and I think it's good to have the most important tools > >>>near to the actual working range/radius of the user. > >> > >>How about vertical toolbar on the right side? I think the toolbar is > >>an important UI element that should be enabled by default. Else the > >>users will be forced to discover the important actions by looking > >>throughs the menus first. > > > > I hate vertical toolbars. I can't explain why, but they always make > > me think the user interface was randomly sticked together. But I > > could imagine that it looks ok on the right. I'll try this out and > > post a screenshot on installit.xfce.org tomorrow. > > Just an idea. The horizontal toolbar will do as well. But you'll need > a way for users to easily discover the most important actions. Could you have a look at http://installit.xfce.org//wiki/user_interface? I've added a screenshot with vertical toolbar, which looks quite nice. However, other themes (like the Xfce 4.4 default theme) add an ugly shadow border on top and bottom of the toolbar. Please let me know what you think about it. Regards, Jannis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From info at sten-net.de Fri Mar 17 14:56:10 2006 From: info at sten-net.de (Jannis Pohlmann) Date: Fri, 17 Mar 2006 14:56:10 +0100 Subject: [Installit-dev] First main window contents In-Reply-To: <4419F913.5050402@unix-ag.uni-siegen.de> References: <20060317003638.e6a068cb.info@sten-net.de> <4419F913.5050402@unix-ag.uni-siegen.de> Message-ID: <20060317145610.3fe85278.info@sten-net.de> On Fri, 17 Mar 2006 00:47:31 +0100 Benedikt Meurer wrote: > Hey Jannis, > > > Don't wonder about the toolbar placement as I'm not sure about it > > yet. Olivier says it's wasted space, but the title frame is wasted > > space anyway and I think it's good to have the most important tools > > near to the actual working range/radius of the user. > > How about vertical toolbar on the right side? I think the toolbar is > an important UI element that should be enabled by default. Else the > users will be forced to discover the important actions by looking > throughs the menus first. I removed the title bar now. It's ok for dialogs but it looks a bit off in application windows, I think. Now the toolbar is placed directly below the menubar, as usual. > Definitely, looks nice. One thing I noticed is that the "Updating > packages" dialog seems to "jump around" (this is probably because of > smart placement in xfwm4). How about reusing the first dialog (not a > biggie, tho, just looks kinda odd)? Done. - Jannis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From info at sten-net.de Fri Mar 17 20:54:22 2006 From: info at sten-net.de (Jannis Pohlmann) Date: Fri, 17 Mar 2006 20:54:22 +0100 Subject: [Installit-dev] Download wizard problems Message-ID: <20060317205422.e448868f.info@sten-net.de> Hey Benny, I tried to improve the responsiveness of the download wizard today. During this, I noticed something very annoying: It is impossible to cancel downloads. This hasn't been introduced with any version, it's always been there! The 'urllib' module allows for hooking into the download process. However, it's a non-async transfer which makes it hard to avoid a blocked user interface. Do you have any ideas on how this could be solved perhaps? I don't know much about threaded programming, subprocesses and glib/gobject/gtk main loops, but perhaps you do. Thanks in advance, Jannis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From benedikt.meurer at unix-ag.uni-siegen.de Fri Mar 17 22:57:13 2006 From: benedikt.meurer at unix-ag.uni-siegen.de (Benedikt Meurer) Date: Fri, 17 Mar 2006 22:57:13 +0100 Subject: [Installit-dev] Download wizard problems In-Reply-To: <20060317205422.e448868f.info@sten-net.de> References: <20060317205422.e448868f.info@sten-net.de> Message-ID: <441B30B9.7060409@unix-ag.uni-siegen.de> Jannis Pohlmann wrote: > Hey Benny, > > I tried to improve the responsiveness of the download wizard today. > During this, I noticed something very annoying: It is impossible to > cancel downloads. This hasn't been introduced with any version, it's > always been there! > > The 'urllib' module allows for hooking into the download process. > However, it's a non-async transfer which makes it hard to avoid a > blocked user interface. > > Do you have any ideas on how this could be solved perhaps? I don't know > much about threaded programming, subprocesses and glib/gobject/gtk main > loops, but perhaps you do. You could simply run the download in a separate thread and "send" updates about the progress via GLib idle sources to the GUI. The cancellation check could be done through a volatile variable (i.e. check the cancel variable every now and then in the download threads, via urllib hooks or whatever... setting it from the main thread when the user hits Cancel). This is the way asynchronous jobs are done in Thunar. > Thanks in advance, > Jannis Benedikt From info at sten-net.de Sat Mar 18 12:10:22 2006 From: info at sten-net.de (Jannis Pohlmann) Date: Sat, 18 Mar 2006 12:10:22 +0100 Subject: [Installit-dev] Download wizard problems In-Reply-To: <441B30B9.7060409@unix-ag.uni-siegen.de> References: <20060317205422.e448868f.info@sten-net.de> <441B30B9.7060409@unix-ag.uni-siegen.de> Message-ID: <20060318121022.b5f5d657.info@sten-net.de> Hey, On Fri, 17 Mar 2006 22:57:13 +0100 Benedikt Meurer wrote: > Jannis Pohlmann wrote: > > Hey Benny, > > > > I tried to improve the responsiveness of the download wizard today. > > During this, I noticed something very annoying: It is impossible to > > cancel downloads. This hasn't been introduced with any version, it's > > always been there! > > > > The 'urllib' module allows for hooking into the download process. > > However, it's a non-async transfer which makes it hard to avoid a > > blocked user interface. > > > > Do you have any ideas on how this could be solved perhaps? I don't > > know much about threaded programming, subprocesses and > > glib/gobject/gtk main loops, but perhaps you do. > > You could simply run the download in a separate thread and "send" > updates about the progress via GLib idle sources to the GUI. The > cancellation check could be done through a volatile variable (i.e. > check the cancel variable every now and then in the download threads, > via urllib hooks or whatever... setting it from the main thread when > the user hits Cancel). This is the way asynchronous jobs are done in > Thunar. At least checking a volatile variable in the progress callback won't be a problem. Concerning the threading and GLib idle sources - I don't have a clue about how to do it. Below are some links to related functions. Perhaps you can find out which ones I need (PyGTK seems to be very close to the C API): http://pygtk.org/pygtk2reference/gobject-functions.html http://pygtk.org/pygtk2reference/class-gobjectmaincontext.html http://pygtk.org/pygtk2reference/class-gobjectmainloop.html http://pygtk.org/pygtk2reference/gdk-functions.html Another thing is: The urllib.urlretrieve() method I am using to download the files allows no termination. Destroying the dialog should terminate it anyway, I think, but right then we would have this jumping boxes again. Regards, Jannis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From benny at xfce.org Sat Mar 18 12:40:24 2006 From: benny at xfce.org (Benedikt Meurer) Date: Sat, 18 Mar 2006 12:40:24 +0100 Subject: [Installit-dev] Download wizard problems In-Reply-To: <20060318121022.b5f5d657.info@sten-net.de> References: <20060317205422.e448868f.info@sten-net.de> <441B30B9.7060409@unix-ag.uni-siegen.de> <20060318121022.b5f5d657.info@sten-net.de> Message-ID: <441BF1A8.9020004@xfce.org> Jannis Pohlmann wrote: >>>I tried to improve the responsiveness of the download wizard today. >>>During this, I noticed something very annoying: It is impossible to >>>cancel downloads. This hasn't been introduced with any version, it's >>>always been there! >>> >>>The 'urllib' module allows for hooking into the download process. >>>However, it's a non-async transfer which makes it hard to avoid a >>>blocked user interface. >>> >>>Do you have any ideas on how this could be solved perhaps? I don't >>>know much about threaded programming, subprocesses and >>>glib/gobject/gtk main loops, but perhaps you do. >> >>You could simply run the download in a separate thread and "send" >>updates about the progress via GLib idle sources to the GUI. The >>cancellation check could be done through a volatile variable (i.e. >>check the cancel variable every now and then in the download threads, >>via urllib hooks or whatever... setting it from the main thread when >>the user hits Cancel). This is the way asynchronous jobs are done in >>Thunar. > > > At least checking a volatile variable in the progress callback won't be > a problem. Concerning the threading and GLib idle sources - I don't > have a clue about how to do it. Below are some links to related > functions. Perhaps you can find out which ones I need (PyGTK seems to > be very close to the C API): > > http://pygtk.org/pygtk2reference/gobject-functions.html > http://pygtk.org/pygtk2reference/class-gobjectmaincontext.html > http://pygtk.org/pygtk2reference/class-gobjectmainloop.html > http://pygtk.org/pygtk2reference/gdk-functions.html http://pygtk.org/pygtk2reference/gobject-functions.html#function-gobject--idle-add > Another thing is: The urllib.urlretrieve() method I am using to > download the files allows no termination. Destroying the dialog should > terminate it anyway, I think, but right then we would have this jumping > boxes again. Why is it terminated when the dialog is destroyed? Can't you decouple it from the dialog's lifecycle? > Regards, > Jannis Benedikt -- Xfce -- small, stable, fast -- http://www.xfce.org/ (__) (oo) /------\/ / | || * /\---/\ ~~ ~~ ...."Have you mooed today?"... From info at sten-net.de Sat Mar 18 16:11:15 2006 From: info at sten-net.de (Jannis Pohlmann) Date: Sat, 18 Mar 2006 16:11:15 +0100 Subject: [Installit-dev] Download wizard problems In-Reply-To: <441BF1A8.9020004@xfce.org> References: <20060317205422.e448868f.info@sten-net.de> <441B30B9.7060409@unix-ag.uni-siegen.de> <20060318121022.b5f5d657.info@sten-net.de> <441BF1A8.9020004@xfce.org> Message-ID: <20060318161115.cee1565c.info@sten-net.de> On Sat, 18 Mar 2006 12:40:24 +0100 Benedikt Meurer wrote: > Jannis Pohlmann wrote: > >>>I tried to improve the responsiveness of the download wizard today. > >>>During this, I noticed something very annoying: It is impossible to > >>>cancel downloads. This hasn't been introduced with any version, > >>>it's always been there! > >>> > >>>The 'urllib' module allows for hooking into the download process. > >>>However, it's a non-async transfer which makes it hard to avoid a > >>>blocked user interface. > >>> > >>>Do you have any ideas on how this could be solved perhaps? I don't > >>>know much about threaded programming, subprocesses and > >>>glib/gobject/gtk main loops, but perhaps you do. > >> > >>You could simply run the download in a separate thread and "send" > >>updates about the progress via GLib idle sources to the GUI. The > >>cancellation check could be done through a volatile variable (i.e. > >>check the cancel variable every now and then in the download > >>threads, via urllib hooks or whatever... setting it from the main > >>thread when the user hits Cancel). This is the way asynchronous > >>jobs are done in Thunar. > > > > > > At least checking a volatile variable in the progress callback > > won't be a problem. Concerning the threading and GLib idle sources > > - I don't have a clue about how to do it. Below are some links to > > related functions. Perhaps you can find out which ones I need > > (PyGTK seems to be very close to the C API): > > > > http://pygtk.org/pygtk2reference/gobject-functions.html > > http://pygtk.org/pygtk2reference/class-gobjectmaincontext.html > > http://pygtk.org/pygtk2reference/class-gobjectmainloop.html > > http://pygtk.org/pygtk2reference/gdk-functions.html > > http://pygtk.org/pygtk2reference/gobject-functions.html#function-gobject--idle-add > > > Another thing is: The urllib.urlretrieve() method I am using to > > download the files allows no termination. Destroying the dialog > > should terminate it anyway, I think, but right then we would have > > this jumping boxes again. > > Why is it terminated when the dialog is destroyed? Can't you decouple > it from the dialog's lifecycle? It was a bit more complicated. Anyway, I took the time to implement an alternative to urlretrieve() which supports aborting the download. Could you check it out? Regards, Jannis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From benedikt.meurer at unix-ag.uni-siegen.de Sat Mar 18 17:07:18 2006 From: benedikt.meurer at unix-ag.uni-siegen.de (Benedikt Meurer) Date: Sat, 18 Mar 2006 17:07:18 +0100 Subject: [Installit-dev] Download wizard problems In-Reply-To: <20060318161115.cee1565c.info@sten-net.de> References: <20060317205422.e448868f.info@sten-net.de> <441B30B9.7060409@unix-ag.uni-siegen.de> <20060318121022.b5f5d657.info@sten-net.de> <441BF1A8.9020004@xfce.org> <20060318161115.cee1565c.info@sten-net.de> Message-ID: <441C3036.9090008@unix-ag.uni-siegen.de> Jannis Pohlmann wrote: > It was a bit more complicated. Anyway, I took the time to implement an > alternative to urlretrieve() which supports aborting the download. > Could you check it out? Don't seem to work: Traceback (most recent call last): File "/usr/home/bmeurer/Projects/installit/trunk/ui/main.py", line 106, in lambda *args: self._updatePackages()), File "/usr/home/bmeurer/Projects/installit/trunk/ui/main.py", line 267, in _updatePackages UpdatePackages.perform(self, True) File "/usr/home/bmeurer/Projects/installit/trunk/ui/tasks.py", line 62, in perform self.run(window) File "/usr/home/bmeurer/Projects/installit/trunk/ui/tasks.py", line 330, in run response = dialog.download([pkgListItem]) File "/usr/home/bmeurer/Projects/installit/trunk/ui/download.py", line 116, in download self.downloader.download(self.items) File "/usr/home/bmeurer/Projects/installit/trunk/tools/download.py", line 110, in download dlHandle = DownloadHandle(item, handle) File "/usr/home/bmeurer/Projects/installit/trunk/tools/download.py", line 54, in __init__ self.info = URLInfo(handle.info()) File "/usr/home/bmeurer/Projects/installit/trunk/tools/download.py", line 39, in __init__ self.connection = handleInfo["Connection"] File "/usr/local/lib/python2.4/rfc822.py", line 390, in __getitem__ return self.dict[name.lower()] KeyError: 'connection' > Regards, > Jannis Benedikt From info at sten-net.de Sat Mar 18 17:28:16 2006 From: info at sten-net.de (Jannis Pohlmann) Date: Sat, 18 Mar 2006 17:28:16 +0100 Subject: [Installit-dev] Download wizard problems In-Reply-To: <441C3036.9090008@unix-ag.uni-siegen.de> References: <20060317205422.e448868f.info@sten-net.de> <441B30B9.7060409@unix-ag.uni-siegen.de> <20060318121022.b5f5d657.info@sten-net.de> <441BF1A8.9020004@xfce.org> <20060318161115.cee1565c.info@sten-net.de> <441C3036.9090008@unix-ag.uni-siegen.de> Message-ID: <20060318172816.ab11fe2f.info@sten-net.de> On Sat, 18 Mar 2006 17:07:18 +0100 Benedikt Meurer wrote: > Jannis Pohlmann wrote: > > It was a bit more complicated. Anyway, I took the time to implement > > an alternative to urlretrieve() which supports aborting the > > download. Could you check it out? > > Don't seem to work: > > Traceback (most recent call last): > File "/usr/home/bmeurer/Projects/installit/trunk/ui/main.py", line > 106, in > lambda *args: self._updatePackages()), > File "/usr/home/bmeurer/Projects/installit/trunk/ui/main.py", line > 267, in _updatePackages > UpdatePackages.perform(self, True) > File "/usr/home/bmeurer/Projects/installit/trunk/ui/tasks.py", line > 62, in perform > self.run(window) > File "/usr/home/bmeurer/Projects/installit/trunk/ui/tasks.py", line > 330, in run > response = dialog.download([pkgListItem]) > File "/usr/home/bmeurer/Projects/installit/trunk/ui/download.py", > line 116, in download > self.downloader.download(self.items) > File "/usr/home/bmeurer/Projects/installit/trunk/tools/download.py", > line 110, in download > dlHandle = DownloadHandle(item, handle) > File "/usr/home/bmeurer/Projects/installit/trunk/tools/download.py", > line 54, in __init__ > self.info = URLInfo(handle.info()) > File "/usr/home/bmeurer/Projects/installit/trunk/tools/download.py", > line 39, in __init__ > self.connection = handleInfo["Connection"] > File "/usr/local/lib/python2.4/rfc822.py", line 390, in __getitem__ > return self.dict[name.lower()] > KeyError: 'connection' Ok, could you try again? Regards, Jannis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From benedikt.meurer at unix-ag.uni-siegen.de Sat Mar 18 17:32:10 2006 From: benedikt.meurer at unix-ag.uni-siegen.de (Benedikt Meurer) Date: Sat, 18 Mar 2006 17:32:10 +0100 Subject: [Installit-dev] Download wizard problems In-Reply-To: <20060318172816.ab11fe2f.info@sten-net.de> References: <20060317205422.e448868f.info@sten-net.de> <441B30B9.7060409@unix-ag.uni-siegen.de> <20060318121022.b5f5d657.info@sten-net.de> <441BF1A8.9020004@xfce.org> <20060318161115.cee1565c.info@sten-net.de> <441C3036.9090008@unix-ag.uni-siegen.de> <20060318172816.ab11fe2f.info@sten-net.de> Message-ID: <441C360A.7050003@unix-ag.uni-siegen.de> Jannis Pohlmann wrote: > Ok, could you try again? The error is fixed. But now it downloads "xfce-4.2.3.2-src.tar.bz2" when selecting "Update Packages" from the "Actions" menu. Dunno if thats intentional. A small usability issue: The progress labels are updated too often, which looks strange and causes too much system load (for which Pango is too blame, but still...). > Regards, > Jannis Benedikt From info at sten-net.de Sat Mar 18 19:00:02 2006 From: info at sten-net.de (Jannis Pohlmann) Date: Sat, 18 Mar 2006 19:00:02 +0100 Subject: [Installit-dev] Download wizard problems In-Reply-To: <441C360A.7050003@unix-ag.uni-siegen.de> References: <20060317205422.e448868f.info@sten-net.de> <441B30B9.7060409@unix-ag.uni-siegen.de> <20060318121022.b5f5d657.info@sten-net.de> <441BF1A8.9020004@xfce.org> <20060318161115.cee1565c.info@sten-net.de> <441C3036.9090008@unix-ag.uni-siegen.de> <20060318172816.ab11fe2f.info@sten-net.de> <441C360A.7050003@unix-ag.uni-siegen.de> Message-ID: <20060318190002.f7c8b033.info@sten-net.de> On Sat, 18 Mar 2006 17:32:10 +0100 Benedikt Meurer wrote: > Jannis Pohlmann wrote: > > Ok, could you try again? > > The error is fixed. But now it downloads "xfce-4.2.3.2-src.tar.bz2" > when selecting "Update Packages" from the "Actions" menu. Dunno if > thats intentional. Hehe, it is. You'd need a veeeery slow connection to be able to test the "cancel" button during the time the other three 1-2 byte large files are downloaded. Therefore, I added a large file to the list. > A small usability issue: The progress labels are updated too often, > which looks strange and causes too much system load (for which Pango > is too blame, but still...). Hmmm ... all I do is updating them after a block of data (2048 bytes) is read. I could either read larger blocks (e.g. 8192 or 16384), which might be bad idea because the UI would freezy on machines with a slow modem connection, or I could only display the item name / filename and remove the percent and kB progress text. What do you think? Regards, Jannis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From benedikt.meurer at unix-ag.uni-siegen.de Sat Mar 18 19:03:56 2006 From: benedikt.meurer at unix-ag.uni-siegen.de (Benedikt Meurer) Date: Sat, 18 Mar 2006 19:03:56 +0100 Subject: [Installit-dev] Download wizard problems In-Reply-To: <20060318190002.f7c8b033.info@sten-net.de> References: <20060317205422.e448868f.info@sten-net.de> <441B30B9.7060409@unix-ag.uni-siegen.de> <20060318121022.b5f5d657.info@sten-net.de> <441BF1A8.9020004@xfce.org> <20060318161115.cee1565c.info@sten-net.de> <441C3036.9090008@unix-ag.uni-siegen.de> <20060318172816.ab11fe2f.info@sten-net.de> <441C360A.7050003@unix-ag.uni-siegen.de> <20060318190002.f7c8b033.info@sten-net.de> Message-ID: <441C4B8C.9050506@unix-ag.uni-siegen.de> Jannis Pohlmann wrote: >>A small usability issue: The progress labels are updated too often, >>which looks strange and causes too much system load (for which Pango >>is too blame, but still...). > > Hmmm ... all I do is updating them after a block of data (2048 bytes) > is read. I could either read larger blocks (e.g. 8192 or 16384), which > might be bad idea because the UI would freezy on machines with a slow > modem connection, or I could only display the item name / filename and > remove the percent and kB progress text. > > What do you think? I'd use a timer to update the displayed text (probably every 200ms-500ms). > Regards, > Jannis Benedikt From info at sten-net.de Sat Mar 18 21:51:09 2006 From: info at sten-net.de (Jannis Pohlmann) Date: Sat, 18 Mar 2006 21:51:09 +0100 Subject: [Installit-dev] Download wizard problems In-Reply-To: <441C4B8C.9050506@unix-ag.uni-siegen.de> References: <20060317205422.e448868f.info@sten-net.de> <441B30B9.7060409@unix-ag.uni-siegen.de> <20060318121022.b5f5d657.info@sten-net.de> <441BF1A8.9020004@xfce.org> <20060318161115.cee1565c.info@sten-net.de> <441C3036.9090008@unix-ag.uni-siegen.de> <20060318172816.ab11fe2f.info@sten-net.de> <441C360A.7050003@unix-ag.uni-siegen.de> <20060318190002.f7c8b033.info@sten-net.de> <441C4B8C.9050506@unix-ag.uni-siegen.de> Message-ID: <20060318215109.773b62ca.info@sten-net.de> On Sat, 18 Mar 2006 19:03:56 +0100 Benedikt Meurer wrote: > Jannis Pohlmann wrote: > >>A small usability issue: The progress labels are updated too often, > >>which looks strange and causes too much system load (for which Pango > >>is too blame, but still...). > > > > Hmmm ... all I do is updating them after a block of data (2048 > > bytes) is read. I could either read larger blocks (e.g. 8192 or > > 16384), which might be bad idea because the UI would freezy on > > machines with a slow modem connection, or I could only display the > > item name / filename and remove the percent and kB progress text. > > > > What do you think? > > I'd use a timer to update the displayed text (probably every > 200ms-500ms). Good idea. Done. CPU usage is now between 2 and 5 percent during downloads. - Jannis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From benedikt.meurer at unix-ag.uni-siegen.de Sat Mar 18 22:01:55 2006 From: benedikt.meurer at unix-ag.uni-siegen.de (Benedikt Meurer) Date: Sat, 18 Mar 2006 22:01:55 +0100 Subject: [Installit-dev] Download wizard problems In-Reply-To: <20060318215109.773b62ca.info@sten-net.de> References: <20060317205422.e448868f.info@sten-net.de> <441B30B9.7060409@unix-ag.uni-siegen.de> <20060318121022.b5f5d657.info@sten-net.de> <441BF1A8.9020004@xfce.org> <20060318161115.cee1565c.info@sten-net.de> <441C3036.9090008@unix-ag.uni-siegen.de> <20060318172816.ab11fe2f.info@sten-net.de> <441C360A.7050003@unix-ag.uni-siegen.de> <20060318190002.f7c8b033.info@sten-net.de> <441C4B8C.9050506@unix-ag.uni-siegen.de> <20060318215109.773b62ca.info@sten-net.de> Message-ID: <441C7543.1040401@unix-ag.uni-siegen.de> Jannis Pohlmann wrote: >>>>A small usability issue: The progress labels are updated too often, >>>>which looks strange and causes too much system load (for which Pango >>>>is too blame, but still...). >>> >>>Hmmm ... all I do is updating them after a block of data (2048 >>>bytes) is read. I could either read larger blocks (e.g. 8192 or >>>16384), which might be bad idea because the UI would freezy on >>>machines with a slow modem connection, or I could only display the >>>item name / filename and remove the percent and kB progress text. >>> >>>What do you think? >> >>I'd use a timer to update the displayed text (probably every >>200ms-500ms). > > Good idea. Done. CPU usage is now between 2 and 5 percent during > downloads. Yep, way better. ;-) > - Jannis Benedikt From jannis at gezeiten.org Sat Mar 18 18:59:48 2006 From: jannis at gezeiten.org (Jannis) Date: Sat, 18 Mar 2006 18:59:48 +0100 Subject: [Installit-dev] Download wizard problems In-Reply-To: <441C360A.7050003@unix-ag.uni-siegen.de> References: <20060317205422.e448868f.info@sten-net.de> <441B30B9.7060409@unix-ag.uni-siegen.de> <20060318121022.b5f5d657.info@sten-net.de> <441BF1A8.9020004@xfce.org> <20060318161115.cee1565c.info@sten-net.de> <441C3036.9090008@unix-ag.uni-siegen.de> <20060318172816.ab11fe2f.info@sten-net.de> <441C360A.7050003@unix-ag.uni-siegen.de> Message-ID: <20060318185948.32b35f30.jannis@gezeiten.org> On Sat, 18 Mar 2006 17:32:10 +0100 Benedikt Meurer wrote: > Jannis Pohlmann wrote: > > Ok, could you try again? > > The error is fixed. But now it downloads "xfce-4.2.3.2-src.tar.bz2" > when selecting "Update Packages" from the "Actions" menu. Dunno if > thats intentional. Hehe, it is. You'd need a veeeery slow connection to be able to test the "cancel" button during the time the other three 1-2 byte large files are downloaded. Therefore, I added a large file to the list. > A small usability issue: The progress labels are updated too often, > which looks strange and causes too much system load (for which Pango > is too blame, but still...). Hmmm ... all I do is updating them after a block of data (2048 bytes) is read. I could either read larger blocks (e.g. 8192 or 16384), which might be bad idea because the UI would freezy on machines with a slow modem connection, or I could only display the item name / filename and remove the percent and kB progress text. What do you think? Regards, Jannis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From info at sten-net.de Tue Mar 28 21:44:57 2006 From: info at sten-net.de (Jannis Pohlmann) Date: Tue, 28 Mar 2006 21:44:57 +0200 Subject: [Installit-dev] Installation wizard commited Message-ID: <20060328214457.322c2df9.info@sten-net.de> Hey all, I just commited a first, rough sketch of the installation wizard. In addition, I implemented the installation backend for Debian packages. As I am a Debian user myself and there's no configuration needed to be done before the installation, this was the fastest and easiest way to test if it works - and it does (at least as root). Would be nice if anyone having Debian installed could test the following scenario: I. Normal user ============== 1. Check out i2t: svn http://svn.xfce.org/svn/xfce/installit/trunk installit 2. Run i2t (as normal user): cd installit && ./i2t 3. Select directories and the "Official Xfce Mirror" and update the package list (should happen automatically). Select libdbh1.0-1 for installation and click on "Apply changes". II. Root ======== 1. See above 2. Run i2t (as root) 3. See above Regards, Jannis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From info at sten-net.de Thu Mar 30 00:06:50 2006 From: info at sten-net.de (Jannis Pohlmann) Date: Thu, 30 Mar 2006 00:06:50 +0200 Subject: [Installit-dev] Installation wizard commited In-Reply-To: <20060328214457.322c2df9.info@sten-net.de> References: <20060328214457.322c2df9.info@sten-net.de> Message-ID: <20060330000650.a24381c2.info@sten-net.de> On Tue, 28 Mar 2006 21:44:57 +0200 Jannis Pohlmann wrote: > Hey all, > > I just commited a first, rough sketch of the installation wizard. In > addition, I implemented the installation backend for Debian packages. > As I am a Debian user myself and there's no configuration needed to be > done before the installation, this was the fastest and easiest way to > test if it works - and it does (at least as root). > > Would be nice if anyone having Debian installed could test the > following scenario: This is obsolete now. I decided to drop all backends except Source for 4.4. The packages and backend system isn't mature enough to handle all the package resolving yet. Source installation is almost finished except for the installation itself (which requires installing to a temporary directory, tracking the installed files and moving to the installation prefix). Ah, and deinstallation also is missing so far. Apart from that - do we really need different build schemes for the 4.4 release or can we just always use "./configure && make && make install"? This would make things even easier. Regards, Jannis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: